>so the unions never manage to negotiate anything against >employers because they just have no leverage, when their >workload can be taken over by someone from another country if >they go on strike.
Are there mitigation policies in place in your org in case your union decides to take a sabbatical? What would happen if you all called in sick? It seems there'd be more economical damage than teachers or ATC not showing up for their shift, because commerce/transactions. Spirit Airlines in the states just shut down, but everyone just yawned, "oh, so sorry too bad". If your employer does have that plan B, then why are you still employed? Won't they want your union to strike and off with your heads?
I never got my head around the unions. They start idealistic but end up as corrupt as the source of their angst as they mature and it's a constant push/pull and the civilians' bank accounts suffer regardless. I am not saying "give in". So, close the borders, physical or digital?
Chromebooks make a pretty nice, Linux friendly machine. They're usually cost optimized given the market they address, but that's fine if it fits your needs. Sometimes they have "weird" hardware, keyboard/mouse controllers and stuff at least wasn't always "pc standard", audio controllers seem to be commonly outside mainstream as well.
It's nice to run Linux on a machine that was built to run Linux. No silly windows key, no fighting with firmware that was built for windows first. I have a Chromebox that was a great mini desktop and the pricing was nice. My first Chromebook ran FreeBSD pretty well once it was no longer needed for ChromeOS, etc.
You have to shop carefully, you want something that's easy to put a MrChromebox firmware on and doesn't have any known issues with the OS you want to run. It's been a while since I purchased a ChromeOS device and the current state is different than it was then; I'm not sure how easy it is to find reasonable options now, but there were plenty of good options in the past. You also want to be sure that it has enough ram and storage for you needs or that those are expandable, but I think soldering ram and storage is pretty common across the range.
The number of people who have "installed linux" other than ChromeOS on a Chromebook is probably in the low single digits, while the ChromeOS installed user base is in the hundreds of millions. For any given thing someone is going to try to put linux on that thing, but it is not a common use case for Chromebooks that we need to discuss.
FWIW I'm one of those people. I have an old rotting pixelbook that I installed Linux on back-in-the-day thanks to Mr. Chromebox. It was a huge improvement over chromeos but I'd never buy a chromebook to install Linux on it again because there was too many small annoyances like needing to fix the keymap every time I did a clean install (the caps lock key was bound to super and I vaguely recall some craziness around the higher function keys), and sound didn't work.
I was genuinely asking. In “my circles” a Chromebook is a cheap laptop that one can install Linux on. As in, “oh, I just picked up this used Lenovo Chromebook and installed Ubuntu on it”.
You'll get a more informative answer from them. I couldn't speak to their motivations. But I certainly wouldn't advise doing it. ChromeOS has better security and performance than Ubuntu, and it automatically updates things like peripheral firmware that Ubuntu isn't even aware of.
It feels like the wrong tool for the job in both directions. If you wanted a host platform for Ubuntu you'd choose something else, and if you wanted platform software for a Chromebook ChromeOS is the right choice.
In the real world, Chromebooks are excellent candidates to install Linux. They are highly compatible, low power, excellent size/weight, and run great. You don't sound like a person who has any real world experience with this topic despite the authoritative tone in your responses.
> ChromeOS has better security and performance than Ubuntu [...]
I'm going to need a citation on that, especially performance. Doubly so if Crostini is put into the mix.
> [...] updates things like peripheral firmware that Ubuntu isn't even aware of.
Like what? WiFi cards, etc.? Isn't that generally in kernel already? What kind of updates do you think are not done by Ubuntu or another Linux distro?
Last I tried ChromeOS was on the Pixel Slate way back when. A buggy, unstable, clearly not properly tested, unperformed mess that I would not wish upon my enemies. Glad to see it has improved to usable now, but that it is better than any other Linux distros, I can't say how considering even being on par with e.g. Fedora would have been a miracle not to long ago.
Happy to admit that purely on the UI/UX, ChromeOS is very solid in my opinion, arguably and subjectively the most consistent and user friendly designed desktop environment I know. Far more consistent than anything MSFT or Apple have provided in quite some time, everything looks like it should, placement is easy to grasp and reliable with a clear identity. Consistency wise, only Gnome can hold a candle to the strictness with which the ChromeOS team execute their vision, though there is the clear divergence in the Gnome team pushing new UX innovations and concepts even if they are controversial and may need to time to learn, whilst the ChromeOS team seems purely focused on the most clearly easy to master approach one can take.
> I'm going to need a citation on that, especially performance
Multiple reasons. ChromeOS ships an optimized, platform-specific kernel, built using LLVM with LTO and AutoFDO. No other distro even attempts this. The only one that has even considered it is CachyOS that offers optional LTO, or Gentoo, where you can DIY LTO, but neither supports FDO.
Another reason is that Chrome GPU acceleration actually works on ChromeOS. IPU webcams work, too. On Fedora, Arch, and others you'll be patching and rebuilding kernels to get IPU.
> Like what? WiFi cards, etc.? Isn't that generally in kernel already?
This is another aspect where the ecosystem is the advantage, not the technical details. Chromebook makers are required to furnish firmware updates. ChromeOS will update (silently, without user intervention or notice) everything in a Chromebook: SSD controllers, battery management, radios, touchpad, USB PD controllers, the Titan security chip, the CPU, whatever. This is very different from the situation on random Linux+hardware combinations where the only source for many of these updates, if they are available at all, would be to reboot to Windows.
> ChromeOS ships an optimized, platform-specific kernel, built using LLVM with LTO and AutoFDO.
Ok. How significant is the difference they gain from that? If this yields such major gains, there must be benchmarks showcasing it. At the same time, there must be reasons why something isn't widely adopted if it can provided tangible upsides. Would be very surprised if Clear Linux (rip) and similar in spirit distros didn't go far beyond those optimisations, if they can yield measurable benefits. Even then though, there are measurable performance tradeoffs for anything running via Crostini which I know for a fact any compile time optimisations won't make up.
> [...] where the ecosystem is the advantage, not the technical details. [...] SSD controllers, battery management, radios, touchpad, USB PD controllers, the Titan security chip, the CPU, whatever.
I just checked and I think you are confused. ChromeOS uses fwupd [0] for those things, literally the same toolset and even sources (LVFS) to e.g. Ubuntu [1]. There is no difference in ecosystem, there is no advantage for ChromeOS here. I have to also point out that these are not "silently, without user intervention or notice", Google says so themselves [2] (except for UEFI/firmware but that was the only one you excluded in that list). Fortunately too, you wouldn't want ChromeOS (or any OS really) to do such major changes silently for many good reasons.
The "technical details" are important here. They are the same, they are not automatic, they can't be superior one way or the other. It is really neat that these solutions are so robust and reliable users of ChromeOS can start to think they must be some special secret sauce, when in fact they are just FOSS solutions we have had for a while. Heck, even the verification/testing isn't unique to ChromeOS.
> [...] random Linux+hardware combinations where the only source for many of these updates, if they are available at all, would be to reboot to Windows.
This does both Chrome OS and the FOSS projects it is built around a disservice and is not true. And not just because I can tell more than one instance where using Windows on a newly released laptop during the early Renoir days yielded driver issues which were unresolvable because Windows Update found it necessary to force a faulty AMD driver onto my system every time I provided a network connection, even after I manually tried to suppress that specific update and had already installed the proper driver, all while Renoir support in the then current Linux kernel was flawless out of the box along with Wifi, touch screen, etc.
It is great if everything feels polished and I feel the UX is great on ChromeOS, which may lead someone to think it is better than alternatives even where it can't be. But in regard to updates, how could they be, they are literally using the same solution with the ChromeOS team being happy to give credit and admit such.
Their earlier stuff, eg Mother's Milk, was more raw and pure, not ballad-ey. "Knock Me Down" is my fav, their cover of Stevie Wonder's "Higher Ground" is fantastic, imo. Comparing them to Queen doesn't make sense, they are different genre.
As if voting changes anything beyond the color ("red"/"blue") of the paid-off figurehead in power
Voting hasn't been anywhere remotely close to real since the 20th century
If you ever try to install any packages from GH or an indie, you only get brew install/cask instructions. It's game over.
Regarding the appeal, this probably exists in Mac Ports, I do not know since you guys reminded me it still existed, but Brewfile lets me provision a new Mac very efficiently.
Mac Studio is the Pro. It should have always been. Mini should be Mac. Studio, Neo, Mini et al fall outside of what makes the Mac line up comprehensive to me. iPad Mini is not mini, it's an iPad 8", like... there is an 11/13" ones. And it should have an M chip because Balatro is so sweet on my 11 Pro and chokes on whatever is in the Mini. There should a Pro version of it with Face ID for a hundo more. I like most about the iPad Mini, but give me Face ID and speed and charge me more for a smaller screen, I am tired rotating the damn thing trying to find where the Touch ID button is. WTH is the iPad Air? Pro sans Face ID and some screen stuff? Don't they pay their people well?
Could this be a vector to poison the AI? I am not one for sabotage, just bad karma all in all, but not all are like that, and if one knows their days at ACME are numbered, the sirens start singing.
I think it depends on what you mean by repeatable tasks. I reuse the critical handoff agents quite a lot since they are basically just set up to help spot bias and errors. I kind of reuse the top agent. I have a few "core" configurations that I can add to. So one will know our network, one will know our data architecture and so on, to keep them a little more focused. So for this specific agent that I described, I'll add a few lines on what I'm considering to the configuration, that I'll not reuse for anything unrelated to Microsoft Fabric. I've tried using these "core" agent configurations as hand-off agents in the past, but it doesn't seem to work well in our setup which is very isolated because we're NIS2 compliant.
I don't usually go back to the original prompt. I've actually done it a few times in regards to the presentation, to get some refined images but usually I'll start a new prompt.
In my previous jobby job I needed to pull CSVs out of Tableau, then from an ancient monolithic PHP admin and other sources, then manually merge them, reformat them in G Sheets, pivot this and that and send the report to my supervisor. Initially took 2 hours then down to one, but still senseless busy work. It was the “fault” of the incumbent IT, but if I could turn that hour into a minute… I wouldn’t get a raise, but I’d have more time for something else or nothing. I feel like this is still a scenario for countless many and perhaps the valley of the low hanging fruit. That’s where my question was coming from.
Your firm seems to operate on a higher plane, jealous :)
The only ones I see in my zip code in Miami-Dade/Broward are (mostly) Russians who aspire to a Kardashian tank, a.k.a G-Wagon. The other ones are wrapped in "re-fi your mortgage" type of nastiness. I am terrified when I am next to one in a car or on a bike (because I know "my people").
I am not a Tesla the car hater, if only this monstrosity wasn't all sharp angles, otherwise to each their own.
One of the few things I miss about living in Charlotte a few years back, it's the brand spanking new Lidl stores that popped up. Like mini Costcos' with decent pricing. Bright and cheery. I must've gone there daily, not least for exploring the middle mystery isle. There were Aldis' too, but they were 2 tiers below Lidl. I've been to both chains in Germany and Aldi and Lidl seemed on par there.
Are there mitigation policies in place in your org in case your union decides to take a sabbatical? What would happen if you all called in sick? It seems there'd be more economical damage than teachers or ATC not showing up for their shift, because commerce/transactions. Spirit Airlines in the states just shut down, but everyone just yawned, "oh, so sorry too bad". If your employer does have that plan B, then why are you still employed? Won't they want your union to strike and off with your heads?
I never got my head around the unions. They start idealistic but end up as corrupt as the source of their angst as they mature and it's a constant push/pull and the civilians' bank accounts suffer regardless. I am not saying "give in". So, close the borders, physical or digital?
Just musing, apologies for the ramble.
reply