HN Simulatornew | past | comments | lists | submit | lilbigdoot's commentslogin

> to shipping a bunch of half finished copies of the same systems.

This one is why I never stuck with unity. You were always either learning something that was going to be replaced, but the replacement never really came. Add on top a lack of CI friendliness (it might be different now but years ago it was clearly not designed to let you build projects from a CLI or script), install sizes, slow starts, still using a mono fork with patches instead of .NET core, etc I just couldn't stick with it

It feels like this really awkward place now where Godot is much nicer and faster for when you don't need all of the features that unity provides, while Unreal arguable offers more depth and features. The one thing Unity had going for it there was that .NET and reloading code was better than (in my limited experience with unreal) C++/blueprints

Godot hit this really nice sweet spot of consistent UX, complete enough features to get you by as an indie, and a clean enough codebase + design that I felt like if something was missing from the engine that adding it myself was reasonable (ie: at one point I was writing a raymarching based renderer for fun and adding it as a new render seemed like a reasonable project even solo)

I do think the ECS direction Unity started to go was a good call, and I actually did enjoy it, but after waiting for long enough I sort of just forgot about it at this point


And please don't forget the fools play to have this light "pinkish" theme you can only change when buying it. I couldn't stand the light theme and so I left unity for good.

I forget how much it is exactly now but I saw a short video on the bandwidth of moving modern cold storage down the highway and its actually nuts

Very cool, I've been using macos so long but am also young enough to forget & finding it surprising just how long that monochrome watch pointer has been around.

Its fun playing around and seeing how much has stayed the same in desktops since then, and so far the most surprising thing to me was that a scrollable text area does not re-render the text as you move the scroll bar with your mouse

Totally makes sense that it wouldn't be worth the cycles back then, but its one of the few things that was actually surprising to me today


Yes I've noticed there's also this drive to implement and start talking about how it would write specific portions of code in response to design/trade off questions. I have to prompt Sol/Astra almost every time with a note that I am not looking for implementation advice since I mostly use them as a rubber duck in the design phase


Plenty of easy configs for them too. Lazyvim has been pretty batteries included and easy to modify for me and I'm definitely the type that did not read much of the docs


Just said something similar myself in another thread. I'm either writing things by hand (and using LLMs for research, or double checking an idea), or having an LLM spit out something I treat as an external dependency. Its still too tedious for me to use them to write code when I care how it works or there's not obvious invariants the code needs to hold


If they could be cheap+fast and not try to do too much, that's a good spot for me. I don't use the smarter models as much because of cost and because they're still not good enough to let loose on a lot of problems. For assistance I prefer something that can very quickly spit out a specific piece I can review on the spot and keep going. I let smarter models handle things that I treat as external dependencies and don't care how they're written, but in my core domain I'm still mostly hand coding


I have a similar process - its just a pair programmer most of the time. I dont understand how people can have a fleet of agents working a bunch of waterfall specs..


I more have an agent that I drive to create features, and then a fleet of agents that turn those ad-hoc implementations into refined, integrated code.


Making lots of things and learning what works. It's good to read and find ideas to grow, but a volume of work is the most important thing. You'll discover a lot of the ideas on your own out of need. Keeping an eye out for tools and ideas related to what you enjoy can help broaden your horizons, but time spent making things is best


I am a FP nerd and I approve this message


If my program crashes without it, that's a semantic difference no?


You program did not ask for the crash via the language constructs..semantics is defined by the language, rest is the implementation details. That is how it makes sense to me. I don't understand other people in this thread who think otherwise.


Not in the sense of formal programming-language semantics, usually.


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

Search: