Que ne devrait pas faire un informaticien en 2020?

Habr regorge de prévisions et de conseils sur ce qu'il faut faire l'année prochaine - quelles langues apprendre, dans quels domaines réduire, comment gérer sa santé. Cela semble inspirant! Mais chaque pièce a deux faces, et nous tombons non seulement sur quelque chose de nouveau, mais surtout sur ce que nous faisons tous les jours. «Eh bien, pourquoi personne ne m'a prévenu! Nous nous enflammons - nous avons compilé pour vous une liste de ce qui ne vaut PAS la peine d'être fait en 2020 (et peut-être toujours).


Et la gravité n’a pas été posée.

Nous aimerions beaucoup organiser les anti-recommandations dans l'ordre, du plus important au plus insignifiant. Mais ils sont tellement répandus, équivalents et familiers à presque tout le monde que nous écrirons séparément. Eh bien, vérifiez la liste?

Pas besoin d'aller à l'informatique si tout va bien


N'apprenez pas de nouvelles technologies pour changer de métier ou recommencer à zéro. Notre temps est merveilleux en ce que vous pouvez étudier, changer d'emploi, changer fondamentalement de sphère - et donc jusqu'à la retraite. C'est une chose cool et séduisante. Mais si vous avez plus de 28-30 ans, vous ne devez pas tout laisser tomber pour entrer dans l'informatique ou partir pour une nouvelle pile (par exemple, vous écrivez des systèmes très chargés en Java et décidez soudainement de partir dans un réseau neuronal en Python). La raison est simple: ce ne sera pas facile pour vous. Premièrement, il y a une forte concurrence de spécialistes qui siègent sur cette pile depuis le début de leur carrière, deuxièmement, vous devrez à nouveau devenir un junior avec un bas salaire, et troisièmement, il vous sera moralement difficile de devenir subordonné au niveau le plus bas de la hiérarchie. Par conséquent, si vous voulez aller dans l'autre sens, essayez de le faire soit en fonction du travail actuel et des tâches en cours, soit développez de nouvelles connaissances comme passe-temps, déposez un projet pour animaux de compagnie pour arriver à un nouvel emploi n'est plus un junior.

Changer de pile en pile - seul le temps à perdre


Ne vous précipitez pas entre les piles technologiques pour votre développement. Si vous écrivez un projet dans une langue, utilisez un framework et des bibliothèques spécifiques, vous ne devriez pas tout jeter en enfer et réécrire dans Dart, juste parce que cela vous a semblé intéressant. Faites-en une règle pour trouver une justification pour l'évolution de la technologie - non seulement au niveau du besoin, mais aussi au niveau financier et technique.



Pas besoin de tenir tête et bronze


Se reposer sur une langue ou une technologie et ne pas en apprendre une nouvelle revient à changer la pile avec chaque nouvelle technologie. Assurez-vous d'étudier de nouvelles bibliothèques et de nouveaux cadres, ne soyez pas obstiné en sachant que tout est mieux pensé et dopé exclusivement par vous. Pour presque toutes les langues, des mises à jour sortent constamment, ce qui peut parfois améliorer considérablement votre projet. Ne soyez pas paresseux pour suivre la dynamique de votre pile et, dès que vous trouvez quelque chose de cool et d'utile, n'hésitez pas à vous glisser dans le projet!

Ta tête est bonne, toujours bonne


Ne pensez pas avec la tête des autres, la vôtre est meilleure. Hélas, certains développeurs sont assis et attendent qu'ils reçoivent une tâche de codage de l'erreur précédente jusqu'à la fin, sans essayer d'introduire quelque chose de propre dans le projet, de développer une nouvelle fonction, de la tester et de l'offrir en production. Pourquoi s'embêter quand il y a le chef d'un chef d'équipe ou d'un chef d'entreprise qui décidera tout lui-même? Si vous vous reconnaissez, alors nous avons une mauvaise nouvelle: un poste passif n'aidera ni dans une carrière ni dans le développement. Vous avez la chance de vous essayer à un ingénieur de développement, pas un codeur, dans un vrai projet de combat et de comprendre où bouger, ce qui manque, mais vous préférez passer votre temps sur autre chose et faire exactement "à partir de maintenant". Tels dans l'informatique moderne survivre de pire en pire, sortir de l'animation suspendue.

