One of the reasons indexing starts at zero is because back when we used to use pointers and memory addresses, the first byte(s) of an array were at the address where the array was stored. Let’s say it is at 1234. If it was an array of bytes, the first data element was at 1234, or 1234 + 0. The second element would be at 1235, or 1234 + 1. So the first element is at location 0 and the second at location 1, where the index is actually just an offset from the base address. There may be other/better reasons, but that’s what I was taught back in the 90s.
Counting always starts at 1 (if we’re only using integers). You don’t eat a hamburger and say you ate zero hamburgers.
When you’ve eaten more than 50% of the hamburger, do you claim to have eaten one, or do you claim zero? Are you useing standard founding or are you using floor()?
I create a Vulkan instance, a device, a compute pipeline then use an image sampler with VK_FILTER_LINEAR on a single-texel image in order to interpolate the two adjacent values of hamburger eatage, simple as.
There was a time when I had to switch back and forth between Fortran90 and C several times a day, and it messed me up so bad that doing simple tasks like counting apples at the grocery gave me anxiety.
Well, you don’t really see many people accessing lists with pointers directly. Also 0-indexing does give us an extra number to index with(say 1-255 vs 0-255)
Well you need the screwdriver (with the smorx 5omble bit) to open the maintenance panel and access the button you hold while booting to get the unlocked bootloader, so you can install Linux and then subsequently doom.
You joke, but the ES121 screwdriver has an open source firmware. I think it’s running an STM32F10x (based on the file listings in the firmware). People have gotten Doom to run on an STM32F429, so it’s not that far fetched.
While the paper is well-written overall, contributions on adaptation of alien technology as well as comparison with state-of-the-art are not made clear.
Authors should consider using TikZ to create the diagrams. My Kindle e-reader had difficulty scaling and displaying the diagrams.
The paper’s tone could benefit from more technicality.
The terms “alien”, “ET”, “technology”, and “stuff” have been used ambiguously throughout the paper. The authors should consider including a table of nomenclature.
The experimental results don’t appear to provide sufficient statistical significance on how much the mankind’s genitalia could be pleased using the alien apparatus. The results would be more conclusive if the application of the apparatus on extraterrestrial genitalia is studied too. This has the additional benefit of avoiding to fall for spurious relationships.
They made me go back and demonstrate that stream discharge increases during a flood, and I’m the end we spent so much time and effort working on it, the whole thing changed into a comparative analysis between rainfall and peak discharge.
Yeah me too, but I think it’s not there yet, when you think out of a less programmer focused perspective, as most of the stuff in games is of artistic nature (which takes time to make, even with all the AI stuff) and otherwise simple game logic for most of these indie games. So something like an interactive GUI editor to “debug” is a must have for artists.
True, Fyrox often gets less love than e.g. Bevy (probably because the data-driven ECS pattern feels more idiomatic in Rust than OOP, and probably because it’s mostly a one-man-show as well)
Sadly don’t think Bevy’s going to benefit too much from this drama. Most people from Unity will want a more complete toolset and probably won’t be wanting to learn a whole new language. Can see a lot of indie devs making the switch over to Godot though
Rust may be good and all, but I doubt it’s magically always write good A+ code, I’m sure some developers will slap all their code inside unsafe as a shortcut.
Ha, such a loser. Real programmers use C.ԥ[��\�q��r��8-߿�ʱT�xd]�UG���S;���v�o������ՠ��N�iYtsfv���@ֿ��Qj�\�Q��_"�$�:� �����0��y��G�6�K!{Ȯ������Z�n�˭s�\��ڣ�:J��1���e�k=�${�Z�3�k~67D�����K���(�P.��v�0��a�����d���6e?=�v�)���a��bF���R��4>�˕�G�=��v-�dP��O�3��+A�nw�|ъ�f۽b�oF�I`'�#��:��̴g>�j:^���O�mu^U�l�A�oI�’�.��j>Dm\����y��2T��8w�D"1������ת«Q����l�"�C�{��������% �_�A�߸�=t��� �X��m�9R�x��)�a�-���tbL�����Ǣs��d$oMZ��4I1jXD���
Segmentation fault
C# is Java except from Microsoft, which means it’s designed and much more integrated with Windows. The official .net core even brings telemetry right out of the box. Using C# apps on Linux is a pain, which is very bad considering it’s supposed to be like Java - compile once, run anywhere - except Java actually achieves it.
Also, Minecraft runs on Java. Therefore, C# is useless. Boom, destroyed /s
Rust v3: “It’s three hours and I’m still compiling dependencies”
EDIT: Also, “What does Option[Arc[Mutex[BTreeMap[String, Box[RefCell[Box[amp mut F>>>>>>> where F : Fn(T) -> U in your essay mean?” (srry, I didn’t come up with a better obscure data type, it’s probably gibberish)
EDIT2: Lemmy deletes ‘less than’ sign for some damn reason (time to build Lemmy at home?)
I don’t think you should criticize a language that you clearly have not even learnt the syntax of. Dependencies are also a one-time compile and linking just your own program or library does not take very long, and if you’ve ever worked with C languages it’s all the same.
Just because you don’t know how to read a languages syntax doesn’t mean it’s bad, it’s just like how you have to learn anything else. Rust is quite self-explanatory afterwards.
EDIT: Well, it depends. If you statically compile everything with C build systems, in that sense, the speed should not differ from generic cargo workload. Although, in most cases, projects written in C are dynamically linked due to several reasons, one of which is code speed. In practice, even huge projects written in C (30k to 10k LOC) build quicker than C++ or Rust.
I’m not pooping on generics, either. Generics is a saviour for correctness and performance. Yet, I want to point out the type creep is still a thing, even though there’s little we can do about it.
Anyways, this thread should be better interpreted with humor, instead of technical accuracy.
it can run on almost any browser, it can be bundled to run on desktop or mobile. i know wasm exists but javascript is still sadly an extremely versatile language, mostly due to its support on the web
While true, businesses have it even harder to migrate to Linux (what else is there when talking enshittification?) than private users. Windows and dotnet won't go anywhere anytime soon.
Huh? With each passing day Windows is being relied on less and less. Microsoft would have to rewrite from scratch at this point (or stop backward compatibility) if their goal is a secure, dependable OS.
On their desktops, sure. But most apps are web based and back end apps are all services - running on Linux. I worked at a fortune 100 financial firm a couple years back. Hundreds of .NET apps, all running in Linux containers on Amazon ECS clusters or Lambdas.
No, as other’s have pointed out it’s not. There are plenty of other areas to use it, even in other game engines. OP is just trying to make it seem funny by making the exaggerated narrative that it’s the only use case for C#. If Boo was still around in Unity this joke would been accurate with that, don’t think that was used anywhere else
programmer_humor
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.