The issue with online voting, no matter what you do, is that someone can force you under threat of violence to vote for a specific candidate, and watch to make sure you do it. Complete privacy in the voting booth is paramount to ensuring that everyone can vote freely.

Oh, I definitely get that the major appeal of excel is a close to non-existent barrier to entry. I mean, an elementary school kid can learn the basics(1) of using excel within a day. And yes, there are definitely programs out there that have excel as their only interface :/ I was really referring to the case where you have the option to do something “from scratch”, i.e. not relying on previously developed programs in the excel sheet.

(1) I’m aware that you can do complex stuff in excel, the point is that the barrier to entry is ridiculously low, which is a compliment.

I just cannot imagine any task you can do in excel that isn’t easier to do with Python/Pandas. The simplest manipulations of an excel sheet pretty much require you to chain an ungodly list of arcane commands that are completely unreadable, and god forbid you need to work with data from several workbooks at the same time…

You are neglecting the cost-benefit of temporarily jumping to the wrong conclusion while waiting for more conclusive evidence though. Not doing anything because evidence that this is bad is too thin, and being wrong, can have severe long-term consequences. Restricting tiktok and later finding out that it has no detrimental effects has essentially zero negative consequences. We have a word for this principle in my native language - that if you are in doubt about whether something can have severe negative consequences, you are cautious about it until you can conclude with relative certainty that it is safe, rather than the other way around, which would be what you are suggesting: Treating something as safe until you have conclusive evidence that it is not, at which point a lot of damage may already be done.

So what you’re saying is: We have a small sample of unreliable evidence that this thing may be absolutely detrimental to the developing brain. Thus, we should assume it’s fine until we have more reliable evidence. Did I get that right?

Theres plenty of cases where I would like to do some large calculation that can potentially give a NaN at many intermediate steps. I prefer to check for the NaN at the end of the calculation, rather than have a bunch of checks in every intermediate step.

How I handle the failed calculation is rarely dependent on which intermediate step gave a NaN.

This feels like people want to take away a tool that makes development in the engineering world a whole lot easier because “null bad”, or because they can’t see the use of multiplying 1e27 with 1e-30.

Read up a bit on this now, and it definitely looks like something I want to try out! One of the beautiful thing about C is its simplicity, and it looks like Odin has been able to keep that, while introducing some nice convenience features that I often feel like I miss when writing C.

I think that’s reasonable. As long as someone is posting relevant content, there should be no obligation to interact with their own posts.

I think people talking about premature optimisation are often talking about micro-optimisations. Those are almost always unnecessary until you’ve identified choke points. Optimising the overall architecture of the code base on the other hand, is in my opinion something that should be thought about before you even start coding. That’s where the major gains can often be done anyway.

My void* doesn’t care about your const!

I typically don’t declare them as such - bring the pitchforks!

Unironically: For in-house scripts and toolboxes where I want to set stuff like input directory, output directory etc. for the whole toolbox, and then just run the scripts. There are other easy solutions of course, but this makes it really quick and easy to just run the scripts when I need to.

Hello from sopuli.xyz! We are officially interacting:)