Etes-vous d'accord pour moins se casser la tête et du coup en même temps être encore moins proche de l'OS et du coup moins connaître son fonctionnement...
Pour les logiciels "techniques" non.
Mais faut savoir que 80% des logiciels produits dans le monde n'ont rien à voir avec la technique, mais plutôt la gestion de données, du fonctionnel métier. Et dans ce cas présent, savoir que si tu appelles tel méthode de tel objet, ça va appeler tel composant qui va appeler tel composant qui va appeler tel composant qui va lire tel secteur sur tel disque, on s'en bat les coucou***** grave.
Il faut savoir que pour bon nombre d'entreprise, l'informatique est un moyen, pas un but. C'est un outil de travail.
Elles ont besoin de logiciels qui répondent à leurs besoins. Et le plus souvent, elle veut ces logiciels le plus rapidement possible (des besoins, ça peut changer vite...).
Donc tout ce qui peut être nécessaire à pouvoir produire des logiciels vite et bien, c'est trés apprecié.
Du moment que ces logiciels font ce qu'on leur demande, on s'en fout royalement de "comment ça marche en interne"
C'est comme tu achètes une voiture, ou un vehicule utilitaire, ou encore mieux, un vehicule utilitaire dont tu transformes la carosserie pour qu'il réponde mieux à tes besoins. Tu n'en a rien à battre de comment il est foutu le moteur, de comment elle est foutu la transmission, de comment ça fait que quand on tourne le volant, ça tourne les roues etc... Toi ce que tu veux, c'est que ça roule, bien, sans panne et que tu puisses bosser avec.
L'informatique, pour 90% des entreprises, c'est ça.
[^] # Re: La révolution du libre ne se trouverait-elle que dans la licence GPL ?
Posté par Laurent J (site web personnel, Mastodon) . En réponse au journal La révolution du libre ne se trouverait-elle que dans la licence GPL ?. Évalué à 2.
Pour les logiciels "techniques" non.
Mais faut savoir que 80% des logiciels produits dans le monde n'ont rien à voir avec la technique, mais plutôt la gestion de données, du fonctionnel métier. Et dans ce cas présent, savoir que si tu appelles tel méthode de tel objet, ça va appeler tel composant qui va appeler tel composant qui va appeler tel composant qui va lire tel secteur sur tel disque, on s'en bat les coucou***** grave.
Il faut savoir que pour bon nombre d'entreprise, l'informatique est un moyen, pas un but. C'est un outil de travail.
Elles ont besoin de logiciels qui répondent à leurs besoins. Et le plus souvent, elle veut ces logiciels le plus rapidement possible (des besoins, ça peut changer vite...).
Donc tout ce qui peut être nécessaire à pouvoir produire des logiciels vite et bien, c'est trés apprecié.
Du moment que ces logiciels font ce qu'on leur demande, on s'en fout royalement de "comment ça marche en interne"
C'est comme tu achètes une voiture, ou un vehicule utilitaire, ou encore mieux, un vehicule utilitaire dont tu transformes la carosserie pour qu'il réponde mieux à tes besoins. Tu n'en a rien à battre de comment il est foutu le moteur, de comment elle est foutu la transmission, de comment ça fait que quand on tourne le volant, ça tourne les roues etc... Toi ce que tu veux, c'est que ça roule, bien, sans panne et que tu puisses bosser avec.
L'informatique, pour 90% des entreprises, c'est ça.