De nombreux dirigeants du département de développement penseront à l'opportunité de recommencer à zéro lorsqu'ils reprendront un projet échoué et utiliseront les piles technologiques les plus populaires et les plus populaires (Spring Boot, Springcloud, Redis, Nosql, Docker, Vue), et ils peuvent certainement faire le projet. Rapide et bon.
Ce type de suivi aveugle de la technologie tout juste populaire mais immature et de la sélection négligente de technologies est très courant. La pile technologique qui est dépassée à leurs yeux aujourd'hui n'est en fait qu'une tendance d'un autre groupe de personnes il y a quelques années.
Je ne m'oppose pas à la poursuite technologique, mais le problème ici est: ils savent seulement à quel point la nouvelle technologie est cool, ils ne savent pas combien de fosses la nouvelle technologie n'a pas rencontrées. En raison de l'inexpérience, souvent un petit problème coûtera beaucoup Il faut beaucoup de temps pour le résoudre; je ne suis pas sûr ou je réfléchis profondément à la façon d'éviter de répéter les mêmes erreurs et d'utiliser la nouvelle architecture technologique pour faire un autre mauvais projet, mais je suis aveuglément optimiste quant au succès de la nouvelle technologie.
Personne ne peut arrêter l'atmosphère impétueuse de ce type de sélection de technologies axée sur les CV. Après tout, cela prend les ressources de l'entreprise. Il semble qu'il soit très poursuivi avec de nouvelles choses. Un échec n'affectera pas l'embellissement du CV. Seuls un CV de projet et un CV seront ajoutés au CV. Plusieurs types de compétences ne mentionneront pas qu'un autre projet pourri est fait, et la renommée et la fortune sont à la fois réussies et rentables.
Donc, la raison de faire de mauvais projets n'est pas parce que la technologie est trop en arrière, mais l'auto-guérison collective des soi-disant maîtres techniques;