Live data from Hacker News

“Autistic people can’t acknowledge when they’re wrong”

the.scapegoat.dev

311–320 of 521 posts

Re: “Autistic people can’t acknowledge when they’re wrong”

#311
post #307

Earlier quoted context omitted.

> I need to know what you mean by “better”. That’s where a productive discussion start, when we align the goals (and I don’t really care about them, they all turn into interesting technical challenges I think you have answered your own conscience. You say you don't care about the goals. The only thing you care about is whether the tech is interesting to you or not, which is purely subjective. Your manager probably al…

I am not sure why you are so aggressive, nor reading my words charitably. I do care about solving the technical challenges to fulfill the goals in the best way possible. I don't care what the goal is "about," if the business wants to target a specific vertical or wants to grow internationally or wants to prioritize backend tooling. I care about knowing the goal and then doing the best work possible. This is the oppos…

It's disengenuous to say that a manager came one random day, asked a question about react and immediately dismissed you in the first sentence and went away. And all that just by reading an article overnight, as you want to believe.

There is something missing in your story. For example, how long is too long for continuing your questioning, how you deal with rest of your obligations if you don't agree with the answers, how you collaborate with others, whether others in your team agree with you or not, etc.

We programmers are so privileged that we are blind to our privilege.

Edit: grammar

Re: “Autistic people can’t acknowledge when they’re wrong”

#312
post #181

The interesting thing to me is that the statement "autistic people can’t acknowledge when they’re wrong" actually holds some truth in my experience, but it's not from some flaw of character, but the result of the more underlying issue "autistic people can’t endure to accept or reason with statements they don't see as bivalent true". For people on the spectrum fuzzy, hypothetical, conjectured, and underspecified state…

thanks for the thoughtful answer.

I agree with quite a bit of it, but also would like to present a few nuances.

1. The problem is here that they will cut me off short (not a problem) and then say something that is not what I want to say. What can I do? Push back? Give in? Leave?

My strategy was to just leave, because if you don't want to hear me out, and misinterpret what I want to say, we might as well save ourselves all some time. I have learned over time not to infodump (for example, by regularly asking if this is all stuff that is well known). I don't mind being reminded rather abruptly that I should get to the point, if my point is understood correctly.

2. How do I know what aspect of the question I should answer. Sure I can focus on costs, or performance, or memory usage of react, or state handling, or framework adoption. The fact is that I can't provide an opinion, because of all these have different answers. I have plenty of similar discussions that work out well enough, and it is something I think I am good at (hearing out the concerns of the other party, and then focusing on that). In fact, I think being product-minded and listening to the concerns of the business/manager/stakeholder is the most impactful skill an engineer can have.

But it is also the kind of discussion that can lead to the "You just can't admit you are wrong," even though... I haven't said anything wrong. I am very much aware that there is a communication problem, and thus provide my side of the discussion.

3. This is very much about my values, and the choices I make depending on those values. I am not saying the world needs to be a perfect world of engineering, it just means that I am not going to say something I can't back up. That might sound backwards to people, because they have other values (say, acquiescing because you might otherwise lose your job), but that's me making a choice. I'm not pretending to acknowledge I am wrong, and I'm not expecting the person to either. If you really want me to say that rewriting everything in elm, when we are a react shop, is a good choice, then I will state that not pretend to say that elm is a good choice. It doesn't mean that we can't rewrite things in elm, experiments are great if we can afford them. Engineering is about compromise.

But don't make me state an opinion I don't hold.

I am not sure if the nuance is clear here. I know full well that both opinions (elm is a good choice, elm is not a good choice) can hold true at the same time. In fact, none of us really can know which is right!

The business can be just as successful with react than it would with elm, who knows? Maybe in 2 years it will become clear that moving away from react was great, maybe it will become clear that staying with react was the thing to do. But currently, my opinion is that it is a bad choice, and I can argue why I think so.

4. I realize I should have just left this section out of the article and kept it for another day.

It is the first time I mention how much effort I put into learning things publicly, previously only my wife would know. I often come across as boyish and people very often assume I'm the intern, when I actually have 10 years on the most senior person after me. I don't like stating that I've done X for 15+ years, and when I do, some people just straight out don't believe me.

---

As for your take away, I fully approve. I think that writing is a way to avoid these confrontations. Being explicit, and indeed indulging a bit into "humor me" or giving me just a few minutes to get comfortable would help us. None of us benefits from misunderstandings or snap judgments. If I don't seem to be choosing the right words or making the right facial expressions, you can't just dismiss me by saying to get better at choosing the right words. Obviously, I tried. It would be like telling a blind person to just look more closely, and that "they just don't want to see".

You will also of course never realize how often we actually successfully adapted. In fact, it was very easy for me to forget just how much effort I put into these little social dances everyday, and how exhausting it is. The pandemic and working from home and mostly communicating by email has been life-changing.

Re: “Autistic people can’t acknowledge when they’re wrong”

#313
post #301

Earlier quoted context omitted.

The questions you bring up are really the questions I am asking? What do they think the weaknesses of the page are? Do they think rewriting the checkout will solve these problems? How much of the technical tradeoffs do they understand or care about? To recap: Is our checkout page not performing well? Will a new checkout solve our problem? Why do they think a technology change is a solution? Do they understand the imp…

Obviously I wasn't there and am going by your accounting of the conversation, but from the way you laid it out, the questions I brought up are the questions your manager thought they were asking you. Hence the confusion, followed by frustration. From my interpretation of the conversation, you thought the question was: "Should we rewrite the checkout page in React, yes or no?" And responded with "Why do you want to re…

Thanks for the response. I do agree to all of these suggestions, and honestly we can't just make up hypothetical scenario after hypothetical scenario of what the best way to phrase things are. It depends so much on me, the manager, the time of day, the team culture.

I think my point in the article is to say:

I am autistic, and I might not communicate the way you are expecting. If I am asking questions, it is for what I think is a good reason. What I am not doing is rejecting your question and not acknowledging I am wrong. If I wanted to reject your opinion, I would reject it, not mess around asking oblique questions.

It's great that everybody seems to think this is my problem alone to solve, and I'm somehow doing this on purpose. I am not, I am trying very hard to get better, part of which is to share my experiences. Yet, that also seems to be criticized ("who puts so much effort into analyzing these situations?").

I have very productive relationships with other engineers and product managers and business owners, so clearly this can work out just well, but that's not what I wanted to cover here. I will in the future however, and I covered a tiny aspect of "digging deep into business questions, as an engineer" here: https://dev.to/wesen/worse-ux-for-a-better-product-how-to-th...

Re: “Autistic people can’t acknowledge when they’re wrong”

#314
post #83
post #68

Earlier quoted context omitted.

Author here, thanks for reading. I didn’t give much information about my life, but I am pretty adept at playing all these games. So much so that I thought there was no way I could be autistic because of how many friends and business relationships I had. Until it hit me that I spent my 20ies doing what you suggest, which is studying the heck out of these things. But it stops at engineering, where I try to be very open…

Thank you for answering. I very much relate.. I've been so bitter as to keep a small list of "told you so's" that I'd update when my rejected ideas were finally proven to be the better path (though it may have been months or even years after the fact (most agonizing when someone else suggested exactly the same thing, but explained it in other terms,focusing on things I didn't find central to the point). In the end I…

Thanks! I wish you the best. Being bitter is something I hate, and it's very non-productive. The best way to move forward when I disagree with say, architectural decisions or tech stack decisions (because it's very valid to disagree here, they're just really unknowns that we can try our best to sketch out), is to have us all write down the pros and cons, and depending on the project, timebox it and revisit certain decisions at a latter date. This is acknowledging that either opinion can be right, wrong, in between, and we might never find out, yet a decision needs to be made.

In a way, it's a way to do a team-wide "we told us so, so what now?"

Re: “Autistic people can’t acknowledge when they’re wrong”

#315

Earlier quoted context omitted.

>I'm not dismissing anyone's anything. >>I didn't see anything in author's prose that suggested autism You very much are dismissing someone's something. Worse, I don't think the author explicitly stated they were autistic in the piece...So, you're assuming someone's something just so you can dismiss it?

> I don't think the author explicitly stated they were autistic in the piece "I have read similar experiences by other autistic people" suggests that the author considers themself to be autistic. > You very much are dismissing someone's something. ...And that's that, I guess. Can you please clarify what I am dismissing, and how? I don't want to dismiss anyone's anything.

>>I didn't see anything in author's prose that suggested autism

Re: “Autistic people can’t acknowledge when they’re wrong”

#316

Aren't autists notorious for introversion and a hyper-fixation on logical coherence - to an obnoxious degree? Wouldn't that make them the least likely to engage in self deception?

the world is too complex to reason about hyper-logically

confusing lack of subtlety with logical clarity is precisely the issue

Re: “Autistic people can’t acknowledge when they’re wrong”

#317
The author's view is very relatable (to me). I am going to bookmark it since it verbalize my feeling so fittingly. I am not sure I am autistic, but I have to be to some extent.

I can see where the essay goes partial. The author focuses on explaining self, but neglect in analyzing why others are having issues understanding the author. And I think I understand the reason -- the author is simply (much) more interested in solving the engineering problems than the political problems. The author probably understand the importance of politics, but simply not interested.

I can relate to that. I don't even think that is a problem. If you are happy focusing on technical problems and want to avoid the political side, so be it. However, I am concerned that the author mentions burnout. If you are having risk of burning out, then apparently there is an issue and the author is stubbornly avoid addressing the issue.

The answer may not be -- you need learn and play politics. It could be -- you need learn to balance yourself. It depends on individuals, but refusing to address it is wrong.

Re: “Autistic people can’t acknowledge when they’re wrong”

#318
post #313

Earlier quoted context omitted.

Obviously I wasn't there and am going by your accounting of the conversation, but from the way you laid it out, the questions I brought up are the questions your manager thought they were asking you. Hence the confusion, followed by frustration. From my interpretation of the conversation, you thought the question was: "Should we rewrite the checkout page in React, yes or no?" And responded with "Why do you want to re…

Thanks for the response. I do agree to all of these suggestions, and honestly we can't just make up hypothetical scenario after hypothetical scenario of what the best way to phrase things are. It depends so much on me, the manager, the time of day, the team culture. I think my point in the article is to say: I am autistic, and I might not communicate the way you are expecting. If I am asking questions, it is for what…

Instead of saying you're autistic, say you have autism. What you are is a human being, most likely. Having autism is just one of your traits.

TL;DR Autism is what you've got, not who you are.

Re: “Autistic people can’t acknowledge when they’re wrong”

#320
post #312
post #181

The interesting thing to me is that the statement "autistic people can’t acknowledge when they’re wrong" actually holds some truth in my experience, but it's not from some flaw of character, but the result of the more underlying issue "autistic people can’t endure to accept or reason with statements they don't see as bivalent true". For people on the spectrum fuzzy, hypothetical, conjectured, and underspecified state…

thanks for the thoughtful answer. I agree with quite a bit of it, but also would like to present a few nuances. 1. The problem is here that they will cut me off short (not a problem) and then say something that is not what I want to say. What can I do? Push back? Give in? Leave? My strategy was to just leave, because if you don't want to hear me out, and misinterpret what I want to say, we might as well save ourselve…

I realise how exhausting it must be to put yourself out there and under the scrutiny of strangers, especially with the need to not leave loose threads and untruths hanging, so I'll try to keep it short and don't expect an answer :)

