mysql continue à accepter les requêtes SQL, les tables supportent toujours les types classiques d'objet, la syntaxe n'a pas été bouleversée pour intégrer les sous requêtes.
Les IDE ne sont pas des outils pour coder, ce sont des aides au développement, rien n'oblige à les utiliser.
Les pages en c# et autres bidouilleries : pourquoi utiliser de nouveaux langages quand les anciens marchent bien ? Je ne comprend pas.
Les webservices qui sont sensés avoir révolutionnés le monde se basent sur trois choses :
xml (dérivé de ce bon vieux sgml 20 ans d'age au moins)
rpc (vieux comme unix quasiment)
le protocole http (ça aussi c'est vieux)
Franchement, les révolutions me paraissent pas si flagrantes. Je vois plus dans les améliorations un pot pourri de bonnes idées qui existent depuis longtemps qu'autre chose. Le PHP passe en objet : ouaahhh ! L'objet n'est qu'un paradigme des années 70. C'est sûr j'ai vu des responsables informatiques qui découvrent à peine FTP ou unix et s'emmerveillent. Pour ceux là effectivement le monde doit être plein de surprises.
Je suis prêt à parier qu'une bonne conception ne pourra jamais être remise en cause par un outil quelquonque. Je suis prêt à parier que ce ne sont pas les outils informatique qui font le bon informaticien mais les méthodes. Avec ou sans gdb, le déboguage est toujours faisable (en utilisant des fichiers de log par exemple), et je ne trouve pas que les fichiers de conf illisibles en xml soient une révolution, peut être même plutôt une régression quand on voie des adresses IPs de serveur mails en dur dans le code associés.
Faut arrêter le discours sur le renouvellement des technos. L'essence de ce que j'ai appris sous bash, en C, en perl n'a pas changé. L'utilisation de modules (CPAN par exemple) ont enrichi ma pratique, mais pas mes connaissances.
Faire de l'informatique est accidentellement de pondre du code, ou des confs, et majoritairement un travail de conception et de modélisation. Enfin, si l'on veut que ça marche.
Placer sa confiance dans des outils (linux inclu) aussi bon soient-ils est une connerie. Et c'est typiquement le discours des 01 micros et autres magazines des mythos de l'informatique. Derrière de bons outils se trouvent de bons artisans.
[^] # Re: Linux fait-il peur ?
Posté par Jul (site web personnel) . En réponse à la dépêche Cynisme et logiciel libre. Évalué à 8.
Les IDE ne sont pas des outils pour coder, ce sont des aides au développement, rien n'oblige à les utiliser.
Les pages en c# et autres bidouilleries : pourquoi utiliser de nouveaux langages quand les anciens marchent bien ? Je ne comprend pas.
Les webservices qui sont sensés avoir révolutionnés le monde se basent sur trois choses :
xml (dérivé de ce bon vieux sgml 20 ans d'age au moins)
rpc (vieux comme unix quasiment)
le protocole http (ça aussi c'est vieux)
Franchement, les révolutions me paraissent pas si flagrantes. Je vois plus dans les améliorations un pot pourri de bonnes idées qui existent depuis longtemps qu'autre chose. Le PHP passe en objet : ouaahhh ! L'objet n'est qu'un paradigme des années 70. C'est sûr j'ai vu des responsables informatiques qui découvrent à peine FTP ou unix et s'emmerveillent. Pour ceux là effectivement le monde doit être plein de surprises.
Je suis prêt à parier qu'une bonne conception ne pourra jamais être remise en cause par un outil quelquonque. Je suis prêt à parier que ce ne sont pas les outils informatique qui font le bon informaticien mais les méthodes. Avec ou sans gdb, le déboguage est toujours faisable (en utilisant des fichiers de log par exemple), et je ne trouve pas que les fichiers de conf illisibles en xml soient une révolution, peut être même plutôt une régression quand on voie des adresses IPs de serveur mails en dur dans le code associés.
Faut arrêter le discours sur le renouvellement des technos. L'essence de ce que j'ai appris sous bash, en C, en perl n'a pas changé. L'utilisation de modules (CPAN par exemple) ont enrichi ma pratique, mais pas mes connaissances.
Faire de l'informatique est accidentellement de pondre du code, ou des confs, et majoritairement un travail de conception et de modélisation. Enfin, si l'on veut que ça marche.
Placer sa confiance dans des outils (linux inclu) aussi bon soient-ils est une connerie. Et c'est typiquement le discours des 01 micros et autres magazines des mythos de l'informatique. Derrière de bons outils se trouvent de bons artisans.