Je ne crois pas. Apparament, ils ont réécrit une bonne partie du code, ça repart donc dans du code j'espère mieux conçu et bien écrit (les fameuses sessions de formation à la qualité chez Microsoft), sûrement activement débogué... mais dans lequel il y aura fatalement de nouveaux bugs (si quelqu'un retrouve l'ordre de grandeur du nombre de lignes écrites, c'est vraiment important, et même avec des bugs/kilo-lignes réduits, ça risque de faire assez mal). D'ailleurs, certains beta-testeurs ont retrouvé de bugs qui avaient pourtant été corrigé sous XP (dans les couches réseau je crois)... on ne se refait pas.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Dans ton exemple, c'est un passage à Linux (changement complet d'OS), alors que là on parle de passage à OpenOffice (juste l'outil bureautique).
C'est déjà un grand pas, mais ça n'est quand même pas du même niveau.
Par contre, comme l'a écrit quelqu'un précédement dans la discussion, passer à OpenOffice c'est une préparation permettant de passer plus facilement à Linux plus tard (l'image de la suite MS-Office faisant bouchon pour virer le système est bien vue).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
cf les magouillles de gestion memoire des pc , adressage, modes protegés etandus etc ... y en a des livres et des livres .... a defaut d'avoir un vrai OS 32 bit ...
Ben, un démarrage sur du 8088/8086... puis des problèmes de compatibilité avec les logiciels MS-DOS existants... ça nous a donné la série des Windows9x...
Ils se sont quand même rattrapé avec NT (qui a ses défauts mais qui est loin, très loin de 9x).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Non, mais tu as l'air d'être sur de son futur succes.
Un shell permettant de contrôler enfin finement Windows avec ses propres scripts... on peut lui prédire sans grand risque de se tromper du succès auprès des administrateurs système, voir même auprès des développeurs qui agrègent des outils bureautique (si ces derniers sont aussi pilotables de la même manière).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
BeOS était génial par rapport à ce qui se faisait (et même pour moi par rapport à ce qui se fait encore maintenant), mais ça n'était que l'utilisation bien pensée, bien architecturée, de techniques connues.
Pour moi un OS qui utilise bien le multithreading n'est pas novateur, il n'invente rien, il est "simplement" bien écrit.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ben là, tu reroutes vers un système de logging (avec son exclusion mutuelle à lui) qui assure que les logs sont bien stockés qq part en cas de crash - et bien sûr, tu perturbes un peu le fonctionnement de l'appli :-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Sans commentaires vu qu'a l'epoque MacOS etait le seul OS faisant concurrence techniquement parlant a Windows pour les OS grand publics et a part sa jolie interface etait tout aussi pourri si ce n'est plus.
Si c'était tout aussi pourri, ca ne les a pas empéché de copier. Microsoft prend comme modèles des trucs pourris donc. Merci, on le savait pas déjà.
Faut quand même être honnête, MacOS, jusqu'à la version X (donc la reprise d'un noyau BSD), niveau OS c'était l'horreur. Pas de protection mémoire, larges parties du système non réentantes (donc programmation multithread préemptive réservée à qq opérations purement calculatoires).
On savait déjà à l'époque faire mieux - Apple aussi le savait... mais il y a eu de nombreux errements et développement arrêtés.
C'est ce retard au niveau OS dans macOS qui m'a fait passer à Linux.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Il est pour le moment quasi impossible d'avoir un monad-like sous Unix because la philosophie des outils manipulants des flots (texte généralement).
Il faudrais pour cela développer un tas d'outils "objets" avec un protocole commun (par exemple utilisant le DBUS/DCOP - sinon y'a peut-être à voir du côté de DMTF http://www.dmtf.org/ ).
Mais ça n'est pas parce que c'est pas possible actuellement que ça ne le sera pas dans quelques mois... dans le libre ça peut aller très vite.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
d'un autre cote, il ont quoi de si innovant les autres os?
AMA Rien de vraiment novateur au niveau OS depuis longtemps. Jai lu un article il y qq années où un chercheur expliquait que l'innovation dans ce domaine était très difficile, car ça jouait en partie avec les possibiiltés du hard, et qu'en plus les gens voulaient immédiatement de l'applicatif dessus - ce qui impliquait d'avoir les couches "normales" (GUI, réseau, RPC, objets distribués...), ce qui n'est pas le boulot de chercheurs niveau OS.
Après, si on remonte dans les couches un peu plus hautes (GUI, admin & Co), c'est juste des choses faites différement, l'utilisation de technologies déjà existantes ailleurs, ou encore leur extension à un autre niveau (typiquement les systèmes de recherche de données).
mise a part dans mon cul... se touche la quequette...
Cause probable de moissages, . On peut échanger, rester polis et éviter d'être vulgaire (même si on trouve qu'en face il y a de la mauvaise foi).
quand des linuxiens fanfaronnent avec un XGL plus que bancal qui marche quand il veut sur le matos qu'il veut alors que macos propose la chose depuis des lustres, bizarrement personne ne moufte.
Si Linux avait eu le même support qu'Apple pour les drivers vidéo des cartes graphiques... ça eu été plus rapide (modulo le problème de fork X11 cité dans un autre post - tout n'est pas rose non plus).
Maintenant, je ne suis pas sur que MacOS propose la même chose sur autant de plateformes que Linux. C'est une des forces d'Apple: ils sont d'abord des vendeurs de matériel, ce qui fait qu'il maitrisent nettement plus la diversité que ne peuvent le faire Linux ou même Windows (ce dernier ayant l'énorme avantage que les fabriquants de matériel fournissent les drivers ad-hoc).
Enfin, que le libre adapte des outils qui existent ailleurs, ou encore en inventent de nouveaux... on a quand même le droit de s'en féliciter lorsque l'on voit le mode de développement et de prise de décision et que l'on s'apperçoit que ça aboutit.
Je suis sûr qu'en fouillant un peu, on trouvera un "prior-art" à ce qu'a fait Apple (resp Microsoft, Linux/XOrg), chez un geek ou dans un labo de recherche.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Je ne suis pas spécialement fana de Windows, je l'utilise au boulot (Linux à la maison sauf pour les jeux des gamins). Mais on ne peut pas dire que les mises à jour de Windows (et les reboots) soient si problématiques[*], ni que ça devienne "quasi non viable".
Eventuellement si tu utilises une série de PCs pour faire du calcul sur plusieurs jours, et que Windows se met à décider tout seul de rebooter - d'ailleurs, quand on clique rebooter plus tard, pourquoi donc est-ce qu'il redemande régulièrement, et avec un time-out qui lance le redémarrage sans l'accord de l'utilisateur - là ça relève AMA de l'incompétence des développeurs.
Mais sinon, pour une utilisation courante (bureautique, développement...) je n'y vois pas de problème.
Mais je suis d'accord que le temps de chargement d'Open Office, même s'il est un peu plus long sous Linux... on s'en fout un peu.
[*]Quand elles se passent bien... hier un collègue ne pouvait plus se logguer, la mise à jour de sa machine avait cassé le lien avec le contrôleur de domaine et il ne pouvait plus s'authentifier...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Perso, pour du code multithreadé, je n'ai pas trouvé vraiment mieux que du printf-like[*] et analyse de logs.
Avec bien sûr de la compilation conditionnelle (non seulement globale avec _DEBUG et NDEBUG, mais aussi du DEBUG_MODULE au début des sources C, que je peux commenter/décommenter afin de désactiver/activer les lignes de déboguage d'un module).
L'argument du temps de compilation me semble, en 2006, avec les machines et les compilateurs que l'on a, un peu léger. Ca eu été vrai [**], ça l'est encore pour de très gros projets (OS, KDE & Co), mais faudrais pas exagérer.
Par contre, ça peut en effet avoir un gros inconvénient comme tu l'indiques: ça ajoute du temps d'exécution qui peut faire disparaître des bugs (typiquement quand on fait du pilotage d'instruments).
D'un autre côté, si en qq printf on n'a pas trouvé, en effet, passer au débugger, utiliser des points d'arrêt, de l'affichage du contenu de variables... tu as raison de vouloir montrer l'existence de ces outils, mais de là à considérer que le débogage via des traces est nocif, non.
[*] Des fonctions varargs qui ajoutent quelques infos, et qui soit renvoient vers un système de log, soit font du printf.
[**] Il y a une douzaine d'années j'avais un projet qui mettait une heure et quart à compiler, sur un 486DX33 sous Windows... on évitait autant que possible les "Rebuild All", mais la gestion des compilations sous l'environnement VC++ était suffisament foireuse pour qu'on soit régulièrement obligé de le faire. Quand le Pentium est arrivé, on est tombé à 1/4 d'heure de compil - le bonheur.
Et un peu auparavant, j'avais eu la joie de travailler en assembleur sur un Solar au CEA... compilation de plusieurs heures avec sortie du résultat sur une imprimante - là on dépouille vraiment le résultat.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Le logiciel libre se base sur la propriété intellectuelle, où le détenteur de cette propriété (le créateur du logiciel) fixe les règle selon lesquelles son logiciel est distribué.
Bon, en effet, l'ouverture à tous, les contributions multiples, et l'utilisation gratuite donnent un petit côté détonnant par rapport à ce que l'on voit d'habitude dans les licenses d'utilisation des logiciels propriétaires fermés ;-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
La question est aussi et (AMA) surtout: MS-Office produit-il des documents dans un format documenté tel qu'on est capable de les relire dans 10 ans, dans 20 ans...
La réponse est clairement NON.
Pour le CV d'une personne X, ou le rapport de stage de fins d'études, on s'en fout un peu.
Pour des documents légaux, actes notariés & Co, que l'on voudrais pouvoir archiver électroniquement, et ressortir dans de nombreuses années, c'est primordial.
Donc, quitte à migrer pour certains documents, autant migrer pour tous.
Microsoft aurait depuis le début documenté son format (et autorisé à l'utiliser), il n'y aurait pas eu la naissance d'alternatives style odt. Ils ont verrouillé leur format propriétaire (ils l'on ouvert un peu trop tard), maintenant la concurrence est là.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[enc* de mouche]
L'INRIA est un EPST (Etablissement Public à Caractère Scientifique et Technique), qui gère des laboratoires propres (et très certainement aussi quelques labos mixtes avec d'autres organismes ou universités voir sociétés privées). http://www.inria.fr/inria/enbref.fr.html
[/enc* de mouche]
Sinon, thésard c'est même Bac+8 (mais pour se faire recruter à ce niveau, plutôt dur... sauf à trouver un poste de prof/chercheur, ils se retrouvent en effet sur des postes d'ingénieur à Bac+5).
Et en tant qu'organisme public, je doute que l'INRIA puisse payer un Bac+2 - même expérimenté - au même tarif qu'un Bac+5. Y'a les grilles de salaires...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ils peuvent même en profiter pour montrer des choses qui existent aussi sous MS-Word, mais que les gens ne connaissaient pas :-) Quitte à faire un peu de formation...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
De toute façons, à moyen terme, le Word c'était la nouvelle version avec l'interface quand même bien remaniée en profondeur... donc il y aura besoin de re-formations.
Dans ce cas, autant aller vers Open Office, qui conserve une interface plus conventionnelle... et qui ne nécessite pas une license Microsoft par poste.
Car même si sur de tels volumes il y a de fortes réductions, au total ça n'est pas négligeable. Sans compter le re-passage à la caisse pour les nouvelles versions... voir le besoin de changer de machine (dans l'administration elles ont tendance à largement dépasser la période d'amortissement) parce que le Word new age nécessitera le Vista du moment.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Ben trois qui apprennent et une qui montre. Après ceux qui ont appris peuvent le refaire à leur tour, et montrer à d'autres... et au final il y a 400000 postes installés.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Oui, mais le monsieur a dit "langages amusant, intéressant" en précisant "même si on ne fait pas forcément grand chose avec".
Donc ça colle.
Plus sérieusement, pour faire des développements amusants, en pensant à ce que l'on veut faire et non à comment il faut le faire rentrer dans les contraintes du langage, Python est vraiment sympa. Sans compter sur ses multiples bibliothèques qui évitent d'avoir à se farcir du code pour des tâches considérées maintenant comme "basiques". Voir aussi du côté de Ruby... paraitrait qu'il s'est inspiré en partie de Python (mais aussi en partie de Perl... et ça j'aime pas trop niveau lisibilité - de temps en temps une écriture moins concise mais immédiatement compréhensible est IMHO plus sympa).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Pour Windows, le bureau est affiché tôt mais il faut attendre un bon moment après pour que l'on puisse s'en servir.
Oui, et c'est très désagréable d'avoir une interface qui semble prête... mais qui ne répond pas - au moins quand l'interface de KDE démarre, on a un spash screen avec un feedback de progression.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de crimosoft
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de rééditer l'ouvrage ?
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Je ne crois pas. Apparament, ils ont réécrit une bonne partie du code, ça repart donc dans du code j'espère mieux conçu et bien écrit (les fameuses sessions de formation à la qualité chez Microsoft), sûrement activement débogué... mais dans lequel il y aura fatalement de nouveaux bugs (si quelqu'un retrouve l'ordre de grandeur du nombre de lignes écrites, c'est vraiment important, et même avec des bugs/kilo-lignes réduits, ça risque de faire assez mal). D'ailleurs, certains beta-testeurs ont retrouvé de bugs qui avaient pourtant été corrigé sous XP (dans les couches réseau je crois)... on ne se refait pas.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ATTENTION : Effet baudruche
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 3.
https://linuxfr.org/comments/750804.html#750804
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ATTENTION : Effet baudruche
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 2.
C'est déjà un grand pas, mais ça n'est quand même pas du même niveau.
Par contre, comme l'a écrit quelqu'un précédement dans la discussion, passer à OpenOffice c'est une préparation permettant de passer plus facilement à Linux plus tard (l'image de la suite MS-Office faisant bouchon pour virer le système est bien vue).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de crimosoft
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 3.
Ben, un démarrage sur du 8088/8086... puis des problèmes de compatibilité avec les logiciels MS-DOS existants... ça nous a donné la série des Windows9x...
Ils se sont quand même rattrapé avec NT (qui a ses défauts mais qui est loin, très loin de 9x).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de rééditer l'ouvrage ?
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 4.
Si ma mémoire est bonne, après une saisie, se placer au début puis:
8yy
500p
Un expert dans la salle?
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 3.
Un shell permettant de contrôler enfin finement Windows avec ses propres scripts... on peut lui prédire sans grand risque de se tromper du succès auprès des administrateurs système, voir même auprès des développeurs qui agrègent des outils bureautique (si ces derniers sont aussi pilotables de la même manière).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 4.
Pour moi un OS qui utilise bien le multithreading n'est pas novateur, il n'invente rien, il est "simplement" bien écrit.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ouais
Posté par lolop (site web personnel) . En réponse au journal printf debugging considered harmful. Évalué à 3.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Motif(s) du refus de rééditer l'ouvrage ?
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Faut quand même être honnête, MacOS, jusqu'à la version X (donc la reprise d'un noyau BSD), niveau OS c'était l'horreur. Pas de protection mémoire, larges parties du système non réentantes (donc programmation multithread préemptive réservée à qq opérations purement calculatoires).
On savait déjà à l'époque faire mieux - Apple aussi le savait... mais il y a eu de nombreux errements et développement arrêtés.
C'est ce retard au niveau OS dans macOS qui m'a fait passer à Linux.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Il faudrais pour cela développer un tas d'outils "objets" avec un protocole commun (par exemple utilisant le DBUS/DCOP - sinon y'a peut-être à voir du côté de DMTF http://www.dmtf.org/ ).
Mais ça n'est pas parce que c'est pas possible actuellement que ça ne le sera pas dans quelques mois... dans le libre ça peut aller très vite.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: ça n'a pas changé
Posté par lolop (site web personnel) . En réponse à la dépêche Le Hold-up planétaire dans le cyberespace. Évalué à 3.
AMA Rien de vraiment novateur au niveau OS depuis longtemps. Jai lu un article il y qq années où un chercheur expliquait que l'innovation dans ce domaine était très difficile, car ça jouait en partie avec les possibiiltés du hard, et qu'en plus les gens voulaient immédiatement de l'applicatif dessus - ce qui impliquait d'avoir les couches "normales" (GUI, réseau, RPC, objets distribués...), ce qui n'est pas le boulot de chercheurs niveau OS.
Après, si on remonte dans les couches un peu plus hautes (GUI, admin & Co), c'est juste des choses faites différement, l'utilisation de technologies déjà existantes ailleurs, ou encore leur extension à un autre niveau (typiquement les systèmes de recherche de données).
Cause probable de moissages, . On peut échanger, rester polis et éviter d'être vulgaire (même si on trouve qu'en face il y a de la mauvaise foi).
Si Linux avait eu le même support qu'Apple pour les drivers vidéo des cartes graphiques... ça eu été plus rapide (modulo le problème de fork X11 cité dans un autre post - tout n'est pas rose non plus).
Maintenant, je ne suis pas sur que MacOS propose la même chose sur autant de plateformes que Linux. C'est une des forces d'Apple: ils sont d'abord des vendeurs de matériel, ce qui fait qu'il maitrisent nettement plus la diversité que ne peuvent le faire Linux ou même Windows (ce dernier ayant l'énorme avantage que les fabriquants de matériel fournissent les drivers ad-hoc).
Enfin, que le libre adapte des outils qui existent ailleurs, ou encore en inventent de nouveaux... on a quand même le droit de s'en féliciter lorsque l'on voit le mode de développement et de prise de décision et que l'on s'apperçoit que ça aboutit.
Je suis sûr qu'en fouillant un peu, on trouvera un "prior-art" à ce qu'a fait Apple (resp Microsoft, Linux/XOrg), chez un geek ou dans un labo de recherche.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: BRAVISSIMO!!!!
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 3.
Eventuellement si tu utilises une série de PCs pour faire du calcul sur plusieurs jours, et que Windows se met à décider tout seul de rebooter - d'ailleurs, quand on clique rebooter plus tard, pourquoi donc est-ce qu'il redemande régulièrement, et avec un time-out qui lance le redémarrage sans l'accord de l'utilisateur - là ça relève AMA de l'incompétence des développeurs.
Mais sinon, pour une utilisation courante (bureautique, développement...) je n'y vois pas de problème.
Mais je suis d'accord que le temps de chargement d'Open Office, même s'il est un peu plus long sous Linux... on s'en fout un peu.
[*]Quand elles se passent bien... hier un collègue ne pouvait plus se logguer, la mise à jour de sa machine avait cassé le lien avec le contrôleur de domaine et il ne pouvait plus s'authentifier...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Mouaif...
Posté par lolop (site web personnel) . En réponse au journal printf debugging considered harmful. Évalué à 5.
Avec bien sûr de la compilation conditionnelle (non seulement globale avec _DEBUG et NDEBUG, mais aussi du DEBUG_MODULE au début des sources C, que je peux commenter/décommenter afin de désactiver/activer les lignes de déboguage d'un module).
L'argument du temps de compilation me semble, en 2006, avec les machines et les compilateurs que l'on a, un peu léger. Ca eu été vrai [**], ça l'est encore pour de très gros projets (OS, KDE & Co), mais faudrais pas exagérer.
Par contre, ça peut en effet avoir un gros inconvénient comme tu l'indiques: ça ajoute du temps d'exécution qui peut faire disparaître des bugs (typiquement quand on fait du pilotage d'instruments).
D'un autre côté, si en qq printf on n'a pas trouvé, en effet, passer au débugger, utiliser des points d'arrêt, de l'affichage du contenu de variables... tu as raison de vouloir montrer l'existence de ces outils, mais de là à considérer que le débogage via des traces est nocif, non.
[*] Des fonctions varargs qui ajoutent quelques infos, et qui soit renvoient vers un système de log, soit font du printf.
[**] Il y a une douzaine d'années j'avais un projet qui mettait une heure et quart à compiler, sur un 486DX33 sous Windows... on évitait autant que possible les "Rebuild All", mais la gestion des compilations sous l'environnement VC++ était suffisament foireuse pour qu'on soit régulièrement obligé de le faire. Quand le Pentium est arrivé, on est tombé à 1/4 d'heure de compil - le bonheur.
Et un peu auparavant, j'avais eu la joie de travailler en assembleur sur un Solar au CEA... compilation de plusieurs heures avec sortie du résultat sur une imprimante - là on dépouille vraiment le résultat.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Faites ce que je dis, pas ce que je fais...
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 4.
Bon, en effet, l'ouverture à tous, les contributions multiples, et l'utilisation gratuite donnent un petit côté détonnant par rapport à ce que l'on voit d'habitude dans les licenses d'utilisation des logiciels propriétaires fermés ;-)
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Muahaha
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Muahaha
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 10.
La réponse est clairement NON.
Pour le CV d'une personne X, ou le rapport de stage de fins d'études, on s'en fout un peu.
Pour des documents légaux, actes notariés & Co, que l'on voudrais pouvoir archiver électroniquement, et ressortir dans de nombreuses années, c'est primordial.
Donc, quitte à migrer pour certains documents, autant migrer pour tous.
Microsoft aurait depuis le début documenté son format (et autorisé à l'utiliser), il n'y aurait pas eu la naissance d'alternatives style odt. Ils ont verrouillé leur format propriétaire (ils l'on ouvert un peu trop tard), maintenant la concurrence est là.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: beuh
Posté par lolop (site web personnel) . En réponse au journal L'INRIA recrute un chef de projet environnement collaboratif Open Source en J2EE. Évalué à 2.
L'INRIA est un EPST (Etablissement Public à Caractère Scientifique et Technique), qui gère des laboratoires propres (et très certainement aussi quelques labos mixtes avec d'autres organismes ou universités voir sociétés privées).
http://www.inria.fr/inria/enbref.fr.html
[/enc* de mouche]
Sinon, thésard c'est même Bac+8 (mais pour se faire recruter à ce niveau, plutôt dur... sauf à trouver un poste de prof/chercheur, ils se retrouvent en effet sur des postes d'ingénieur à Bac+5).
Et en tant qu'organisme public, je doute que l'INRIA puisse payer un Bac+2 - même expérimenté - au même tarif qu'un Bac+5. Y'a les grilles de salaires...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Vers la fin des .doc
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: beuh
Posté par lolop (site web personnel) . En réponse au journal L'INRIA recrute un chef de projet environnement collaboratif Open Source en J2EE. Évalué à 2.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Utilisateur U+1 et U+2
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 4.
De toute façons, à moyen terme, le Word c'était la nouvelle version avec l'interface quand même bien remaniée en profondeur... donc il y aura besoin de re-formations.
Dans ce cas, autant aller vers Open Office, qui conserve une interface plus conventionnelle... et qui ne nécessite pas une license Microsoft par poste.
Car même si sur de tels volumes il y a de fortes réductions, au total ça n'est pas négligeable. Sans compter le re-passage à la caisse pour les nouvelles versions... voir le besoin de changer de machine (dans l'administration elles ont tendance à largement dépasser la période d'amortissement) parce que le Word new age nécessitera le Vista du moment.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Ministère de la Justice
Posté par lolop (site web personnel) . En réponse à la dépêche La plus grosse migration OpenOffice.org au monde : 400 000 postes dans l'administration française. Évalué à 9.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: re
Posté par lolop (site web personnel) . En réponse au journal Quel langage pour s'amuser ?. Évalué à 3.
Donc ça colle.
Plus sérieusement, pour faire des développements amusants, en pensant à ce que l'on veut faire et non à comment il faut le faire rentrer dans les contraintes du langage, Python est vraiment sympa. Sans compter sur ses multiples bibliothèques qui évitent d'avoir à se farcir du code pour des tâches considérées maintenant comme "basiques". Voir aussi du côté de Ruby... paraitrait qu'il s'est inspiré en partie de Python (mais aussi en partie de Perl... et ça j'aime pas trop niveau lisibilité - de temps en temps une écriture moins concise mais immédiatement compréhensible est IMHO plus sympa).
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Pour ma part...
Posté par lolop (site web personnel) . En réponse à la dépêche Qui va remplacer SysVinit ?. Évalué à 4.
Oui, et c'est très désagréable d'avoir une interface qui semble prête... mais qui ne répond pas - au moins quand l'interface de KDE démarre, on a un spash screen avec un feedback de progression.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN