{"id":2616,"date":"2019-07-18T12:06:03","date_gmt":"2019-07-18T11:06:03","guid":{"rendered":"https:\/\/www.michaelagreiler.com\/?p=2616"},"modified":"2019-10-11T08:41:27","modified_gmt":"2019-10-11T07:41:27","slug":"we-are-10x-engineers","status":"publish","type":"post","link":"https:\/\/www.michaelagreiler.com\/we-are-10x-engineers\/","title":{"rendered":"We are 10x engineers"},"content":{"rendered":"\n<figure class=\"wp-block-image\"><img data-attachment-id=\"2773\" data-permalink=\"https:\/\/www.michaelagreiler.com\/we-are-10x-engineers\/we-are-10x-engineers\/\" data-orig-file=\"https:\/\/i1.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?fit=1024%2C512&amp;ssl=1\" data-orig-size=\"1024,512\" data-comments-opened=\"1\" data-image-meta=\"{&quot;aperture&quot;:&quot;0&quot;,&quot;credit&quot;:&quot;&quot;,&quot;camera&quot;:&quot;&quot;,&quot;caption&quot;:&quot;&quot;,&quot;created_timestamp&quot;:&quot;0&quot;,&quot;copyright&quot;:&quot;&quot;,&quot;focal_length&quot;:&quot;0&quot;,&quot;iso&quot;:&quot;0&quot;,&quot;shutter_speed&quot;:&quot;0&quot;,&quot;title&quot;:&quot;&quot;,&quot;orientation&quot;:&quot;1&quot;}\" data-image-title=\"we are 10x engineers\" data-image-description=\"\" data-medium-file=\"https:\/\/i1.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?fit=300%2C150&amp;ssl=1\" data-large-file=\"https:\/\/i1.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?fit=800%2C400&amp;ssl=1\" decoding=\"async\" loading=\"lazy\" width=\"1024\" height=\"512\" src=\"https:\/\/i0.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?fit=800%2C400&amp;ssl=1\" alt=\"we are 10x engineers\" class=\"wp-image-2773\" srcset=\"https:\/\/i1.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?w=1024&amp;ssl=1 1024w, https:\/\/i1.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?resize=300%2C150&amp;ssl=1 300w, https:\/\/i1.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?resize=768%2C384&amp;ssl=1 768w\" sizes=\"(max-width: 800px) 100vw, 800px\" \/><figcaption>10x engineers come in all shapes and sizes. They have different background screen colors and different skin colors. Different tastes and interests. And, they have different strengths and weaknesses.<\/figcaption><\/figure>\n\n\n\n<p>A few weeks ago there was a heated Twitter discussion about how to spot a 10x engineer. <\/p>\n\n\n\n<p>And Twitter was furious. Why? <\/p>\n\n\n\n<p>Well, I believe mostly because of the characteristics that described this 10x engineer. It said a 10x engineer hates meetings, has a dark laptop screen background, works fueled by caffeine without breaks, is a full-stack engineer that seldom works on the UI, does not mentor others as mentoring slows down, does not document the code, and so on.<\/p>\n\n\n\n<p>Here is the original tweet:<\/p>\n\n\n\n<figure class=\"wp-block-embed-twitter wp-block-embed is-type-rich is-provider-twitter\"><div class=\"wp-block-embed__wrapper\">\n<div class=\"fitvids-video\"><blockquote class=\"twitter-tweet\" data-width=\"550\" data-dnt=\"true\"><p lang=\"en\" dir=\"ltr\">10x engineers<br><br>Founders if you ever come across this rare breed of engineers, grab them. If you have a 10x engineer as part of your first few engineers, you increase the odds of your startup success significantly.<br><br>OK, here is a tough question.<br><br>How do you spot a 10x engineer?<\/p>&mdash; Shekhar Kirani (@skirani) <a href=\"https:\/\/twitter.com\/skirani\/status\/1149302828420067328?ref_src=twsrc%5Etfw\" target=\"_blank\" rel=\"noopener\">July 11, 2019<\/a><\/blockquote><script async src=\"https:\/\/platform.twitter.com\/widgets.js\" charset=\"utf-8\"><\/script><\/div>\n<\/div><\/figure>\n\n\n\n<h2>Stereotypical description and unhealthy advice<\/h2>\n\n\n\n<p>The description was stereotypical and had little to nothing to do with the abilities of an engineer. A lot of the advice, such as &#8220;a 10x engineer knows every line of the code that has gone in production&#8221;  isn&#8217;t solid advice either.<\/p>\n\n\n\n<p>For example, if that one is true, you probably have a tiny code base and in addition, a person that easily creates a bottleneck in your pipeline. But, I don&#8217;t want to discuss each of the statements. I want to look at the overall message of this thread. <\/p>\n\n\n\n<h2>Excluding a large part of the engineering population<\/h2>\n\n\n\n<p>One of the problems with this thread is that the description of such a 10x engineer excludes a large part of the engineering population. The bottom line, if you do not fit this narrow (and often ludicrous) description, you aren&#8217;t a top-notch developer. But engineers and also great ones come in all shapes and sizes. They have different colors of laptop screens, different skin colors, different hair, and different tastes and interest. Some even drink tea or water instead of coffee \ud83d\ude09<\/p>\n\n\n\n<h2>Don&#8217;t use genius as an excuse to behave like a jerk<\/h2>\n\n\n\n<p>But there was something else going on. The thread described a person that isn&#8217;t a <del>good<\/del> team player. And as many of us have already suffered from working with an anti-social person whose genius is used as an excuse to just behave like a jerk, I understand people did not take this tweet well. <\/p>\n\n\n\n<p>It created this image of a superior person that supposedly knows everything better than her or his peers, and finds helping others a waste of time. And even though, for some engineers it might be indeed hard to socialize, mentor and work with others, we should detain ourselves from glorifying toxic behavior. We better use our time to think about how we can create a welcoming environment for all people, so they can grow and learn together.<\/p>\n\n\n\n<p>Very fitting to this aspect of the discussion is this article that talks about <a rel=\"noreferrer noopener\" href=\"https:\/\/www.freecodecamp.org\/news\/we-fired-our-top-talent-best-decision-we-ever-made-4c0a99728fde\/amp\/?__twitter_impression=true\" target=\"_blank\">how firing a 10x engineer actually saved a whole company.<\/a><\/p>\n\n\n\n<p>But there was much more going on under the radar.<\/p>\n\n\n\n<h2>What exactly is a 10x engineer?<\/h2>\n\n\n\n<p>I think another aspect of why people were so furious is because nobody knows what a 10x engineer is. Supposedly, it is an engineer that is 10x better, faster or more productive than the rest of the engineers. But, does such an engineer even exist? And how would we measure those 10x achievements? <\/p>\n\n\n\n<p>Well, the main problem is exactly how we measure 10x. Depending on how broad or narrow we scope the measurement we get different results. <\/p>\n\n\n\n<p>Different in terms of <em>who<\/em> is <em>how <\/em>productive, but also different in terms of how valid or trustworthy this measurement is. The narrower the scope of the task that we measure, the more &#8220;solid&#8221; the comparison. But on the other hand, the more narrow the task, the more useless becomes the measurement.<\/p>\n\n\n\n<h2>Don&#8217;t compare apples with oranges<\/h2>\n\n\n\n<p>To give you an example, if we try to measure the work of a software engineer, we are not able to do so in a meaningful way. The range of tasks and the possibilities to measure the outcome (quality, speed, impact) is just too broad.  It isn&#8217;t for no reason that we can&#8217;t and should<a rel=\"noreferrer noopener\" href=\"https:\/\/link.springer.com\/chapter\/10.1007\/978-1-4842-4221-6_2\" target=\"_blank\"> not assess productivity by a <\/a><del><a rel=\"noreferrer noopener\" href=\"https:\/\/link.springer.com\/chapter\/10.1007\/978-1-4842-4221-6_2\" target=\"_blank\">single<\/a><\/del><a rel=\"noreferrer noopener\" href=\"https:\/\/link.springer.com\/chapter\/10.1007\/978-1-4842-4221-6_2\" target=\"_blank\"> metric<\/a>. <\/p>\n\n\n\n<p>So, we must limit ourselves to a tiny unit, of say solving one specific problem, in a specific language, for example reversing a linked-list in C. Then, we might assess the performance of people by looking at the time to completion. But, what about the complexity of the solution? What about the readability of their solution?<\/p>\n\n\n\n<p>Well, we could come up with measurements for each of those aspects, but the better question to ask is what does that tell us?<\/p>\n\n\n\n<h2>Some people are much better at a certain &#8220;thing&#8221; than others<\/h2>\n\n\n\n<p>In <a rel=\"noreferrer noopener\" href=\"https:\/\/link.springer.com\/chapter\/10.1007\/978-1-4842-4221-6_1\" target=\"_blank\">The Mythical 10x Programmer<\/a>, you find a discussion of such a comparison. It nicely shows that the unit of measurement has to be indeed very narrow to allow us to compare the outcome. It also shows that there are 6x to 11x differences in how people solve one specific task. That&#8217;s not a surprise to me. Probably also not to you?!<\/p>\n\n\n\n<p>But, again, what does that tell us? <\/p>\n\n\n\n<p>My conclusion of these results differs from the conclusion of the original researchers.<\/p>\n\n\n\n<p>For me, it simply means that one person can be much better at some specific things than another person<strong>.<\/strong> And that&#8217;s exactly why we must strive for an inclusive and diverse team. Great engineers come in all shapes and sizes. They also come with a lot of different strengths and weaknesses.<\/p>\n\n\n\n<p>This &#8220;thing&#8221; that they are really good at might be reversing a linked list in C. Or maybe they excel when designing an architecture for a software system. But, it could also be that they are excellent in explaining complex problems to a non-technical audience. This &#8220;thing&#8221; could be that they are great listeners and know about problems customers or teammates experience before anybody else.<\/p>\n\n\n\n<h2>Let&#8217;s get a diverse team to be the best at a diverse set of &#8220;things&#8221;<\/h2>\n\n\n\n<p>Our work as software engineers is manifold, and to really succeed we need a diverse set of people with diverse skill sets, backgrounds, and experiences. <\/p>\n\n\n\n<p>And we need environments where people can be their best selves and strive in the environments we create.<\/p>\n\n\n\n<p>So, we shouldn&#8217;t focus on spotting that one genius engineer, as we do not have that one specific problem to solve. <\/p>\n\n\n\n<p>We better use our time and resources to think about how we can enable all kinds of people to excel at what they are great at. Because even the best engineer can&#8217;t substitute a great team.    <br><\/p>\n\n\n\n<p>So, let&#8217;s focus on creating a 10x team! Or to create a 10x more inclusive environment. Well, let&#8217;s start by being 10x friendlier and more supportive of each other. <\/p>\n\n\n\n<hr class=\"wp-block-separator\"\/>\n\n\n\n<p>If you like this article, consider signing up for my mailing list, so I can notify you when I publish something new. I also prepared an exclusive <a href=\"https:\/\/www.michaelagreiler.com\/code-review-e-book\/\">Code Review e-Book<\/a> for my email subscribers.<\/p>\n\n\n\n<!-- Begin Mailchimp Signup Form -->\n<link href=\"\/\/cdn-images.mailchimp.com\/embedcode\/classic-10_7.css\" rel=\"stylesheet\" type=\"text\/css\">\n<style type=\"text\/css\">\n\t#mc_embed_signup{background:#fff; clear:left; font:14px Helvetica,Arial,sans-serif; }\n\t\/* Add your own Mailchimp form style overrides in your site stylesheet or in this style block.\n\t   We recommend moving this block and the preceding CSS link to the HEAD of your HTML file. *\/\n<\/style>\n<div id=\"mc_embed_signup\">\n<form action=\"https:\/\/michaelagreiler.us20.list-manage.com\/subscribe\/post?u=49cbb5b83805d976d2637b64d&amp;id=c798a53051\" method=\"post\" id=\"mc-embedded-subscribe-form\" name=\"mc-embedded-subscribe-form\" class=\"validate\" target=\"_blank\" novalidate=\"\">\n    <div id=\"mc_embed_signup_scroll\">\n\t<h2>Subscribe<\/h2>\n<div class=\"indicates-required\"><span class=\"asterisk\">*<\/span> indicates required<\/div>\n<div class=\"mc-field-group\">\n\t<label for=\"mce-EMAIL\">Email Address  <span class=\"asterisk\">*<\/span>\n<\/label>\n\t<input type=\"email\" value=\"\" name=\"EMAIL\" class=\"required email\" id=\"mce-EMAIL\">\n<\/div>\n<div class=\"mc-field-group\">\n\t<label for=\"mce-FNAME\">First Name <\/label>\n\t<input type=\"text\" value=\"\" name=\"FNAME\" class=\"\" id=\"mce-FNAME\">\n<input type=\"hidden\" name=\"GIVEAWAY\" value=\"BESTPRACTI\">\n<input type=\"hidden\" name=\"LOCATION\" value=\"10XDEV\">\n<\/div>\n\t<div id=\"mce-responses\" class=\"clear\">\n\t\t<div class=\"response\" id=\"mce-error-response\" style=\"display:none\"><\/div>\n\t\t<div class=\"response\" id=\"mce-success-response\" style=\"display:none\"><\/div>\n\t<\/div>    <!-- real people should not fill this in and expect good things - do not remove this or risk form bot signups-->\n    <div style=\"position: absolute; left: -5000px;\" aria-hidden=\"true\"><input type=\"text\" name=\"b_49cbb5b83805d976d2637b64d_c798a53051\" tabindex=\"-1\" value=\"\"><\/div>\n    <div class=\"clear\"><input type=\"submit\" value=\"Subscribe\" name=\"subscribe\" id=\"mc-embedded-subscribe\" class=\"button\"><\/div>\n    <\/div>\n<\/form>\n<\/div>\n<script type=\"text\/javascript\" src=\"\/\/s3.amazonaws.com\/downloads.mailchimp.com\/js\/mc-validate.js\"><\/script><script type=\"text\/javascript\">(function($) {window.fnames = new Array(); window.ftypes = new Array();fnames[0]='EMAIL';ftypes[0]='email';fnames[1]='FNAME';ftypes[1]='text';fnames[2]='LNAME';ftypes[2]='text';fnames[3]='ADDRESS';ftypes[3]='address';fnames[4]='PHONE';ftypes[4]='phone';fnames[5]='BIRTHDAY';ftypes[5]='birthday';fnames[6]='GIVEAWAY';ftypes[6]='text';fnames[7]='LOCATION';ftypes[7]='text';}(jQuery));var $mcj = jQuery.noConflict(true);<\/script>\n<!--End mc_embed_signup-->\n\n\n\n<p>My newest project is a podcast called <a rel=\"noreferrer noopener\" aria-label=\"Software Engineering Unlocked (opens in a new tab)\" href=\"https:\/\/www.software-engineering-unlocked.com\/\" target=\"_blank\">Software Engineering Unlocked<\/a>. Here I talk with experienced developers from different companies, with different backgrounds and experiences on how they develop software. <a href=\"https:\/\/www.software-engineering-unlocked.com\/\" target=\"_blank\" rel=\"noreferrer noopener\" aria-label=\"Sign-up today (opens in a new tab)\">Sign-up today<\/a>.<\/p>\n<p class=\"entry-date published last-updated entry-meta\">Updated on October 11th, 2019 <\/p>","protected":false},"excerpt":{"rendered":"<p>Engineers come in all shapes and sizes. And so do 10x engineers. But what&#8217;s even more important is to build a team of diverse people, with diverse backgrounds, skills, strengths and weaknesses. This way we are prepares for the manifold challenges and tasks we have to solve in order for our companies to succeed.<\/p>\n","protected":false},"author":2,"featured_media":2773,"comment_status":"open","ping_status":"open","sticky":true,"template":"","format":"standard","meta":{"_mi_skip_tracking":false,"spay_email":"","jetpack_publicize_message":""},"categories":[43,44],"tags":[],"jetpack_featured_media_url":"https:\/\/i1.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/07\/we-are-10x-engineers.jpg?fit=1024%2C512&ssl=1","jetpack_publicize_connections":[],"jetpack_shortlink":"https:\/\/wp.me\/paHqvV-Gc","jetpack-related-posts":[{"id":169,"url":"https:\/\/www.michaelagreiler.com\/code-review-practices\/","url_meta":{"origin":2616,"position":0},"title":"Code Review Practices to boost your productivity: Lessons from Microsoft","date":"September 27, 2016","format":false,"excerpt":"Code review best practices are crucial for teams that implement code reviewing. Even though code reviewing is a widely adopted and adapted software practice and provides many benefits,\u00a0it is also time-consuming and comes with several challenges teams have to overcome. This blog post gives a small summary of the keynote\u2026","rel":"nofollow","context":"In \"Code reviews\"","img":{"src":"https:\/\/i0.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2016\/09\/3-Main-Challenges-during-Code-Reviewing-1.png?resize=350%2C200&ssl=1","width":350,"height":200},"classes":[]},{"id":738,"url":"https:\/\/www.michaelagreiler.com\/code-review-blog-post-series\/","url_meta":{"origin":2616,"position":1},"title":"The Ultimate Code Review Blog Post Series","date":"March 17, 2019","format":false,"excerpt":"In this code review blog post series, I share my experience and the lessons from analyzing thousands of code reviews and working with hundreds of engineers.","rel":"nofollow","context":"In \"Code reviews\"","img":{"src":"https:\/\/i2.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/03\/2.png?fit=1024%2C512&ssl=1&resize=350%2C200","width":350,"height":200},"classes":[]},{"id":2250,"url":"https:\/\/www.michaelagreiler.com\/productivity-documentation-data-driven-decision-making-mwr-1\/","url_meta":{"origin":2616,"position":2},"title":"Data-driven decision making, effective teams, and Boeing's fatal crash","date":"June 14, 2019","format":false,"excerpt":"TSER stands for \"Top Software Engineering Reads\" a new theme I introduce on my blog. In each TSER, I share articles I found interesting this week with you. Most of the articles focus on software engineering and productivity-related issues. Top reads on productivity, technical documentation and data-driven decision making Photo\u2026","rel":"nofollow","context":"In \"Software Engineering Reads\"","img":{"src":"https:\/\/i2.wp.com\/www.michaelagreiler.com\/wp-content\/uploads\/2019\/06\/productivity-data-driven-decision-making-2.jpg?fit=919%2C510&ssl=1&resize=350%2C200","width":350,"height":200},"classes":[]}],"_links":{"self":[{"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/posts\/2616"}],"collection":[{"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/users\/2"}],"replies":[{"embeddable":true,"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/comments?post=2616"}],"version-history":[{"count":52,"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/posts\/2616\/revisions"}],"predecessor-version":[{"id":3420,"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/posts\/2616\/revisions\/3420"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/media\/2773"}],"wp:attachment":[{"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/media?parent=2616"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/categories?post=2616"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.michaelagreiler.com\/wp-json\/wp\/v2\/tags?post=2616"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}