Est-il possible de prendre en charge plusieurs applications du même type, toutes écrites dans des langages différents ?

Question

Même si nous aimerions tous dire que c'est un avantage pour les programmeurs d'être indépendants du langage, est-il vraiment possible de prendre en charge plusieurs applications Web d'entreprise du même type, toutes écrites dans des langages différents ?Pensez à la complexité d'un CMS ou d'un système de commerce électronique : imaginez maintenant prendre en charge trois plates-formes CMS différentes, toutes écrites dans des langues différentes.Je détesterais être connu comme une boutique .NET, Java ou PHP, mais je ne veux pas non plus être le fournisseur qui dit qu'il peut prendre en charge une solution avec laquelle il n'a jamais travaillé, contrariant un client qui se demande pourquoi nous ne pouvons pas. faire quelque chose à temps.Quelqu'un peut-il parler d'expérience à ce sujet ?Votre entreprise se contente-t-elle généralement de se laisser aller et d'essayer d'apprendre une nouvelle plate-forme à la volée ?Facturez-vous à temps ou absorbez-vous ces coûts ?

Answer 1

Je pense que tout dépend de qui sont vos clients et de ce qu’ils attendent.Je pense que connaître différentes technologies est une bonne chose, mais en réalité, lorsque vous êtes embauché par quelqu'un, il s'attend à ce que vous sachiez ce que vous faites.Personnellement, je préférerais de loin qu'on sache que je fais du très bon travail avec un certain type de technologie et qu'une fois embauché, je fais bien le travail.

Si vous essayez de remporter chaque contrat sans tenir compte de vos compétences de base, vous ne réussirez pas.Vous mettrez en colère les personnes qui vous embauchent et commettent des erreurs, et vous risquez de rater des opportunités où vous pouvez vraiment briller.Parfois, vous devez faire des compromis pour payer les factures, mais si vous n'y faites pas attention, cela peut finir par vous mordre.

Les grands cabinets de conseil avec lesquels j'ai travaillé y consacrent des ressources et espèrent ne pas mettre trop de monde en colère.Ils le font principalement parce qu'ils savent que les personnes qui travaillent avec les consultants et se mettent en colère lorsqu'ils ne font pas leur travail ne sont pas celles qui prennent la décision de les garder embauchés.Pour eux (pas tous que je connais, mais certains certainement), peu importe s'ils se trompent, car ils savent qu'en fin de compte, ils peuvent convaincre les vice-présidents et les vice-présidents principaux de les garder.

Answer 2

Pour être honnête, je pense que ce genre de choses a tendance à se produire avec le temps, quelle que soit la discipline de l’organisation.Il est naturel que de nouvelles méthodologies soient regroupées sous la forme de nouvelles bibliothèques, frameworks ou même langages.Gardez à l’esprit qu’une boutique .NET a peut-être été une boutique ASP/VB à un moment donné.Ils continueront probablement à conserver les anciens systèmes pour leurs clients, car il y a peu d'avantages à tout réécrire à partir de zéro.

Je ne suis pas sûr que quiconque ait le luxe de tout garder « pareil », car les problèmes de langage sont mineurs par rapport aux problèmes de bibliothèque ou de framework – en particulier ceux que vous créez vous-même.