Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
codr7
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
27 ms
·
541.
▲
by
codr7
1y ago
Too much power in one individual, they start believing they know everything and are never wrong. But the role of steering a company is needed, that's why I think it's perfect for AI. Developers and VCs write the instructions toget
542.
▲
by
codr7
1y ago
It was always a pyramid game, because when one person has everything it stops making sense. At least this way, we get good software out of it. Replacing developers has to be the worst idea ever.
543.
▲
by
codr7
1y ago
Yeah, but that's still missing the multiplied creativity we get from working in teams. Besides, we all know it's not going to work very well long term. Drop the CEO and keep the developers instead!
544.
▲
by
codr7
1y ago
Timing IS important, releasing too early can kill public opinion on a project.
545.
▲
by
codr7
1y ago
So, has anyone considering turning the tables and replacing the CEO with AI? Seems like a more reasonable path to me; more logic and less bullshit at the core, keep human creativity. The director from the Travelers series, basically. Just c
546.
▲
by
codr7
1y ago
Good luck :)
547.
▲
by
codr7
1y ago
So you couldn't understand their code, and therefore everyone who says the same things is incompetent and in denial. That's one way to explain the experience you had.
548.
▲
by
codr7
1y ago
Thanks for sharing your opinions, I don't agree.
549.
▲
by
codr7
1y ago
Allocating list nodes in one block of memory is very common in the intrusive case.
550.
▲
by
codr7
1y ago
This approach is also common in C: https://github.com/codr7/hacktical-c/tree/main/list One pretty big advantage is you get some help from the compiler making sure you mean what you say. As opposed to jus
551.
▲
by
codr7
1y ago
I don't see a problem with their safety, even in C. More the opposite, their simplicity makes them safer to deal with than the alternatives. And sometimes their unique features (mostly the intrusive variant) are exactly what you need.
552.
▲
by
codr7
1y ago
Not super uncommon in C land, I learned the technique from the Linux kernel. https://github.com/codr7/hacktical-c/tree/main/list Haven't come across another language (besides Zig maybe) low level en
553.
▲
by
codr7
1y ago
offsetof/baseof springs to mind, for intrusive stuff. You can sort of emulate it using pointers to member but it quickly loses its appeal.
554.
▲
by
codr7
1y ago
I don't know how to phrase this to reach through, but you're barking up the entirely wrong tree. It's not about the CPU, it's about the level of freedom afforded by the language; how close to hardware it allows you to go
555.
▲
by
codr7
1y ago
That's an opinion, another one would be that the flexibility allowed by undefined behavior is one of C's strengths at the same time. Strength/weakness are often two sides of the same coin. Which is why these discussions get a
556.
▲
by
codr7
1y ago
No it doesn't, malloc() and free() is the default.
557.
▲
by
codr7
1y ago
Which I would definitely recommend as a strong default.
558.
▲
by
codr7
1y ago
Compared to the alternatives. It gets very frustrating to communicate at this level.
559.
▲
by
codr7
1y ago
Difficult, not inconvenient. Because it allows things that are difficult, like writing your own memory allocators. If you don't like working at that difficulty level, then C programming isn't for you. And that's fine.
560.
▲
by
codr7
1y ago
Debugging from specific classes of bugs, yes. I'm not trying to hide anything, just help shift the balance back to common sense.
561.
▲
by
codr7
1y ago
Agreed, there's a lot to win from gluing C to a more protected language, I'm a fan of embedding a scripting language.
562.
▲
by
codr7
1y ago
Unfortunate, yes. But what bugs? Suboptimal choices maybe; but any backwards compatible, popular language is going to have its share of those.
563.
▲
by
codr7
1y ago
Definitely, but the idea is that its unique feature set is worth it.
564.
▲
by
codr7
1y ago
So use Rust, fine by me. I might too some day, who knows.
565.
▲
by
codr7
1y ago
Nope, not from my experience. Because in C++ the features are just there right around the corner, they will seep into the code base. And I don't want even classes, there's too much junk in there that I don't need.
566.
▲
by
codr7
1y ago
Defined as practical, curious problem solvers, I'm aware the word has other interpretations.
567.
▲
by
codr7
1y ago
Only if you don't know C. Otherwise is says, do whatever you feel like.
568.
▲
by
codr7
1y ago
It puts less obstacles in the way of dealing with hardware than almost any other language for sure. What's standardized was never as important in C land, at least traditionally, which I guess partly explains why it's trailing so f
569.
▲
by
codr7
1y ago
And also because it doesn't get in your way of doing exactly what you want to do.
570.
▲
by
codr7
1y ago
Yeah, people keep repeating that like a broken record lately, it smells like Rust to me. No one is claiming it was built for today's processors, just that it puts less obstacles between you and the hardware than almost any other langua
More ›