TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

This is how an engineer feels when he's surrounded by idiots

134 pointsby jtoemanabout 11 years ago

31 comments

abbasmehdiabout 11 years ago
I have been in a lot of meetings where business-types suggest all sorts of ideas. I used to get really frustrated and would take the easy way out, i.e. think to myself that these guys are clueless, why am I even in this business, and just go in a really shitty place mentally.<p>Then something changed. About the tens of sales books I read, a nugget from one of them struck me. The idea was to re-focus &#x2F; re-frame any conversation to &quot;what are the business objectives we are trying to achieve here?&quot;. Instead of having them propose solutions, have them dig deep into the problem and where they are trying to get as a final destination. An easy way to do this is look them in the eye, smile like John Wayne and say &quot;I have seen this many times, it&#x27;s not a problem, in fact, there are hundreds of ways we can slice this, let me ask you, what are the key business objectives here? How will we be measuring the success and failure of the project from a business point of view?&quot; Then they really go into what their problem is, and where they are trying to go. The idea is to not propose any solutions on the spot (guess what, they don&#x27;t like to hear your smarty-pants &#x2F; clever solutions anyway), they would like 1) for you to play therapist in the meeting and hear every last problem, 2) come back to them at a later day and tell them that every one of their problems will be solved and the cost will be low, 3) be prepared to explain how it would work (keep high level and leave the clever bits out, but don&#x27;t forget to address the impact on other resources like marketing &#x2F; legal &#x2F; etc.) and 4) present to them a timeline of execution mixed with approvals needed at each stage.<p>I have fucked up 100 times, and gotten it right about 3, thats how I know. Hope it helps some wise guy (like I was) out there.
评论 #7519789 未加载
评论 #7519769 未加载
magpi3about 11 years ago
As far as I can tell everything requested can (theoretically) be done.<p>As many commenters noted in the original discussion (<a href="https://news.ycombinator.com/item?id=7513182" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=7513182</a>) if you increase the number of dimensions you can increase the number of lines that can be perpendicular to one another. How a person would &quot;draw&quot; in such a space is merely a question of semantics.<p>You can certainly draw a kitten with a line. Just not a straight line. This definitely complicates the perpendicularity requirement, but I suppose that if every line is identical (they all draw kittens), then it can be done.<p>Finally, color is just a question of lighting. You can draw red lines with green ink. Just draw the lines in one color setting (where the ink is green) and display the lines to the client with different lighting where the lines are red. The fact that the lines must be drawn with red, green, and transparent ink complicates the lighting setup, but it can be done.<p>The inflation of the red balloon should be trivial but could be delegated to a less technical member of his staff if necessary.<p>I certainly don&#x27;t envy him the task, but Anderson should quit with the excuses and get to it.
评论 #7519518 未加载
评论 #7519602 未加载
mikestewabout 11 years ago
&quot;What exactly is stopping us from doing this?&quot;<p>&quot;...geometry.&quot;<p>I&#x27;ve had too many conversations like this, where I pause to think &quot;where do I begin to fill the vast gaps of ignorance such that they will even begin to be properly equipped to understand the absurdity of their question?&quot;
评论 #7519551 未加载
评论 #7519548 未加载
评论 #7519655 未加载
评论 #7519501 未加载
analyst74about 11 years ago
Junior sales will say yes to whatever the client says they want; Junior engineer will try to implement whatever the client says they want, say no if it&#x27;s impossible.<p>Senior sales will try to figure out the real reason of a client&#x27;s request, and sell them a solution that solves their real problem; Senior engineer will try to figure out the real reason of a client&#x27;s request, and propose a solution that solves their real problem.<p>A sales person and an engineer may start from opposite directions, but really good ones think the same.
评论 #7519747 未加载
dangabout 11 years ago
This was posted yesterday under a different URL and I penalized it. This time, I&#x27;m going to bury it as a dupe.<p>Because it is designed to elicit controversy (and views) rather than insight, it is not good material for HN.<p>We can have a discussion about communication between engineers and others. I&#x27;d have a lot to say about that myself. But priming everyone for indignation (&quot;surrounded by idiots&quot;) is exactly the wrong way to start it.<p>Pandering to engineers who think they are &quot;surrounded by idiots&quot; is not seeking to get at the truth. It&#x27;s an appeal to pre-existing opinion, i.e. prejudice. Worse, it&#x27;s a sneaky way to promote tribalism while pretending to promote the opposite (tolerance). HN stands for the opposite of all these things.<p>(Side note: when I say &quot;bury&quot;, I&#x27;m using a technical term from our code. It means applying a rank penalty, but leaving the item open rather than killing it, so anyone who wants to can continue the discussion.)
评论 #7519872 未加载
评论 #7519839 未加载
评论 #7520039 未加载
评论 #7519874 未加载
sly_gabout 11 years ago
Original short story is in Russian and was written in 2011. <a href="http://alex-aka-jj.livejournal.com/66984.html" rel="nofollow">http:&#x2F;&#x2F;alex-aka-jj.livejournal.com&#x2F;66984.html</a><p>Thought that you copyright lovers ought to know this.
mrpoptartabout 11 years ago
The moment the client&#x27;s request is determined to be impossible, the only problem can be communication and the engineer&#x27;s assumptions must be challenged. Instead of feeling that he is an &quot;expert,&quot; he should try to understand what the client actually wants. Instead of asking questions to point out how the client&#x27;s request is wrong, he could have asked questions about how to clarify the problem -- &quot;what purpose do the red lines serve?&quot; &quot;why did you choose green ink?&quot; etc.
评论 #7519545 未加载
评论 #7519830 未加载
评论 #7519837 未加载
shmerlabout 11 years ago
Not necessarily idiots. Just those who don&#x27;t know what they don&#x27;t know. Knowing what you don&#x27;t know (and therefore not overstepping one&#x27;s bounds when making judgements) is an important thing.
评论 #7519388 未加载
评论 #7519627 未加载
评论 #7519367 未加载
shmerlabout 11 years ago
It also reminds me this: <a href="http://dilbert.com/strips/comic/1995-11-17/" rel="nofollow">http:&#x2F;&#x2F;dilbert.com&#x2F;strips&#x2F;comic&#x2F;1995-11-17&#x2F;</a>
yuchiabout 11 years ago
I’m pretty sure most of the other comments are pointing to what I‘m going to say too, but I have to put this out of my mind.<p>This video, while hilarious, puts the ‘expert’ not in a good light. It is in fact true that the ‘customer’ is talking completely nonsense, but it’s not her fault. Most time you’ll be dealing with something which 1) has been put there or 2) has a focus on something else and you‘re are the only ‘tool’ to accomplish her goal.<p>The question is: what’s <i></i>our<i></i> goal? Engineering for the engineering’s sake? This is a goal that IMHO <i></i>must be present<i></i> in every engineer, this makes us mutate from tools to artists (personally I think that if something happens for its own sake, then that’s art) But this must (IMHO) not be the only one. What we really need as a goal is something anthropocentric: make someone else happy (happier).<p>The real problem here is not in the customer, but in the ‘expert’. If you really want to have that ‘expert hat’ what you really need to do is <i></i>understand<i></i> the very person you have in front, and her needs. Only then you can start talking about ‘technologies’.<p>The problem with this video is that the customer is asking for something <i></i>to be done<i></i>, and the ‘expert&#x2F;sales-men’ team responds with “hows”, this moves the conversation in the wrong direction.<p>- “We need you [...] to draw 7 perpendicular lines” - “Could you please explain better what was the process that brought you here?”<p>If the sales-man stops you because this kind of questions is ‘out of scope’ of the meeting, ask him out, and destroy him to the very last piece of him: he must let you do your job (understand the customer’s needs and take them from want-space to real-space), his job is ensuring that from a sales and customer relation point of view you‘re not ruining your own company strategic plans. Is he also the project manager? Then try to make him reason. He doesn’t? Quit. Now.<p>wooosh. I had to say it. sorry.
评论 #7519773 未加载
ColinWrightabout 11 years ago
Extensive discussion: <a href="https://news.ycombinator.com/item?id=7513182" rel="nofollow">https:&#x2F;&#x2F;news.ycombinator.com&#x2F;item?id=7513182</a>
6d0debc071about 11 years ago
&quot;That&#x27;s a triangle.&quot;<p>Shut up, you fool, <i>it&#x27;s what the client&#x27;s asking for.</i> Get them to add a few more lines and then order coffee.
mightybyteabout 11 years ago
I had a version of this happen to me at my first job a few months out of school. I was supposed to write code to read IMU data from a flying sensor. The sensor was giving me a stream of pitch, roll, and yaw numbers, and I had to use this information to convert sensor measurements into absolute coordinates in lat, lon, and altitude. As is so often the case, there was no documentation on the data format coming from the IMU unit. I had no idea whether the numbers were in radians, degrees, gradians, or some other weird format. I also didn&#x27;t know what order the pitch, roll, and yaw transformations should be applied in.<p>So in a team meeting I asked about the transformation order. Now, pitch, roll, and yaw transformations are not commutative. For the small angles that you&#x27;re likely to see in typical flight, they&#x27;re <i>almost</i> commutative, but of course we were trying to do better than &quot;almost&quot;. But when I asked about the transformation order, someone answered that it didn&#x27;t matter. These were actually some technical people who answered, so it wasn&#x27;t even management talking ignorantly. I politely said that it&#x27;s a mathematical fact that order does matter when applying pitch, roll, and yaw transformations. The guy responds, &quot;Oh no, the IMU measurements represent a snapshot in time.&quot; I responded that in that case, the numbers carry with them an implied transformation order, and that I need to know what it is in order to write my software correctly. &quot;No, I&#x27;m pretty sure it doesn&#x27;t matter,&quot; he said. Now I&#x27;m getting desperate, so I bust out with the hand demonstrations. &quot;Start here, pitch up 90 degrees, then yaw right 90 degrees. Now compare that to yaw right 90 degrees, then pitch up 90 degrees. See? We started from the same orientation, but we get different results.&quot; These guys weren&#x27;t having any of it. They insisted that it didn&#x27;t matter, so I dropped the issue. Later I brought it up again at another meeting and a PhD who wasn&#x27;t in the first meeting says, &quot;Oh, I know what you&#x27;re talking about.&quot; Ahhhh, finally, vindication.<p>That didn&#x27;t even help me all that much though, because nobody seemed to have information about the actual ordering. I think in the end I had to reverse engineer it by brute forcing every possible combination of units and orderings until I found one that made the data look right. And oh by the way, the units weren&#x27;t in degrees, radians, OR gradians. They were in units of semicircles, where 1 = 180 degrees.
saadhusabout 11 years ago
On the other side of the coin, I am not really an engineer and have worked mostly in project management or marketing, working with engineers. And I have to say, this type of thought is why everyone tended to avoid dealing with engineers as much as possible.<p>There is quite often this mindset of superiority amongst the engineering community and it only serves to isolate them further. Engineers aren&#x27;t all knowing, and everyone else aren&#x27;t brainless morons. While engineers might know engineering, the marketers know marketing, the salesman know sales, the financiers know financing and so on. It takes great collaboration among everyone to make a truly great product and to have it really make an impact.<p>So, please, if you can, avoid this &quot;surrounded by idiots&quot; type of thinking. Everyone is working towards a common goal, and the sooner we realize that we aren&#x27;t better than anyone else, the sooner we can achieve our goals.
评论 #7519718 未加载
cyphunkabout 11 years ago
As an engineer i tire of engineer worship. Any engineer not too full off themselves should finish the video with too conclusions perhaps unintuitive to much of the HN mass:<p>1. I could actually fulfil the letter of the request provided I can use 2 red lines, 2 green lines and 2 transparent lines. Or I could modify the request slightly in various ways to also provide much of the requirements.<p>2. damn if it was not for the stupid sales people I probably would not have even thought of these solutions.<p>Non-techs are there to force you to think outside of your own damn box. Too many engineers assume that people talking to them should understand why something wont work, before they take the time to see how it could work differently then even they would have initially thought. Even fewer have the wits to give credit to the collaborative process that brings these less that intuitive solutions to light.<p>Go find and read the circa 1700 essay <a href="https://en.wikipedia.org/wiki/Heinrich_von_Kleist#On_the_Gradual_Production_of_Thoughts_Whilst_Speaking" rel="nofollow">https:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;Heinrich_von_Kleist#On_the_Gra...</a>
NAFV_Pabout 11 years ago
This reminds me of trying to explain how left handed scissors function.<p>Give &#x27;em a piece of paper with a straight line down the middle and a pair of right handed scissors, then instruct them to cut accurately along the line using their left hand. Afterwards ask them why they are holding the scissors on the right hand side of their body.
rndatozabout 11 years ago
7 parallel lines can be achieved by creating an 8-dimensional Riemann space (R8) and then drawing in it. The bill for the particle accelerator to do so is on the order of $1,250B. We&#x27;ll just assume that you&#x27;re OK with this and add that to the project budget -- invisible Red and Blue ink, easy. Phosphor dyed UV ink. No problem. It will perfectly meet your specification.<p>If you want the visualization and detailed description of the solution, we can engage Rand Corp for a nice slick to show you how this will work. It&#x27;ll be about 1250 pages, and we can add this to the budget for a little over $400M.<p>--<p>If there&#x27;s any lesson to take from this... When confronted by people who don&#x27;t understand the scope of the problem -- don&#x27;t communicate the problems OF the problem. Communicate the actual scope of the solution. It will tend to focus the dicscussion rather rapidly.
lifeisstillgoodabout 11 years ago
This seems like self-serving drivel. Engineers are not Gods and non-engineers are not single-digit-IQ morons.<p>The tasks set is of course impossible by definition - which is not the case in the real world where most projects are doomed by human factors, lack of trust and will rarely if ever be rescued by one guy standing up and saying &quot;No you are all wrong now listen to me and I will tell you why this cannot happen&quot;.<p>Humans work emotionally and love stories - if we want to succeed and still fulfill out inner Maker then instead of No you can&#x27;t do it, please try &quot;Instead of red lines why don&#x27;t we sell pencils to enable our customers to draw their own lines. What&#x27;s the best ad campaign we can imagine for a pencil case aimed at the blue collar market?&quot;<p>Everyone else is not an idiot, is probably the best and most useful thing to take away from this.
评论 #7519631 未加载
评论 #7519617 未加载
评论 #7519746 未加载
logfromblammoabout 11 years ago
I idenitified so strongly with that video that I had to check for hidden cameras.
daveslashabout 11 years ago
Videos like this make me feel so much better because: (a) I know that I&#x27;m not alone in my frustrations (b) I realize that things could be much worse, and I should consider myself lucky they&#x27;re not.
whymeabout 11 years ago
This may appear spammy, but I found Kepner Trego training[1] to really help prevent this kind of stuff from happening. The strategy is more effective when everybody in the room has had the training, which limits its usefulness with external clients, but I&#x27;ll still recommend it anyway.<p>1. <a href="http://www.kepner-tregoe.com/pdfs/pubworkbro/psdmbroch06-07.pdf" rel="nofollow">http:&#x2F;&#x2F;www.kepner-tregoe.com&#x2F;pdfs&#x2F;pubworkbro&#x2F;psdmbroch06-07....</a>
analog31about 11 years ago
Granted, the video was funny because it rang true.<p>I&#x27;ve also been in meetings where the expert was wrong.<p>Still, I suspect it&#x27;s not just engineers. The same thing can happen to any expert in a subject where things can be true or false. For instance, it could be a legal or financial expert being asked to approve something that&#x27;s illegal.
riazrizviabout 11 years ago
This reminds me of how software engineers have a tendency to see their viewpoint as the only correct viewpoint.<p>Source: Veteran software engineer.
TheBivabout 11 years ago
Idiots is pretty harsh. They could just be focused on other things and not know the right words to communicate what they want.
评论 #7519411 未加载
elwellabout 11 years ago
It&#x27;s helpful to remember that the role of idiot might be swapped depending on the topic.
评论 #7520835 未加载
nsxwolfabout 11 years ago
I have never worked with business people who were this stupid.
awkwitabout 11 years ago
This hits far too close to home...
noliteabout 11 years ago
or just draw the lines on a globe (like longitudinal ones). and use infrared ink
leishulangabout 11 years ago
the solution is to idiotized the engineer!
评论 #7519634 未加载
ThatGeoGuyabout 11 years ago
I think that as a metaphor, this video somewhat describes what it&#x27;s like to work with somebody who is far beneath your expertise level in the same field. The obvious bikeshedding aside (&quot;It&#x27;s just 7 lines, anyone can draw that Anderson, you&#x27;re an EXPERT&quot;), working with people who haven&#x27;t had the same exposure or experience to problems within your domain before might make you feel the same way Anderson&#x27;s character did when he tried to explain why the task was not (in the most direct sense) possible.<p>I assume this probably goes both ways. In the eyes of an expert, they&#x27;ll probably have difficulties or at the very least get frustrated that people are making judgment calls when they&#x27;re obviously wrong. On the other end, non-experts might actually feel frustrated feeling that the expert doesn&#x27;t know what they&#x27;re talking about, when task X is so obviously a possibility and they&#x27;re just viewing the world inside their own tiny box. From both sides, they lack&#x2F;forget&#x2F;have lost the context to see the other sides&#x27; perspective. It&#x27;s not so much that haughty managers and salespeople are too quick to say &#x27;yes&#x27; all the time, but rather that what&#x27;s obvious to you is clearly not &#x27;obvious&#x27; or may not even register within their perception of the world. Ultimately, the root cause of the problem here is that there are unspoken assumptions, and neither party is willing to communicate what those are.<p>Take for example, the assumption that &quot;you&#x27;re an expert.&quot; In reality, you may be the best in your field, or at the very least you might be well-versed in it, but an expert in astrophysics isn&#x27;t going to fare well in a discussion about civil engineering. In the same way, there are people who make the assumption that there is no distinction between engineers, and that electrical engineers are the same as geomatics engineers are the same as chemical engineers. While the specific field of engineering may be different, small assumptions that go un-communicated like this are how these sorts of problems start.<p>That said, even communicating these assumptions to others may not solve the problem. In my own experience, I&#x27;ve had problems getting team members up to speed, if only because there&#x27;s no hard and fast way to do so. As an example, when working on a Javascript project with a partner once, my team member kept complaining that they didn&#x27;t &quot;get&quot; how to write code in Javascript, despite having gone through the same education (same degree&#x2F;program) that I did. Certainly I had more experience with the language than they had, but I was confused as to why they would find the language hard. To give some context as to why I couldn&#x27;t understand why my team member was suffering, we take courses in programming with C++ &#x2F; MATLAB in our first few years within our degree. Furthermore, I had sent multiple links to courses such as CodeAcademy, and many others, which I had assumed would have given my partner the information necessary to transfer their skills to the constructs of the new language.<p>Unfortunately, it didn&#x27;t work out as I had expected. They continued to struggle with Javascript, for reasons beyond my understanding. The intent to learn was there, but for some reason there was no way to explain the language in a commutable way to them. And here&#x27;s where I noticed the problem of being an &quot;expert&quot; who&#x27;s &quot;surrounded by idiots&quot;: I couldn&#x27;t get figure out why someone who had the same basic training&#x2F;purported skills as me couldn&#x27;t manage something as simple as learning a new programming language. At the end of the day, there was definitely a communication barrier, but the &quot;unspoken assumptions&quot; I spoke of before didn&#x27;t even help alleviate that once they were revealed. I guess in this case, once I had set that barrier, it wasn&#x27;t coming undone. The attitude that &quot;this is too hard&quot; or &quot;I can&#x27;t do this&quot; had already set in, so there was little left I could do about it. Even attempting to help teach after the fact was only met with disdain and harsh attitudes.<p>If anyone else has some tips for dealing with this sort of behaviour &#x2F; attitude &#x2F; whatever in the workplace, I&#x27;d love to hear them. Too often am I approached by a colleague who tries to convince me of the impossibility (or possibility, in the case of the video) of some task that is not such. What do you do when you&#x27;re the expert and you can&#x27;t get people to work up to the level you&#x27;re on, and what do you do when you&#x27;re the non-expert and feel like the level you need to work up to is impossible?
notastartupabout 11 years ago
I was thinking god this video is boring, talking about colors and lines, how is relevant to tech, then the monstrosity of it all hits me, this is what I&#x27;ve been doing many many times.