Dois-je utiliser la langue dans laquelle je suis le plus à l'aise ou la «norme» de l'entreprise

Je vais développer un site Intranet pour mon usine spécifique, et la norme de notre entreprise pour le développement Web est IIS + ASP.Net + VB.Net + Microsoft SQL Server (notez que nous avons environ 10+ usines). Le site Intranet ne sera utilisé que par mon usine, et je suis le seul à le supporter. Je suis beaucoup plus compétent avec une configuration LAMP , et je pourrais faire du développement et de la résolution de problèmes beaucoup plus rapidement avec PHP que je ne pourrais ASP.Net. Même si la société "standard" est ASP.Net/VB.Net, la plupart de ce que fait la société dans son ensemble consiste à acheter des logiciels tiers (qui sont généralement basés sur Java ), et très, et je veux dire très peu de gens dans l'entreprise sait mêmeVB6 , et encore moins ASP.Net/VB.Net.

Cela étant dit, est-il préférable de violer les normes de l'entreprise et de choisir la configuration que je peux mieux prendre en charge, ou est-il préférable de choisir la configuration que l'entreprise peut mieux prendre en charge si jamais je partais, même si personne actuellement dans l'entreprise peut prendre en charge leur propre norme de toute façon?

Quelques facteurs supplémentaires à considérer dans mon cas personnel:

• Encore une fois, ce n'est que pour mon usine, et je suis le seul à le soutenir à moins que je quitte l'entreprise, et mon remplaçant le supportera. Pas quelqu'un d'autre déjà dans l'entreprise.
• De toute façon, l'entreprise fait très peu de développement avec sa norme.
• Pratiquement aucun des logiciels existants des entreprises n'utilise leur standard.
• Si je choisis la norme de l'entreprise, je dois utiliser la version Express de Microsoft SQL et un système d'exploitation Windows 7. D'après mes lectures, la version Express convient à une utilisation professionnelle, mais la taille de la base de données est limitée.

Encore une fois, ce n'est que pour mon usine, et je suis le seul à le soutenir à moins que je quitte l'entreprise, et mon remplaçant le supportera. Pas quelqu'un d'autre déjà dans l'entreprise.

1 - Ne présumez pas que vous êtes le seul à soutenir cela. Vous aimez vos congés de maladie et vos vacances, non? Et si vous devez prendre un congé de maternité / paternité prolongé ou quelque chose comme ça? Qui va prendre en charge votre application alors? Et si vous souhaitez parler à quelqu'un de problèmes techniques spécifiques à votre entreprise? Et si vous souhaitez avoir des revues de code? Ou avez-vous besoin d'aide avec un bug délicat? Dans tous ces cas, il est utile d'avoir entre autres des informations sur la technologie que vous utilisez - en particulier sur la façon dont elle peut être appliquée pour résoudre les problèmes spécifiques de votre entreprise.

De toute façon, l'entreprise fait très peu de développement avec sa norme.

2 - Ce n'est pas parce qu'un document existe qu'il s'agit vraiment de la norme ou qu'il signifie quoi que ce soit. Cela peut simplement signifier qu'un groupe d'individus politiquement influents préconise cette approche, et il se peut que d'autres sous-groupes adoptent des approches différentes.

Votre problème peut simplement être que la «norme» a évolué vers un état de facto non documenté qui entre en conflit avec la «norme» documentée. Ou il peut y avoir de nombreux petits groupes officieux de personnes utilisant des «normes» différentes - l'un de ces groupes parvenant à officialiser leur «norme». Vous devrez probablement demander autour de vous pour déterminer ce que les autres membres de votre groupe - qui pourraient également vous soutenir et votre application - considèrent les meilleures pratiques. Demandez-leur ce qu'ils se sentent à l'aise avec vous. Identifiez le véritable paysage technologique de votre entreprise et découvrez où se trouve le savoir-faire. Comme tout bon élément de connaissance tribale en évolution, la seule façon de savoir comment procéder est de parler aux gens.

3 - Ne laissez pas passer des opportunités professionnelles pour apprendre de nouvelles choses . Vous devez vous garder contre le pigeonholed dans cette industrie. Soyez agile. Vous aurez peut-être l'occasion d'acquérir une certaine ampleur et d'apprendre une nouvelle façon de résoudre un problème. Sans oublier que vous acquérez de nouvelles compétences pour votre CV. Cela ne peut que vous aider à avoir à sortir de votre zone de confort pour faire quelque chose de nouveau. Cela étant dit, si la chose différente / nouvelle est si extrêmement niche que vous ne pensez pas que vous ou un futur employeur tirerez profit de ces compétences, alors ce n'est peut-être pas une si grande opportunité. Mais avoir la chance d'être à la fois un expert ASP.net et LAMP vous ouvrira certainement les yeux et ne pourra que vous aider dans votre carrière. Il n'y a rien de tel qu'un vrai projet avec un délai pour vous forcer à vraiment apprendre quelque chose.

Alors mon conseil, ne faites pas cavalier seul. Déterminez où les gens se tiennent vraiment et décidez où vous pouvez le mieux vous intégrer. Si vous avez besoin de sortir de votre zone de confort, profitez-en pour vous développer professionnellement.