Les utilisateurs sont des gens effrayants


Ne surestimez pas les utilisateurs de votre logiciel: si vous n'écrivez pas pour des programmeurs, attendez-vous à ce que le programme rencontre un malentendu impénétrable. Les premiers jours ou semaines, l'utilisateur détestera votre logiciel, car "l'ancien n'était pas si stupide". Pour éviter cela, faites de la documentation et des supports de formation sympas. Lors de l'installation ou de l'achat, il est très intrusif d'indiquer que les manuels doivent être lus avant de commencer à travailler avec le programme, et non après le plantage de la base de données, la perte de mot de passe et la maîtrise de soi.



Ne sous-estimez pas non plus les utilisateurs: ils sont plus rusés, plus intelligents et plus curieux que vous ne le pensez. Si vous pensez que ce bug avec le format de la variable et exécuté à la 138e pression sur Entrée avec un intervalle d'une seconde ne s'affiche pas, vous vous trompez - il apparaîtra et affectera le fonctionnement de votre application de la manière la plus bizarre. La règle amateur fonctionne: c'est lui qui supporte le mieux les tests. Mais pour une raison quelconque, les utilisateurs n'aiment pas trouver de bogues en production - il n'y a pas de solidarité en eux. En général, plus vous êtes confiant dans votre logiciel, mieux c'est. Au final, il est préférable de retarder la sortie de certaines fonctionnalités plutôt que de les ajouter à une application en cours d'exécution et de la rendre soudainement brute.



Arrêtez de googler!


Arrêtez d'accéder à Google seul. Nous ne discuterons même pas - dans le domaine du développement, une demande directe au moteur de recherche peut trouver beaucoup. Plus vous approfondissez la recherche d'informations, plus vous obtiendrez de données «secondaires» et en apprendrez plus, car vous apprendrez quelque chose de nouveau, sans rapport avec votre demande, mais probablement nécessaire à l'avenir. Tournez-vous vers le matériel complet, les livres, les articles, etc. Les langues et les bibliothèques ont des spécifications, une communauté, comment, et vous obtenez donc le moyen le plus fiable de développer les compétences de votre programmeur - il suffit de lire la documentation et de ne pas chercher les solutions locales et les extraits de code d'autres personnes. Et si votre décision était meilleure, plus rapide et plus fraîche?

Faire confiance mais vérifier


N'utilisez pas de bibliothèques et de frameworks créés par des développeurs tiers sans vérifier le code ou l'adapter à vos propres besoins. Vous n'avez aucune raison de faire confiance inconditionnellement à cet auteur de code que vous ne connaissez pas du tout. Oui, divers éléments malveillants intentionnels dans le code tiers ne sont pas si courants et la paranoïa ne vaut pas la peine d'être souffert, mais la copie aveugle de parties finales du logiciel dans votre projet peut entraîner des conséquences imprévisibles. Par conséquent, assurez-vous de lire et d'analyser le code avant utilisation et d'effectuer des tests après la mise en œuvre du code.

Faites des sauvegardes!


Ne cessez pas de faire des sauvegardes ou de les conserver sur les mêmes serveurs tiers sur lesquels votre projet est hébergé. Pensez à des conseils drôles et vains? Mais plus de 700 participants au chat du Telegram qui sont tombés dans une récente situation désagréable avec l'arrêt d'un centre de données bien connu ne le pensaient pas - ce qui n'était pas là: des projets pour animaux de compagnie aux grands sites Web d'État. organismes et bases corporatives 1C et facturation. Une partie importante - sans sauvegardes ou avec des sauvegardes au même endroit. Répartissez donc les risques et stockez la sauvegarde au moins sur l'hébergement principal, sur des VDS fiables et sur votre serveur local. En fin de compte, cela sortira beaucoup moins cher.

Arrêtez d'apporter le vôtre au détriment du projet


