Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
illuminator83
searching Neon…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
5 ms
·
1.
▲
by
illuminator83
25d ago
People do the same. Everybody learns from what was there before and then added or changed things. No difference.
2.
▲
by
illuminator83
2mo ago
I've seen lots of code that people have maintained for 20 years and its full of these duplication and worse. In fact I'm sad to say that majority of code I've seen people write and maintain is worse than what LLMs produce to
3.
▲
by
illuminator83
3mo ago
I think a lot of people here have either not read the article fully or are misapprehending it. Neither this author nor most other sane people I know claim that the code or architecture these "loops" produce is great. In fact, the
4.
▲
by
illuminator83
3mo ago
Phew .... I saw the title and thought this was some horrid LinkedIn post from a "Founder" dad about teaching his kids how to pitch their startup to investors ... Luckily it's not about that!
5.
▲
by
illuminator83
5mo ago
Installation of software has usually become simple and easy enough that I feel more safe if i just look it up on the official source and run some curl or package manager command to get it installed. I trust that more than letting an LLM fig
6.
▲
by
illuminator83
5mo ago
I and everybody else here call BS on that. People make mistakes all the time. Arguably at similar or worse rates.
7.
▲
by
illuminator83
7mo ago
Intelligent people tend to reproduce a lot less than other people. You wanna be average (or slightly above) for the best chance at successful procreation. And hyper-intelligent people are especially bad at procreation.
8.
▲
by
illuminator83
7mo ago
It's not really about the implementation of Java (might be bad, I don't know). It is the specification. - People talked about null being an issues and that is a big one. - The entire idea of OOP extremism Java implemented was a mi
9.
▲
by
illuminator83
8mo ago
Especially since the US is not going to have any allies anymore soon.
10.
▲
by
illuminator83
8mo ago
I'm a big fan of high-level languages and abstractions. I'm just not a fan of bad abstractions.
11.
▲
by
illuminator83
8mo ago
I think we are just used to it. Like we are used to so many suboptimal solutions in our professional and personal lives. I mean, look something like C++ or the name "std::vector" specifically. There are probably 4 Trillion LoC con
12.
▲
by
illuminator83
8mo ago
There are lots of suboptimal solutions for lots of problems out there. I don't know why it would matter if the Linux Kernel does the same mistake. And I'm sure that wasn't the only solution. Just something somebody implemente
13.
▲
by
illuminator83
8mo ago
I'm hoping for a future in which humankind looks back with embarrassment at this silly period in its history in which people used to think a leaky and bad abstractions like garbage collection was ever a good approach to deal with reso
14.
▲
by
illuminator83
8mo ago
I do not know the guy, and I do not care who he is. This really is not "slop". I can attest to the validity of almost all of his points based on my own career. And even if he used ChatGPT assistance to help with the writing, the c
15.
▲
by
illuminator83
10mo ago
For the most part, yes. Because people usually read docs and test it on their own. But I remember a few people long ago telling me confidently how to do this or that in e.g. "git" only to find out during testing that it didn'
16.
▲
by
illuminator83
10mo ago
Yeah, for the most part. But I've even had a few instance in which someone was very sure about something and still wrong. Usually not about APIs but rather about stuff that is more work to verify or not quite as timeless. Cache optimiz
17.
▲
by
illuminator83
10mo ago
Are you sure? I've been confidently wrong about stuff before. Embarrassing, but it happens.. And I've been working with many people who are sometimes wrong about stuff too. With LLMs you call that "hallucinating" and wit
18.
▲
by
illuminator83
10mo ago
It's the tragedy of the commons all over again. You can see it in action everywhere people or communities should cooperate for the common good but don’t. Because many either fear being taken advantage of or quietly try to exploit the s
19.
▲
by
illuminator83
10mo ago
About 7 or 8 years ago I worked at a startup which got money from Softbank / Masayoshi Son. Our founder and our CTO went to meet him in LA IIRC to pitch. They came back telling us he was basically asleep during the pitch meeting which
20.
▲
by
illuminator83
11mo ago
I think in most of my projects, many of the C++ packages I used for work (lots of computer vision, video codecs etc) I had to compile and host myself. The latest and greatest of OpenCV, dlib or e.g. gstreamer weren't available on the d
21.
▲
by
illuminator83
11mo ago
I think it's mostly the fact that C dependencies are much rarer and much harder to add and maintain. The average C project has at most a handful of other C dependencies. The average Rust, Go or NodeJS project? A couple hundred. Ironica
22.
▲
by
illuminator83
11mo ago
Also pretty sure it is a feature because the general population wants to have pleasant interactions with their ChatGPT and OpenAI's user feedback research will have told them this helps. I know some non-developer type people which most
23.
▲
by
illuminator83
11mo ago
I'm assuming "High Availability" is what is really meant here.
24.
▲
by
illuminator83
11mo ago
When you are commenting your schema, that's true. Anything which is generated by machines doesn't need comments either. But when it's written by people? And the values? That belongs with the 'payload'.
25.
▲
by
illuminator83
1y ago
The wealth gap widening is quite independent from AI being involved. A natural progression which was always happening and continues to be happening. Entil some sort of catastrophe reshuffles the cards. Usually a war or revolution. The poor
26.
▲
by
illuminator83
1y ago
Everytime you push commits to a PR you decide what you push exactly. The first time you push, you should have squashed/rebased your changes into a structure that make sense. Atomic commits are best. Could even be a single commit. Somet
27.
▲
by
illuminator83
1y ago
Well, he can start citing Martin Fowler or Bertrand Meyer. Then what? Arguments from authority lead no where here. Because these "authorities" also disagree.
28.
▲
by
illuminator83
1y ago
I always tell my engineers to create atomic commits and we usually review commit by commit. Obviously commits like "fixed review comments" or "removed some left-over comments" or "fixed typo" should not be pus
29.
▲
by
illuminator83
1y ago
Oh, they were not talking about the implementation of these things. Just the the user side: printf("Error: File `%s` in batch %d failed.", file.c_str(), batch) vs fmt::print("Error: File `{}` in batch {} failed.", file,
30.
▲
by
illuminator83
1y ago
Actually, developers are idiots. Everyone is. Some just don't know it or won't admit it. I once joined a company with a large C/C++ codebase. There I worked with some genuinely expert developers - people who were undeniably s
More ›