Cela étant dit, est-il préférable de violer les normes de l'entreprise et de choisir la configuration que je peux mieux prendre en charge, ou est-il préférable de choisir la configuration que l'entreprise peut mieux prendre en charge si jamais je partais, même si personne actuellement dans l'entreprise peut prendre en charge leur propre norme de toute façon?

C'est une décision de gestion. Faites-leur connaître vos préoccupations et insistez officiellement pour changer.

Cela dit, une langue est un outil et vous devez choisir le bon outil pour un travail; faites-leur comprendre que vous ne vissez pas une vis avec un marteau.

Avez-vous des aspirations de promotion ou de travail sur d'autres projets? Si c'est le cas, je suggère que "faire sa propre chose" aura deux effets négatifs, ce qui entraînera presque certainement (paraphrase) "Je serai celui qui la soutiendra, jusqu'à ce que je parte"

1. Parce que vous avez choisi de ne pas suivre les normes de l'entreprise, vous n'êtes pas particulièrement adapté à des postes plus élevés, car vous ne pouvez pas suivre des instructions simples.
2. Parce que vous avez choisi de ne pas suivre la norme de l'entreprise, ce sera votre problème que personne d'autre dans l'entreprise ne puisse prendre en charge votre code.

Si vous choisissez d'utiliser la norme, il ne sera pas de votre responsabilité de continuer à maintenir le produit quand (si) une opportunité de promotion ou un autre projet se présente.

L'autre façon de regarder une analogie ridicule. Je déménage dans un pays où ils conduisent à gauche, cependant, je suis beaucoup plus habitué à conduire à droite, je préfère conduire à droite, à cause de cela, je suis meilleur dans ce domaine et je peux conduire plus vite. Dois-je conduire à droite?

Les entreprises ont des normes pour une raison, s'il existe une norme formelle qui dit d'utiliser x, alors vous devez justifier y.

Cela ne signifie pas que vous ne pouvez pas utiliser y, cela signifie que vous devez comprendre le raisonnement derrière la norme et obtenir l'approbation avant de la violer.

Peut-être qu'après avoir compris pourquoi, vous ne voudrez plus la violer, peut-être verrez-vous qu'elle doit être modifiée ou supprimée, ou qu'elle ne s'applique pas dans ce cas afin que l'utilisation de y ne soit pas un problème.

Si elle s'applique, à moins que vous ne puissiez la changer, vous devez la suivre. Les normes de l'entreprise ne sont pas tout à fait au même niveau que les commandes directes, mais votre employeur s'attend raisonnablement à ce que vous suiviez les deux, à moins qu'elles ne violent la loi.

Tout dépend si vous allez être viré ou non. Si vous allez être viré, ne le faites pas. Si vous n'allez pas vous faire virer, alors allez-y bien.

Je pense que vous pouvez anticiper la plupart des problèmes qui pourraient en découler et faire un plan détaillé pour savoir si et quand vous deviez quitter l'entreprise.

Un problème qui pourrait gâcher les travaux serait si vous partiez et que les RH devaient rechercher votre remplaçant. Étant donné qu'ils essaient activement de comprendre ce que vous avez fait et embauchent en fonction des compétences nécessaires - ou - regardez simplement le document original qui spécifie la politique d'IIS / ASP.NET / etc. et embaucher aveuglément quelqu'un avec ces compétences pour maintenir votre code LAMP (sur le principe "parce qu'il le dit"), je pense que ce dernier est beaucoup plus probable.

La chose la plus simple (à long terme) est de faire ce que fabianhjr a recommandé et de changer la norme. Modifiez-le pour inclure à la fois Microsoft et LAMP s'ils résistent à un commutateur complet.

Dans ce cas, vous devez suivre la norme. Si la norme ne semble pas s'appliquer, vous devez parler à votre responsable de le faire dans une autre langue.

De toutes les normes à suivre dans le développement, je pense personnellement que le choix de la langue est le plus important . Ignorer le choix de langue standard en faveur d'une langue avec laquelle vous êtes plus à l'aise laisse des collègues et / ou des successeurs dans un ruisseau sans pagaie, car ils peuvent ne pas avoir les compétences pour travailler sur votre projet. Les décisions d'embauche d'une entreprise sont basées sur le choix de la langue, de sorte que des décisions comme celles-ci peuvent avoir un impact majeur. L'introduction d'une autre plate-forme / langue peut forcer l'entreprise à se retrouver dans une situation difficile lorsqu'elle commence à embaucher d'autres personnes.

Au-delà de la langue, vous devez considérer la prise en charge interne du serveur LAMP. Qui va administrer Apache? Et MySQL? Le logiciel de l'entreprise fonctionne-t-il sur une base de données différente? Les administrateurs seront-ils disposés à administrer une nouvelle plateforme? Même si vous prévoyez d'administrer ces services, les tâches pourraient éventuellement incomber à quelqu'un d'autre. Si vous prévoyez d'administrer les services, les administrateurs réseau / serveur vous permettront-ils de le faire?

Les ramifications de l'introduction d'une plate-forme différente peuvent être larges et profondes. Le non-respect de la norme peut finir par affecter de nombreuses personnes en plus de vous. Même si vous maîtrisez mieux LAMP qu'ASP.NET, le développement de cette plate-forme pourrait finir par coûter beaucoup plus cher à votre entreprise à long terme. La clé ici est de communiquer avec votre manager et de comprendre les effets de la décision finale.