Ne faites pas ce que vous voulez dans un brouillon, mais faites ce dont les clients ont besoin. Oui, il est incroyablement intéressant et cool de créer votre propre réseau de neurones, de le former et de l'implémenter dans votre logiciel, mais si vos clients ont besoin d'un simple gestionnaire de contacts, ce sera un excès coûteux. Découvrez le fonctionnement du projet, lisez la documentation, lisez les avis et les applications des clients et mettez en œuvre ce qui donnera une valeur commerciale au projet. Si vous voulez créer quelque chose de scientifique ou de super compliqué, commencez par votre propre projet.

Pas un code, mais un paquet de nerfs


N'écrivez pas de code illisible et non documenté. Nous connaissons cette fonctionnalité: le développeur écrit le code tel que Dieu le met à l'âme, le confond délibérément un peu afin qu'aucun des collègues ne puisse comprendre ce qui est écrit - une vengeance préventive si particulière avant que quelque chose ne se produise. Cependant, vous risquez non seulement l'entreprise (qui vous paie de l'argent pour le travail), mais aussi vous-même: il est probable que vous ne vous souviendrez pas vous-même de ce que vous vouliez dire avec cet obscurcissement involontaire. La même chose avec le code non documenté: en s'appuyant sur votre logique pour nommer les variables et les fonctions et une bonne mémoire, après quelques années, vous ne vous souvenez peut-être pas pourquoi vous avez choisi cette boucle, méthode, modèle, etc. Documenter le code et sa bonne structure est un service sympa pour les collègues, l'employeur et surtout pour lui-même.



Restez simple, stupide


Ne compliquez pas le code, les décisions et les projets. Il n'est pas nécessaire de clôturer une structure complexe et de produire des entités sans signification particulière. Plus votre code est complexe, plus vous devenez son otage - il vous sera extrêmement difficile de le maintenir et de le développer. Bien sûr, le fameux principe KISS («Keep it simple, stupid») ne convient pas toujours, mais il n'a pas été créé en vain: la simplicité et l'élégance du code sont la clé de son application et de sa réutilisation réussies.



Attention


N'ignorez pas la sécurité - en 2020, c'est littéralement criminel. Même si votre entreprise, votre développement et vous n'êtes pas intéressé par les intrus, vous pouvez être affecté par des problèmes liés à la défaite d'un segment de réseau, à un hébergeur, à une attaque contre un centre de données, au vol de mots de passe de messagerie et au comportement dangereux d'employés qui pourraient voler les données de l'entreprise, retirer des clients ou le code de programme de l'ensemble du projet. Si cela est en votre pouvoir et appartient au domaine de compétence, essayez de protéger les projets avec lesquels vous travaillez. Eh bien, observez vous-même la sécurité des informations, cela n'a dérangé personne.

Ne crachez pas dans le puits


Ne lisez pas votre employeur. À ce jour, les communications ont atteint un niveau tel que, par exemple, tous les RH de la ville se connaissent par contumace et peuvent échanger des informations dans des salles de chat et des groupes privés (comment aider à trouver un emploi et écrire «Vasily Ivanov, architecte système, a tout tué avant de partir) comptes, effacé les sauvegardes et déconnecté le réseau, la récupération a pris 3 jours. Ne le mettez pas au travail "). Ainsi, votre comportement jouera exclusivement contre vous - et parfois même la réinstallation dans une autre ville ou capitale ne vous aidera pas. Même si vous partez avec ressentiment, il n'y a pas de meilleure vengeance que de devenir un employé utile et cool d'un concurrent :-) Et surtout, complètement en toute impunité.


Cela ne vaut pas non plus la peine. Mais, comme le montre l'expérience, nous ne nous arrêterons pas

En général, mes amis, lisez les conseils, mais faites ce que vous pensez le mieux - car de vraies découvertes sont faites lorsque nous doutons des vérités qui ont déjà été découvertes. Bonne année, laissez vos projets réussir, une carrière pas ennuyeuse, des collègues et des managers adéquats et la vie dans son ensemble réussit. En général, pour la nouvelle année et pour le nouveau code!

Avec amour
Équipe RegionSoft Developer Studio
Au cours de la nouvelle année, nous continuerons à travailler pour vous et à développer le puissant système CRM de bureau RegionSoft CRM et le système d'assistance et de ticket ZEDLine simple et pratique.

Source: https://habr.com/ru/post/fr482438/


All Articles