Est-il possible de prendre en charge plusieurs applications du même type qui sont toutes écrites dans des langues différentes?

Question

Autant que nous aimerions tous dire que c'est un avantage pour les programmeurs d'être indépendant de la langue, est-il vraiment possible de prendre en charge plusieurs applications Web d'entreprise du même type toutes écrites dans des langues différentes? Réfléchissez à la complexité d'un système de gestion de contenu ou de commerce électronique - imaginez maintenant que vous pouvez prendre en charge trois plates-formes CMS différentes, toutes écrites dans des langues différentes. Je détesterais être connu comme un. NET ou un magasin Java ou PHP, mais je ne veux pas non plus être le fournisseur qui dit qu'ils peuvent soutenir une solution avec laquelle ils n'ont jamais travaillé, dérangeant un client qui se demande pourquoi nous ne pouvons pas faire quelque chose juste à temps. Quelqu'un peut-il parler d'expérience à ce sujet? Habituellement, votre entreprise aspire-t-elle et essaie d'apprendre une nouvelle plate-forme à la volée? Est-ce que vous facturez à la vitesse, ou mangez 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 les différentes technologies est une bonne chose, mais vraiment quand quelqu'un vous embauche, il s'attend à ce que vous sachiez ce que vous faites. Personnellement, je préférerais que l'on sache que je fais un très bon travail avec un certain type de technologie et que, lorsque je suis embauché, le travail est bien fait.

Si vous tentez d'exécuter chaque contrat sans tenir compte de vos compétences de base, vous n'allez pas réussir. Vous allez irriter les gens qui vous embauchent et font des erreurs, et vous risquez de manquer des occasions où vous pouvez vraiment briller. Parfois, vous devez faire des compromis pour payer les factures, mais si vous ne faites pas attention, cela peut vous mordre à la fin.

Les grandes sociétés de conseil avec lesquelles j'ai travaillé jettent des ressources et espèrent ne pas irriter trop de gens. Ils le font principalement parce qu'ils savent que les gens qui travaillent avec les consultants et qui se mettent en colère lorsqu'ils ne font pas le travail ne sont pas ceux qui décident de les embaucher. Pour eux (pas tous je sais, mais certains certainement), ne se soucient pas s'ils bousiller parce qu'ils savent finalement qu'ils peuvent convaincre les VP et les SVP pour les garder autour.

Answer 2

Pour être honnête, je pense que vous avez tendance à voir ce genre de chose se produire au fil du temps, peu importe à quel point l'organisation est disciplinée. Il est naturel que de nouvelles méthodologies soient regroupées sous la forme de nouvelles bibliothèques, de nouveaux frameworks ou même de nouvelles langues. Gardez à l'esprit qu'un magasin .NET peut bien avoir été un magasin ASP/VB en même temps. Ils conserveront probablement des systèmes plus anciens pour les clients, car il n'y a guère d'intérêt à tout réécrire à partir de zéro.

Je ne suis pas sûr que quelqu'un a le luxe de tout garder « le même », parce que les questions linguistiques sont mineures par rapport aux questions de bibliothèque ou cadre - en particulier ceux que vous construisez vous-même.