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
En fait, a priori la littérature dit que Ruby implémente un "vrai" GC (comme Java par exemple), ce qui n'est pas le cas du compteur de référence de Perl/Python
Il n'y a pas de vrai ou de faux ramasse-miettes, il y a juste des façons de faire - le but étant de libérer la mémoire sans que le programmeur n'ait à s'en soucier.
Par ailleurs, dans Python il y a - en plus du comptage de références - un ramasse-miettes chargé de détecter les cycles et de détruire les objets devenus inutiles... mais encore référencés dans des structures cycliques.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Pour toutes les utilisations de captures d'écrans
1. Vous ne pouvez pas déprécier Microsoft ou l'un de ses produits dans votre utilisation des captures d'écrans de produits Microsoft.
Avec leur page de dialogues d'erreurs rigolotes en tous genres, doit bien y en avoir relatives aux produits Microsoft... SVM est donc hors la loi microsoftienne.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
J'espère que Etch pourra quand même sortir avant Vista, histoire de mettre la pression sur Microsoft, à la fois en terme de qualité et de ponctualité !
J'imagine bien que les "team leaders" des équipes de développement de Vista ont les yeux rivés sur l'avancée de Etch et sa date de sortie.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
Par contre, y'a sportif qui s'entretien, et sportif qui fait de la compèt. Je ne suis pas sûr que la compétition de haut niveau (tout le temps à l'extrème) soit bonne pour la santé.
[*] Notion très relative.
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
[^] # Re: Langage OO ?
Posté par lolop (site web personnel) . En réponse à la dépêche Sortie de Ruby 1.8.5. Évalué à 4.
Il n'y a pas de vrai ou de faux ramasse-miettes, il y a juste des façons de faire - le but étant de libérer la mémoire sans que le programmeur n'ait à s'en soucier.
Par ailleurs, dans Python il y a - en plus du comptage de références - un ramasse-miettes chargé de détecter les cycles et de détruire les objets devenus inutiles... mais encore référencés dans des structures cycliques.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
# Faudra prévenir SVM
Posté par lolop (site web personnel) . En réponse au journal Du respect des licences.. Évalué à 4.
Avec leur page de dialogues d'erreurs rigolotes en tous genres, doit bien y en avoir relatives aux produits Microsoft... SVM est donc hors la loi microsoftienne.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Et bien ...
Posté par lolop (site web personnel) . En réponse à la dépêche Le projet Debian lance une consultation sur les firmwares non-libres. Évalué à 10.
J'imagine bien que les "team leaders" des équipes de développement de Vista ont les yeux rivés sur l'avancée de Etch et sa date de sortie.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: hacks
Posté par lolop (site web personnel) . En réponse au journal All Your Browser quirks ?. Évalué à 2.
Ah, celui qui a fait que j'ai finalement viré ce prologue...
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: C'est pire que ça.
Posté par lolop (site web personnel) . En réponse au journal Modérateur, prends garde!. Évalué à 2.
Parce que si ce sont des contrats qui relèvent de la fonction publique... y'a pas de prudhommes - juste des commissions paritaires.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN
[^] # Re: Attention
Posté par lolop (site web personnel) . En réponse au journal Interdiction de fumer dans les lieux publics des début 2007 ?. Évalué à 2.
Par contre, y'a sportif qui s'entretien, et sportif qui fait de la compèt. Je ne suis pas sûr que la compétition de haut niveau (tout le temps à l'extrème) soit bonne pour la santé.
[*] Notion très relative.
Votez les 30 juin et 7 juillet, en connaissance de cause. http://www.pointal.net/VotesDeputesRN