OR - he gets a review for every review he does.

We got fidonet in Zimbabwe in the early 1990s. It was utterly revolutionary for us - more than the internet that came later really. For the first time we could communicate with my two brothers overseas without paying for extremely exorbitant international telephone calls that lasted a couple of minutes at best.

Our modem was 2400bps (8-N-1 IIRC). We used the zmodem protocol. It was after I learned about computers but I learned a HUGE amount from this about protocols etc. Our phone system was terrible so error correction etc were of great importance. Working out how to dial slowly was also important for our terrible phone exchanges.

It let me keep in touch with my pal, K, who emigrated to South Africa and as a result he ended up sending me 21 1.2MB floppy disks with SLS Linux on them and kernel 0.99 (I think). The journey began! :-)

In my experience, which is not that great, it's the attitude that people have which is more important than the perfect answers. You're usually hiring for a team so someone who is prepared to be decent to others is essential and IMO their 10xness is much less important than this.

Then I want someone who is interested in computing or things in general - not purely motivated by the money. That sort of person who is going to try to do a good job for the sake of it and who wants to learn something new - who will be ok with doing things they're not yet experts at.

These 2 sort of areas are not easy to have together IMO. If I find people like this I am eager to work with them.

What I get from being the interviewee is that other people are not always looking for these characteristics. They're often looking for someone they can dominate. This is like my point about being part of a team but taken further obviously. In a team you cannot have everything your own way but you get to put your point across and see if you can convince others, as a peon in a feudal system you will have nothing your own way and must not only do but also say and pretend to think what you are told.

Bullshit is just really a test for whether you're amenable to being part of the propaganda. Some people have no trouble doing this but I think there's something about being a programmer that tends away from fakeness. That's not to say that we haven't got an overload of bullshitters but at the root you have to be able to make things that work.

Whereas LLMS regularly produce shit. One can excuse them for not understanding one's turn of phrase or whatever but it amounts to the same problem in the end - you have to understand the output language a lot better than most people ever had to understand assembler.

A proper revenge would be to introduce "easy mode" to Rust - where the compiler takes a huge chill pill and you get non-enforced garbage collection. :-)

Our media is full of arts students and engineers are the people who come to fix your boiler. When technology is talked about, its only really impressive if it comes from somewhere else and sits in their hand.

I'm from one of the other (forgotten) colonies so my perspective is partially from the inside and partially outside. and I think people in the UK care so much about preserving the abundant (and often rather ugly) past that they don't leave any room for the future. Satellites and spaceships and science and technology are horrible things that intrude and change life and change has often not been pleasant.

Conversely those that do want change have sometimes taken such a high and mighty approach that the things they did were entirely for themselves and proving some point rather than about creating a place that is wonderful to live in - hence the worship of the past.

Anyhow I do know about Helen Sharman and so do all the space enthusiasts generally but people here don't even know we have a satellite manufacturing industry that's quite successful and very sophisticated.

Once your program starts to get bigger you have abstractions that can cope fairly well and keep your code simple to use - this is what Perl didn't have.

If you need more speed then you can write extensions in some compiled language.I think TCL was better at this hybrid approach but Python is a nicer language in itself.

You can also just dump python and write everything in that other language but now you understand the problem space quite well and you won't be trying to learn about it using a language where change is "difficult."