{"id":9133,"date":"2022-03-08T21:33:00","date_gmt":"2022-03-08T20:33:00","guid":{"rendered":"https:\/\/monodes.com\/predaelli\/?p=9133"},"modified":"2022-03-08T16:50:45","modified_gmt":"2022-03-08T15:50:45","slug":"programmers-with-these-3-capabilities-will-be-in-the-highest-demand-by-pen-magnet-mar-2022-level-up-coding","status":"publish","type":"post","link":"https:\/\/monodes.com\/predaelli\/2022\/03\/08\/programmers-with-these-3-capabilities-will-be-in-the-highest-demand-by-pen-magnet-mar-2022-level-up-coding\/","title":{"rendered":"Programmers With These 3 Capabilities Will Be In the Highest Demand | by Pen Magnet | Mar, 2022 | Level Up Coding"},"content":{"rendered":"

Want to win against AI? Go back to being human.<\/p><\/blockquote>\n

Source: Programmers With These 3 Capabilities Will Be In the Highest Demand | by Pen Magnet | Mar, 2022 | Level Up Coding<\/a><\/em><\/p>\n

<\/p>\n

\n

Programmers With These 3 Capabilities Will Be In the Highest Demand<\/h1>\n
\n
\n
\n
\n
\n
<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
\"Pen<\/p>\n
<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
\n
Pen Magnet<\/a><\/span><\/p>\n
Follow<\/a><\/p>\n
\n
\n
\n
\n
<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
Mar 1<\/a> \u00b7 7 min read<\/div>\n<\/div>\n
\n
\n
\n
<\/div>\n<\/div>\n<\/div>\n<\/div>\n
\n
\n
<\/div>\n<\/div>\n<\/div>\n
\n
\n
<\/div>\n<\/div>\n<\/div>\n
\n
\n
<\/div>\n<\/div>\n<\/div>\n
<\/div>\n
\n
\n
\"\"<\/div>\n<\/div>
Photo by Mihai Surdu<\/a> on Unsplash<\/a><\/figcaption><\/figure>\n

In the last decade, interview techniques are heavily redefined.<\/p>\n

Previously, they revolved around boilerplate questions (often googled just before the interview). Since products and services turned into short-term projects, companies began to shift their selection space and redefined the interviews.<\/p>\n

\n

No one is talking about attrition rates, layoffs, and performance-based terminations<\/p>\n<\/blockquote>\n

But how much have they succeeded is difficult to tell. While redefined interviews are already here, no one is talking about attrition rates, layoffs, and performance-based terminations. If the hiring strategies worked, how many of the hired developers ended up staying? How many of them ended up making a difference in the company?<\/p>\n

And most importantly, how much of that difference was meaningful?<\/p>\n

If the companies really want to embrace these challenges, they would try to correct things for the better. Here are the qualities they would seek in the future programmers:<\/p>\n

#1: Write Specs:<\/h1>\n

Specifications in the time of the waterfall were quite verbose. Most of the whitespaces contained little useful information, including author, revision number, and revision date.<\/p>\n

Many programmers literally despised the specs.<\/p>\n

Agile dethroned documentation, just as the renaissance overthrew workable parts of the religion and replaced them with business-centric science.<\/p>\n

The power to document went into the hands of Product Owners. A part of that power was delegated to UX designers. Coders became like functions they wrote: Accepting inputs from them and outputting the product that looked like those outputs under the most ideal conditions<\/em>.<\/p>\n

By the time bugs caught up with them, those coders claimed credit for fixing yet more tickets. Or, they were already replaced.<\/p>\n

\n

If you write a good readme during a coding assignment, chances of your interviewer choosing you over your opponent will surely inflate.<\/p>\n<\/blockquote>\n

If writing specs (non-conforming to any standards) would be mandatory, they would have owned up the product feature from Day 1. First, they would put themselves in the shoes of the user, to understand his problem. Then, they would impersonate the founder, to solve that problem.<\/p>\n

Writing specs not only involves specifications but also writing Readmes and release notes that can be easily understood by laymen customers. If you write a good readme during a coding assignment, chances of your interviewer choosing you over your opponent will surely inflate.<\/p>\n

If someone is thinking about coders can\u2019t write <\/em>problem: Programming after all is a skill to express. That language is human-understandable. We are way beyond days of assembly. If it is a challenge, we must be able to embrace it. If we don\u2019t, all software that we create (with its size reaching petabytes per day) will be unowned and will turn into a megalith with a grotesque structure.<\/p>\n

#2: Express:<\/h1>\n
\n

A program is written once but read multiple times.<\/p>\n

\u2014 Uncle Bob<\/p>\n<\/blockquote>\n

Writing is a form of expression. But how well is your program expressive? How well does it express its purpose? How will it benefit its future maintainers?<\/p>\n

This is not just about sensible variable and function naming. Your program is a story, and as a programmer, you are the one who narrates it to the world.<\/p>\n

Are your classes cohesive enough?<\/strong><\/h2>\n

That will tell how do you bind related items under a common purpose of a class. For example, in a travel booking app, consider the following class:<\/p>\n

class Booking {\n   startDate: Date\n   endDate: Date\n   property: Hotel\n   status: BookingStatus\n   cancellationReason: String\n}<\/span><\/pre>\n
The variable cancellationReason<\/em> is tied with just one possible state of the booking (canceled<\/em>) \u2014 why should it be part of the Booking<\/strong> class? It should belong to some other entity (Maybe BookingStatusChange<\/strong> class, which holds old + new BookingStatus<\/strong> objects, along with a timestamp, and a reason field that is generic enough to hold cancellation.)<\/p>\n
Are your functions designed to operate on the same abstraction level?<\/strong><\/h2>\n
This is a pretty high-level concept, but executed at a lower level. You need to be careful about it as you write every single line of code.<\/p>\n
During a significant part of my career, I have copied code from StackOverflow. However, I must confess that when you do it, this is one thing you cannot do effectively. You need to practice it until you know.<\/p>\n
Why? Because it requires one to classify every code statement and put it where it belongs.<\/p>\n
Consider the following (syntactically incorrect) code:<\/p>\n
function sampleFunction(fileName: String) {\n    const fs = readFile(fileName)<\/span>    if !validateFile(fs) {\n       return []\n    }<\/span>    var byteArray = []<\/span>    while (fs.bytes()) {\n       \/\/ Do byte operation 1\n       \/\/ Do byte operation 2\n       \/\/ Do byte operation 3\n    }\n    return byteArray\n}<\/span><\/pre>\n
This type of code is insanely widespread \u2014 it is even found in big tech quite frequently. One thing that it lacks is the same level of abstraction. The statements within the while loop deal with bytes, while the two statements before it deal with a file.<\/p>\n
Why can\u2019t there be a separate function parseFileBytes()<\/strong> that deals with the low-level byte madness of the while loop? Optionally, filehandle fs could also be passed to this function. That way, the entire function comes on the same abstraction level: It deals with filehandles only. The parseFileBytes()<\/strong>, on the other hand, deals with byte-level details.<\/p>\n
Bonus<\/strong>: Both functions are separately testable.<\/p>\n
function sampleFunction(fs: FileHandle) {\n   if !validateFile(fs) {\n      return []\n   }\n   return parseFileBytes(fs.bytes())\n}<\/span>function parseFileBytes(<\/strong>bytes: [Byte]) <\/strong>{\n<\/strong>    while (bytes) {\n       \/\/ Do byte operation 1\n       \/\/ Do byte operation 2\n       \/\/ Do byte operation 3\n    }\n    return byteArray\n}<\/span><\/pre>\n
Some programmers may argue that involving a separate function call may result in a performance hit (depending upon the language). Some may also feel it is trivial.<\/p>\n
\n
A minute spent in refactoring saves hundreds of hours in debugging.<\/mark><\/p>\n<\/blockquote>\n
But if you consider the efforts of the debugger programmer, you will be able to justify the principle I just explained: Single Level of Abstraction<\/a>. When the maintainer sees this function only deals with the file (instead of file + bytes), he\/she can quickly decide to include\/skip it during the debugging.<\/p>\n
A minute of careful refactoring by an expressive programmer saves hundreds of hours in debugging.<\/p>\n
#3: Zoom In:<\/h1>\n
During my early career hobby project, I had a junior colleague with whom I was designing a library booking website. The signup form had 6 fields. He had put validation on most of them. Some of them acted upon combinations of the fields. The total number of validations was 14!<\/p>\n
I asked him to reconsider some of them. I argued that it was pretty bad UX. To that, he said: \u201cSoon after we go live, they (1000 students) are going to register at once, on day 1 of the college term. If they put bad data, we will have to correct it from the back end. As for bad UX, everyone is going to need it. Who cares?\u201d<\/p>\n
\u201cBut you can spend some time on figuring out the real number of validations, refactor and deliver a better quality product.\u201d I decided to go by the book.<\/p>\n
To that, he said, \u201cI would need to ask the librarian. His answers will take time. If we can\u2019t deliver before the term start, it will be useless. In no time, he (the librarian) would be filling paper forms, and blaming us in front of the entire college staff.\u201d<\/p>\n
He had a point. While I never agreed with his half-cooked, validation-ridden UI, it forced me to think about how the website was going to be used in a live production environment.<\/p>\n
It made me think about the average load and the spike statistics. It helped me think about the post-release data-migration possibilities. It helped me eliminate many nonsensical things and only focus on what was absolutely necessary.<\/p>\n
Zooming in is a skill that is highly overlooked because it is rarely taught even in college, let alone online tutorials. In interviews, this trait comes under the Ownership<\/strong> company value (thinking long-term impact vs short-term utility). I have discussed it at length as part of my Senior Developer Interview eBook<\/a> (50% off for the first 100 buyers)<\/p>\n
\n
Visionaries such as Steve Jobs are popular only because of Zooming in.<\/p>\n<\/blockquote>\n
Your Zooming in capabilities is where interviewers try to see through the real You <\/strong>(as against your CV<\/strong> which was already in their mailboxes). It is this thing that sets you apart from other candidates. Without this, there is no talking about whether you worked on thing X for Y years.<\/p>\n
Visionaries such as Steve Jobs are popular only because of this skill, but they earned it from outside the tech domain. It comes not by coding a thousand programs or solving the maximum number of LeetCode challenges. It comes with critical thinking skills.<\/p>\n
Those skills are not really skills, but continuous activity, and an enjoyable one for those who truly care about the product they code.<\/p>\n
That is what they mean by ownership<\/em> in the interviews and the yearly performance reviews.<\/p>\n
Conclusion:<\/h1>\n
With evolving AI, not all coders might become obsolete soon. But the level that they operate will be quite different from the one they are operating at right now.<\/p>\n
These 3 capabilities will come in handy in setting apart a human coder vs a machine.<\/p>\n<\/blockquote>\n","protected":false},"excerpt":{"rendered":"
Want to win against AI? Go back to being human. Source: Programmers With These 3 Capabilities Will Be In the Highest Demand | by Pen Magnet | Mar, 2022 | Level Up Coding<\/p>\n
Read more →<\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"inline_featured_image":false,"jetpack_post_was_ever_published":false,"_jetpack_newsletter_access":"","_jetpack_dont_email_post_to_subs":false,"_jetpack_newsletter_tier_id":0,"_jetpack_memberships_contains_paywalled_content":false,"_jetpack_memberships_contains_paid_content":false,"activitypub_content_warning":"","activitypub_content_visibility":"","activitypub_max_image_attachments":4,"activitypub_interaction_policy_quote":"anyone","activitypub_status":"","footnotes":"","jetpack_publicize_message":"","jetpack_publicize_feature_enabled":true,"jetpack_social_post_already_shared":true,"jetpack_social_options":{"image_generator_settings":{"template":"highway","default_image_id":0,"font":"","enabled":false},"version":2}},"categories":[1],"tags":[],"class_list":["post-9133","post","type-post","status-publish","format-standard","hentry","category-senza-categoria"],"jetpack_publicize_connections":[],"jetpack_featured_media_url":"","jetpack_sharing_enabled":true,"jetpack_shortlink":"https:\/\/wp.me\/p6daft-2nj","jetpack-related-posts":[{"id":9191,"url":"https:\/\/monodes.com\/predaelli\/2022\/03\/27\/9191\/","url_meta":{"origin":9133,"position":0},"title":"From As a Software Engineer,\u2026","author":"Paolo Redaelli","date":"2022-03-27","format":false,"excerpt":"From As a Software Engineer, Here Are 7 Books You Should Always Have at Your Desk. The subtitle says \"Ditch (or pause at least) all those courses and start reading books\". The Pragmatic ProgrammerHead First Design Pattern Code Simplicity: The Fundamentals of Software The Self-Taught Programmer: The Definitive Guide to\u2026","rel":"","context":"In "Legenda"","block_context":{"text":"Legenda","link":"https:\/\/monodes.com\/predaelli\/category\/legenda\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":9158,"url":"https:\/\/monodes.com\/predaelli\/2022\/03\/18\/on-laziness\/","url_meta":{"origin":9133,"position":1},"title":"On laziness","author":"Paolo Redaelli","date":"2022-03-18","format":false,"excerpt":"Larry Wall had it right when he said that laziness is one of the virtues of a good programmer. But he was talking about in the sense of using existing code and not creating the wheel over and over. Laziness can apply just to a clean programming style. I visit\u2026","rel":"","context":"In "Fun"","block_context":{"text":"Fun","link":"https:\/\/monodes.com\/predaelli\/category\/fun\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":4852,"url":"https:\/\/monodes.com\/predaelli\/2018\/11\/04\/programmers-fonts\/","url_meta":{"origin":9133,"position":2},"title":"Programmers fonts","author":"Paolo Redaelli","date":"2018-11-04","format":false,"excerpt":"Fira code is not the only programmers font. Its web page also lists: HaskligMonoidFixedsys ExcelsiorIosevkaDejaVu Sans Code they are all free-as-in-freedom. Personally I prefer Fira","rel":"","context":"In "Fonts"","block_context":{"text":"Fonts","link":"https:\/\/monodes.com\/predaelli\/category\/fonts\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":10548,"url":"https:\/\/monodes.com\/predaelli\/2023\/06\/18\/the-developers-code-what-real-programmers-do-by-ka-wai-cheung\/","url_meta":{"origin":9133,"position":3},"title":"The Developer’s Code: What Real Programmers Do by Ka Wai Cheung","author":"Paolo Redaelli","date":"2023-06-18","format":false,"excerpt":"Legendum est, that is \"it must be read\". That's why it's in \"legenda\" category, which literally means \"Things that must be read\". That's the power of gerundive verb inflection of Latin. Latin is such a beafutiful, precise and concise language. It's a shame it went \"out of fashion\". English is\u2026","rel":"","context":"In "Legenda"","block_context":{"text":"Legenda","link":"https:\/\/monodes.com\/predaelli\/category\/legenda\/"},"img":{"alt_text":"","src":"","width":0,"height":0},"classes":[]},{"id":8838,"url":"https:\/\/monodes.com\/predaelli\/2021\/10\/18\/3-books-every-programmer-should-read\/","url_meta":{"origin":9133,"position":4},"title":"3 Books Every Programmer Should Read","author":"Paolo Redaelli","date":"2021-10-18","format":"link","excerpt":"3 Books Every Programmer Should Read by Aniket, in JavaScript in Plain English","rel":"","context":"In "Documentations"","block_context":{"text":"Documentations","link":"https:\/\/monodes.com\/predaelli\/category\/documentations\/"},"img":{"alt_text":"","src":"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2021\/10\/0LbZTDudWWHsDhMdA.jpg?resize=350%2C200&ssl=1","width":350,"height":200},"classes":[]},{"id":763,"url":"https:\/\/monodes.com\/predaelli\/2015\/10\/31\/how-to-differentiate-between-an-average-and-a-good-programmer\/","url_meta":{"origin":9133,"position":5},"title":"How to differentiate between an Average and a Good Programmer?","author":"Paolo Redaelli","date":"2015-10-31","format":false,"excerpt":"\u00a0How to differentiate between an Average and a Good Programmer? \u00a0 Oh my! It's so true! javarevisited looks like a really good programming blog as I found gems like\u00ab10 Articles Every Programmer Must Read \u00bb among What Every Programmer Should Know about Memory What Every Computer Scientist Should Know About\u2026","rel":"","context":"In "Senza categoria"","block_context":{"text":"Senza categoria","link":"https:\/\/monodes.com\/predaelli\/category\/senza-categoria\/"},"img":{"alt_text":"Being a good programmer is 3% talent, 97% not being distracted by the Internet","src":"https:\/\/i0.wp.com\/monodes.com\/predaelli\/wp-content\/uploads\/sites\/4\/2015\/10\/Being%2Ba%2BProgrammer.jpg?resize=350%2C200","width":350,"height":200},"classes":[]}],"jetpack_likes_enabled":true,"_links":{"self":[{"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/posts\/9133","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/comments?post=9133"}],"version-history":[{"count":0,"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/posts\/9133\/revisions"}],"wp:attachment":[{"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/media?parent=9133"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/categories?post=9133"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/monodes.com\/predaelli\/wp-json\/wp\/v2\/tags?post=9133"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}