257 karma · joined December 25, 2012
The japanese have it harder because "ai" means love. But perhaps "love" will be written in kanji while "AI" in katakana, so writing form is not confusing.
Vulkan isn't meant for beginners. It's a lot more verbose even if you know the fundamentals. Modern OpenGL would be good enough. If you have to use Vulkan, maybe use one of the libraries built on top of it (I use SDL3 for example). You still have freedom doing whatever you want with shaders and leave most of resource management to those libraries.
Play a bit with user mode linux [1] the kernel becomes literally a linux program, that I believe you can even debug with gdb (hazy memory as I tried uml last time maybe a decade ago)
In theory you can also attach gdb to qemu running linux, but that's more complicated.
Yes. You just have to be in a different mindset. I look for cases that I haven't handled (and corner cases in general). I can try to summarize what the code does and see if it actually meets the goal, if there's any downsides. If the solution in the end turns out too complicated to describe, it may be time to step back and think again. If the code can run in many different configurations (or platforms), review time is when I start to see if I accidentally break anything.
> One day, however, I will point this page, when the friend asks me if Scheme is feasible for daily chores and a practical choice.
[1] can't find a mirror anywhere. But if anyone knows the "Industrial" theme, I'd love to know.
> While we prioritize compatibility, it is important to note that Asterinas does not, nor will it in the future, support the loading of Linux kernel modules.
> Builtin operators && and || perform short-circuit evaluation (do not evaluate the second operand if the result is known after evaluating the first), but overloaded operators behave like regular function calls and always evaluate both
[1] https://en.cppreference.com/w/cpp/language/operator_logical [2] https://en.wikipedia.org/wiki/Short-circuit_evaluation
[1] http://practical-scheme.net/gauche/man/gauche-refe/Module-In...
> But memory prices were dropping rapidly. By 1994, that 1 megabyte would be under $6. So the extra memory required for a RISC CPU was going to be much less of a problem in the future.
I think this is still a problem? Not memory size, but the speed of the memory bus.
There is a MinuteEarth video about this YouTube if I remember correctly and the reason is well.. more reasonable. Our body works better at higher temperature, but of course if it gets too high everything breaks down. So the optimum temp is somewhere closer to the upper limit.