rednafi

I am all for using LLMs to generate value but a little more editorial review can't hurt.

> The quieter but bigger change: the classic encoding/json (v1) package is now backed by the v2 implementation under the hood.

This is fantastic content nevertheless.

Now that no one cares about JS frontend framework, we moved the drama over to JS tooling written in other languages.

One reason I find deno nicer is that the node creator is solid isn't a slopperoo yapping about LLM induced quasi-productivity.

Not relatable. "Internet is not real, and strangers' opinions don't mean anything" is an ethos that I have been religiously following for as long as I can remember.

Also, I do a lot of things offline. Read physical books, run after work, and tend to stay out of the internet mob altogether. Oh, having no Instagram or Twitter helps a lot.

The faster you realize that we have a limited time on this planet the more ruthless you become with your time. My time is expensive and my employer buys it at a premium. So I am extremely judicious about what I am reading, watching and who I am interacting with.

Building the muscle takes time but it's not that hard afterwards.

It's all tradeoffs. Fully monomorphized generics tend to blow up compile time.

It's a bunch of things. LLVM is one of them. Zig moved away from it for reasons.

I'd be curious about the runtime cost of the extra lookup in case of Swift compared to Go.

Nah made the same comment on r/golang

Go syntax and the Go runtime would be the perfect combo for me. Oh well...

I love Rust for what it is, but for most of my projects, I can’t justify the added complexity. Sure, there are a bunch of things I miss from the Rust world when I’m working on large-scale distsys services in Go, but introducing Rust in that space would be a recipe for disaster.

I guess the Go team knows that if they start adding everyone’s favorite Rust features, the language would become unrecognizable. So we’re not getting terser error-handling syntax or enums. Having union types would be nice too.

But I work in platform engineering, so my needs are quite different from someone writing business logic in Go. I understand that having a more expressive syntax is nice when you’re writing complex business code, but in reality, that almost always comes with a complexity/fragility tradeoff. That’s part of the reason no one wants to use Rust to write their business logic, despite it being so much more expressive.

For distsys, programming ergonomics matter far less compared to robustness and introspectability. So the Go runtime with Go syntax is perfect for this. But of course, that’s not true for all use cases.

Sorry for the rant - completely uncalled for. This is a cool project nonetheless :)

It's super satisfying to search for my own blog on an indie aggregator and finding it there already.

Europe doesn’t do software better - not because it can’t, but because it can’t afford to drop the GDP of a country to build a single app like some of its US counterparts can.

It might feel performative to some people, but Europe just doesn’t trust the US, and arguably shouldn’t. So it’s not about demonstrating superiority in software, but rather showing that there are alternatives you can choose if you want to.

"Their experience is different from mine; therefore, they haven't worked in big tech" is a bit reductionist.

While it's true that in large companies you typically have much less agency than you think and sometimes have to work on things that don’t resonate with you, large companies also have many different teams you can switch to.

So saying this should be the norm is what people have a problem with. Plus, moving to a different workplace is always an option.

If you decide to collect the paycheck and do the work, that’s okay too. But touting it as the norm and saying everyone should do it is gaslighting.

IDK why these vacuous corpo tropes appear on the front page of HN every now and then. Sounds like exactly what a quasi-technical, management-leaning staff engineer would say.

Sure, in the end we work for these faceless, meat-grinding machines. But more or less, we all have some semblance of autonomy, and I absolutely can choose not to work on a product that people hate. I can switch teams before switching companies.

To some extent, I also just do what leadership asks, keep my mouth shut, and collect paychecks. But whenever that happens, I don’t gaslight myself by writing a post on why it's supposed to be this way.

To me, this seems like someone who is married to their paycheck and would do whatever necessary to protect that.

It's great that they are recreating much of the fundamental software stack using LLMs. But if you're going to 'vibeslop,' at least do it in a language other than JavaScript.

I struggle to understand why anyone would want to generate code in TypeScript - unless what you're building truly can't be done in Go, Rust, or Kotlin; anything but JS.

I’m not sure how much of an improvement it really is to rewrite something from PHP to TypeScript while claiming security benefits.