I'm not saying this is better than your solution, just curious :^)
138 karma · joined August 14, 2022
I'm not saying this is better than your solution, just curious :^)
Location: Umeå, Sweden
Remote: Yes (preferred)
Willing to relocate: In Sweden, perhaps
Technologies: C++, Java, Golang, Low-level systems engineering, GPU Compute & Rendering (Vulkan, GL, Cuda)
Résumé/CV: https://github.com/ollelogdahl https://www.linkedin.com/in/ollelogdahl
Email: olle.logdahl.net
Graduating with my Master's this summer (June), seeking new exciting & challenging roles where I can grow. Been working 4.5 years as a Java backend developer, but have spent 10+ years with CS as my hobby; exploring distributed systems, systems programming and computer graphics.My current interests are mostly systems programming, performance engineering and GPU compute. I love to tackle hard technical topics and deep diving. If you're working on something interesting and think I could contribute, please reach out! :^)
See also: https://news.ycombinator.com/item?id=44043045
Only one article as of yet but have been working on something... :^)
I think this is a matter of preference. Nowadays I cannot stand environments like Java (or especially Kotlin). "Tricky memory errors" is in my opinion nicer than a borrow-checker refusing sound code. I guess I really hate 'magic'...
Should really dive deeper and update the measurements for final results...
I used to be very bothered by abstractions, design patterns and structure. But I realized that when I worked with 'true' imperative code (forget classes for a while), keeping all code in the same file, the code started to structure itself. I am not saying this is the only way, but I feel like OOP can be a hinderance, as you get bogged down by alternatives.