https://github.com/allegro-systems/score a full stack Swift web framework with Controllers pattern for the backend and SwiftUI like syntax for frontend code. All renders down to minified HTML, CSS and JS. Includes features for auth, REST, frontend reactivity via signals and more.

This is cool but most of this stuff for me is just set and forget, I rarely need to change those things so frequently I need it in my menu bar.

I find rust much noisier, especially at its basics where you write “for item in items” instead of using iter()

Idk, I don't swift is objectively noisy but there is something about reading it that just hurts my brain. Stuff like

   ForEach(vm.sorted(by: \.name)) { user in
     row(for: user)
   }

\. looks like a syntax error to me, wtf. Also, "in" instead of -> ???

   .padding(.vertical, 4) 

I also really dislike how you can leave off the type name, meaning you never actually know what that Type is unless you literally inspect the signature of the caller.

   func sorted(by keyPath: KeyPath<User, String>) -> [User] {
      users.sorted { $0[keyPath: keyPath] < $1[keyPath: keyPath] }
   }

???

Yeah I fully accept it's just a me problem. But I hate it haha.

Both are apart of the toolchain now, no external dependencies required: `swift format` and `swift format lint` to access them

SwiftLint and SwiftFormat are different tools than swift-format, which is what is included with Swift itself. swift-format is less capable than either, or similar tools from other ecosystems. Personally I use the other two. And they don't usually require updates for new language versions, and when they do, they update quickly, as they aren't part of the Swift toolchain and subject to its glacial release process.

I agree a screenshot or even better a video of lazygit, btop or something similar running in the tui side by side with the trolley app

It's UNIX, just open Terminal.app

Sometimes that covers the need.

Most will at least want something like https://brew.sh/ to get you current versions of standard Linux utilities rather than the bundled ones and then maybe even set up a separate profile in your terminal of choice (iTerm2 is a great option as well) which defaults to using them so you don't break normal system usage which assumes the built in utilities.

Even then, if your use case requires using standard Docker images, assumes certain features of the kernel, or assumes common distro environments rather than just you wanting a posixy feeling terminal you'll still need to run a Linux VM in the background.

Because it's a new base MacBook? so MacBook Neo.

They don't call the base model 'iPad Neo.' They just call it iPad (https://www.apple.com/ipad-11/). It's the same market segment and even uses the exact same color palette.

They also just established that 'e' is the designator for budget model (https://www.apple.com/iphone-17e/) so best guess is they thought 'MacBook e' looked strange so instead it's 'nEo'. And don't forget the 2004 eMac.

Average user doesn't know to look at refurb, the M1 Air will slowly drift out of manufacturing due to component sourcing etc.

Honestly 128MB might be too much...

I use an M2 Air with 8GB of RAM. I code in Swift, SwiftUI and Rust regularly with Xcode and Zed editor. I play games with Crossover and Native ones such as Control at over 30 fps. The M2 Air is an absolute powerhouse with tremendous battery life. The Neo won't be able to do these things and that's okay, it's not what it's for.