2,105 karma · joined September 25, 2022
Clever and evil.
> Collaboration is the reason why we are here, along with altruism and empathy. Autism drastically limits all three.
Autism does not reduce altruism. What are you trying to suggest by this? Autistic people are often the most altruistic people I know; going well above and beyond to help out (sometimes to a fault).
Autism does not reduce empathy. This is a common misconception due to difficulties with reading faces and theory of mind. Empathy is often felt extremely strongly.
Autism does not mean unable to collaborate. Here on HN of all places! The software world is full of asd people happily collaborating to do great things.
> at the cost of losing core human characteristics like altruism, empathy, and the potential for collaboration.
Ahh I get it now. The neurodivergent are not even properly human to you. Perhaps a little eugenics is needed to correct things?
“Simon Effect” is where you are slower to react with the right hand button when the object is displayed on the left and vice versa.
So, slow to rotate or react is more accurate? I feel like I need to understand more here, as this seems like an important brain difference. I’m an inverted player, assumed it was because of MS Flight Sim (1st game), can rotate really well, but am probably very slow at it! Would love to know more!
Edit: I know that I am very slow to overcome the “Simon Effect”, having done this sort of testing in the past. I’d be curious if others experience the same. Perhaps there is more going on than just inverted vs not being something “innate”, whereby the inverted player simply struggles to adapt to a new scheme more and hence has stuck with it.
> Originally, there was no TerminateThread function. The original designers felt strongly that no such function should exist because there was no safe way to terminate a thread, and there’s no point having a function that cannot be called safely. But people screamed that they needed the TerminateThread function, even though it wasn’t safe, so the operating system designers caved and added the function because people demanded it. Of course, those people who insisted that they needed TerminateThread now regret having been given it.
Freedom is never a given, it must be continually fought for or lost.
Based on my own experiences, that was true 25 years ago. 20 years ago, coding puzzles were now a standard part of interviewing, but it was pretty lightweight. 5 years ago (covid!) everything was leet-code to get to the interview stage.
I just think this gives much better results. The model can be as simple or complex as you need, and we aren’t trapped in the linear response range. PID is good enough for many tasks, but it’s never good.
Watch ‘Simple made Easy’ by Rich Hickey; a classic from our industry. The battle against complexity is ever ongoing. https://youtu.be/SxdOUGdseq4?feature=shared
I think Big Orgs need to develop younger promising talent by letting them build small green fields projects. Essentially fostering startups inside the organisation proper. Let them build and learn from mistakes (while providing the necessary knowledge; you can actually learn most of this from books, but experience is the ultimate teacher). Otherwise you end up with 5 year experienced people who cannot design themselves out of a paper bag.
This is true of course, but this is also true for the “search for truth” in science. Do we fail to point out the flaw in the reasoning of someone’s life's work for fear of offence? The truth is the higher ideal that must be strived for!
In the same way, an idea is only good once it has been challenged. It may fail and dissolve, it may survive, it may morph into something that can no longer be assailed. This is the forgers fire, and it is necessary.
I know this isn’t as black and white as I’m painting it, but the ideal is still something worth striving for.
Sorry if I wasn’t clear; this was the point I was actually trying to make. Direct and to the point should not a HR incident make. I was trying to contrast with something that would.
This is where I am arguing nuance. These decisions are contextual; and the superficially more complicated solution may be solving inherent complexity in the problem space that only provides benefit over a time period.
As an example, some team might decide to forgo a database and read/write directly to the file system. This may enable a release in less time and that might be the right decision in certain contexts. Or it could be a terrible decision as the externalised costs begin to manifest and the business fails because of loss of customer trust.
My point is that you cannot only look at what is right in front of you, you also need to tactically plan ahead. In the big org context, you also need to strategically plan ahead.
I think the nuance here is that “the simplest thing possible” is not always the “best solution”. As an example, it is possible to solve very many business or operational problems with a simple service sitting in front of a database. At scale, you can continue to operate, but the amount of man-hours going into keeping the lights on can grow exponentially. Is the simplest thing possible still the DB?
Complexity is more than just the code or the infrastructure; it needs to run the entire gamut of the solution. That includes looking at the incidental complexity that goes into scaling, operating, maintaining, and migrating (if a temporary ‘too simple but fast to get going’ stack was chosen).
Measure twice, cut once. Understand what you are trying to build, and work out a way to get there in stages that provide business value at each step. Easier said than done.
Edit: Replies seem to be getting hung up over the “DB” reference. This is meant to be a hypothetical where the reader infers a scenario of a technology that “can solve all problems, but is not necessarily the best solution”. Substitute for “writing files to the file system” if you prefer.
There is a difference between “this project is not going to work” vs “these people are incompetent and the project should be cancelled as a result”. The former needs to be said, the latter is a HR violation.
Edit: Sorry, you did address that.
> no sparks means ozone in too small concentrations to worry about.
Have you actually measured?
Intelligence is an emergent phenomenon; all the interesting stuff happens at the boundary of order and disorder but we don’t have good tools in this space.
Probably does something cool for all that crazy though?