Sterm

You're losing all the state since you're not being dropped in the closure where the error happened but in the end of the program.

To see the difference use some function counter() instead of 1 in the example.

You can hook into the abi for software that runs in Linux trivially. So why isn't machine code acceptable? When you give the honest answer you see why the majority of languages aren't acceptable either.

How else is one meant to read that language doesn't matter?

You can hook into anything that runs in Linux since it's abi is rock solid so the excuse of not being able to use the usual tech stacks doesn't hold water either.

I always find it odd that people say this. If stack doesn't matter than why not start writing machine code again?

    (define lol
      (let ((a 0))
        (lambda ()
          (set! a (+ a 1))
          a)))

Scheme is a functional programming language in the same way python is. The only difference is that it has tail call optimisation and the stack doesn't have an arbitrary limit on the number of function calls it can hold.

This is the point where you need to check your privilege. I used tor when living in a dictatorship to find out things which would destroy the moral fabric of society, such as information about lgbtqia+ issues, what condoms are, pop music and news that the government didn't want to spread.

There is no such thing as running a relay in freenet. Every user is the same as every other. The size and traffic of your node is literally a setting on the gui. All traffic and data are encrypted so you have no idea what's living on your node and what's coming in and out. That's the whole point of freenet.

Indeed which is why I write everything in machine code. What sort of elitist could possibly think this is a bad idea?

Scheme is not a functional programming language. The last 2/3rds of sicp are possible only because you can mutate state.

>Never flew 1st class but have flown business class a few times.

Fly first and report back. The rest of it is because you're still in the peasant launge. First class even gets its own passport queue.

The people who wrote it left and the ones who stayed don't know how the system works.

Upper management has their own offices. Of course they don't understand what open offices are like. It's like planes, they only suck if you're in economy class, first and business are great. Why would you want to fly faster when you have an actual bed?

If food is killing you that's not an improvement in food.

If it did US life expectancy wouldn't lower today than it was in 2008.

Types slow you down. New work is first completed in untyped languages. People start using the work. People complain there aren't types. Types are added. Work is now slow in the language. New work is now done in another language without types.

Rinse and repeat.

Because the majority of programmes today are uneducated.

No, the majority are not prepared for the absolute obliteration of their ego they will suffer to become a 10x engineer. The problem isn't one of time, ability or whatever ineffable quality, but one of character. Ironically enough I think that a boot camp with the emotional abuse the marines used to get in the 50s while going through Knuth's papers would produce a lot of 10x programmers.

Then you're not a 10x engineer and will be filling out your hours in SAP and getting your tickets from Jira.

Personally that sounds like a new circle of hell but I've had people ask me to bring back Jira for a project I was managing so there are truly all kinds.

Anyone can be a 10x engineer, it's just that the majority prefer mediocrity. If you chose to be less than you can be that's on you not the people who improved themselves.

In the same way that VB was to front end developers 20 years ago.

Telling data engineers to learn sql because it's what's used in BoringCorp is a bit like telling front end developers in 2003 to learn VB because it's what most user interfaces are written in.

Data engineering which pays well happens exactly where databases fail and you need bespoke solutions.