Hacker Newsnew | past | comments | ask | show | jobs | submit | more juped's commentslogin

These are old counterproductive FSF memes that should be retired, but stick around anyway.


The normal practical version of this advice that isn't a "guy who just read about arenas post" is that you generally kick allocations outward; the caller allocates.


It's apparently lese-Copilot to suggest this these days, but you can find very good hypothesizing and problem solving if you talk conversationally to Claude or probably any of its friends that isn't the terminally personality-collapsed SlopGPT (with or without showing it code, or diagrams); it's actually what they're best at, and often they're even less likely than human interlocutors to just parrot some set phrase at you.

It's only when you take the tech out of the area it's good at and start trying to get it to "write code" or even worse "be an agent" that it starts cracking up and emitting garbage; this is only done because companies want to forcememe some kind of product besides "chatbot", whether or not it makes sense. It's a shame because it'll happily and effectively write the docs that don't exist but you wish did for more or less anything. (Writing code examples for docs is not a weak point at all.)


Now imagine how much better

- the code

- your improvement in knowledge

would have been if you had skipped copilot and described your problem and asked for algorithmic help?


Now imagine that he's interested in finishing his game, not the intricacies of raycasting algorithms.


Idk, depends on the situation. Is he a student trying to show stuff on a resume? Is he a professional trying to sell a product? Is he a researcher trying to report findings? A startup trying to land a pitch?

The value isn't objective and very much depends on end goals.People seem to trounce out the "make games, not engines" without realizing that engine programmers still do exist.


It was just a small personal test of skill with no purpose or stakes. Not even really with intent to make a real game, just a slice of something that resembled a game to see how far I could get without help. Then, once I got as far as I could, research and see how I could do better.


> to test my understanding of Raylib


got to have a password manager password, and a login password


Write that down on a piece of paper.


Oh, you must mean firstnamelastname@gmail.com.


I used to have [firstname]@gmail.com when gmail was in beta. They took it back when they went live :(


American jurisprudence has the best standard for incitement in the world, the Brandenburg standard: imminent lawless action. "Imminent" is vital, and unique to America; the government is barred from constructing hypothetical situations around acts of speech to prosecute them, as is easy to do with quite a lot of speech.

And we only reached it in the 1960s! Freeing speech is always an active fight.


Yeah, the trusty manual becomes #1 at around the same time as one starts actually engineering. You've entered the target audience!


These days, I often just go straight to the source (when available) to clear some confusion about the library/software behavior. It can be a quite nice 10 mn break.


I'm interested in the claimed real-time capabilities, but it's hard to find anything about them written there. Still, I like the hardware integration.


Real-time is some of the most misused jargon in modern history.

In general, most JIT or VM can't even claim guaranteed latency. People that mix these concepts betray their ignorance while seeming intelligent.

FreeRTOS is small and feasible.

VxWorks if your budget is unconstrained.

LinuxRT kernel (used in LinuxCNC) with external context clocking, and or FPGA memory DMA overlap module (zynq SoC etc.)

Real-time is a specialized underpaid area, and most people have too abstract of an understanding of hardware to tackle metastability problems. =3


yeah the claim is ambiguous because the beam itself is only guaranteed soft real time, leaving it open ended might make ppl think hard real-time especially since its hardware


They support writing RTOS tasks in C as I understand it.


Do you actually think dead simple failover is comparable to elastic kubernetes whatever?


> Do you actually think dead simple failover is comparable to elastic kubernetes whatever?

References to "elastic Kubernetes whatever" is a red herring. You can have a dead simple load balancer spreading traffic across multiple bare metal nodes.


Thanks for switching sides to oppose yourself, I guess?


> Thanks for switching sides to oppose yourself, I guess?

I'm baffled by your comment. Are you sure you read what I wrote?


Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: