kubota

I strongly disagree that SQL is broken. Try using JPA or your favorite ORM on a large project with a complex entity graph. It is a nightmare having to ctrl-click deep into the entity graph to see what annotations are on some great-grandchildren to get an idea as to what query is being executed. When working with relational data SQL has always been the ideal tool for the job on the projects I've worked on.

Kotlin had its time in the sun but it's a harder swallow now with Java's release cadence closing the gap every 6 months.

Go is a small language that is widely used and easy to pick up.

I would love if this IDE had first class support for Bazel projects. IDE support is one of Bazel's weaknesses. I feel an IDE focused on polylingual monorepos and their build tooling (Bazel) would do well, as no single IDE works well for that use case. Seems like it would be possible to whip something up using the facilities provided by the language server protocol and Google's Bazel expertise.

Jeff will be able to commission another sculpture for his yacht.

I feel like many niche AI startups that use ChatGPT / X as their foundation might learn this the hard way.

Many chose that profession with the aspirations of becoming an A list star.

So what? That's about top of band for an AI product manager. Care to compare that to top of band for an A list actor? They pull in $50M for a single film.

Part of me loves the advent of so many zero-cost-abstraction languages. The other part wishes the systems programmers would pick a winner already so that the already small community of systems programmers do not end up multifurcated into even smaller communities of Rust, Zig, Val, etc developers. I hope the systems language wars end soon in other words.

What's the point if your pr is removed from the merge queue automatically when there are conflicts introduced? I thought that was the problem it was trying to solve.

Bazel, rules_proto and its grpc rules for various languages is the tooling you are looking for in my opinion! It's so nice to be able to share your proto files and generate stubs / clients across language boundries, being able to see exactly which pieces of your application break when a shape or signature changes in a proto file. Without a monorepo, it would be hard to see the impact of proto changes across disparate code repositories.

Yes.

I've used C++ on hobby esp32 projects, this is appealing to me. I could not find details on resource usage in the documentation.

Oracle listaggs do support distinct, since 19c.

Legislatively forced RTC protocol would be welcomed by me! I am the Android user that "ruins" my inlaw's group chat.