{"id":26702,"date":"2020-09-04T11:13:34","date_gmt":"2020-09-04T10:13:34","guid":{"rendered":"https:\/\/dev.wisdomignite.pt\/itv2\/?p=26702"},"modified":"2022-05-26T16:12:25","modified_gmt":"2022-05-26T15:12:25","slug":"are-you-a-hype-driven-developer","status":"publish","type":"post","link":"https:\/\/dev.wisdomignite.pt\/itv2\/2020\/09\/04\/are-you-a-hype-driven-developer\/","title":{"rendered":"Are You a Hype-Driven Developer?"},"content":{"rendered":"\n

If you\u2019re a developer, you\u2019re probably a creature of creation \u2014 a person who loves solving problems and does it with a smile on your face. It\u2019s what drives your soul into the climax of dopamine discharges.<\/p>\n\n\n\n

The software development world is an always-changing environment. Every year, thousands of new frameworks, technologies, and patterns enter the market. These new options lead people to ask whether they’re using the right ones.<\/p>\n\n\n\n

\"Are<\/figure>\n\n\n\n

<\/p>\n\n\n\n

\u201cAm I making a mistake by using an old framework when xpto is out now and claims to make my life a lot easier?\u201d<\/em><\/p><\/blockquote>\n\n\n\n

By their nature, a developer is a person who loves technology<\/a><\/strong>. Even more so, when the technology is a new one that not many people have tried. Our thirst for knowledge and trying new things is insatiable. There\u2019s a huge adrenaline rush flowing in our veins when we\u2019re creating something new.<\/p>\n\n\n\n

Excitement over your profession can be incredible \u2014 when correctly managed.<\/p>\n\n\n\n

How Can Enthusiasm Over New Things Be Something to Worry About?<\/h2>\n\n\n\n

It feels like a paradox. Why worry when our programmers are motivated, positive, and thrilled about something new?<\/p>\n\n\n\n

Because excitement over a new solution, approach, technology, or pattern, can lead to people overlooking older solutions and claiming, \u201cXPTO.js is the way to go. We should migrate the whole platform to this new framework now!\u201d<\/p>\n\n\n\n

The first time it happens, you may think: \u201cOK, we\u2019ll be spending a few months on the migration, but ultimately we\u2019ll end up with a better, more up-to-date product.\u201d After six months of doing nothing but migration, you finally return to focus on business-related features.<\/p>\n\n\n\n

\"Are<\/figure>\n\n\n\n

One year later, a wild, unique, revolutionary, over-the-edge new database engine appears. Developers are whispering that this is the future and that we\u2019ll be outdated if we don\u2019t change from QSL <\/em>to Sacandra<\/em>.<\/p>\n\n\n\n

But this time, migrating all the data brings more risks with it. You decide to take the risk. But instead of six months, your team takes\u00a0more than a year<\/em>\u00a0to complete the migration. There were several differences of paradigm between the technologies. There was almost no information about it on the internet and no knowledge about it within your team<\/a><\/strong>. Consequently, your customer support got worse, since the engineering team was focused on migrating to a new technology, rather than serving the customers who keep the business alive.<\/p>\n\n\n\n

This is Called Hype-Driven Development<\/h2>\n\n\n\n

Marek Kirejczyk<\/a> was one of the first (if not the actual first) people to introduce this topic. Hype-driven development (HDD) is developing software and making decisions based on what\u2019s hot at the moment, rather than actual needs.<\/p>\n\n\n\n

In his article<\/a>, he mentions the various types of HDD, such as the conference driven developer,<\/strong> the stack overflow driven developer<\/strong>, or my personal favorite, the loudest guy driven decisions<\/strong>.<\/p>\n\n\n\n

There are several examples of hype-driven development out there. Some include, but are not restricted to, NoSQL, Micro-service architectures, and JavaScript frameworks. In these three cases, we verified a lot of excitement around them. Entire conferences and forums went wild evangelizing these solutions. This led to people implementing them, often for the wrong reasons \u2014 because they looked cool, not because they actually needed them.<\/p>\n\n\n\n

Make Conscious Decisions!<\/h3>\n\n\n\n

Every framework\/solution\/pattern\/technology was designed to solve a specific problem. Period. This doesn\u2019t make them better <\/em>than the others \u2014 they simply solve a given problem better<\/em>.<\/p>\n\n\n\n

\"Are<\/figure>\n\n\n\n

As a professional, you should always ask yourself what the best solution to your problem is. The answer cmay be the most recent, hot micro-service, or it may be the old, side-kicked, unloved monolith. It just depends on the problem you need to solve.<\/p>\n\n\n\n

There are no silver bullets.<\/em><\/strong><\/p>\n\n\n\n

You will never find a solution<\/a><\/strong> that solves all of your problems. It simply does not exist. Every solution will have strong and weak points. When you advise someone to use a particular solution, make sure you match the problem to the most appropriate solution.<\/p>\n\n\n\n

How to Detect a Hype-Driven Developer<\/h3>\n\n\n\n

Bear in mind that often, hype-driven developers are not necessarily hype-driven all the time. is not an HDD all the time. Usually, it happens on topics of interest to the individual.<\/p>\n\n\n\n

There are a few questions you can ask yourself to help you recognize when you\u2019re making a decision based on hype:<\/p>\n\n\n\n