I'm a manager at a large consumer website. My team and I have built a harness that uses headless Claude's (running Opus) to do ticket work, respond to and fix PR comments, and fix CI test failures. Our only interaction with code is writing specs in Jira tickets (which we primarily do via local Claudes) and adding PR comments to GitHub PRs.
The speed we can move at is astounding. We're going to finish our backlog next quarter. We're conservatively planning on launching 3x as many features next quarter.
Claude is far from perfect: it's made us reassess our coding standards since code is primarily for Claude now, not for humans. So much of what we did was to make code easier for the next dev, and that just doesn't matter anymore.
This was always going to fail because the requirements were insane: solving SQL, XML and JSON generation should have never been part of the spec. There are hundreds, if not thousands of libraries for the those cases.
The developers should have never tried to boil the ocean: simple Kotlin or Scala style interpolation with overloading `+` for concatenation is the 80% use case here. Yes it doesn’t do everything. But it makes life a lot more ergonomic. And they rejected this solution out of hand! So instead of something useful but not perfect we get nothing.
Apple first-gen products are often half-assed. But they iterate and improve on a regular cadence. The current Apple Vision Pro is a dev kit, it will get better.
$68 billion is a lot, but it also only three Big Digs ($22 billion). If Chernobyl killed the Soviet economy it was because it was in already terrible shape.
Because we outlawed railroad strikes but didn't outlaw airline strikes.
Doesn't really prevent a strike though: it just makes it cost more. Here in Massachusetts it's illegal for public school teachers to strike, yet it has happened a couple times in the last year. In one case the teacher's union was fined: https://www.bostonherald.com/2023/02/08/woburn-teachers-turn...
I agree. The only real use for more pixels is for crop-to-zoom. I want big glass and big sensors so we can get real bokeh.
My ideal phone camera would be a single APS-C sized sensor replacing all three current iPhone cameras. The lens should be a f1.2, 50mm equivalent pancake. Yes that’s hard to do, but using fancy fresnel lenses and a pile of CPU to correct things I bet you could make it work. Make the sensor ~30 megapixels so you can digital zoom.
Add a mount that includes communication so if you want you can add fancy lenses and they can be active parts of the autofocus system.
This design actually competes with low-end mirrorless and is probably even possible to build (the lens might be pushing what’s possible, but I bet we can get close).
It feels like Xiaomi is chasing a market that doesn’t really exist. Smartphone cameras are good enough for most people. And for folks who want more, mirrorless and DSLRs start cheap and much, much better.
Even worse, this phone looks to use the same small sensors and small lenses all smartphones are saddled with. A bulkier form factor and slapping Leica’s logo doesn’t make a “real” camera. Big sensors and big lenses do.
Literally none of what you listed is work. Board games, happy hours, friends: these are all things you can (and should) be doing in your non-work hours.
The state doesn't have unions, the teachers do. The state negotiates with the union and then the teachers vote to approve the agreed on contract. If the teachers don't like the contract the union has negotiated, they can vote against it. If the union leadership continues to negotiate unacceptable contracts, the teachers can vote their union leadership out.
1) Almost everyone knows it so hiring is easy.
2) There's a very large community that supports its tools, infrastructure and libraries.
3) It's faster then almost anything else out there.
4) It has migration routes (via Scala or Clojure) to sexier languages.
As far as I can tell, the only drawbacks to Java are that it's not cool, that's it's verbose and that's it's ugly. Any half decent editor or IDE takes care of the verboseness issues, leaving just cool and ugly, which really aren't good criteria for picking a language. Java was once cool too, and someday Ruby or whatever the current hotness is will also become uncool.
Why not just specify all contributions must be written with a steady hand and a strong magnet.