the perfect is the enemy of the good. the article is specifically about comparing Apple to companies like Nvidia and Google, who do all those things but worse, while advocating they go further in that direction.
i really don’t agree. i see that the Vision Pro was probably too ahead of its time in terms of cost and hardware capability, but their AI strategy, while making similar mistakes, is one i agree with. while Nvidia and Microsoft et al are jerking off their investors by growing AI in wildly different directions with limited use cases, Apple clearly has a vision for bringing AI to users in a way that is private and secure first and not based on data mining their customers or glazing B2B partners. they’re not promising to reduce the professional workforce. they’re not predicting the end of the world. they want to create use experiences.
this is a similar take you might have had in 2010, wringing your hands at Apple’s demise because they didn’t jump on the virtual private cloud bandwagon with GCP, AWS, and Azure (not to mention all the failed attempts). comparing Apple to Nvidia and Google is ludicrous to me. compare Apple to Samsung or Qualcomm, and the picture looks different.
my biggest disagreement is that if Tim Cook gets ousted for someone who will do the same AI deepthroating we’ve seen from the rest of the tech industry it would be a tragedy.
i mean, JSON is ugly and has its own problems, but it doesn’t have 6 legal values for boolean types. my opinion is that if you can’t do it in TOML you shouldn’t be doing it in config
ETA: if you like this and it’s useful to you, i don’t want to discourage you. i’ve just been fighting with yaml config all week
yeah i don’t even know if this needs an apology. it’s almost as if Replit had previously recommended running their bot against production resources. honestly, if a company was like “oops we accidentally wiped your data cuz middle management wanted to LARP as engineering” that’s a blessing in disguise. i hope they lose all my data.
i must admit, as someone who has been using Linux (on Intel platforms for that matter) for over a decade i didn’t know this existed.
that said, this seems like a huge misstep. maybe it wasn’t a widespread product, but having a reference implementation seems like a no brainer. maybe i’m missing something.
it’s not worth it to me. the battery life is a huge feature, and it does feel like Asahi development has slowed. i have enough computers to tinker with. i bought my Macbook specifically to be an entry point into my other machines, i.e. from the airport or brewery or coffee shop.
maybe when it makes sense to buy a new laptop i’ll find some time and motivation to contribute, but just using Asahi doesn’t really appeal to me.
i completely understand. as a Rust developer that uses Neovim, i have some hills like that too. and if i was more of an OS dev and/or had the time i might be interested to help improve the platform. my last attempt was a Thinkpad, but i had to have an external mouse for that thing, the fans were causing me to fail stealth checks, and the battery was basically a UPS.
i know a laptop that’s amazing in almost every aspect except that it doesn’t run Linux. the Macbook Pro. to me there’s barely any real comparison to be made unless Linux or Windows or the keyboard layout is a hill worth dying on to you.
i have servers and my gaming PC on Linux, but i wouldn’t trade my Macbook with its unified memory, incredible battery life, best in class touchpad, and top notch screen for anything else. Windows is dying, and chip designers (outside of Apple) seem more interested in cashing in on AI than providing a user experience. i was excited to see what Qualcomm would do, but it doesn’t seem like OEMs or Windows are particularly interested in supporting that platform as a next leap forward, while Intel is bleeding on the side of the road and AMD is constantly side-eyeing Nvidia. i think it would be peak irony for Nvidia to come out of left field with a desktop class ARM processor that’s Linux native, but that’s a pipe dream. what the ecosystem needs is a real competitor to Apple that is more focused on desktop machines than enterprise contracts. maybe RISC-V Frameworks will break out in a meaningful way. but it just seems like anything else these days in a compromise based on some biased preference or moral judgement.
anyway all that said i’m glad there’s an ecosystem of people who are stubborn enough to work on this platform. i have my own stubbornness, but i just don’t have the motivation to apply it here
one that i’ve used in the past but isn’t mentioned here is type state based. when developing a file upload service i have a File struct with different states that implement FileState, ie struct File<TState: FileState>. Uploading, Staged, and Committed. Uploading contains a buffer and some block IDs, Staged has no buffer but includes the block IDs, and Committed is just a marker. they can have different methods based on their type state like impl File<Uploading>. this gives us the type safety of, for example, not allowing a partially uploaded file to be committed, while still sharing some state like ID, etc.
this is why i moved from Arch to NixOS. now i know what system packages are installed and can even leave comments in the config to remind myself what the heck cyme does, for instance
i honestly don’t know what you’re advocating for