If we do not stop to help each other, what do we become?
Thread
Unofficial Hacker News client; not affiliated with Y Combinator.
If we do not stop to help each other, what do we become?
Unofficial Hacker News client; not affiliated with Y Combinator.
pech0rin · · focus · HN ↗
It also sharpened your writing and thinking. By responding to questions you solidified your understanding of topics.
It got a lot of hate for the moderation but I think that was mainly in huge communities where literally “dumb” questions got bombarded every minute. Smaller tech like Docker when it first arrived on the scene had communities that learned together.
Spent a lot of time there when I was a few years out of school and still trying to figure out what it meant to be a software eng. It’s sad to see it become a ghost town and I think it’s a net negative for young engineers to have an all knowing entity spit out every answer.
noduerme · · focus · HN ↗
I may have asked 20 questions on Stack Overflow in 20 years. But I probably answered several thousand. Whatever I was deeply interested in at the moment, there was no better way to learn more than to try to answer those tough questions. It was like a hobby, during a few minutes of downtime, to just cruise around looking for database optimization problems... the way some people might pick up a Sudoku puzzle. It would keep me in the zone.
A lot of the mods sucked, and they had to deal with deluges of spam from kids asking for answers to CS exam questions... but hunting for the really juicy questions that couldn't be answered with a search was part of the fun.
I mourn for the generations that will never get to use their brains.
fartfeatures · · focus · HN ↗
If you aren't using the incredible technology we have around us right now to accelerate your learning then it is us that should be mourning your loss of imagination.
noduerme · · focus · HN ↗
I won't down vote you, because you simply misunderstood me. Of course I'm using this incredible technology to accelerate writing code.
If you never learned the value of learning itself, for its own sake, you have everything to gain from a world in which skills like learning and thinking for yourself are useless. I can hardly blame you for that.
But as someone who has learned by teaching others, people who in turn will learn by teaching others, I don't find your belief in someone else doing the work for you to be particularly sustainable. Or convincing. Regardless of whether I think it's contemptible, lazy, or damaging to your mind, which isn't my problem.
Const-me · · focus · HN ↗
Not GP, but here’s some of the things I have learned in the last couple weeks from LLMs while asking LLMs to review parts of my code and documentation. I wrote the code and documentation without LLMs.
Linux user permissions is a fake because by design, the owner has permissions to write these 3 bits. A good way to reliably deploy a readonly file is owner=root, assign the read permission to the group.
chown command follows links by default, -h switch disables that.
In Linux, resetting environment variable in a long-lived server process doesn’t erase much data because /proc/{pid}/environ is a snapshot taken on process startup.
If my server crashes (or manually killed by a root to test things on staging VM) and Alpine’s supervise-daemon restarts it, the start_pre() function from the OpenRC service script won’t be called again. A fix is use OpenRC to run a launcher shell script as root, in that script manually downgrade the account with `exec su-exec svc:svc /the/server/elf`
This last one is irrelevant to my use cases but still interesting. AES GCM may fail catastrophically when different message encrypted with same password and nonce. For 12 bytes of random nonce, the stuff is only safe up to approximately 4E+9 messages using the same password, beyond that birthday paradox ruins things.