Nous allons peindre un tableau. C'est une image qui a été peint plusieurs fois dans le monde de l'entreprise, toujours légèrement différent chaque temps, bien sûr, mais immédiatement reconnaissable comme une autre instance de la même chose. Afin d'économiser de l'argent, la société reprend certains logiciels libres et open source. Je ne parle pas de Ruby ou tout autre logiciel open source qui permettent d'ingénieurs font leur chose, car la nature des ingénieurs tend à faire ces choses fonctionnent lorsque assez d'entre eux utilisent la même chose. Je parle d'un utilisateur final avec plus d'expérience avec les personnes qu'avec les ordinateurs, un employé de ressources humaines, par exemple. Afin d'économiser de l'argent, cet individu a disparu là-bas sur l'Internet, trouver un logiciel gratuit de suivi de demandeur et commencé à l'utiliser.
Maintenant, l'argument en faveur de l'utilisation de logiciel de suivi de la requérante, en particulier du point de vue d'une petite entreprise, peut sembler très convaincant. En ces temps économiques difficiles, l'entreprise fait moins d'argent, et pourtant tous les emplois qui obtient Posté sont frappée par des applications de plus en plus. Pourquoi le fait que les gens sont sans emploi devrait devenir une dépense d'entreprise et pousser davantage de personnes sans emploi en augmentant les dépenses ?
La réponse à cet argument est que les coûts des logiciels libres sont cachés. Pourquoi les ingénieurs que de travailler avec ouvrir produits source ? Ils trouver des problèmes, passent du temps de travail qui en fait l'outil mieux et partagent leur dose avec le reste du monde. D'autres là-bas font la même chose, et l'outil devient plus grand et mieux. Maintenant, l'employé de ressources humaines travaille avec le logiciel pendant une semaine ou deux et tout à coup se heurte à un bug invalidant. Que se passe-t-il ?
Le système gèle, c'est ce qui se passe !
N'étant ne pas un ingénieur, l'employé de ressources humaines n'est pas capable de poursuivre la cadence prévue de fix et libération qui est inhérente au logiciel open source. Cet individu est désormais à la merci de soit demander un correctif d'ingénieurs internes, qui sera occupé par autre chose si ces ingénieurs existent même à cette entreprise fictive, ou d'un correctif de la communauté open source dans son ensemble. Cela peut se produire par la suite, mais qu'en est-il d'ici là ? Jusque-là, la compagnie utilise le logiciel buggy. La société utilisait un demandeur de bonne réputation dépistant le logiciel au lieu de cela, alors que l'obligation qui peut être exploitée contre les producteurs de logiciels qu'aurait apporté sur une solution rapide au problème, donc des coûts la société moins perte de la productivité par l'intermédiaire de bogues. En fin de compte, pas gratuit gratuit. Toujours être au courant de cela.