I don't think it's intrinsic to dynamic languages. I've been reading this from a Common Lisp perspective and all I can think of is, "look what they need to mimic a fraction of our power".
It would be interesting to me to look at something written in Python and rewritten in Rust with a 40x speed-up, and then rewrite it in something like C# or Common Lisp, and see what the speed-up is. My gut tells me the Rust implementation would use significantly less memory than the CL one, but be only minimally faster, if at all. But my gut has been known to be unreliable in the past.
When comparing a networked service that wrote to disk (a-la magic wormhole) written in Java and in Rust, after 3 iterations of improvements on the respective implementations the throughput was the same for both, CPU utilization was comparable, but memory usage was orders of magnitude lower for Rust. I think that Java will have difficulty closing the gap until project Valhalla (value types in the JVM) is completed, but even then it'll be difficult to bring the ecosystem along to materialize all its benefits.
Depending on what you mean by large, I have. Testing is just the same as on any server-side MVC application. And I don't get spaghetti, because the structure is provided by the backend framework. Same with the data modelling - there's a model layer in the backend project that can be tested independently of everything else.
I can only guess that you're trying to put all your logic and structure on the front-end, with the backend only serving what the front-end needs ad-hoc? Don't do that. Build a classic MVC app (Django, Rails, ASP.NET MVC), factor your views into small, reusable components, and use HTMX to replace page elements at that level.
Yeah, a lot of the article was reasonable, talking about implementation details they don't like, but once they started talking about problems with local state I feel like they went off the rails. The server needs to be the source of truth for application state, with the application pushing state changes through POST/PUT/DELETE requests.
I'm already treating the WWW and the commercial internet generally as "Babylon". You have to use it for a lot of stuff (doing commerce, interacting with the government), but why would you willingly use it on your own time?
Buy an e-book reader, and load it with a mix of fiction from genres you like, and non-fiction on topics you're interested in. Make it your primary form of entertainment. You'll build your patience and reading stamina back up in no time, cabin in the woods not needed.
> Simultaneously we are seeing employers increasingly wary of Gen Z employees due to their inability to meet basic expectations and function in the workplace.
What I've seen of Gen Z suggests less an inability and more an unwillingness to meet basic expectations and function in the workplace. And good for them. The workplace remains an unquestioned reservoir of authoritarianism in our culture, and I'd love to see the young people dismantle it.
And by 'adapted' I mean I just removed the Anchor, Blur, ColorRandomization, FillStyle, WallpaperFlipType, and WallpaperOpacity attributes. I don't know whether I could've just left them be, but they don't really matter anyway.
It's also the case that a lot of modern CLI tools will absolutely ignore your termcap and your $TERM env var and barf out whatever extension to ANSI is used by the currently most popular terminal emulators.
Unless it's a TUI app that I'm going to spend a lot of time in (e.g., Emacs), I do not want it theming itself. I want it to look at my termcap to see if it has ANSI color support, and if it does, then emit ANSI color codes. I use base16-shell to set my terminal colors and I want CLI and TUI apps to respect them.
reply