Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mojuba
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
6 ms
·
31.
▲
by
mojuba
8mo ago
You don't even need to reinvent a walkable city, just look at any medieval historical town that is say ~500 years old, almost untouched, and has restricted traffic today (possibly with no public transport whatsoever). These towns are a
32.
▲
by
mojuba
8mo ago
I'm a big fan of Swift (and SwiftUI), such a concise and elegant language. Beauty. Also I appreciate how you made all backend calls just static functions which they always should be. People tend to overcomplicate these things and add a
33.
▲
by
mojuba
8mo ago
Absolutely. Even worse, when you ask AI to solve a problem it almost always adds code even if a better solution exists that removes code. If AI's new solution fails, you ask it to fix, it throws even more code, creates more mess, int
34.
▲
by
mojuba
8mo ago
> AI will make this situation worse. Being an AI skeptic more than not, I don't think the article's conclusion is true. What LLM's can potentially do for us is exactly the opposite: because they are trained on pretty much
35.
▲
by
mojuba
8mo ago
Nice! Sent you a message via the contact form.
36.
▲
by
mojuba
8mo ago
So the market is going to be flooded with this type of soulless books that have no distinct character or style, just pure dry facts? In a sense, "I wrote a book about it" is disingenuous and I agree the author's bullet list w
37.
▲
by
mojuba
8mo ago
Well I'm pretty sure the author can make a compliant C compiler in a few more sectors.
38.
▲
by
mojuba
8mo ago
Compare that to the C compiler in 100,000 lines written by Claude in two weeks for $20,000 (I think was posted on HN just yesterday)
39.
▲
by
mojuba
8mo ago
I have two problems with that. One is, you can do what you like quietly and without disturbing anyone around you. Second is the Dunning Kruger effect: witnessing it first hand is never fun.
40.
▲
by
mojuba
8mo ago
> Doing it badly is doing the thing. No it's not. Sometimes (or maybe most of the time) doing it badly means maybe it's not your thing. I used to have a neighbour who liked to play the piano and sing. He was doing it consistent
41.
▲
by
mojuba
9mo ago
Yes but that doesn't explain why we aren't given a choice. Program code is boringly deterministic but in many cases it's exactly what you need while non-determinism becomes your dangerous enemy (like in the case of some Airbu
42.
▲
Ask HN: Why are LLM's made intentionally non-deterministic?
5 points
by
mojuba
9mo ago
|
5 comments
43.
▲
by
mojuba
9mo ago
It didn't make pointers safer to use though. In Swift and some other modern languages you can't dereference an optional (nullable) pointer without force-unwrapping it.
44.
▲
by
mojuba
9mo ago
It's a good article but I think you need to start explaining structured concurrency from the very core of it: why it exists in the first place. The design goal of structured concurrency is to have a safe way of using all available CPU
45.
▲
by
mojuba
9mo ago
Yeah, it's especially handy in UI code where you can have asynchronous operations but want to have a clear start/end indication in the UI: busy = true Task { defer { busy = false } // do async s
46.
▲
by
mojuba
9mo ago
Huh, I didn't know about `return` in `defer`, but is it really useful?
47.
▲
by
mojuba
9mo ago
I don't know Rust but, can this `defer` evaluate after the `return` statement is evaluated like in Swift? Because in Swift you can do this: func atomic_get_and_inc() -> Int { sem.wait() defer { valu
48.
▲
by
mojuba
9mo ago
I like how Swift solved this: there's a more universal `defer { ... }` block that's executed at the end of a given scope no matter what, and after the `return` statement is evaluated if it's a function scope. As such it has m
49.
▲
by
mojuba
9mo ago
Skimmed through the article, some interesting numbers but not a single statistic is per capita (or per million, whatever). How do I understand the scale of the phenomenon without the per capita figures? Sorry but seems a bit useless.
50.
▲
by
mojuba
9mo ago
Thanks, that's a great explanation!
51.
▲
by
mojuba
9mo ago
Definitely too many to be random. I think they are all mostly soviet era things, no? So the author is likely an émigré from the USSR.
52.
▲
by
mojuba
9mo ago
Thanks. So no fear of losing important stuff to the noise? Also mind you, this is not about productivity. If you don't want to act on something, you delete it.
53.
▲
by
mojuba
9mo ago
> I apply a strong inbox 0 methodology Tangential to the main topic, but this is the only sensible way of running an email inbox, always has been to me, and it boggle my mind, why would anyone let clutter and a piling number of unreads i
54.
▲
by
mojuba
10mo ago
> Groups of zeros can be omitted with two colons, but only once in an address (i.e. 2000:1::1, but not 2000::1::1 as that is ambiguous) Can someone explain why it's ambiguous? On the subject, IPv6 is one of the strangest inventions
55.
▲
by
mojuba
10mo ago
However once you learn that sed means stream editor, you won't ever forget it. libsodium is forgettable.
56.
▲
Lisa: Steve Jobs' sabotage and Apple's burial [video]
(youtube.com)
3 points
by
mojuba
1y ago
|
1 comments
57.
▲
by
mojuba
1y ago
There's a shorter form of it: guard let self else { return } which annoyingly the AI's don't know about.
58.
▲
by
mojuba
1y ago
I don't disagree but notice how it's about the second decade of Web 2.0, not the first one. Profit-driven algorithms is a separate era in its own right. I.e. you can't blame the skyscrapers themselves for your shitty life, yo
59.
▲
by
mojuba
1y ago
Keep in mind the early websites were mostly built by an enthusiast minority, technical or not but willing to learn HTML and Netscape Composer. You can't expect the whole humanity to be as enthusiastic. The skyscraper era, no matter how
60.
▲
by
mojuba
1y ago
The early internet was like some settlers' shacks, built uncontrollably and unsystematically whereas the modern web is all skyscrapers, residential and business. Uniform apartments, uniform offices all looking very similar differeing i
More ›