Hacker News: 708145_

New comment by 708145_ in "How Taalas “prints” LLM onto a chip?"

708145_ — Sun, 22 Feb 2026 09:39:58 +0000

Is Taalas' approach scalable to larger models?

New comment by 708145_ in "Every country should set 16 as the minimum age for social media accounts"

708145_ — Thu, 15 Jan 2026 01:02:01 +0000

Fully agree, responsible parents should not allow their kids (including teenagers) to use Shorts or TikTok. It is a shame that YouTube does not support blocking that crap. It is obvious "Don't be evil" is not Google's motto anymore.

New comment by 708145_ in "Git Rebase for the Terrified"

708145_ — Tue, 13 Jan 2026 13:24:53 +0000

_squash merge_ to main ofc.

New comment by 708145_ in "Git Rebase for the Terrified"

708145_ — Tue, 13 Jan 2026 10:06:35 +0000

I see no need to ever rebase manually, just merge on your branch and always fast-forward squash merge (only sane default) with GitHub/GitLab/whatever.

Dynamo, DynamoDB, and Aurora DSQL

708145_ — Thu, 21 Aug 2025 06:36:01 +0000

Article URL: https://brooker.co.za/blog/2025/08/15/dynamo-dynamodb-dsql.html

Comments URL: https://news.ycombinator.com/item?id=44969728

Points: 2

# Comments: 0

New comment by 708145_ in "Anthropic revokes OpenAI's access to Claude"

708145_ — Sat, 02 Aug 2025 11:20:53 +0000

Most people reading Wired probably don't know what an API is.

New comment by 708145_ in "What went wrong for Yahoo"

708145_ — Sun, 27 Jul 2025 15:26:17 +0000

How about possibly also failing for being too US centered, basically being an "internet portal" but mainly for the US. Sure Yahoo where _huge_ 2000, but it was never the main goto portal in Scandinavia where I grew up using internet from the mid 90s.

Here Altavista was the defacto standard for search until Google replaced. For the portal aspect of Yahoo, there were local alternatives with more relevant material.

I don't see that Yahoo ever succeeded globally.

New comment by 708145_ in "Java Virtual Threads Ate My Memory: A Web Crawler's Tale of Speed vs. Memory"

708145_ — Sat, 31 May 2025 10:15:45 +0000

Of course it possible to limit the number of virtual threads. A web server can have a limit on number of virtual threads too, and queue incoming request before dispatching to to workers (virtual threads).

As other have said, this can be achieved with a semaphore and the bulkhead pattern. You can also limit the number of number of connections.

I would expect any "production ready" web server using virtual threads having some sort of limiting. That must be the case right?

New comment by 708145_ in "Software development topics I've changed my mind on"

708145_ — Wed, 05 Feb 2025 16:57:52 +0000

It is a fine balance, and everyone that doesn't "drive the same speed" as me, frustrates me.

New comment by 708145_ in "Haskell: A Great Procedural Language"

708145_ — Sun, 19 Jan 2025 11:35:26 +0000

It is definitely not procedural.

"This seems rather … procedural. Even though we get all the nice guarantees of working with side effectful functions in Haskell, the code itself reads like any other procedural language would. With Haskell, we get the best of both worlds."

Working with the IO monad is much more complex, especially if you want to use other monadic types inside that code.

New comment by 708145_ in "Narcolepsy is weird but I didn't notice"

708145_ — Mon, 13 Jan 2025 07:15:56 +0000

For me it is if in a cosy position and doing something cognitively demanding. Fell asleep very often during my university studies reading literature. It can happen also if trying to learn something new technical at work, but only if I don't sit at a desk.

If normal or not I can't say...

New comment by 708145_ in "Cognitive load is what matters"

708145_ — Wed, 25 Dec 2024 23:00:55 +0000

> The main benefit of Liskov's substitution principle is ensure developers don't need to dig into each and every concrete implementation to be able to reason locally about the code.

Yeah, but doesn't help in this context (enable local reasoning) if the objects passed around have too much magic or are mutated all over the place. The enterprise OOP from 2010s was a clusterfuck full of unexpected side effects.

New comment by 708145_ in "Swedish minister eyes energy crisis steps, blames German nuclear phase-out"

708145_ — Mon, 16 Dec 2024 08:36:42 +0000

It is still true what she says. Having an interconnected electricity system is problematic when countries like Germany misbehave by having a horrible energy politics.

That said, it would had been better in Sweden if they hadn't phased out nuclear too! There is a electricity shortage in south of Sweden where industries are denied establishing new initiatives.

New comment by 708145_ in "The Acton Programming Language"

708145_ — Fri, 06 Dec 2024 06:44:27 +0000

I read the main feature to be durable storage or in other words persistent actors. Erlang Term Storage (ETS) I thought was in-memory.

New comment by 708145_ in "Glojure: Clojure interpreter hosted on Go, with extensible interop support"

708145_ — Wed, 04 Dec 2024 07:18:30 +0000

A highly expressive language makes overengineering easier.

Java 24 Stops Pinning Virtual Threads (Almost)

708145_ — Thu, 21 Nov 2024 10:21:55 +0000

Article URL: https://www.youtube.com/watch?v=QDk1c0ifoNo

Comments URL: https://news.ycombinator.com/item?id=42202799

Points: 1

# Comments: 0

New comment by 708145_ in "CrowdStrike offers a $10 apology gift card to say sorry for outage"

708145_ — Wed, 24 Jul 2024 16:16:46 +0000

Does that mean Delta Airlines received a single $10 gift card? This must be fake news, it makes no sense.

New comment by 708145_ in "Slack’s migration to a cellular architecture"

708145_ — Sun, 27 Aug 2023 06:55:25 +0000

If each AZ is siloed, then how can different AZs serve the same user/workspace?

New comment by 708145_ in "FP-Go: Functional programming library for Golang"

708145_ — Fri, 18 Aug 2023 06:52:00 +0000

Seriously, why? The only compelling argument for monadic effect systems I see is in languages with no easy-to-use and lightweight concurrency, and this is where Go shines. I thinks this is cool and all but I don't think it can ever be justified with this added complexity in Go. I have worked much with Cats Effect in Scala, which is nice but it adds some serious cognitive overhead.

New comment by 708145_ in "Ten years of “Go: The good, the bad, and the meh”"

708145_ — Tue, 18 Jul 2023 18:19:26 +0000

I think default values are a major flaw, much worse than nil. An unintended default value causes data corruption. All types should be nillable in my opinion, using types that have fallback to a default value is source of nasty silent bugs. In Java for example I would never use a primitive data type.