I Don't Like This Tech Stack
Photo by Chris Ried on Unsplash

I Don't Like This Tech Stack

Engineers can sometimes be eccentric, but when it comes to favorites, they are just like everyone else. They have their favorite shows, sports teams and music bands, but above all, they have their favorite tech stacks. It is not uncommon to come across engineers embroiled in a spirited debate over what technology is best suited for a particular problem or even a make-believe scenario that is better left to the imagination. Once they commit to a stack, they are loyal to the bone and will fight for it, and in some cases even leave their jobs for it. I myself am not immune to this and have had my own share of experiences with stacks I loved and hated, especially in my younger days. Admittedly, it is difficult not to form a strong opinion about something we use for several hours every day. But over the years, with experience, I have started to take a less sentimental and more practical approach towards the choice of stacks to use. And in this edition, I wanted to share some of my thoughts and reflections on the never ending debates around tech stacks.

Purpose over stack. First of all, unconditional loyalty to a stack is not a virtue because technology is merely an instrument of convenience in a world rife with ever-changing business conditions. Ultimately, any stack is simply a means to an end that should be selected strictly through the lens of the value it delivers to a business. It may have the best developer experience but is it stable enough? It may have the most active developer community but is it performant? The questions go on and on. In the end, a decision needs to account for all the right trade offs and settle on the right technology for the right business problem. And as employees, we may be initially attracted to a company for the stack it uses but we are not likely to last if its core business doesn’t appeal to our grander needs and sense of purpose. As such, our loyalty to the business should always supersede our loyalty to the stack.

Make it better. One obvious option when faced with this problem is to do what engineers do best and fix whatever it is we dislike about this stack. One of the reasons why engineers are biased against certain technologies is because they have strong opinions on how they should have been built. And if the opportunity to work on these technologies exists, it is worthwhile for any engineer to make the improvements they seek or at least push for them in a meaningful way. Engineers should not be defined by the stacks they use and they should instead try to impose their will on these stacks by changing and wielding them as they see fit. This not only allows them to make material impact on the business through these foundational improvements, but it also spells critical growth in their ability to cross boundaries and engineer their way around a variety of technical problems.

Make our case. But sometimes the opportunities to make these improvements simply may not exist. Perhaps the stack is closed and not easily amenable to third party improvements. Well, if a stack is measured by the value it brings in the service of the business objectives, it is fair to assume that the business preferences for that stack are simply born out of practical needs, and, by the same measure, open to practical challenges. If we can make a convincing argument for why another stack is better suited for the business, more often than not, our case is likely to get some serious considerations. In the end, if the company accounts for the different perspectives in making a reasonable decision that is absent ideology, we can at least take comfort in the fact that the business is exercising sound judgement, regardless of the final outcome.  

Sometimes that outcome is not to our liking, and we may see the situation as untenable and feel compelled to leave. But we would be wise to first consider if the stack was the primary reason we came to the company in the first place. Stacks change all the time but companies and their values seldom do. So we need to lay our ideological preferences aside for a moment and try to make a practical decision just like a business would. The fortunes of any stack rise and fall with the businesses that use it. And for that reason alone, a stack is far more likely to evolve in order to accommodate the needs of its users than a business is likely to evolve to be a better fit for a stack. And that is why we should always join a company we love and bring the good fight on the right stack instead of chasing a stack into or out of a company we have little care for. But most importantly, much like everyone else, we need to carefully choose our purpose because the day we let stacks decide our purpose for us is the day we consign ourselves as instruments without purpose. Let that purpose be strong in all of us.

To see my writings beyond "Stuff Engineers Say," visit my articles page or follow me.

Joseph J. Alfisi

Enjoying my life and taking it easy!! ;)

4 å¹´

tradeoffs, tradeoffs, tradeoffs,,,, no matter what stack your company uses you have to measure the pros and cons as to what the benefits are and what the pitfalls are... hopefully for the engineer they can take advantage of the pros and tolerate the cons.... but most of us really want to build systems that are perfect and withstand the test of time.... me i can live with the stack that gives me 80% of what I need and the other 20% I'd like to be creative and figure out on my own..