1. I feel like this is often a miss-understanding between neurotypicals and many neuroatypicals (not limited to autism, but also including disorders with emotional dysregulation, anxiety and others). Neurotypicals often finish each others sentences to signal understanding and engagement, or as a means of implicitly checking if they are still on the same page.

It's a bit like a checksum, a heartbeat package, or a TCP Ack.

"So we should make the cache at least..." - "Three times as large!" - "Yeah or four times for good measure."

For somebody who has trouble reading the intentions of others (as with autism), or who have a tendency to feel judged and controlled (as with anxiety or BPD), this often comes across as a rude interjection.

2. You can't know the aspect. Sometimes it's apparent from context, but most of the time neurotypicals just do a wild guess, and provide some answer. It is up to the other party to clarify, and given that they are the ones with the request, they will probably do so until they receive a satisfying answer.

3. Of course. Nobody expects you to just make stuff up, or have unfounded opinions. But I've noticed a certain tendency of people on the spectrum to vastly prefer forward chaining over backward chaining reasoning, whereas it's the other way around for neurotypicals. The truth I was trying to get at is that often there is no clear answer even if you had all the information available, and even worse often times it doesn't matter. Your company will probably be equally successful with react or elm, because it's other factors that are much more influential for success. With forward chaining reasoning that's a bit of a problem, because you can reach a point where there's no real path forwards. With backwards chaining you can just presume that some missing piece of information will eventually pop up or not matter that much and continue.

It's akin to Goedels first incompleteness theorem paraphrased very roughly: You can either have a system of reasoning that's consistent or one that's complete, but not both. Forward chaining gives you a consistent system, but you will have cases where you can't proceed, whereas backwards chaining allows you to sometimes just assume missing facts to be true, allowing you to take "a leap of faith". Those facts might actually be (unprovably) true or they might lead you to mistakes/inconsistencies.

That's not to say that backwards chaining is superior, forward chaining will allow you to more thoroughly explore the search space for which you _have_ all the facts, and it's a lot less likely to bring you to wrong conclusions.

4. Yeah maybe that is actually a problem that the industry has as a whole, and not specific to neuro(a)typicality. Sadly it's often, strong opinions, strongly held.

---

Text based mediums for the win!

Post reply on HN