Si ma mémoire ne me fait pas défaut, ca n'est pas un sous-marin qui répare les câbles, c'est un navire câblier (Alcatel en a une flotte). Un robot est probablement utilisé pour repérer le câble, mais toutes les opérations de réparation sont faites sur un bateau.
Enfin, ce sont mes souvenirs d'il y a 3-4 ans en cours (par une personne d'Alcatel)...
La photo a été prise aux États-Unix, et non en France. Les habitudes vestimentaires (comme ici en Allemagne par exemple) sont beaucoup plus relaxées.
Ceci dit, je ne suis pas allé à l'université en France, mais dans mon école d'ingés il y a 3 ans, ceux qui avaient une casquette l'enlevaient avant d'aller en cours.
Posté par woopla .
En réponse au journal Tango.
Évalué à 1.
Non non, c'est toi qui n'a pas lu mon commentaire jusqu'au bout :)
J'ai précisé que le seul intérêt que j'y vois c'est pour les distribs à qui ca simplifiera le boulot, vu qu'elles essaient d'avoir un thème commun our KDE et Gnome. Ca ne changera en effet pas grand'chose pour les thèmes fournis par défaut avec les desktops (tels qu'ont les récupère sur kde.org et gnome.org).
C'est vrai que les guidelines sont intéressantes pour avoir des icônes qui ne fassent pas tâche dans un environnement comme dans l'autre, mais le problème c'est que du coup les différences visuelles vont s'amenuiser. Y'en a qui préfèrent les trucs qui pètent à la KDE, et d'autres, comme moi, qui préfèrent les icônes plus sobres à la Gnome.
Donc en ce qui me concerne l'intêret est limité, tant en audience (les gens qui font des thèmes méta-desktop) qu'en impact "artistique" (ben oui, en exagérant, maintenant tout les desktops vont se ressembler).
Par contre, pour faire dans la news fraiche concernant le desktop, l'initiative Better Desktop ( http://betterdesktop.org(...) ) est beaucoup plus intéressante, parce qu'elle parle d'usabilité, et ca c'est quelque chose d'important quelque soit le desktop utilisé.
Posté par woopla .
En réponse au journal Tango.
Évalué à -3.
Je suis pas persuadé de l'utilité de ca, notamment parce que chaque distrib' fait des thèmes spécifiques. Ca va peut-être simplifier la vie des distribs en question qui n'auront plus qu'un thème d'icône à faire pour Gnome et KDE, mais à part ca je trouve l'intétrêt limité... Jimmac est d'ailleurs un employé de Novell, comme la plupart des contributeurs de Tango.
M'enfin, ce ne sont que mes deux centimes d'euros, après tout.
... Le problème se situe entre la chaise et le clavier.
A mon avis, ca n'est pas une question de méthode, de langage ou de buzzwords, mais de volonté des développeurs.
Pourquoi je dis ca ? En microélectronique, on utilise des langages de description matérielle qui s'apparentent à des langages de programmation, e.g. VHDL et Verilog. On peut considérer que les designers font du développement, avec des sources qui peuvent être conséquentes, etc. Et pourtant les bugs sont minimums. Il y en a bien quelques uns de temps en temps, mais ils sont tellement rares que ca fait presque la une des journaux (cf le bug FDIV du Pentium).
Si les bugs sont rares, c'est parce que faire une erreur ca coûte très cher - avec des jeux de masques qui coûtent actuellement dans les 50M d'euros, et qu'il faut refaire dès qu'il y a une correction à apporter, on fait gaffe. Le problème, c'est que info beaucoup de développeurs se disent que c'est pas très grave s'il y a des bugs, ils pourront toujours ressortir une nouvelle version.
Tant qu'une bonne partie des développeurs ne seront pas dans cet état d'esprit, les plus beaux langages du monde n'y changeront rien...
PS : ta NDR sur l'origine du mot bug est fausse. Ca vient tout simplement du fait que les insectes aimaient bien venir se coller sur les tubes (chauds !) des premiers ordinateurs, et que ca pouvait causer des problèmes sur les tubes en question.
C'est que d-bus et ses amis sont trop "lourds", ils apportent des fonctionnalités qui ne sont pas utiles à Beagle, qui peut très bien faire la même chose sans (les besoins en IPC sont simples). Et ca fait une dépendance de moins pour Beagle, le binding CIL pour d-bus n'étant apparemment pas trop à jour/pas facile à mettre en oeuvre.
En tout cas c'est l'avis de Jon Trowbridge, un des dév. principaux de Beagle.
Juste pour être tatillon, c'est le format OpenDocument, pas le format OASIS.
Le format OASIS c'est autre chose. C'est le nouveau format de fichiers pour la microélectronique. Et là tes fichiers OpenDocument peuvent aller se rhabiller, on parle en dizaines voire centaines de Go :)
And remember, kids : OASIS the standard body != OASIS the file format (from SEMI, http://www.semi.org/(...) )
Sauf que.... Beagle n'utilise plus d-bus pour communiquer entre le client et beagled, ils utilisent des IPC plus basiques, parce que d-bus n'était pas l'idéal pour le projet.
C'est vraiment dommage que Mono soit si controversé, ca empêche Beagle de vraiment devenir un outil omniprésent. Ca, et aussi Tomboy, iFolder, F-Spot, etc.
Ca me désespère de voir Mono bloqué pour des histoires de dangers potentiels liés à des brevets, alors que je suis sûr que Fedora inclut un pilote pour le système de fichiers FAT, qui lui est protégé par des brevets que Microsoft a déjà brandi contre les fabricants de cartes mémoires / d'appareils photos numériques (je ne sais plus lesquels)
C'est aller un peu vite en besogne que de dire que Tenor ira plus loin que Beagle.
Beagle n'est qu'une partie du puzzle. L'histoire commence en 2003 lorsque Nat Friedman (le confondateur de Ximian avec Miguel de Icaza) a commencé à développer un outil appelé Dashboard ( http://nat.org/dashboard(...) ), qui permet de présenter en temps réel des informations relatives aux tâches qu'on est en train de faire sur l'ordinateur. Ca marchait pas mal (il y a 2 ans, donc) après quelques mois de boulot, comme les screenshots sur le site le montrent.
Seul problème, amasser toutes ces données devenait de moins en moins pratique et le code était pas spécialement optimisé, et donc Beagle est né à partir du code de Dashboard, pour avoir un système capable de stocker et de présenter toutes ces données. Une fondation plus saine pour Dashboard, quoi.
Beagle n'est donc qu'une partie de l'infrastructure complète proposée avec Dashboard. Il faut bien garder ca en tête. Beagle étant de plus en plus utilisé, sa maturité approche. Je me demande même s'il ne sera pas proposé par défaut dans Breezy. Quelqu'un pour confirmer ?
Alors, le développement de Dashboard reprendra, et ca va faire mal ;o) Je suis même pas sûr qu'il marche encore en ce moment, vu tous les changements apportés à Beagle.
Oué ziva kestu croa le francé c importan de le parlé apré on san fou !!!! Comen cé tro relou les gen ki dise kon écri pa bien sairieu !!!!
Si vous voulez vraiment vous faire peur, allez voir sur un skyblog (à peu près n'importe lequel devrait faire l'affaire). Perso il m'a bien fallu 5 minutes pour lire une page constituée de 20 phrases tout au plus. Incompréhensible.
Et t'es allé voir dans le "gestionnaire de matériel" (je sais plus trop comment ca s'appelle) ? Parce que c'est rigolo, y'a plein de trucs en double (horloge RTC, pont PCI, j'en passe et des meilleurs).
Ca m'est arrivé quand j'ai remplacé proc. + carte mère (de P4 -> Athlon64) sans changer le DD. Ce qui est moins rigolo, c'est quand tu essaies de faire le ménage dans le bordel et que tu sais pas à quoi chaque truc correspond.
Alors oui, ca marche mieux que 95 ou 98, mais c'est pas encore ca par rapport à Linux (au niveau détection des périphs, j'entends). C'est pourtant simple, il suffit de repartir de zéro à chaque fois (sauf si on a sauvegardé un profil matériel).
Ah oui, et le coup du noyau ACPI/pas ACPI : si tu utilises ton Windows en double-boot pour le démarrer sous VMWare Linux, il faut installer un noyau non-ACPI (qu'il faut copier décompresser à la mano depuis le CD d'install de wiwi). Tu veux pas d'ACPI sous linux ? Simple : acpi=off dans la ligne de commande du noyau, et en voiture Simone !
C'est l'histoire (en anglais) d'un frenchie qui s'est fait arrêté dans le métro londonien parce que :
- il portait un sweet à capuche au mois d'aout (le lendemain du jour d'aout le plus froid depuis 25 ans)
- il lisait des papiers (des articles wikipedia qu'il avait imprimé)
- il avait pas regardé les policiers à l'entrée du métro (il portait des lunettes au lieu de ses lentilles habituelles et voulait voir ou il allait sans se péter la gueule dans l'escalier)
- il a osé utiliser son téléphone portable !
Et pour ca, il a eu le droit de se faire emmener au poste, il a eu une perquisition chez lui ou on lui a pris plein de matos et il et en train de se battre pour :
a) Récupérer ses biens
b) Avoir ses empreintes, ADN, etc. enlevés du fichier national de la police.
Donc t'as raison, on est tranquille si on a rien à se reprocher...
Tu peux étayer sur le parce que Mono, ça n'a pas l'air être au niveau de classpath/gcj ?
Parce que comme montré plus haut dans la discussion, des applis qui utilisent Mono y'en a de plus en plus, et le développement avance à grand pas. A tel point que certaines parties de C# 2.0 sont déjà implémentées dans Mono (v. 1.1.x ), alors que c'est pas encore chez Microsoft (à part en beta).
J'ai commencé à regarder le truc en Flash de Zimbra, mais ca m'a vite saoûlé. Une seule remarque : le client AJAX à l'air d'une lourdeur... Ils ont refait un client complet à la Evolution, avec le même type d'interface, etc...
Je trouve pas ca top, je préfère l'interface plus simple et claire de GMail par exemple (même s'il y a quelques trucs qui ont l'air bien sur Zimbra, comme le drag n' drop par exemple). M'enfin, ca n'est que mon avis.
Comme expliqué en long, en large et en travers sur /. récemment, c'est pas ce qui s'est passé : avant les missions Appolo, américains et russes utilisaient des crayons.
Le problème des crayons, c'est que la mine peut se casser, et qu'il y avait un risque de se prendre des bouts dans l'oeil ou de causer des courts-circuits (ben oui, ca conduit l'électricité le graphite).
Donc une boite américaine, Fisher Pen Co., a créé un stylo et l'a proposé à la NASA, une fois le produit développé sur ses propres fonds. Et ils ont acheté par la NASA.
Depuis, russes et américains utilisent des stylos, parce que c'est plus pratiques.
C'est donc une légende urbaine (ou spatiale, plutôt).
La consommation d'un avion de ligne moderne est de moins de 5 litres/100km pour un taux de remplissage de 70% (source : http://environnement.toulouse.aeroport.fr/fr/pageEdito.asp,UIDcNode(...) . J'avais vu un site web moins partisan que celui d'un aeroport, mais je ne retrouve plus le lien. L'ordre d'idée est le bon).
Donc c'est à peu près la même chose qu'un diesel moderne de 1,5l je dirais. Au niveau pollution par contre, je ne sais pas. Mais en consommation c'est pas trop mauvais.
Un truc qui vient de m'arriver et qui est un désavantage des languages interprétés : je développe un outil en Perl qui met environ 20 minutes pour se finir. Et comme c'est moderne et tout, j'utilise pour la sortie des templates (programmés eux aussi en Perl).
Génial, c'est tout flexible et tout. Seulement m'arrive d'avoir des bugs dans les templates de sortie. Des trucs tout con (genre un point virgule oublié à la fin d'une ligne). Comme les templates sont compilés lors de leur utilisation (on peut considérer ca comme des plugins), c'est au bout de 15 minutes qu'il me sort que j'ai une erreur de syntaxe. Et j'ai donc le droit de corriger mon erreur et de tout recommencer.
Avec un langage précompilé, cette erreur se serait vue lors de la compilation (relativement rapide, je dirais même pas une minute si c'était en C), et j'aurais pas attendu pendant 15 minutes pour rien.
Bon, c'est assez spécifique (temps de compilation théorique court par rapport au temps d'exécution de l'appli), mais quand même.
Ceci dit, ca me permet de mouler 2 fois plus sur linuxfr :)
Tu sais, il y a aussi des bonnes écoles d'ingénieurs (dans les 25 premières ca te va ?) qui ont des prépas intégrées.
J'ai toujours voulu faire ingé (nan nan, j'ai jamais voulu faire pompier) et je trouve que le système de la prépa c'est du grand n'importe quoi aussi, j'ai donc fait l'école qui correspondait à mes critères.
Faut chercher plus loin que le bout de son nez, ca sert.
Je pourrais aussi te renvoyer l'arguement en disant que ceux qui vont en université sont tous des gros glandeurs qui veulent juste faire chercheurs pour pas en foutre une pendant le reste de leur vie.
Ceci dit, je suis d'accord avec toi sur une chose : une bonne partie de ceux qui sont dans les très grandes écoles ("l'élite de la nation", qu'ils disent) ne se prennent pas pour de la merde. Exemple, un de mes cousins qui est à centrale en ce moment:
- lui : "je fais pratiquement aucun cours technique"
- moi : "et t'es pas censé être ingénieur ? Tu sais quand tu vas commencer en entreprise ca serait bien d'avoir des bases techniques sur un métier (méca, info, etc.)"
- lui : "ah ben non moi je veux faire du management la technique ca m'intéresse pas"
- moi : ...
Il y a l'air d'avoir une mentalité assez bizarre. Et d'après lui la plupart des gars de sa promo c'est pareil. Ca me fait mal de la part d'une école qui nous à sorti Videolan :/
Les IHM en script c'est ce qui se fait pour les applis pro(tm)(r)(c).
Enfin, du moins en microélectronique. C'est du TCL/TK pour la plupart, ca te permet de modifier l'apparence de l'appli pour l'adapter à ton environnement de travail assez facilement (menus spéciaux qui appellent des scripts, nouveaux widgets, etc...) Je crois que ca se mettrait à râler sérieusement si les applis n'était plus modifiables :)
Je suis pas sûr de l'intérêt pour les applis grand public, autant faire l'IHM avec les outils adaptés au langage utilisé pour écrire l'appli, ca facilite la vie du développeur, AMHA. De toute facon l'utilisateur lambda ne va pas s'amuser à aller modifier son appli.
[^] # Re: Du faux et du moins faux
Posté par woopla . En réponse au journal Câbles sous-marins et répéteurs. Évalué à 3.
Enfin, ce sont mes souvenirs d'il y a 3-4 ans en cours (par une personne d'Alcatel)...
[^] # Re: casquette
Posté par woopla . En réponse au journal Après la danse pour développeurs..... Évalué à 1.
Ceci dit, je ne suis pas allé à l'université en France, mais dans mon école d'ingés il y a 3 ans, ceux qui avaient une casquette l'enlevaient avant d'aller en cours.
[^] # Re: Breezy Bugger
Posté par woopla . En réponse au journal Gnome/Ubuntu pour Mamie. Évalué à 4.
http://www.weebls-stuff.com/toons/kenya/(...)
Un peu moins répétitif que le premier :)
[^] # Re: Ben moi
Posté par woopla . En réponse au journal Tango. Évalué à 1.
J'ai précisé que le seul intérêt que j'y vois c'est pour les distribs à qui ca simplifiera le boulot, vu qu'elles essaient d'avoir un thème commun our KDE et Gnome. Ca ne changera en effet pas grand'chose pour les thèmes fournis par défaut avec les desktops (tels qu'ont les récupère sur kde.org et gnome.org).
C'est vrai que les guidelines sont intéressantes pour avoir des icônes qui ne fassent pas tâche dans un environnement comme dans l'autre, mais le problème c'est que du coup les différences visuelles vont s'amenuiser. Y'en a qui préfèrent les trucs qui pètent à la KDE, et d'autres, comme moi, qui préfèrent les icônes plus sobres à la Gnome.
Donc en ce qui me concerne l'intêret est limité, tant en audience (les gens qui font des thèmes méta-desktop) qu'en impact "artistique" (ben oui, en exagérant, maintenant tout les desktops vont se ressembler).
Par contre, pour faire dans la news fraiche concernant le desktop, l'initiative Better Desktop ( http://betterdesktop.org(...) ) est beaucoup plus intéressante, parce qu'elle parle d'usabilité, et ca c'est quelque chose d'important quelque soit le desktop utilisé.
# Bah
Posté par woopla . En réponse au journal Tango. Évalué à -3.
M'enfin, ce ne sont que mes deux centimes d'euros, après tout.
# Comme d'habitude....
Posté par woopla . En réponse au journal Repenser les langages et le développement logiciel. Évalué à 9.
A mon avis, ca n'est pas une question de méthode, de langage ou de buzzwords, mais de volonté des développeurs.
Pourquoi je dis ca ? En microélectronique, on utilise des langages de description matérielle qui s'apparentent à des langages de programmation, e.g. VHDL et Verilog. On peut considérer que les designers font du développement, avec des sources qui peuvent être conséquentes, etc. Et pourtant les bugs sont minimums. Il y en a bien quelques uns de temps en temps, mais ils sont tellement rares que ca fait presque la une des journaux (cf le bug FDIV du Pentium).
Si les bugs sont rares, c'est parce que faire une erreur ca coûte très cher - avec des jeux de masques qui coûtent actuellement dans les 50M d'euros, et qu'il faut refaire dès qu'il y a une correction à apporter, on fait gaffe. Le problème, c'est que info beaucoup de développeurs se disent que c'est pas très grave s'il y a des bugs, ils pourront toujours ressortir une nouvelle version.
Tant qu'une bonne partie des développeurs ne seront pas dans cet état d'esprit, les plus beaux langages du monde n'y changeront rien...
PS : ta NDR sur l'origine du mot bug est fausse. Ca vient tout simplement du fait que les insectes aimaient bien venir se coller sur les tubes (chauds !) des premiers ordinateurs, et que ca pouvait causer des problèmes sur les tubes en question.
[^] # Re: A propos de KDE et de beagle...
Posté par woopla . En réponse au journal Beagle et KDE : je t'aime moi non plus. Évalué à 2.
C'est que d-bus et ses amis sont trop "lourds", ils apportent des fonctionnalités qui ne sont pas utiles à Beagle, qui peut très bien faire la même chose sans (les besoins en IPC sont simples). Et ca fait une dépendance de moins pour Beagle, le binding CIL pour d-bus n'étant apparemment pas trop à jour/pas facile à mettre en oeuvre.
En tout cas c'est l'avis de Jon Trowbridge, un des dév. principaux de Beagle.
[^] # Re: OASIS c'est bon c'est bon
Posté par woopla . En réponse à la dépêche AbiWord passe en version 2.4. Évalué à 4.
Le format OASIS c'est autre chose. C'est le nouveau format de fichiers pour la microélectronique. Et là tes fichiers OpenDocument peuvent aller se rhabiller, on parle en dizaines voire centaines de Go :)
And remember, kids : OASIS the standard body != OASIS the file format (from SEMI, http://www.semi.org/(...) )
[^] # Re: A propos de KDE et de beagle...
Posté par woopla . En réponse au journal Beagle et KDE : je t'aime moi non plus. Évalué à 6.
C'est vraiment dommage que Mono soit si controversé, ca empêche Beagle de vraiment devenir un outil omniprésent. Ca, et aussi Tomboy, iFolder, F-Spot, etc.
Ca me désespère de voir Mono bloqué pour des histoires de dangers potentiels liés à des brevets, alors que je suis sûr que Fedora inclut un pilote pour le système de fichiers FAT, qui lui est protégé par des brevets que Microsoft a déjà brandi contre les fabricants de cartes mémoires / d'appareils photos numériques (je ne sais plus lesquels)
[^] # Re: A propos de KDE et de beagle...
Posté par woopla . En réponse au journal Beagle et KDE : je t'aime moi non plus. Évalué à 4.
Beagle n'est qu'une partie du puzzle. L'histoire commence en 2003 lorsque Nat Friedman (le confondateur de Ximian avec Miguel de Icaza) a commencé à développer un outil appelé Dashboard ( http://nat.org/dashboard(...) ), qui permet de présenter en temps réel des informations relatives aux tâches qu'on est en train de faire sur l'ordinateur. Ca marchait pas mal (il y a 2 ans, donc) après quelques mois de boulot, comme les screenshots sur le site le montrent.
Seul problème, amasser toutes ces données devenait de moins en moins pratique et le code était pas spécialement optimisé, et donc Beagle est né à partir du code de Dashboard, pour avoir un système capable de stocker et de présenter toutes ces données. Une fondation plus saine pour Dashboard, quoi.
Beagle n'est donc qu'une partie de l'infrastructure complète proposée avec Dashboard. Il faut bien garder ca en tête. Beagle étant de plus en plus utilisé, sa maturité approche. Je me demande même s'il ne sera pas proposé par défaut dans Breezy. Quelqu'un pour confirmer ?
Alors, le développement de Dashboard reprendra, et ca va faire mal ;o) Je suis même pas sûr qu'il marche encore en ce moment, vu tous les changements apportés à Beagle.
[^] # Re: Correctif
Posté par woopla . En réponse au journal Microsoft s'intéresse à ta santé .... Évalué à 5.
Si vous voulez vraiment vous faire peur, allez voir sur un skyblog (à peu près n'importe lequel devrait faire l'affaire). Perso il m'a bien fallu 5 minutes pour lire une page constituée de 20 phrases tout au plus. Incompréhensible.
[^] # Re: info de ma fille
Posté par woopla . En réponse au message lol. Évalué à 3.
Ca vient d'IRC, et ca veut dire Laughing Out Loud. Il y a aussi ROFL, Rolling On the Floor Laughing et d'autres variations.
Ah, ces jeunes, ca croit tout savoir... ;o)
PS : l'abus de LOL est nocif pour la santé. À utiliser avec modération.
[^] # Re: Oups... je la refais pour ceux qui ne veulent pas copier coller :)
Posté par woopla . En réponse au journal RIAA Strike Back. Évalué à 10.
Oh la belle porte ! ~~~~> []
[^] # Re: Test
Posté par woopla . En réponse au journal Upgrade matériel. Évalué à 5.
Ca m'est arrivé quand j'ai remplacé proc. + carte mère (de P4 -> Athlon64) sans changer le DD. Ce qui est moins rigolo, c'est quand tu essaies de faire le ménage dans le bordel et que tu sais pas à quoi chaque truc correspond.
Alors oui, ca marche mieux que 95 ou 98, mais c'est pas encore ca par rapport à Linux (au niveau détection des périphs, j'entends). C'est pourtant simple, il suffit de repartir de zéro à chaque fois (sauf si on a sauvegardé un profil matériel).
Ah oui, et le coup du noyau ACPI/pas ACPI : si tu utilises ton Windows en double-boot pour le démarrer sous VMWare Linux, il faut installer un noyau non-ACPI (qu'il faut copier décompresser à la mano depuis le CD d'install de wiwi). Tu veux pas d'ACPI sous linux ? Simple : acpi=off dans la ligne de commande du noyau, et en voiture Simone !
[^] # Re: Intérêt de la vidéo surveillance?
Posté par woopla . En réponse au journal Sarkocratie et Niconet. Évalué à 10.
Hrmmm... Une petite histoire pour te montrer que les abus arrivent dès qu'on les facilite :
http://www.guardian.co.uk/attackonlondon/story/0,16132,1575532,00.h(...)
C'est l'histoire (en anglais) d'un frenchie qui s'est fait arrêté dans le métro londonien parce que :
- il portait un sweet à capuche au mois d'aout (le lendemain du jour d'aout le plus froid depuis 25 ans)
- il lisait des papiers (des articles wikipedia qu'il avait imprimé)
- il avait pas regardé les policiers à l'entrée du métro (il portait des lunettes au lieu de ses lentilles habituelles et voulait voir ou il allait sans se péter la gueule dans l'escalier)
- il a osé utiliser son téléphone portable !
Et pour ca, il a eu le droit de se faire emmener au poste, il a eu une perquisition chez lui ou on lui a pris plein de matos et il et en train de se battre pour :
a) Récupérer ses biens
b) Avoir ses empreintes, ADN, etc. enlevés du fichier national de la police.
Donc t'as raison, on est tranquille si on a rien à se reprocher...
[^] # Re: Manque d'arguments pour Qt... Help !
Posté par woopla . En réponse au journal Manque d'arguments pour Qt... Help !. Évalué à 2.
Parce que comme montré plus haut dans la discussion, des applis qui utilisent Mono y'en a de plus en plus, et le développement avance à grand pas. A tel point que certaines parties de C# 2.0 sont déjà implémentées dans Mono (v. 1.1.x ), alors que c'est pas encore chez Microsoft (à part en beta).
[^] # Re: Dans la même veine
Posté par woopla . En réponse au journal Encore une solution pour remplacer MS Exchange. Évalué à 2.
Depuis aujourd'hui Hula est entièrement GPL : http://www.eurobob.eclipse.co.uk/blog/2005/09/27#hula-is-gpld(...)
J'ai commencé à regarder le truc en Flash de Zimbra, mais ca m'a vite saoûlé. Une seule remarque : le client AJAX à l'air d'une lourdeur... Ils ont refait un client complet à la Evolution, avec le même type d'interface, etc...
Je trouve pas ca top, je préfère l'interface plus simple et claire de GMail par exemple (même s'il y a quelques trucs qui ont l'air bien sur Zimbra, comme le drag n' drop par exemple). M'enfin, ca n'est que mon avis.
[^] # Re: Paranoia?
Posté par woopla . En réponse au journal Steve Balmer invité d'honneur chez HP. Évalué à 9.
[^] # Re: Lien manquant
Posté par woopla . En réponse au journal Comment résoudre la "crise du logiciel" ?. Évalué à 10.
Le problème des crayons, c'est que la mine peut se casser, et qu'il y avait un risque de se prendre des bouts dans l'oeil ou de causer des courts-circuits (ben oui, ca conduit l'électricité le graphite).
Donc une boite américaine, Fisher Pen Co., a créé un stylo et l'a proposé à la NASA, une fois le produit développé sur ses propres fonds. Et ils ont acheté par la NASA.
Depuis, russes et américains utilisent des stylos, parce que c'est plus pratiques.
C'est donc une légende urbaine (ou spatiale, plutôt).
[^] # Re: Pas que les voitures...
Posté par woopla . En réponse au journal Quelles alternatives au pétrole ?. Évalué à 1.
Donc c'est à peu près la même chose qu'un diesel moderne de 1,5l je dirais. Au niveau pollution par contre, je ne sais pas. Mais en consommation c'est pas trop mauvais.
[^] # Re: Faut vraiment...
Posté par woopla . En réponse au journal J'ai retrouvé Alsa. Évalué à 3.
[^] # Re: Langages statiques/dynamiques et bugs
Posté par woopla . En réponse au journal Eclipse, Qt et GTK+ sont dans un bateau .... Évalué à 3.
Génial, c'est tout flexible et tout. Seulement m'arrive d'avoir des bugs dans les templates de sortie. Des trucs tout con (genre un point virgule oublié à la fin d'une ligne). Comme les templates sont compilés lors de leur utilisation (on peut considérer ca comme des plugins), c'est au bout de 15 minutes qu'il me sort que j'ai une erreur de syntaxe. Et j'ai donc le droit de corriger mon erreur et de tout recommencer.
Avec un langage précompilé, cette erreur se serait vue lors de la compilation (relativement rapide, je dirais même pas une minute si c'était en C), et j'aurais pas attendu pendant 15 minutes pour rien.
Bon, c'est assez spécifique (temps de compilation théorique court par rapport au temps d'exécution de l'appli), mais quand même.
Ceci dit, ca me permet de mouler 2 fois plus sur linuxfr :)
[^] # Re: La faute au patronat ?
Posté par woopla . En réponse au journal Les ratés historiques de l'informatique française. Évalué à 2.
J'ai toujours voulu faire ingé (nan nan, j'ai jamais voulu faire pompier) et je trouve que le système de la prépa c'est du grand n'importe quoi aussi, j'ai donc fait l'école qui correspondait à mes critères.
Faut chercher plus loin que le bout de son nez, ca sert.
Je pourrais aussi te renvoyer l'arguement en disant que ceux qui vont en université sont tous des gros glandeurs qui veulent juste faire chercheurs pour pas en foutre une pendant le reste de leur vie.
Ceci dit, je suis d'accord avec toi sur une chose : une bonne partie de ceux qui sont dans les très grandes écoles ("l'élite de la nation", qu'ils disent) ne se prennent pas pour de la merde. Exemple, un de mes cousins qui est à centrale en ce moment:
- lui : "je fais pratiquement aucun cours technique"
- moi : "et t'es pas censé être ingénieur ? Tu sais quand tu vas commencer en entreprise ca serait bien d'avoir des bases techniques sur un métier (méca, info, etc.)"
- lui : "ah ben non moi je veux faire du management la technique ca m'intéresse pas"
- moi : ...
Il y a l'air d'avoir une mentalité assez bizarre. Et d'après lui la plupart des gars de sa promo c'est pareil. Ca me fait mal de la part d'une école qui nous à sorti Videolan :/
[^] # Re: XUL !
Posté par woopla . En réponse au journal Eclipse, Qt et GTK+ sont dans un bateau .... Évalué à 2.
Enfin, du moins en microélectronique. C'est du TCL/TK pour la plupart, ca te permet de modifier l'apparence de l'appli pour l'adapter à ton environnement de travail assez facilement (menus spéciaux qui appellent des scripts, nouveaux widgets, etc...) Je crois que ca se mettrait à râler sérieusement si les applis n'était plus modifiables :)
Je suis pas sûr de l'intérêt pour les applis grand public, autant faire l'IHM avec les outils adaptés au langage utilisé pour écrire l'appli, ca facilite la vie du développeur, AMHA. De toute facon l'utilisateur lambda ne va pas s'amuser à aller modifier son appli.
[^] # Re: On a retrouvé l'Alsa
Posté par woopla . En réponse au journal J'ai retrouvé Alsa. Évalué à 4.