How to be an impactful developer

Recently Microsoft-owned Github co-pilot went open for all. It is branded as “AI Pair Programmer” for every developer. Github says that the co-pilot is trained on billions of lines of code and can turn natural language prompts into coding suggestions across dozens of languages.

Inspired by Github co-pilot, AWS released “CodeWhisperer”. They call it an “ML-powered coding companion”.

There is a line of products that we will see emerging in the immediate future where developers will get AL-ML-trained companions. These products are aimed at freeing up the mental space of developers from silly problems so that they can tackle big ones and think big.

From another perspective, we can learn that development time is becoming a pivotal asset to businesses, and everyone wants to make the most out of this commodity.

If you are reading as a developer, you may have to up your game in future so that you can be distinguished from others and earn a decent place in org structure. More important than org structure is impact assessment of your work. Your value inside a business is directly proportional to the intensity of the impact your work causes on the business.

I am listing down some fundamental principles which are important to being an impactful developer. Whether you are coding alone or in companionship with a human/robot, these principles will always remain relevant.

?

  1. The world is full of fascinating problems to be solved:?To be an efficient developer you must get a basic thrill from solving problems, sharpening your skills, and exercising your intelligence. You also must develop a kind of faith in your learning capacity – a belief that even though you may not know all of what you need to solve a problem, if you tackle just a piece of it and learn from that, you’ll learn enough to solve the next piece and so on, until you’re done
  2. No problem should ever have to be solved twice:?To be an impactful tech resource, you must believe that the thinking time of other resources is precious – so much so that it’s almost a moral duty for you to share information, solve problems, and then give the solutions away just so other people can solve new problems instead of having to perpetually re-address old ones.
  3. Keep Bureaucracy at bay:?Developers (and creative people in general) should never be bored or must drudge at stupid repetitive work because when this happens it means they aren’t doing what only they can do – solve new problems. This wastefulness hurts everybody. Therefore, boredom and drudgery are not just unpleasant but evil. Being bureaucracy the prime source of boredom, developers should work smart and keep their working processes extremely lean, and meaningful, and dealing with them should be lighter for other people.
  4. Don’t micro-manage and don’t get micro-managed:?Impactful developers are naturally anti-authoritarian. Anyone who can give you orders can stop you from solving whatever problem you’re being fascinated by – and, given the way authoritarian minds work, will generally find some appallingly stupid reason to do so. So, the authoritarian attitude must be fought wherever you find it, lest it smothers you and other hackers
  5. Practice and practice: Attitudes are no substitute for competence:?To be an impactful developer, you must develop some of the above attitudes. But copping an attitude alone won’t make you a hacker, any more than it will make you a champion athlete or a rock star. Becoming an impactful developer will take intelligence, practise, dedication, and hard work. There it would be best if you learned to distrust attitudes and respect competence of every kind.

The above principles are inspired by the Humanocracy book by Gary Hamel and Michele Zanini.

Just a trivia for developers: Rockstar is a programming language made especially to code in natural language. Please have a look at it here.

要查看或添加评论,请登录

Ashish Deora的更多文章

  • What is an inspiring Leadership?

    What is an inspiring Leadership?

    You can’t force an agenda, Mr Alderson. You have to inspire one.

    1 条评论
  • 4 Laws of Building Listening Organizations - Rule 4: Make it Satisfying

    4 Laws of Building Listening Organizations - Rule 4: Make it Satisfying

    When I sat down to pen down the final article of the 4-part series last Sunday night, I was not in the right mind. My…

    2 条评论
  • 4 Laws of Building Listening Organizations - Rule 3: Make it Easy

    4 Laws of Building Listening Organizations - Rule 3: Make it Easy

    This is the third article in the series on building a habit of listening in the workplace. In this article, we have…

  • 4 Laws of Building Listening Organizations - Rule 2: Making it Attractive

    4 Laws of Building Listening Organizations - Rule 2: Making it Attractive

    This is the second article in the series on building a habit of listening at the workplace. We’ve seen that embedding a…

  • Make it obvious

    Make it obvious

    James Clear crafted a very efficient framework for building good habits and breaking bad habits. In this 4-part series,…

  • Best is the Enemy of Good

    Best is the Enemy of Good

    We all have heard that Good is the enemy of Great. However, I read something very different while surfing a chapter in…

  • The shortcut of making Great Workplace Culture

    The shortcut of making Great Workplace Culture

    Since I’ve started to work from home the task of buying vegetables, fruits and groceries have been assigned to me. My…

    4 条评论
  • The Meteorological Department of Workplace Culture

    The Meteorological Department of Workplace Culture

    I just started reading a beautiful book named “The Reader” by Bernhard Schlink, Carol Brown Janeway (Translator). The…

    2 条评论
  • 10 Assumptions of Bureaucracy

    10 Assumptions of Bureaucracy

    In the past the man has been first; in the future, the system must be first. This in no sense, however, implies that…

    2 条评论
  • The Half-life of Data

    The Half-life of Data

    [Headsup for a scientific read] The entire science batch of my junior college had two big groups: 1) Medical students…

    8 条评论

社区洞察

其他会员也浏览了