La professionnalisation induit évidemment une manière erronée d'envisager les priorités tel que l'illustre magnifiquement le terme part de marché.
Et les gentils super dev amateurs bisounours qui faisait le bien du monde ils sont morts ?
Là où auparavant les contributeurs bénévoles et autres geeks passionnés utilisaient une machine de "base (milieu de gamme; mais bien supportée) et testaient (et compilaient) leur code sur leur propre machine, les nouveaux développeurs disposent des machines de leurs entreprisesfondations dopées aux Go de RAM
Si tu fais des stats je te pari qu'en moyenne les machines en environnement pro sont en deçà des machines perso. Simplement par ce que les machines pro ne sont jamais upgradées entre l'achat et la mort. Ces 4Go de RAM supplémentaires qui seraient amorti en une semaine vu ton coût horaire statistiquement tu ne les verra jamais. Le dev amateur ca fait longtemps qu'il a été les acheter. Tu oublis aussi comment les machines pro sont bridée en moyenne (bonjour à toi qui bosse dans un VM ou avec 7 antivirus et logiciels maisons qui font tomber de 50% les perfs de ta machine)
associées à des fermes de compilation dans un cadre d'_intégration continue_. Ils n'ont que peu de rapports avec la compilation du projet, et moins encore avec son utilisation sur les machines d'il y a 5 ans.
Oui par ce que c'est bien connu on ne compile et ne fait pas tourner les tests en local avant. On pousse notre caca au petit bonheur la chance. Mais je comprend ton aversion pour cette stupidité qui est de rechercher la qualité, l'automatisation et le reproductibilité.
imaginez ce qui arrive au matériel moins concurrentiel, dont les firmes ont moins de développeurs, vis à vis du support par le noyau ?
Comme partout. Si tu paies pas quelqu'un pour faire le boulot bin soit t'attends que quelqu'un d'autre le fasse (mais qui va payer pour supporter ton matos ?), soit t'attend que le dev-amateur-bisounours que tu aimes tant fasse le boulot, soit ça sera pas fait. Ca me semble une vérité générale non ?
Mais ce qui me semble essentiel c'est que les efforts bénévoles tendant à diminuer avec la professionnalisation (à minima "en proportion"), c'est vers le matériel le plus profitable que vont s'orienter inexorablement les efforts de développement.
Si tu ne trouves pas de dev-amateur-bisounours alors paie un connard de professionnel pour ce que tu veux. Ramener à la masse d'utilisateur ça ne coûte pas très cher…
Car c'est pour ces derniers les développeurs talentueux qui travaillent à nouveau (exemple pris un peu arbitrairement et peut-être même assez injustement en l’occurrence) sont incités d'orienter leurs efforts.
Incité par qui ?
Après quand tu développes un projet long sur du hardware c'est logique de bosser sur des trucs récents. Si il te faut 3 ans pour atteindre un état stable et que tu bosses sur du matos qu'il y a 5 ans. Quand tu releases il a 8 ans et plus personne ne s'en sert. Le développement noyau à ceci de particulier que par définition tu bosses sur le matos de la génération suivante (celui qui va arriver). Autrement y'a pas de support quand c'est releasé et surtout si tu ne conçois pas pour les archis de dans 2/3/5 ans tu vas très vite être dépassé.
Ainsi que c'est avec le ventre vide que le poète chante le mieux. , le jour où les développeurs des logiciels "de base" s'auto-limiteraient dans les performances de leurs machines personnelles on pourrait voir émerger du code performant (plus indépendamment de l'industrie du hardware) apparaître.
[^] # Re: problème de développeur plutôt que de code
Posté par ckyl . En réponse au journal De l'inéluctable progrès de l'informatique, ou pas.. Évalué à 3.
Ca c'est une pépite de caca !
Et les gentils super dev amateurs bisounours qui faisait le bien du monde ils sont morts ?
Si tu fais des stats je te pari qu'en moyenne les machines en environnement pro sont en deçà des machines perso. Simplement par ce que les machines pro ne sont jamais upgradées entre l'achat et la mort. Ces 4Go de RAM supplémentaires qui seraient amorti en une semaine vu ton coût horaire statistiquement tu ne les verra jamais. Le dev amateur ca fait longtemps qu'il a été les acheter. Tu oublis aussi comment les machines pro sont bridée en moyenne (bonjour à toi qui bosse dans un VM ou avec 7 antivirus et logiciels maisons qui font tomber de 50% les perfs de ta machine)
Oui par ce que c'est bien connu on ne compile et ne fait pas tourner les tests en local avant. On pousse notre caca au petit bonheur la chance. Mais je comprend ton aversion pour cette stupidité qui est de rechercher la qualité, l'automatisation et le reproductibilité.
Comme partout. Si tu paies pas quelqu'un pour faire le boulot bin soit t'attends que quelqu'un d'autre le fasse (mais qui va payer pour supporter ton matos ?), soit t'attend que le dev-amateur-bisounours que tu aimes tant fasse le boulot, soit ça sera pas fait. Ca me semble une vérité générale non ?
Si tu ne trouves pas de dev-amateur-bisounours alors paie un connard de professionnel pour ce que tu veux. Ramener à la masse d'utilisateur ça ne coûte pas très cher…
Incité par qui ?
Après quand tu développes un projet long sur du hardware c'est logique de bosser sur des trucs récents. Si il te faut 3 ans pour atteindre un état stable et que tu bosses sur du matos qu'il y a 5 ans. Quand tu releases il a 8 ans et plus personne ne s'en sert. Le développement noyau à ceci de particulier que par définition tu bosses sur le matos de la génération suivante (celui qui va arriver). Autrement y'a pas de support quand c'est releasé et surtout si tu ne conçois pas pour les archis de dans 2/3/5 ans tu vas très vite être dépassé.
Just do it.