Mark Crable

Senior Process Engineer / Senior Process Control Engineer

4 å¹´

This is the Stuff That SOFTWARE Engineers" might say . . . . . . and yet most of us other engineers would NOT: I'm a chemical engineer, systems engineer (who programmed in a combination of Fortran and Assembly language PLUS later in Object-Oriented programs), a quality engineer, a controls optimization engineer, a pseudo-mechanical engineer, a pseudo-civil engineer, etc. And, until recently, I hadn't even heard the term "STACK." Oh well, to each their own experiences, yes? Kind regards, Mark Daniel Crable CEO, CRABLE ENTERPRISES WORLDWIDE e-mail: mark01231961@gmail.com

Mohamed Khalid Orikat

Senior Software Engineer at Microsoft

4 å¹´
赞
回复
Katherine Burk

Electrical Commissioning Project Manager, Electrician, Infrared Electrical Thermographer, Drone Pilot & MOM!

4 å¹´

Bef, You managed to pull real life challenges & perspectives out of our engineering brains. We like to think ?? we are improving the world ?? because that’s why we went to school ?? . Tinkering leads to the next and the next, a natural curiosity but sometimes we can do more harm than good under the guise of “improving”. That’s the fine line we balance! Excellent message

Ram Pavan

Senior Software Developer @ IQVIA . TypeScript . JavaScript. React.js . Node.js . Full Stack Developer. Agile. Docker. CI/CD. Kubernetes and Cloud enthusiast. Web development.

4 å¹´

Great Article Bef Ayenew!!. Frameworks are like tools which are means to an end. Once we detach ourvelves from these identities and hone our work to build good software, then we can make better decisions with clarity provide value for businesses.

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

Bef Ayenew的更多文章

  • The Art of The Documentation

    The Art of The Documentation

    Earlier this week I was having a conversation with a co-worker and the subject of documentation came up. As someone who…

    16 条评论
  • What Does Your Manager Want From You?

    What Does Your Manager Want From You?

    This may not be the answer they teach in business school but most managers want you to minimize their anxiety levels…

    11 条评论
  • The Vital Role Senior ICs Play as Leaders

    The Vital Role Senior ICs Play as Leaders

    Engineering, much like many other functions, has two career tracks: management and IC (Individual contributor). But…

    6 条评论
  • Jammin to Stuff Engineers Say

    Jammin to Stuff Engineers Say

    So what do Microsoft’s CTO and Linkedin’s COO have in common? Well, other than being incredible technology leaders…

    6 条评论
  • A pandemic, an invasion and the express need for empathy at work

    A pandemic, an invasion and the express need for empathy at work

    This week, my plan was to pen a post on personal branding but that post will have to wait for another time because this…

    11 条评论
  • An Ode to Deadlines

    An Ode to Deadlines

    Many years ago, I had a conversation with a co-worker at Oracle who shared with me his theory on why MIT grads didn’t…

    26 条评论
  • Reflections | 2021 Edition

    Reflections | 2021 Edition

    As we are getting ready to bid 2021 goodbye and welcome 2022, it seems appropriate to take a moment and reflect a bit…

    11 条评论
  • Availability Is The Best Ability.

    Availability Is The Best Ability.

    It’s fantasy football season again, and I'm happy to be back to wheeling and dealing, trying to get that elusive win…

    4 条评论
  • My Untold Struggles

    My Untold Struggles

    People typically recognize us for what we have achieved, but quite often, that perception is lacking in nuance and…

    11 条评论
  • So Long Silicon Valley. Hello Seattle.

    So Long Silicon Valley. Hello Seattle.

    I arrived in Silicon Valley several years ago with dreams of building the next big thing. In hindsight, I had neither…

    31 条评论

社区洞察