ramchip

Japan doesn't have a housing crisis. I'm in a great location in Tokyo, the rent is under $750/month, and it's been the same for the decade+ I've been in this specific place.

If there's a problem, it's too many empty homes in aging rural areas. Cities are doing just fine, even with a growing population in Tokyo.

The way Erlang does it is to use buckets so it looks like a single queue to the user code but really is more like multiple queues behind the scene. Scales extremely well. It's certainly not "just moving a pointer to a piece of shared memory" though...

https://www.erlang.org/blog/parallel-signal-sending-optimiza...

Do you also go to police officers and tell them how much more they'd enjoy being a firefighter?

The result is encrypted. It's useful to the key holder, not to the party doing the computation.

> As the invasion enters a fourth summer, drones are currently thought to account for around 70 percent of all Russian and Ukrainian battlefield casualties.

https://www.atlanticcouncil.org/blogs/ukrainealert/ukraines-...

You can prototype by hand too. Personally I find it might take me 10 min to try a change with an LLM that would have taken me 30 min to 1hr by hand. It's a very nice gain but given the other things to do that aren't sped up by LLM all that much (thinking about the options, communicating with the team), it's not _that_ crazy.

It's not even hypothetical:

https://www.latintimes.com/trump-ally-slammed-saying-alligat...

How does this differ from the KDF chain in Signal?

Looking at it naively - deriving a new key sounds similar to picking a new function within a family of possible functions?

This is very similar to Jose Valim's "Mocks and explicit contracts" from 2015, down to using a Twitter client as example.

https://dashbit.co/blog/mocks-and-explicit-contracts

I think a common opinion is that it's useful as a research and code generation tool, and that it has some really negative effects on the Internet and society in general. Since the discussion on HN is often focused on coding the first aspect is just a bit more visible.

I was very put off by his article "A knockout blow for LLMs?", especially all the fuss he was making about using his own name as a verb to mean debunking AI hype...

Right. I don't treat the LLM like a colleague at all, it's just a text generator, so I partially agree with your earlier statement:

> it's like reviewing a PR with no trust possible, no opportunity to learn or to teach, and no possibility for insight that will lead to a better code base in the future

The first part is 100% true. There is no trust. I treat any LLM code as toxic waste and its explanations as lies until proven otherwise.

The second part I disagree somewhat. I've learned plenty of things from AI output and analysis. You can't teach it to analyze allocations or code complexity, but you can feed it guidelines or samples of code in a certain style and that can be quite effective at nudging it towards similar output. Sometimes that doesn't work, and that's fine, it can still be a big time saver to have the LLM output as a starting point and tweak it (manually, or by giving the agent additional instructions).

I think that's right, and not a problem in practice. It's like asking a human why: "because it avoids an allocation" is a more useful response than "because Bob told me I should", even if the latter is the actual cause.

Like the article says... I feel it's counter-productive to picture an LLM as "learning" or "thinking". It's just a text generator. If it's producing code that calls non-existent APIs for instance, it's kind of a waste of time to try to explain to the LLM that so-and-so doesn't exist. Better just try again and dump an OpenAPI doc or some sample code into it to influence the text generator towards correct output.

It gives you more effective search keywords. "Fibers in feathers" isn't too bad, but when it's quite vague like "that movie from the 70s where the guy drank whiskey and then there was a firefight and..." getting the name from the LLM makes it much faster to google.

Personally, I spend _more_ time thinking with Claude. I can focus on the design decisions while it does the mechanical work of turning that into code.

Sometimes I give the agent a vague design ("make XYZ configurable") and it implements it the wrong way, so I'll tell it to do it again with more precise instructions ("use a config file instead of a CLI argument"). The best thing is you can tell it after it wrote 500 lines of code and updated all the tests, and its feelings won't be hurt one bit :)

It can be useful as a research tool too, for instance I was porting a library to a new language, and I told the agent to 1) find all the core types and 2) for each type, run a subtask to compare the implementation in each language and write a markdown file that summarizes the differences with some code samples. 20 min later I had a neat collection of reports that I could refer to while designing the API in the new language.

> assuming a single character immediately means they used an LLM is just plain wrong

I don't see anyone doing that here. LLM writing was brought up because of the writing style, not the dash. It just reinforces the suspicion.

The massive concurrency and fault isolation properties are very nice for telephony switches (and web servers etc.) but not usually super relevant for phone apps.

Fascism rewards loyalty above competence.

> For example, if a process has taken an item off a queue and then crashes before having fully processed it, how is that accounted for?

I'm not sure I understand the question - all queue systems I've used separate delivery and acknowledgement, so if a process crashes during processing the messages will be redelivered once it restarts.

Do you have a concrete example of a flow you're curious about?

Maybe these could help:

- https://ferd.ca/the-zen-of-erlang.html

- https://jlouisramblings.blogspot.com/2010/11/on-erlang-state...

My personal experience (mostly TF2) is that a lot of players just don't pay attention to chat and votes.

The US is threatening to take my home country by force and subjugate us. Maybe that context helps understand?

Did you read the article?

> Moreover, the policy cost $375m in all—from the Chivo rollout, subsidised transaction fees, bitcoin ATMs and more—according to Moody’s, a rating agency. That far exceeds the profits on bitcoin holdings, which could still evaporate. By delaying an IMF deal, the crypto experiment kept El Salvador's risk premium high.

> If using USD was voluntary in the US a lot less people would use it.

I'm curious what makes you think so, and what the alternatives would be. My impression is actually that if shops weren't forced to accept USD, 100% would still do so.

Thanks for the link. Yeah that's reasonable for 2025, it's perhaps comparable to the yearly flu vaccination now.

Where do you get "a couple months of partial protection" from? The numbers I saw are very different, take for instance:

> COVID-19 vaccine efficacy or effectiveness against severe disease remained high, although it did decrease somewhat by 6 months after full vaccination. By contrast, vaccine efficacy or effectiveness against infection and symptomatic disease decreased approximately 20–30 percentage points by 6 months.

https://pmc.ncbi.nlm.nih.gov/articles/PMC8863502/

I think so, it's common for large businesses in Japan to rotate employees through departments at the beginning of their career, and to hire people for engineering with a degree in another field. In the English language FAQ for instance: https://www.sony.com/en/SonyInfo/Careers/japan/en/faq/major....

> Can I still apply even if my major and job course are not related?

> Please do! Around 40% of our new recruits work in positions that are different from their university majors. Instead of narrowing your options by focusing on your major, please expand your thoughts and ideas to what you want to do at Sony. Pick job courses that excite you and motivate you to take on a challenge.

In the Japanese website they mention that 300 engineers act as in-house instructors.

I highly recommend this video "A new stage of Russian hybrid warfare" from military analyst Anders Puck Nielsen: https://www.youtube.com/watch?v=Yabwyb14-BQ

Basically, Russia's goal is not so much to cut some cables but rather to create fear in order to reduce support for Ukraine. A loud public response is not necessarily in our interest because it makes their attacks more effective.

Have you tried drinking a verification can?

I think the conventional wisdom is to lean on the DB to maintain data integrity, using constraints, foreign keys, etc.; not to use it to run actual business logic.