This is how Congress works, for better or worse. Bills get proposed all the time by any one of its five hundred or so members, it doesn't mean either one will pass. That's democracy.
Asking them to maximise roadway capacity (that’s to say just one more lane bro) in order to solve congestion, at the explicit request to have other modes of transport minimised. “recover roadway capacity from other purposes to support driving” because that’ll solve congestion. Deeply, deeply unserious.
Thats nice but that doesnt work for vast majority of the United States. Cars are here to stay. People live in the suburbs you aren't going to mass migrate hundreds of millions of people.
I've been paying my EV tax for 1.5 years now in NZ. It's about 2x more than hybrid cars pay thru tax. Just dropped $800 for the next 10k km. Also some sort of registration rebate has been removed so another $100 per year.
Erlang isn't a popular BEAM language outside of companies and by this point Elixir has probably taken a good chunk of that just by capturing people outside of that context enough as well.
With that said there is almost no reason to use Elixir, it doesn't provide enough on top of Erlang to be meaningful and Erlang as a language is considerably easier to learn, so if you onboard people you'll have a better time. Erlang also has less features you probably shouldn't use and you'll end up with more simple, straight forward code than with Elixir in the long term.
For people who like a bit of order in their programming Gleam is a better alternative to both of these; it just has a regrettable view of OTP, the libraries around processes do not seem very well thought out with regards to providing a similar experience to Erlang/Elixir when writing `gen_server`s, for example.
I haven't used whatever they've shipped in terms of type system, it's possible that that would be a positive differentiator for Elixir now.
With regards to `mix`, you can use literally only that if you like it and just set up `erlc_paths = ["erl_src"]` and write your actual stuff in Erlang in that path.
It's also fine to just use `rebar3`, to be honest; `mix` as a tool is not such a large difference that it should make you more interested in Elixir, IMO.
Well, I’m doing a new erlang project at a large financial institution; there are a certain class of problems that are best solved by it. I don’t think elixir is a better target; erlang is overall a better language, once you get over the initial syntax.
Mostly our crud services or apis are better served by java or go tho.
This is kind of one of the points I try to make. All of the damage that is being done right now is very hard to fix when we have sane people back in power (if that happens). It’s 100x easier to destroy than build, and we are seeing it happen in real time.
Also, attempts to undo the damage will be painted as extreme, whether it’s rehiring / recreating the agencies that were destroyed or prosecuting the crazy corruption and seizing funds.
Not only that, but when you do fix it, voters will forget how bad things were last term and re-elect the people that caused the damage. It is extraordinarily rare in modern times for the party in power to not change when the incumbent president isn't running. It's also very rare for a party that controls the presidency to keep the house/senate after midterms.
Sure, but they get less sympathy when a lot of their high profile employees talk about using Claude to write 100% of their code and yet Claude Code has loads of issues and their services go down every 10 minutes.
I've actually tried that and it helps. First I create a PRD type doc, then I have the AI break it down in a task doc, including code snippets where relevant. This helps it to think through edge cases before it starts implementing (oh we need X now, but that means we should have done task 3 differently to allow that).
I think you’ve forgotten about the context of OP’s post. He said he uninstalled vscode and uses a dashboard for managing his agents. How are you going to be able to do code review well when you don’t even know what’s going on in your own project? I catch subtle bugs Claude emits because I know exactly what’s happening because I’m actively working with Claude, not letting Claude do everything.
>The code is still visible if i want to review it.
I agree that the test harness is the most important part, which is only possible to create successfully if you are very familiar with exactly how your code works and how it should work. How would you reach this point using a dashboard and just reviewing PRs?
i really don't understand why people keep thinking this. i'm easily 10x more productive since Claude Code came out. it's insane how much stuff you can build quickly, especially on personal projects.
typical experience when only using one foundational model TBH. results are much better if you let different models review each other.
the bottleneck now is testing. that isn't going away anytime soon, it'll get much worse for a bit while models are good at churning code out that's slightly wrong or technically correct, but solving a different problem than intended; it's going to be a relatively short lived situation I'm afraid until the industry switches to most code being written for serving agents instead of humans.
The way LLMs work, different tokens can activate different parts of the network. I generally have 2-3 different agents review it from different perspectives. I give them identities, like Martin Fowler, or Uncle Bob, or whatever I think is relevant.
true - but the way LLMs are trained, google's RLVR is different from anthropic's is different from openai's. you'll get very good results sending the same 'review this change' prompt (literally) to different models.
Im not sure we want to live in a world where no one works.
Maybe I’m wrong, and I certainly have no studies backing up my feelings, but not having to work seems like it would be a massive psychological disaster.
Having external reasons to get up in the morning (providing for your family, being apart of some organization, etc) feel really important.
I don't disagree with this. I just think it's more likely people will continue finding ways to make life easier, rather than us collectively agreeing to like... stop at some point.
reply