Pour un programmeur qui vient de terminer sa formation, il est normal d’être idéaliste. Trouver des noms «idéaux» de variables, des noms «idéaux» de fonctions, construire une architecture applicative «idéale», des relations «idéales» avec les clients selon un plan de développement «idéal». Le monde de "l'idéalisation" de la programmation est très fragile et se brise dès le premier choc avec des projets commerciaux sérieux. Pour le programmeur, il s’agit d’une nouvelle étape de développement, la recherche de l’équilibre entre l’efficacité de son code et les exigences commerciales en constante évolution.
Le concept d '«idéalisation» pour chaque spécialiste est individuel, mais il est important de comprendre qu'il n'y a pas de projets sérieux écrits «idéalement», même du point de vue d'un professionnel qui a écrit le code. Il existe des solutions réussies, une architecture pouvant supporter de nombreux changements, mais dans tout projet, il existe toujours un site qui peut être amélioré, que ce soit d'un point de vue ou d'un autre.
Ce problème concerne non seulement le domaine technique, mais également de nombreux autres domaines de l'activité humaine - économie, politique, marketing et autres spécialités «idéalisées» au stade de la formation. Le terme «idéalisation» dans ce cas fait référence à des modèles de référence qui donnent une compréhension erronée de la réalité aux futurs spécialistes. C'est la valeur principale de l'expérience professionnelle et de l'expérience d'interaction avec les gens.
Une erreur commune est que de nombreux experts ne vont pas au-delà de leurs "idéalisations", poursuivent leurs efforts pour atteindre la perfection dans des situations inappropriées, perdent leur efficacité en matière de prise de décision et font preuve d'une réflexion grossière lorsqu'il est nécessaire de changer le vecteur de développement, ce qui peut considérablement augmenter les coûts de production du produit jusqu'à la fin du projet.
Un exemple de la manifestation du problème de l'idéalisation peut être l'utilisation de modèles de conception lorsqu'un programmeur est incapable de corriger un modèle, se sentant en même temps dans l'erreur, comme s'il enfreignait la loi non écrite de la programmation. Certes, les règles du bon ton existent et doivent être suivies, tout en se basant sur la réalité. Une programmation efficace nécessite une approche de la réalité plutôt que d'être dans les limites de la pensée de référence.
Les spécialistes d’AZNResearch ont connu beaucoup de métamorphoses professionnelles, avec une nouvelle prise de conscience des expressions «code idéal», «approche de développement», «interaction client», «politique de marketing», qui a rapproché autant que possible de véritables interactions techniques et sociales dans des environnements spécialisés. Au fur et à mesure que l'expérience grandit, que le temps nécessaire pour entrer dans de nouveaux domaines d'activité diminue constamment, un véritable intérêt apparaît pour le travail, généré par la compréhension des processus de développement. Nous savons quoi faire et comment trouver un terrain d'entente.