Choosing the right technologies is a prerequisite for becoming a senior developer. These decisions are often not easy, because you have to take into account the current technical state of the application, where you are going developmentally, what your current team knowledge is, what knowledge is common in the job market, what the costs of each technology are, what risks it will bring to your operation, how secure and stable the technology is, and last but not least, what will developers be interested in, say, 5 years from now when 80% of your current team is replaced.
I've been through 6 large companies that develop in PHP. Only 2 of them are trying to switch to another technology in the long run, the others are staying. That has a lot of problems. For example, I'm currently trying to find a senior PHP developer for a corporate project I'm developing for O2, with the requirement to commute to offices in Prague, and I can see how the PHP developer market has cleared in the last 5 years. PHP just isn't cool anymore and not many people want to do it. There are not enough juniors in it.
From interviewing younger people, I perceive that React and generally "thin" technologies are very popular nowadays. From an application architecture perspective, it makes sense if you discover this direction early on, and have time to adapt. Instead of the complex pounding of web layouts and forms in Latte, for which you need a practically mediocre developer for an already slightly more complex assignment, in React you just need a junior who started basically a month ago, and still doesn't make too many mistakes in the future solution.
React lets you throw away a big chunk of the backend that was written just so the frontend could exist in the first place. In short, it makes development cheaper, and as a bonus you get faster delivery of new features because developers don't have to deal over and over again with the complex problems that come from the PHP design language.
In a deeper analysis of the projects I've developed over the last 5 years, there are only a few things missing in Node.js that still make me use PHP for some operations.
But then along comes Node.js, which does the rest of the stuff better. For example:
Comment on Doctrine: I know JS brings a lot of libraries for working with databases. Or even new paradigms like Mongo. I like where the data processing direction is heading. On the other hand, I believe that tabular relational databases will never go away. When you're doing a really big project where you're managing upwards of tens of millions of records, you simply need traditional technology that you're very familiar with and know what to expect. For example, the idea that I want to add a column (property) and it would mean remapping all the entities with a migration script is pretty scary to me.
Jan Barášek Více o autorovi
Autor článku pracuje jako seniorní vývojář a software architekt v Praze. Navrhuje a spravuje velké webové aplikace, které znáte a používáte. Od roku 2009 nabral bohaté zkušenosti, které tímto webem předává dál.
Rád vám pomůžu:
Články píše Jan Barášek © 2009-2023 | Kontakt | Mapa webu
Status | Aktualizováno: ... | en