En pratique, OpenGL 2.0 apporte le pipeline non fixe, OpenGL 3 doit tout revolutionner et ne le fait pas, OpenGL 3.1 doit le faire. Qu'en est il ?
OpenGL 3.1 repond-t-il aux attentes ? Je lis dans certains commentaires qu'il n'est toujours pas aux niveau de Direct 3D, quelqu'un as-t-il des arguments, des explications ?
Pour l'autonomie c'est le materiel, j'ai un ibook g3 datant de 2001 et c'est une pure merveille, je tient entre 3h (a fond) et 6h (CPU au min et pas de WiFi).
J'attendais beaucoup de la nouvelle gamme apple pour renover mon ibook (qui commence a luter un peu en matiere de fonctionalité, j'aimerais jouer avec des multi-coeur et des shaders), mais le fait qu'ils ai une carte nvidia m'a bloqué net. Depuis je suis a la recherche du petit portable parfait qui remplacera mon ibook g3.
A l'epoque j'avais essayé OSX, mais je ne l'ai pas gardé pour plusieurs raisons techniques (et d'autres, ideologiques, que je ne detaillerais pas), principalement c'est le fait que mettre a jour macosX m'aurait retrouvé avec un ordinateur super lent et que ne pas mettre a jour m'empechait d'utiliser les 9/10 des applications "nouvelles".
Pour avoir retouché de l'OSX sur l'ordinateur d'un de mes colloc, c'est vrai qu'il y a des choses bien, principalement en ce qui concerne l'integration et les soft boulay proof. Mais clairement je trouve qu'un bon petit gnome est presque aussi bien (remplacer GnomE par kdE/xfcE/E/whatever).
Concernant la compatibilité des nouveaux macbook, rien de plus a dire que les autres commentaires, si ce n'est le blob binaire pour le driveur 3D.
« Concernant le temps de compilation, bien sûr c'est long.Mais est-ce que c'est plus long que d'écrire un milliard de tests ou de planter après 2h d'éxécution pour pallier à l'absence de la phase de compilation (genre se tromper sur l'objet que tu passe à une méthode, détecter à 98% par le compilateur, jolie execption à l'éxecution sinon :)). »
Bien que je sois d'accord sur ce probleme, je ne pense pas que la compilation puisse se passer de tests. Donc que l'on soit en python ou dans un autre langage, il faut faire des tests. Or un bon jeu de tests te procurera une couverture suffisante du code pour eviter les "plantages au bout de 2 heures".
« Autre point : tu t'appuye sur quels projets python de taille importante pour porter de tels jugements ? Quel intérêt de l'objet si tu n'utilise pas un minimum l'encapsulation ? »
Le probleme n'est pas de ne pas utiliser l'encapsulation, tu peux faire du code python tres proprement et en respectant une bonne demarche d'encapsulation. Le probleme ici est que l'encapsulation est une convention et non une regle du langage, libre a toi de l'utiliser ou pas.
En pratique, la convention python dit qu'il faut prefixer les privates par des _. A partir de ce moment la, quelqu'un qui utilise mon API peut se dire "ok, j'utilise un _, c'est mon choix, j'ai des raisons de le faire, mais je ne pleure pas si cela me pete a la geule" et un outil (genre pylint) peut faire des rapports de bonnes pratique et signaler les utilisations de variables "privée".
Maintenant, je dirais que chaque langage a sa specificité. J'ai cru mourir le jour ou j'ai fais du python avec des gens qui n'en avait rien a faire et qui attendait seulement que le projet se termine en pondant du code. A ces moment la c'est une horreur et je suis bien d'accord qu'un langage plus "strict" comme java sera mettre des gardes fou utiles.
En conclusion, si vous bossez avec des gens payés au lance-pierre et qui n'ont pas la volonté du travail bien fait (ni le temps d'ailleur), ne faite pas de Python, c'est des ennuis assuré. En Java par exemple, sauf grosse boulette, votre outil est certain de tourner pour la demo client ;)
Par contre, si vous chercher a faire du travail rapidement, de facon sympa, maintenable avec une super bonne demarche agile, essayez Python. Cela demande un peu de rigueur, des gens motivés et inteligents, mais cela vaut le coup.
« Et bien, dans le cas d'un code classique, si je perds mon indentation à la suite d'une mauvaise manip (Copie-Colle, deplacement, factorisation de code) ...
Je reprend mon bloc et je fais une ré-indentation automatique du tout ...
Et bien en python, c'est pas cà, il faut tout se relire, revérifier que les indentations soient les bonnes (splendide quand on enchaîne les boucles imbriquées ... ) »
En etant de mauvaise foi, je dirais "Le HTML c'est vraiment mieux que le XHTML. Imagine, quand tu fais un copier-coller de code et que celui-ci ne marche pas et que des balises disparaissent pendant le traitement, le HTML peut encore entre analysé alors que le XHTML va forcement planter."
Pour rire, j'invite tous les gens qui font du python a ajouter un marqueur de fin d'indentation :
if toto:
while titi:
blo
#endwhile
#endif
Et comme cela, plus de probleme.
La je suis de mauvaise foi, mais c'est vrai qu'en pratique, je passe plus de temps a chercher des oublis d'accolades ou de points-virgules qu'a reindenter du code python. J'ai un tres bon editeur qui prend en compte l'indentation lorsque je copie colle du texte, et hop c'est bon. Il suffit d'un peu de rigeur lorsque l'on copie-colle et le probleme est reglé.
Reste tout de meme le probleme des tabs ou des espaces pour l'indentation, et CA c'est vraiment un probleme et je regrete que le langage ne soit pas plus strict a ce sujet.
« Apres, pour les SEGFAULT des débutants avec les langages classiques, ils peuvent être très facilement éviter par l'utilisation de bibliothèques pour la gestion des tableaux dans un premier temps par exemple ...
Il restera toujours le pointage en dehors du tableau lors de la recherche d'un élément ...
Mais là, Python a le même problème. »
Python te crache une exception avec le numero de ligne, une explication et des informations utiles.
C te fais un "Segfault". Si tu sais utiliser un debugger, tu peut trouver la ligne qui ne vas pas. Mais ce n'est PAS forcement elle qui pose probleme, des fois c'est quelque chose qui n'a totalement rien a voir. D'autres fois, le code marchait tres bien car l'on pointait en dehors du tableau dans une zone "sans danger" et du jour au lendemain cela ne marche plus (changement de compilateur, changement des indices ce qui fait que tu tapes maintenant bien en dehors de la memoire allouée. Bref c'est complexe.
C++ a le meme probleme, c'est moins le cas pour Java et C#, j'avoue.
Si on revient sur les erreurs que peuvent te donner le compilateur, je deteste C++ pour deux raisons, la premiere etant les erreurs que te crache GCC lorsque sur des fonctions templatées, c'est illisibles ;) La seconde raison c'est que pour GCC "Explicite is better...".
« Après j'ai déjà encadré des étudiants en info ... comment dire ... L'indentation c'est pas leur fort dans une majorité des cas ... Mais bon, d'un autre coté, puisque là c'est obligatoire ... cela coincerait au début seulement :D à force ils seraient obliger de s'y mettre »
J'ai aussi encadré des etudiants en info, et je t'avoue que pour la pluspart l'utilisation de python (apres avoir fait du C/Java/Pascal) etait un bonheur. J'ai meme eu une remarque "Avec python, c'est cool, il n'y a plus besoin d'indenter" d'un eleve qui voyait l'indentation comme le truc inutile que les profs demandent. Pour python, il n'indentait pas, il creent des sous-blocs logique.
Je me rappel aussi des heures de debogage dues a un ';' en trop sur la ligne du while ou du for. La personne qui s'est deja faite avoir connait le truc, et encore, mais je te garantie qu'il y a en chaque année qui pleurent a cause de ca ;(
« Je code en ligne, puis, transforme en fonction ce qui peut l'être, en faisant un copié collé du code à mettre en fonction. Dans un cas, j'ai renommé mes paramètres afin d'avoir un nom plus général dans ma fonction ... hors je n'ai modifié que le nom dans l'intitulé de la fonction et pas dans son corps .... Et bien je m'en suis rendu compte deux jours plus tard ... quand j'ai mis ma fonction dans un module autre ... et qu'il n'arrivait pas à trouver ma variable.
La portabilité de celle-ci faisait qu'il prenait sans problème, une variable déclarée dans le corps du programme et non pas celle passée en paramètre (prise de tête garantie)
N'importe quelle compilateur m'aurait insulté copieusement dès le début :D »
Ce probleme est veridique, cependant :
1) Il existe des outils (pylint par exemple) qui font le genre de verifications qu'un compilateur pourrait faire, mais il est vrai, pas forcement avec l'efficacité d'un compilo du fait du coté dynamique.
2) Une fois les problemes de compilation passés, tu te rend compte qu'avec une bonne methodologie de test, tu evites beaucoup plus de problemes graves. Et la python est tres fort (c'est presque marrant d'ecrire des tests avec ;) (Je ne nie pas que les framework de tests existent dans d'autres langages, c'est juste plus lourd, je DETESTE tester du C, generalement je prefere le wrapper dans du python et tester le python...)
« L'indentation est aussi affreuse, je n'aime pas du tout devoir remplacer les { } par des tabulations .. le copié collé de code est souvent affreux si l'on doit changer le niveau de tabulation »
Ca c'est le boulot de ton editeur de texte. Personellement, (sachant que je Dev principalement avec le couple python/C et des fois en C++), je fais toujours beaucoup d'oublis de parentheses ou points virgules, par contre je n'ai JAMAIS eu de probleme d'indentation en python.
« Et je plussois puissance beaucoup le système aide en ligne en ayant simplement à faire help(ma_fonction) dans un interpreteur »
C'est marrant, c'est vraiment pour moi une des faiblesse de python et des langages dynamique, ton IDE a beaucoup de mal a t'afficher la doc d'une fonction ;) Pour cela je prefere vraiment le C/C++/Java/C# qui me permettent d'avoir sans soucis la doc et l'autocompletion de mes fonctions tres rapidement.
« Et je n'ose imaginé des débutants avec les problèmes des variables non typées et du code basé sur son indentation ... »
Et les debutants avec des SegFault ? Et pas les gentils segfault, je parles des mechantes qui n'arrivent qu'une fois sur deux ;) Quand tu vois que 90% des etudiants d'une celebre ecole d'ingenieur en informatique que je ne citerais pas ne savent pas ce qu'est un debuggeur, un debutant le sait encore moins, alors il ira chercher son segfault a coup de printf et il va ramer longtemps, quand il ne vas pas juste rester totalement bloqué (Je ne nie pas que certains traceback de python son flous, mais pas autant qu'(un/une) (beau/belle) Segfault ;)
C'est le grand drame de ma vie. Avant je customisais totalement mon environnement de travail avec un layout un peu tunné (en l'occurence un dvorak fr de xorg J. Mouette d'avant avec quelques touches remappées), un shell tunné (zsh), un emacs/vim tunné avec un gros fichiers de config et pleins de modules. Et je me suis retrouvé dans une boite sur une machine ou je n'avais pas la possibilité de configurer quoi que ce soit.
Depuis j'essaye de travailler avec le plus petit denominateur commun, donc je ne remappe pas mes raccourcis sur vim pour etre certain que le vim que j'aurais dans 6 mois sera le même que celui que j'ai maintenant.
Bref, avant que je ne sois certain de ma situation pour les 10 prochaines années à venir, je ne me lancerais pas dans quelque chose de ne pas "standard" *out of the box*.
- Je ne comprend pas le placement des touches de fonctions et en particulier du pavé numerique, qui sur la pluspart des clavier propose 1 2 3 sous la home-row de la main droite et qui ici force a se deplacer au bout du clavier.
- Pourquoi avoir mis les touches directionelles en FN sous la home-row de la main droite ? AMHA l'on se sert plus souvent du pavé numérique que des touches directionelles, en plus elles sont rappelées à coté. Par contre, le rappel de home et end sous ces doigts la va peut etre devenir interessant (autant les raccourcis emacs-style ctrl-e ctrl-a sont pratiques, mais les $ et 0/^ de vim sont insuportable en dvorak). À l'usage, qu'en pensez vous ?
Cela fait un bout de temps que je compte m'en acheter un (d'abord en dvorak US et le jour ou le bépo aura fait son chemin par defaut sur pas mal d'OS, je passerais en bepo, mais actuellement c'est juste horrible de devoir revenir à un azerty sous mac os ou window.)
Ce qui me trouble c'est :
- La position du ctrl et alt, ils sont loin sur la version PS2, il y a une ligne de plus qui ne sert à rien (play, app, shuffle, c'est quoi ?)
- La position du ctrl et alt, ils ne sont pas sur la même ligne sur la version USB (fan des changements de bureaux à coup de ctrl alt fleche)
- le manque de *vrai* pavé numerique, mais cela doit surement bien se passer avec la touche FN
- le manque de *alt-gr*, je fais comment quand je passe la bête à un amis qui ne connait que azerty ?
À quand un accord entre les grands fabricants de laptop et TypeMatrix ?
AMHA ce qui prouve qu'un fichier a changé, c'est son contenu et en aucun cas sa date de modification.
Les *remplacents* de make, comme scons, se basent sur un hash du fichier (stocké dans un fichier) pour établir la modification.
En pratique, la date peut etre biasée par enormement de choses (differences d'heures entre les machines, copies, gestionnaire de version, ...), c'est donc une erreur que de s'en servir.
Je suis l'heureux possesseur d'un ibook g3 (500 mhz, ~700 de RAM) et depuis feisty, Ubuntu ne supporte officiellement plus mon architecture PPC. (Officiellement cela veut dire que je n'ai jamais reussit à faire une install, soit en mise à jour, soit from scratch de quelque chose de plus récent que feisty).
Et pourquoi je voudrais mettre à jour ? Simplement pour pouvoir profiter de certains nouveaux packages (ou nouvelles fonctionalitées des autres packages) (gnome, network manager, scilab, ...). Au debut, je recompilais les packets en question, mais depuis cela devient difficile, je devrais recompiler tout le système (autant installer une gentoo, ce que j'envisage de faire, mais j'ai tout de même un peu peur)
Alors on pourrait se dire qu'après 9 ans, mon portable à été bien utilisé et qu'il est temps de lui donner une retraite bien merité pour un nouveau plus glossy. Oui mais je n'arrive pas à trouver ce que je veux :
- bien supporté (driver 100% libres)
- clavier agréable
- carte intel GMA X4500 (drivers libres très bon, et c'est la seule carte du marché à avoir des drivers libres et à avoir un peu de puissance et des shaders hardware)
- léger et petit (l'ancien faisait 13" pour 2.4)
- bonne autonomie
- écran mat (sauf si l'on me prouve que les brillants c'est mieux)
Le probleme c'est que les cartes intel sont connotées bas de gamme, donc avoir une carte intel + le reste (qui est plutot haut de gamme), ce n'est pas possible.
1) s/passe/passage
2) il est possible de mélanger les deux méthodes (ordre et mot clé)
dico = dict(nom="Bouchard",prénom="Guillaum")
"{0} ! {prénom} {nom} est un {0}".format("hibou",**dico)
3) cela permet d'introduire des formatages (je vous renvoi à la doc pour plus d'info [0])
4) la raison qui fait que il n'y a pas d'interpolation de chaîne directe comme en PHP (echo "Bonjour $prenom $nom") est simple :
a) Cela aurait demandé une modification du parseur. Ici il n'en est rien, ce n'est donc pas une notion du langage, mais seulement un outil de la librairie standard, le langage ne se complexifie pas (Python se veut simple). Si demain la fonction format doit évoluer, le parseur ne sera pas touché. De plus en tant que méthode, elle peut être surchargée sans syntaxe particulière.
b) Cela évite de devoir introduire des chaînes interpolées et des chaînes sans (en PHP le " et le ' différencie ces deux types de chaîne). Python se veut éxplicite, donc on supprime cela (j'ai beaucoup rie à mes débuts en PHP quand j'ai écris echo "$nom est ".$nom; ce n'était pas du tout ce que j'attendais.
J'aime vraiment cette fonction format de python ;)
* are simpler
Ok, j'avoue, comme je le disais, j'aime bien leur format de definition.
* 3 to 10 times smaller
Autant que mon format de serialization utilisé avec Python.
Au passage, 10 times smaller je n'y crois pas. XML implique une augmentation de poid importante je l'accorde, mais hormis dans le cas ou les noms de balise sont tres long et le contenu est tres cours, cela n'est pas de l'ordre de 10.
* Faster
Ok. Autant que mon format de serialization utilisé avec Python ?
* Less ambiguous
Je n'ai jamais trouvé le XML ambigus, juste les DTD illisibles.
* generate data access classes that are easier to use programmatically
Je n'aime pas la generation automatique de code et j'avoue ne jamais avoir traité de XML avec autre chose que Python, mais j'ai presque la meme chose avec Python. (en fait en 10 minutes de tests avec ElementTree (la lib de traitement de XML avec python) et un peu d'introspection, je fais la meme chose ;)
>>> Je n'y crois pas tellement. S’ils veulent des échanges rapides en XML, ils n'ont qu'à optimiser une librairie existante ; non!!!!!!
Tu ne feras jamais aller un parseur XML plus vite qu'un parseur binaire, puisque pour un parseur XML tu est forcé de traiter caracteres par caracteres, pour un parseur de fichier binaire n'as pas ce probleme la.
>>> Ce que je comprend c'est en gros qu'on a là un format binaire pour échanger des données entre c++, java et python.
Cela peut etre son aventage, mais le nombre de langage supporté sera toujours limitant, bien que je ne m'inquiete pas, chaque communautée va ecrire son adaptateur dans la semaine. D'autant que cela n'est pas trop en accord avec un fonctionnement sur un langage non objet.
Les criteres etant donc:
- Communication entre plusieurs langages, on a deja le XML pour ca.
- Bindage automatique sur des objects, moui, cela marche aussi avec le XML
- Vitesse. Le jour ou je commencerais a m'inquieter de la vitesse de traitement sur un truc qui est fortement dependant d'une IO, c'est que tous le reste de mon code sera parfait (j'ai hate)
- Poid. Argument presque valable, bien que je ne pense pas que cela soit de l'ordre de 10. Mais si le poid pose vraiment probleme, il existe deja des choses comme JSON qui permettent tout cela deja, non ?
- Syntaxe de l'equivalent a la DTD simple. Ca c'est bien ! Cela implique juste un format limité au final ?
Tout d'abord il faut voir que le format XML se compresse plutot bien, mais c'est vrai que le PF doit fournir un gain de taille interessant.
Maintenant ce que je n'aime pas c'est qu'il n'existe des implementation que pour Java, c(++), Python. Personellement je n'utilise que c et python, mais c'est dommage de faire un format qui n'est pas bien supporté. De plus on parle d'un format d'echange, le type principal d'echange au quel je peux penser qui aurait besoin d'un format leger c'est le web "ajax". Ou est la version javascript de ce truc ? Fasse au 12000 format leger pour le web (Json par example), qu'apporte il de plus.
Je n'aime pas non plus que cela genere du code, je deteste les choses qui genere du code (pour des raisons de praticité, de coherance, de portabilite et de securité).
C'est quoi ce = 1 ?
<<< The " = 1", " = 2" markers on each element identify the unique "tag" that field uses in the binary encoding. Tag numbers 1-15 require one less byte to encode than higher numbers, so as an optimization you can decide to use those tags for the commonly used or repeated elements, leaving tags 16 and higher for less-commonly used optional elements. Each element in a repeated field requires re-encoding the tag number, so repeated fields are particularly good candidates for this optimization. >>>
Si on en est a ce stade, autant faire son propre fichier binaire, la on est certain de maitriser l'optimisation. Mais, il y a quelque chose que je ne comprend pas. En fait si il y a cette notion de tag avec un numero, cela veut dire que le fichier est transformé en quelque chose de binaire quelque part dans le processus ? Donc c'est plus lisible par tout le monde et en plus c'est un nouveau format binaire ? Ou alors je n'ai rien pigé. A ce compte la je prefere utiliser les interface de serialisation de mes langages.
Ce que j'aime, un langage de definition du format qui est elegant et simple. Pour le XML je n'ai jamais rien trouvé de la sorte. Ecrire une DTD ou un XML Schema est toujours autant long lourd et moche.
Bref, hormis le schema de definition leger qui est sympa (au final autant que si je declarais ma classe dans mon langage favoris) et le format d'echange qui semble leger (autant que ma serialisation dans mon langage favoris), que m'apporte ce format ?
Tres bonne explication et informations tres interessantes. Merci.
Je jete un oeil attentif sur ton travail pour la langue francaise car cela m'interesse a deux niveau, autant en temps qu'utilisateur final du fait de mes lacunes dans ce domaine, autant en temps que (futur?) chercheur, c'est un probleme tres passionant.
J'attendais ce genre de chose depuis un bon moment deja (un correcteur sémantique de texte), mais j'avoue que je suis un peu deçu. Enfin, il y a des chances que cela s'ameliore dans le temps, je retesterais bientot.
"Il a des sous dans sa poche."
>>>
1. Line 1, column 19 Message: 'sa' et 'poche' ne semblent pas bien accordés en genre Context: Il a des sous dans sa poche.
'sa' est feminin, donc il faut mettre poche au feminin, bien sur,
Deuxieme essai,
"Il a des sous dans sa pochee."
>>>
Check done, 0 potential problems found
Sur le premier essai que j'ai fais, ce n'est pas concluant
De notre cote a l'insa de lyon on a le club GPL qui se charge de la promotion du libre sur l'insa.
Pour situer le contexte, je ne sais pas comment c'est a rouen, mais chez nous, tout le premier cycle a son informatique sous linux (ubuntu). On pourrait se dire que cela sensibiliserait deja bien, mais on se rend vite compte que :
- Les eleves n'en ont RIEN a faire et rallent en permanance parceque que linux 'c'est nul' parce que la version de matlab sous linux a moins la classe que celle pour windows qu'ils ont pirates en 10 minutes.
- Les eleves n'ont meme pas la notions de format en tete, et leur expliquer que l'odt c'est mieux que le .doc car le .doc c'est pas interoperable, il s'en cognent, le .doc il le lisent deja tres bien avec leur word pirates.
- Les profs ralent parcequ'ils sont perdus et qu'ils ne veulent pas faire l'effort.
- Les profs d'infos expliquent lors des premieres sceances:
'bon alors ici c'est linux, c'est parceque ca coute moins cher que windows, sinon c'est presque pareil sauf pour les noms des applications et le fait qu'il faut cliquer deux fois pour ouvrir un fichier et que pleins de trucs bien comme word marchent pas'
Bref, les eleves sortent avec une idee simple: Linux, produit pas cher pour les pauvres qui peuvent pas pirater windows.
J'en suis arrive a une conclusion. Dans ce genre de milieu tu ne convertieras pas quelqu'un sur le cote technique ou pratique.
Reste le cote philosophique du libre et ca tu ne le feras pas passer par la publicite, mais par la tchatche avec les gens que tu vas rencontrer. Comme ont dis qui se ressemble s'assemble et il y a de grande chances que les connaissances faites sur place soient influencables.
Dans cet univers bizarre, le club de promotion des LL as bien du mal a vivre.
Au final je crois que faire de la pub ne sert a rien, tous le monde s'en fout et souvent quand on ecrit 'logiciel libre', les gens lisent 'truc de geek boutonneux qui code dans sa cave' et fuient en courant.
Donc au final notre club GPL est plus devenu un lieu de rencontre de gens deja convaincus, qui trainent de temps en temps leurs amis pour voir, mais sans grande reussite. On fait aussi SAV et install party, mais c'est la pluspart du temps un truc du genre:
- "J'ai un boulot pour le prof d'info a faire et il me faut openoffice, donc je viens installer linux"
- "Tu sais que openoffice, sa force c'est qu'il marche partout ?"
- "Ha ? alors j'ai pas besoin de linux, tchoa merci"
- "Bonjour, il me faut linux, vous me l'installer, je repasse dans une heure"
- "Bonjour, j'ai un probleme, ca marche plus"
- "En effet, ton disque dur est mort"
- "Et merde, je vais tuer mon coloc"
- "Il a jouer au foot avec ?"
- "Non, c'est cet merde de linux qu'il m'a installer il y a 2 mois"
Et on a aussi le cas malheureux:
- "Waa, ca fait une semaine que je suis sous linux, je suis trop heureux, ca change de windows, en plus j'adore trop la philosophie. Bon y a juste un probleme, j'ai besoin de [inserer ici composant electrique] et y a pas de drivers, je fais quoi ?"
- "Eu... C'est pas la faute au libre tu sais, c'est les mechands constructeur qui font que... bla bla bla"
- "Oui mais j'en ai besoin, bon en attendant je repasse sous windows, c'est dommage j'aimais bien, mais au moins windows tout marche."
On a aussi les gens qui prennet peur quand on repare des trucs avec un shell.
- "Mais mais c'est ultra complexe cette betise"
- "Tu sais tu peut tout faire en interface graphique hein, c'est juste que ca c'est plus rapide et pratique quand tu connais, c'est ca aussi la force du libre, le choix"
- "Euuuuu, oui.. en parlant de choix, j'hestie entre gnome ou KDE, c'est quoi le mieux"
- (une heure de troll dont sort quelque bout d'argumentation correct)
- "Haaa... c'est dur le choix, je prefere windows"
Bref, j'ai personellement capituler de faire de la promotion active. Je me contente de faire des remarques a mon entourge, des conseils, saisir les occasions dans le contexte et bien souvent, apres un travail difficile, ils me demande de leur mettre linux et je les laisse faire comme des grands :)
Des ebuilds ici http://guillaume.apinc.org/ebuilds/
Attention, c'est mes premiers ebuilds pour des softs compilés donc ils sont forcement mal fait, mais marchent relativement, j'ameliorerais sous peu.
Clanlib-0.8: installé avec toute les dépendances de la 7.0 et sans tenir compte des uses.
OpenAlchemist: un gros hack pour permettre la compil avec GCC-4.1, si Keph pouvais en tenir compte.
sed s/KeyboardKey::// includes/KeyboardKey.h > includes/KeyboardKey.h2
sed s/Piece::// includes/piece.h > includes/piece.h2
sed s/Game::// includes/game.h > includes/game.h2
Mon premier voyage aux USA j'avais moins de 10 ans je crois. Et ben j'ai quand même dû remplir le questionaire dans l'avion (ce que je ne sais pas c'est si je devais réelement le faire à mon âge ou si c'était une blague de mes parents). Mais je me rappel encore la question "Papa, je suis handicapé mental ?", "Papa, je me suis prostitué ?" Fun :)
J'y suis retourné quelques années après, j'avais 19 ans, au moment de ressortir du pays (noter bien que j'y suis rentré), ils ont regardés mon passport à la loupe et m'ont demander de sortir des rangs. Non avons été 3 à nous retrouver questionné dans une petite salle sombre par deux armoires à glace (le prototype, 1m95, plus de 100 kg avec une gueule de pitbull) pour une seule raison, avoir le tampon de l'immigration de la Lybie sur notre passport.
- « Vous faisiez quoi la bas ?
- eu, un voyage, je suis partis en Lybie dans le desert
- vous savez que c'est un pays de terroristes ?
- ha, non j'ignorais.
- Mais pourquoi la Lybie ?
- Pour le desert, je voulais aller dans le desert et je n'en ai pas trouvé dans le massif central *
- Il y a d'autres deserts sur la terre, pourquoi celui-ci ? »
(Note, la réplique marquée d'une petite étoile est volontairement rendue plus rebelzz pour les besoins du scénario, c'est pas exactement ce que j'ai répondu surtout que je suis une tache en anglais :)
Ils nous ont finalement lachés. Mais c'etait pas rassurant.
Je viens de lire le sommaire du livre et je t'avoue que si les premieres pages m'ont fait peur (genre la liste complete des __builtins__ ou l'impression que tu as traduit le manuel) la suite n'est que du bonheur et ne peut pas en effet se justifier sans l'intro.
Bref, apparament c'est un livre tout niveau, du debutant ne conaissant rien, à l'expert voulant aller plus loins (design pattern, ...)
Depuis le temps que php nous les brisait avec ces options foireuses forcant à faire plein de petites bidouilles pour avoir une appli portable et sécurisée.
Moi je suis plutot pour la philosophie inverse, on efface tout et on recomence. À partir de la sortie de php6 on saura que l'on tournera dans un environement de réglages uniformisés, ce qui simplifiera completement les devellopements.
Le temps que cela arrive chez les hebergeurs, on s'en balance. Php est assez complet pour n'importe qui actuellement, et ce n'est pas php6 qui risque d'apporter son lot de fonctionalitées vitales. Bref, le fait de ne pas disposer de php6 chez les hebergeurs de classes moyennes n'handicapera personne. Par contre, il sera possible d'installer du php6 et de profiter de ses qualitées 'propres' pour des gens disposant des clefs de leur serveurs.
Pour les magics quotes, il est clair que c'est quelque chose qui doit sauter. Alors le faire progressivement ou d'un coup, je suis partant pour d'un coup. Il va juste se passer qu'une bonne quantité de programmeurs (même "proffessionels') vont se retrouver avec des applications bancales voir cassées (voir non sécurisées). Et après ? Un petit apprentissage des téchniques de développements avec php ne feras du mal à personne.
# Et concretement cela change quoi ?
Posté par Guillaum (site web personnel) . En réponse à la dépêche Spécifications OpenGL 3.1. Évalué à 3.
OpenGL 3.1 repond-t-il aux attentes ? Je lis dans certains commentaires qu'il n'est toujours pas aux niveau de Direct 3D, quelqu'un as-t-il des arguments, des explications ?
# C'est le matos
Posté par Guillaum (site web personnel) . En réponse au journal Retour d'expérience du monde d'apple. Évalué à 2.
J'attendais beaucoup de la nouvelle gamme apple pour renover mon ibook (qui commence a luter un peu en matiere de fonctionalité, j'aimerais jouer avec des multi-coeur et des shaders), mais le fait qu'ils ai une carte nvidia m'a bloqué net. Depuis je suis a la recherche du petit portable parfait qui remplacera mon ibook g3.
A l'epoque j'avais essayé OSX, mais je ne l'ai pas gardé pour plusieurs raisons techniques (et d'autres, ideologiques, que je ne detaillerais pas), principalement c'est le fait que mettre a jour macosX m'aurait retrouvé avec un ordinateur super lent et que ne pas mettre a jour m'empechait d'utiliser les 9/10 des applications "nouvelles".
Pour avoir retouché de l'OSX sur l'ordinateur d'un de mes colloc, c'est vrai qu'il y a des choses bien, principalement en ce qui concerne l'integration et les soft boulay proof. Mais clairement je trouve qu'un bon petit gnome est presque aussi bien (remplacer GnomE par kdE/xfcE/E/whatever).
Concernant la compatibilité des nouveaux macbook, rien de plus a dire que les autres commentaires, si ce n'est le blob binaire pour le driveur 3D.
[^] # Re: Critique
Posté par Guillaum (site web personnel) . En réponse au journal Explorez les richesses du langage Python. Évalué à 3.
Bien que je sois d'accord sur ce probleme, je ne pense pas que la compilation puisse se passer de tests. Donc que l'on soit en python ou dans un autre langage, il faut faire des tests. Or un bon jeu de tests te procurera une couverture suffisante du code pour eviter les "plantages au bout de 2 heures".
« Autre point : tu t'appuye sur quels projets python de taille importante pour porter de tels jugements ? Quel intérêt de l'objet si tu n'utilise pas un minimum l'encapsulation ? »
Le probleme n'est pas de ne pas utiliser l'encapsulation, tu peux faire du code python tres proprement et en respectant une bonne demarche d'encapsulation. Le probleme ici est que l'encapsulation est une convention et non une regle du langage, libre a toi de l'utiliser ou pas.
En pratique, la convention python dit qu'il faut prefixer les privates par des _. A partir de ce moment la, quelqu'un qui utilise mon API peut se dire "ok, j'utilise un _, c'est mon choix, j'ai des raisons de le faire, mais je ne pleure pas si cela me pete a la geule" et un outil (genre pylint) peut faire des rapports de bonnes pratique et signaler les utilisations de variables "privée".
Maintenant, je dirais que chaque langage a sa specificité. J'ai cru mourir le jour ou j'ai fais du python avec des gens qui n'en avait rien a faire et qui attendait seulement que le projet se termine en pondant du code. A ces moment la c'est une horreur et je suis bien d'accord qu'un langage plus "strict" comme java sera mettre des gardes fou utiles.
En conclusion, si vous bossez avec des gens payés au lance-pierre et qui n'ont pas la volonté du travail bien fait (ni le temps d'ailleur), ne faite pas de Python, c'est des ennuis assuré. En Java par exemple, sauf grosse boulette, votre outil est certain de tourner pour la demo client ;)
Par contre, si vous chercher a faire du travail rapidement, de facon sympa, maintenable avec une super bonne demarche agile, essayez Python. Cela demande un peu de rigueur, des gens motivés et inteligents, mais cela vaut le coup.
[^] # Re: Critique
Posté par Guillaum (site web personnel) . En réponse au journal Explorez les richesses du langage Python. Évalué à 2.
Je reprend mon bloc et je fais une ré-indentation automatique du tout ...
Et bien en python, c'est pas cà, il faut tout se relire, revérifier que les indentations soient les bonnes (splendide quand on enchaîne les boucles imbriquées ... ) »
En etant de mauvaise foi, je dirais "Le HTML c'est vraiment mieux que le XHTML. Imagine, quand tu fais un copier-coller de code et que celui-ci ne marche pas et que des balises disparaissent pendant le traitement, le HTML peut encore entre analysé alors que le XHTML va forcement planter."
Pour rire, j'invite tous les gens qui font du python a ajouter un marqueur de fin d'indentation :
if toto:
while titi:
blo
#endwhile
#endif
Et comme cela, plus de probleme.
La je suis de mauvaise foi, mais c'est vrai qu'en pratique, je passe plus de temps a chercher des oublis d'accolades ou de points-virgules qu'a reindenter du code python. J'ai un tres bon editeur qui prend en compte l'indentation lorsque je copie colle du texte, et hop c'est bon. Il suffit d'un peu de rigeur lorsque l'on copie-colle et le probleme est reglé.
Reste tout de meme le probleme des tabs ou des espaces pour l'indentation, et CA c'est vraiment un probleme et je regrete que le langage ne soit pas plus strict a ce sujet.
« Apres, pour les SEGFAULT des débutants avec les langages classiques, ils peuvent être très facilement éviter par l'utilisation de bibliothèques pour la gestion des tableaux dans un premier temps par exemple ...
Il restera toujours le pointage en dehors du tableau lors de la recherche d'un élément ...
Mais là, Python a le même problème. »
Python te crache une exception avec le numero de ligne, une explication et des informations utiles.
C te fais un "Segfault". Si tu sais utiliser un debugger, tu peut trouver la ligne qui ne vas pas. Mais ce n'est PAS forcement elle qui pose probleme, des fois c'est quelque chose qui n'a totalement rien a voir. D'autres fois, le code marchait tres bien car l'on pointait en dehors du tableau dans une zone "sans danger" et du jour au lendemain cela ne marche plus (changement de compilateur, changement des indices ce qui fait que tu tapes maintenant bien en dehors de la memoire allouée. Bref c'est complexe.
C++ a le meme probleme, c'est moins le cas pour Java et C#, j'avoue.
Si on revient sur les erreurs que peuvent te donner le compilateur, je deteste C++ pour deux raisons, la premiere etant les erreurs que te crache GCC lorsque sur des fonctions templatées, c'est illisibles ;) La seconde raison c'est que pour GCC "Explicite is better...".
« Après j'ai déjà encadré des étudiants en info ... comment dire ... L'indentation c'est pas leur fort dans une majorité des cas ... Mais bon, d'un autre coté, puisque là c'est obligatoire ... cela coincerait au début seulement :D à force ils seraient obliger de s'y mettre »
J'ai aussi encadré des etudiants en info, et je t'avoue que pour la pluspart l'utilisation de python (apres avoir fait du C/Java/Pascal) etait un bonheur. J'ai meme eu une remarque "Avec python, c'est cool, il n'y a plus besoin d'indenter" d'un eleve qui voyait l'indentation comme le truc inutile que les profs demandent. Pour python, il n'indentait pas, il creent des sous-blocs logique.
Je me rappel aussi des heures de debogage dues a un ';' en trop sur la ligne du while ou du for. La personne qui s'est deja faite avoir connait le truc, et encore, mais je te garantie qu'il y a en chaque année qui pleurent a cause de ca ;(
[^] # Re: Critique
Posté par Guillaum (site web personnel) . En réponse au journal Explorez les richesses du langage Python. Évalué à 3.
La portabilité de celle-ci faisait qu'il prenait sans problème, une variable déclarée dans le corps du programme et non pas celle passée en paramètre (prise de tête garantie)
N'importe quelle compilateur m'aurait insulté copieusement dès le début :D »
Ce probleme est veridique, cependant :
1) Il existe des outils (pylint par exemple) qui font le genre de verifications qu'un compilateur pourrait faire, mais il est vrai, pas forcement avec l'efficacité d'un compilo du fait du coté dynamique.
2) Une fois les problemes de compilation passés, tu te rend compte qu'avec une bonne methodologie de test, tu evites beaucoup plus de problemes graves. Et la python est tres fort (c'est presque marrant d'ecrire des tests avec ;) (Je ne nie pas que les framework de tests existent dans d'autres langages, c'est juste plus lourd, je DETESTE tester du C, generalement je prefere le wrapper dans du python et tester le python...)
« L'indentation est aussi affreuse, je n'aime pas du tout devoir remplacer les { } par des tabulations .. le copié collé de code est souvent affreux si l'on doit changer le niveau de tabulation »
Ca c'est le boulot de ton editeur de texte. Personellement, (sachant que je Dev principalement avec le couple python/C et des fois en C++), je fais toujours beaucoup d'oublis de parentheses ou points virgules, par contre je n'ai JAMAIS eu de probleme d'indentation en python.
« Et je plussois puissance beaucoup le système aide en ligne en ayant simplement à faire help(ma_fonction) dans un interpreteur »
C'est marrant, c'est vraiment pour moi une des faiblesse de python et des langages dynamique, ton IDE a beaucoup de mal a t'afficher la doc d'une fonction ;) Pour cela je prefere vraiment le C/C++/Java/C# qui me permettent d'avoir sans soucis la doc et l'autocompletion de mes fonctions tres rapidement.
« Et je n'ose imaginé des débutants avec les problèmes des variables non typées et du code basé sur son indentation ... »
Et les debutants avec des SegFault ? Et pas les gentils segfault, je parles des mechantes qui n'arrivent qu'une fois sur deux ;) Quand tu vois que 90% des etudiants d'une celebre ecole d'ingenieur en informatique que je ne citerais pas ne savent pas ce qu'est un debuggeur, un debutant le sait encore moins, alors il ira chercher son segfault a coup de printf et il va ramer longtemps, quand il ne vas pas juste rester totalement bloqué (Je ne nie pas que certains traceback de python son flous, mais pas autant qu'(un/une) (beau/belle) Segfault ;)
[^] # Re: Quelques questions sur la disposition.
Posté par Guillaum (site web personnel) . En réponse au journal Les claviers Typematrix Bépo sont disponibles à la commande !. Évalué à 2.
C'est le grand drame de ma vie. Avant je customisais totalement mon environnement de travail avec un layout un peu tunné (en l'occurence un dvorak fr de xorg J. Mouette d'avant avec quelques touches remappées), un shell tunné (zsh), un emacs/vim tunné avec un gros fichiers de config et pleins de modules. Et je me suis retrouvé dans une boite sur une machine ou je n'avais pas la possibilité de configurer quoi que ce soit.
Depuis j'essaye de travailler avec le plus petit denominateur commun, donc je ne remappe pas mes raccourcis sur vim pour etre certain que le vim que j'aurais dans 6 mois sera le même que celui que j'ai maintenant.
Bref, avant que je ne sois certain de ma situation pour les 10 prochaines années à venir, je ne me lancerais pas dans quelque chose de ne pas "standard" *out of the box*.
[^] # Re: Quelques questions sur la disposition.
Posté par Guillaum (site web personnel) . En réponse au journal Les claviers Typematrix Bépo sont disponibles à la commande !. Évalué à 1.
- Je ne comprend pas le placement des touches de fonctions et en particulier du pavé numerique, qui sur la pluspart des clavier propose 1 2 3 sous la home-row de la main droite et qui ici force a se deplacer au bout du clavier.
- Pourquoi avoir mis les touches directionelles en FN sous la home-row de la main droite ? AMHA l'on se sert plus souvent du pavé numérique que des touches directionelles, en plus elles sont rappelées à coté. Par contre, le rappel de home et end sous ces doigts la va peut etre devenir interessant (autant les raccourcis emacs-style ctrl-e ctrl-a sont pratiques, mais les $ et 0/^ de vim sont insuportable en dvorak). À l'usage, qu'en pensez vous ?
# Quelques questions sur la disposition.
Posté par Guillaum (site web personnel) . En réponse au journal Les claviers Typematrix Bépo sont disponibles à la commande !. Évalué à 1.
Cela fait un bout de temps que je compte m'en acheter un (d'abord en dvorak US et le jour ou le bépo aura fait son chemin par defaut sur pas mal d'OS, je passerais en bepo, mais actuellement c'est juste horrible de devoir revenir à un azerty sous mac os ou window.)
Ce qui me trouble c'est :
- La position du ctrl et alt, ils sont loin sur la version PS2, il y a une ligne de plus qui ne sert à rien (play, app, shuffle, c'est quoi ?)
- La position du ctrl et alt, ils ne sont pas sur la même ligne sur la version USB (fan des changements de bureaux à coup de ctrl alt fleche)
- le manque de *vrai* pavé numerique, mais cela doit surement bien se passer avec la touche FN
- le manque de *alt-gr*, je fais comment quand je passe la bête à un amis qui ne connait que azerty ?
À quand un accord entre les grands fabricants de laptop et TypeMatrix ?
Message ecrit en dvork US international.
[^] # Re: make
Posté par Guillaum (site web personnel) . En réponse au journal Date de fichier. Évalué à 2.
Les *remplacents* de make, comme scons, se basent sur un hash du fichier (stocké dans un fichier) pour établir la modification.
En pratique, la date peut etre biasée par enormement de choses (differences d'heures entre les machines, copies, gestionnaire de version, ...), c'est donc une erreur que de s'en servir.
# Des fois on peut pas
Posté par Guillaum (site web personnel) . En réponse au journal Une petite réflexion .... Évalué à 1.
Et pourquoi je voudrais mettre à jour ? Simplement pour pouvoir profiter de certains nouveaux packages (ou nouvelles fonctionalitées des autres packages) (gnome, network manager, scilab, ...). Au debut, je recompilais les packets en question, mais depuis cela devient difficile, je devrais recompiler tout le système (autant installer une gentoo, ce que j'envisage de faire, mais j'ai tout de même un peu peur)
Alors on pourrait se dire qu'après 9 ans, mon portable à été bien utilisé et qu'il est temps de lui donner une retraite bien merité pour un nouveau plus glossy. Oui mais je n'arrive pas à trouver ce que je veux :
- bien supporté (driver 100% libres)
- clavier agréable
- carte intel GMA X4500 (drivers libres très bon, et c'est la seule carte du marché à avoir des drivers libres et à avoir un peu de puissance et des shaders hardware)
- léger et petit (l'ancien faisait 13" pour 2.4)
- bonne autonomie
- écran mat (sauf si l'on me prouve que les brillants c'est mieux)
Le probleme c'est que les cartes intel sont connotées bas de gamme, donc avoir une carte intel + le reste (qui est plutot haut de gamme), ce n'est pas possible.
[^] # Re: English vs other languages
Posté par Guillaum (site web personnel) . En réponse au journal Publication de Python 3.0rc2. Évalué à 3.
1) s/passe/passage
2) il est possible de mélanger les deux méthodes (ordre et mot clé)
dico = dict(nom="Bouchard",prénom="Guillaum")
"{0} ! {prénom} {nom} est un {0}".format("hibou",**dico)
3) cela permet d'introduire des formatages (je vous renvoi à la doc pour plus d'info [0])
4) la raison qui fait que il n'y a pas d'interpolation de chaîne directe comme en PHP (echo "Bonjour $prenom $nom") est simple :
a) Cela aurait demandé une modification du parseur. Ici il n'en est rien, ce n'est donc pas une notion du langage, mais seulement un outil de la librairie standard, le langage ne se complexifie pas (Python se veut simple). Si demain la fonction format doit évoluer, le parseur ne sera pas touché. De plus en tant que méthode, elle peut être surchargée sans syntaxe particulière.
b) Cela évite de devoir introduire des chaînes interpolées et des chaînes sans (en PHP le " et le ' différencie ces deux types de chaîne). Python se veut éxplicite, donc on supprime cela (j'ai beaucoup rie à mes débuts en PHP quand j'ai écris echo "$nom est ".$nom; ce n'était pas du tout ce que j'attendais.
J'aime vraiment cette fonction format de python ;)
[0] http://docs.python.org/whatsnew/2.6.html#pep-3101-advanced-string-formatting
N'hésitez pas à corriger mon orthographe, c'est comme cela que j'apprend ;)
[^] # Re: English vs other languages
Posté par Guillaum (site web personnel) . En réponse au journal Publication de Python 3.0rc2. Évalué à 4.
>>> print("Bonjour {0} {1}".format(nom,prenom))
L'idée de la fonction format c'est :
1) soit tu passes les arguments par ordre, et tu les références par ordre "{0}".format('hibou')
2) soit tu passes les arguments par mot clé et tu références par mot clé
"{toto}".format(toto="hibou")
3) evidemment, le passe par mot clé, c'est juste le passage d'une table de hashage (dictionnaire en python)
hash = dict(nom='Bouchard',prénom="Guillaume")
print("Bonjour {prénom} {nom}".format(**hash))
(le ** est un peu magique, je n'ai jamais aimé...)
[^] # Re: Re : Pas convaincu
Posté par Guillaum (site web personnel) . En réponse au journal Google offre un format de donnée sous licence Apache. Évalué à 0.
Ok, j'avoue, comme je le disais, j'aime bien leur format de definition.
* 3 to 10 times smaller
Autant que mon format de serialization utilisé avec Python.
Au passage, 10 times smaller je n'y crois pas. XML implique une augmentation de poid importante je l'accorde, mais hormis dans le cas ou les noms de balise sont tres long et le contenu est tres cours, cela n'est pas de l'ordre de 10.
* Faster
Ok. Autant que mon format de serialization utilisé avec Python ?
* Less ambiguous
Je n'ai jamais trouvé le XML ambigus, juste les DTD illisibles.
* generate data access classes that are easier to use programmatically
Je n'aime pas la generation automatique de code et j'avoue ne jamais avoir traité de XML avec autre chose que Python, mais j'ai presque la meme chose avec Python. (en fait en 10 minutes de tests avec ElementTree (la lib de traitement de XML avec python) et un peu d'introspection, je fais la meme chose ;)
>>> Je n'y crois pas tellement. S’ils veulent des échanges rapides en XML, ils n'ont qu'à optimiser une librairie existante ; non!!!!!!
Tu ne feras jamais aller un parseur XML plus vite qu'un parseur binaire, puisque pour un parseur XML tu est forcé de traiter caracteres par caracteres, pour un parseur de fichier binaire n'as pas ce probleme la.
>>> Ce que je comprend c'est en gros qu'on a là un format binaire pour échanger des données entre c++, java et python.
Cela peut etre son aventage, mais le nombre de langage supporté sera toujours limitant, bien que je ne m'inquiete pas, chaque communautée va ecrire son adaptateur dans la semaine. D'autant que cela n'est pas trop en accord avec un fonctionnement sur un langage non objet.
Les criteres etant donc:
- Communication entre plusieurs langages, on a deja le XML pour ca.
- Bindage automatique sur des objects, moui, cela marche aussi avec le XML
- Vitesse. Le jour ou je commencerais a m'inquieter de la vitesse de traitement sur un truc qui est fortement dependant d'une IO, c'est que tous le reste de mon code sera parfait (j'ai hate)
- Poid. Argument presque valable, bien que je ne pense pas que cela soit de l'ordre de 10. Mais si le poid pose vraiment probleme, il existe deja des choses comme JSON qui permettent tout cela deja, non ?
- Syntaxe de l'equivalent a la DTD simple. Ca c'est bien ! Cela implique juste un format limité au final ?
# Pas convaincu
Posté par Guillaum (site web personnel) . En réponse au journal Google offre un format de donnée sous licence Apache. Évalué à 2.
Maintenant ce que je n'aime pas c'est qu'il n'existe des implementation que pour Java, c(++), Python. Personellement je n'utilise que c et python, mais c'est dommage de faire un format qui n'est pas bien supporté. De plus on parle d'un format d'echange, le type principal d'echange au quel je peux penser qui aurait besoin d'un format leger c'est le web "ajax". Ou est la version javascript de ce truc ? Fasse au 12000 format leger pour le web (Json par example), qu'apporte il de plus.
Je n'aime pas non plus que cela genere du code, je deteste les choses qui genere du code (pour des raisons de praticité, de coherance, de portabilite et de securité).
C'est quoi ce = 1 ?
<<< The " = 1", " = 2" markers on each element identify the unique "tag" that field uses in the binary encoding. Tag numbers 1-15 require one less byte to encode than higher numbers, so as an optimization you can decide to use those tags for the commonly used or repeated elements, leaving tags 16 and higher for less-commonly used optional elements. Each element in a repeated field requires re-encoding the tag number, so repeated fields are particularly good candidates for this optimization. >>>
Si on en est a ce stade, autant faire son propre fichier binaire, la on est certain de maitriser l'optimisation. Mais, il y a quelque chose que je ne comprend pas. En fait si il y a cette notion de tag avec un numero, cela veut dire que le fichier est transformé en quelque chose de binaire quelque part dans le processus ? Donc c'est plus lisible par tout le monde et en plus c'est un nouveau format binaire ? Ou alors je n'ai rien pigé. A ce compte la je prefere utiliser les interface de serialisation de mes langages.
Ce que j'aime, un langage de definition du format qui est elegant et simple. Pour le XML je n'ai jamais rien trouvé de la sorte. Ecrire une DTD ou un XML Schema est toujours autant long lourd et moche.
Bref, hormis le schema de definition leger qui est sympa (au final autant que si je declarais ma classe dans mon langage favoris) et le format d'echange qui semble leger (autant que ma serialisation dans mon langage favoris), que m'apporte ce format ?
[^] # Re: Bonne nouvelle
Posté par Guillaum (site web personnel) . En réponse à la dépêche Premier mobile 3G sous Linux - OpenOffice.org et la grammaire - OpenWengo cherche un nouveau nom. Évalué à 2.
Je jete un oeil attentif sur ton travail pour la langue francaise car cela m'interesse a deux niveau, autant en temps qu'utilisateur final du fait de mes lacunes dans ce domaine, autant en temps que (futur?) chercheur, c'est un probleme tres passionant.
Bonne continuation
# Bonne nouvelle
Posté par Guillaum (site web personnel) . En réponse à la dépêche Premier mobile 3G sous Linux - OpenOffice.org et la grammaire - OpenWengo cherche un nouveau nom. Évalué à 4.
"Il a des sous dans sa poche."
>>>
1. Line 1, column 19 Message: 'sa' et 'poche' ne semblent pas bien accordés en genre Context: Il a des sous dans sa poche.
'sa' est feminin, donc il faut mettre poche au feminin, bien sur,
Deuxieme essai,
"Il a des sous dans sa pochee."
>>>
Check done, 0 potential problems found
Sur le premier essai que j'ai fais, ce n'est pas concluant
# A l'insa de lyon
Posté par Guillaum (site web personnel) . En réponse au journal Qu'est-ce qu'un logiciel libre ?. Évalué à 10.
Pour situer le contexte, je ne sais pas comment c'est a rouen, mais chez nous, tout le premier cycle a son informatique sous linux (ubuntu). On pourrait se dire que cela sensibiliserait deja bien, mais on se rend vite compte que :
- Les eleves n'en ont RIEN a faire et rallent en permanance parceque que linux 'c'est nul' parce que la version de matlab sous linux a moins la classe que celle pour windows qu'ils ont pirates en 10 minutes.
- Les eleves n'ont meme pas la notions de format en tete, et leur expliquer que l'odt c'est mieux que le .doc car le .doc c'est pas interoperable, il s'en cognent, le .doc il le lisent deja tres bien avec leur word pirates.
- Les profs ralent parcequ'ils sont perdus et qu'ils ne veulent pas faire l'effort.
- Les profs d'infos expliquent lors des premieres sceances:
'bon alors ici c'est linux, c'est parceque ca coute moins cher que windows, sinon c'est presque pareil sauf pour les noms des applications et le fait qu'il faut cliquer deux fois pour ouvrir un fichier et que pleins de trucs bien comme word marchent pas'
Bref, les eleves sortent avec une idee simple: Linux, produit pas cher pour les pauvres qui peuvent pas pirater windows.
J'en suis arrive a une conclusion. Dans ce genre de milieu tu ne convertieras pas quelqu'un sur le cote technique ou pratique.
Reste le cote philosophique du libre et ca tu ne le feras pas passer par la publicite, mais par la tchatche avec les gens que tu vas rencontrer. Comme ont dis qui se ressemble s'assemble et il y a de grande chances que les connaissances faites sur place soient influencables.
Dans cet univers bizarre, le club de promotion des LL as bien du mal a vivre.
Au final je crois que faire de la pub ne sert a rien, tous le monde s'en fout et souvent quand on ecrit 'logiciel libre', les gens lisent 'truc de geek boutonneux qui code dans sa cave' et fuient en courant.
Donc au final notre club GPL est plus devenu un lieu de rencontre de gens deja convaincus, qui trainent de temps en temps leurs amis pour voir, mais sans grande reussite. On fait aussi SAV et install party, mais c'est la pluspart du temps un truc du genre:
- "J'ai un boulot pour le prof d'info a faire et il me faut openoffice, donc je viens installer linux"
- "Tu sais que openoffice, sa force c'est qu'il marche partout ?"
- "Ha ? alors j'ai pas besoin de linux, tchoa merci"
- "Bonjour, il me faut linux, vous me l'installer, je repasse dans une heure"
- "Bonjour, j'ai un probleme, ca marche plus"
- "En effet, ton disque dur est mort"
- "Et merde, je vais tuer mon coloc"
- "Il a jouer au foot avec ?"
- "Non, c'est cet merde de linux qu'il m'a installer il y a 2 mois"
Et on a aussi le cas malheureux:
- "Waa, ca fait une semaine que je suis sous linux, je suis trop heureux, ca change de windows, en plus j'adore trop la philosophie. Bon y a juste un probleme, j'ai besoin de [inserer ici composant electrique] et y a pas de drivers, je fais quoi ?"
- "Eu... C'est pas la faute au libre tu sais, c'est les mechands constructeur qui font que... bla bla bla"
- "Oui mais j'en ai besoin, bon en attendant je repasse sous windows, c'est dommage j'aimais bien, mais au moins windows tout marche."
On a aussi les gens qui prennet peur quand on repare des trucs avec un shell.
- "Mais mais c'est ultra complexe cette betise"
- "Tu sais tu peut tout faire en interface graphique hein, c'est juste que ca c'est plus rapide et pratique quand tu connais, c'est ca aussi la force du libre, le choix"
- "Euuuuu, oui.. en parlant de choix, j'hestie entre gnome ou KDE, c'est quoi le mieux"
- (une heure de troll dont sort quelque bout d'argumentation correct)
- "Haaa... c'est dur le choix, je prefere windows"
Bref, j'ai personellement capituler de faire de la promotion active. Je me contente de faire des remarques a mon entourge, des conseils, saisir les occasions dans le contexte et bien souvent, apres un travail difficile, ils me demande de leur mettre linux et je les laisse faire comme des grands :)
# Gentoo
Posté par Guillaum (site web personnel) . En réponse au journal Mon premier jeu libre: OpenAlchemist (0.2). Évalué à 2.
Attention, c'est mes premiers ebuilds pour des softs compilés donc ils sont forcement mal fait, mais marchent relativement, j'ameliorerais sous peu.
Clanlib-0.8: installé avec toute les dépendances de la 7.0 et sans tenir compte des uses.
OpenAlchemist: un gros hack pour permettre la compil avec GCC-4.1, si Keph pouvais en tenir compte.
sed s/KeyboardKey::// includes/KeyboardKey.h > includes/KeyboardKey.h2
sed s/Piece::// includes/piece.h > includes/piece.h2
sed s/Game::// includes/game.h > includes/game.h2
mv includes/KeyboardKey.h2 includes/KeyboardKey.h
mv includes/game.h2 includes/game.h
mv includes/piece.h2 includes/piece.h
PS: les ebuilds pour les modules python sont plus simples :)
[^] # Re: C'est aussi...
Posté par Guillaum (site web personnel) . En réponse au journal [HS] Aujourd'hui c'est la fin du monde. Évalué à 7.
Alors bon anniversaire camarade démon !
# Souvenirs
Posté par Guillaum (site web personnel) . En réponse au journal American dream. Évalué à 7.
J'y suis retourné quelques années après, j'avais 19 ans, au moment de ressortir du pays (noter bien que j'y suis rentré), ils ont regardés mon passport à la loupe et m'ont demander de sortir des rangs. Non avons été 3 à nous retrouver questionné dans une petite salle sombre par deux armoires à glace (le prototype, 1m95, plus de 100 kg avec une gueule de pitbull) pour une seule raison, avoir le tampon de l'immigration de la Lybie sur notre passport.
- « Vous faisiez quoi la bas ?
- eu, un voyage, je suis partis en Lybie dans le desert
- vous savez que c'est un pays de terroristes ?
- ha, non j'ignorais.
- Mais pourquoi la Lybie ?
- Pour le desert, je voulais aller dans le desert et je n'en ai pas trouvé dans le massif central *
- Il y a d'autres deserts sur la terre, pourquoi celui-ci ? »
(Note, la réplique marquée d'une petite étoile est volontairement rendue plus rebelzz pour les besoins du scénario, c'est pas exactement ce que j'ai répondu surtout que je suis une tache en anglais :)
Ils nous ont finalement lachés. Mais c'etait pas rassurant.
[^] # Re: [HS] Van ou Von ?
Posté par Guillaum (site web personnel) . En réponse à la dépêche Sortie du livre "Programmation Python". Évalué à 1.
[^] # Re: [HS] Van ou Von ?
Posté par Guillaum (site web personnel) . En réponse à la dépêche Sortie du livre "Programmation Python". Évalué à 1.
[^] # Re: [HS] Van ou Von ?
Posté par Guillaum (site web personnel) . En réponse à la dépêche Sortie du livre "Programmation Python". Évalué à 1.
J'essaye de joindre Tarek depuis ce matin à ce propos.
# Contenu du livre
Posté par Guillaum (site web personnel) . En réponse au journal Programmation Python - sommaire du livre. Évalué à 3.
Je viens de lire le sommaire du livre et je t'avoue que si les premieres pages m'ont fait peur (genre la liste complete des __builtins__ ou l'impression que tu as traduit le manuel) la suite n'est que du bonheur et ne peut pas en effet se justifier sans l'intro.
Bref, apparament c'est un livre tout niveau, du debutant ne conaissant rien, à l'expert voulant aller plus loins (design pattern, ...)
J'en veux un !
# Bonne nouvelle
Posté par Guillaum (site web personnel) . En réponse au journal PHP6: Outch !. Évalué à 8.
Moi je suis plutot pour la philosophie inverse, on efface tout et on recomence. À partir de la sortie de php6 on saura que l'on tournera dans un environement de réglages uniformisés, ce qui simplifiera completement les devellopements.
Le temps que cela arrive chez les hebergeurs, on s'en balance. Php est assez complet pour n'importe qui actuellement, et ce n'est pas php6 qui risque d'apporter son lot de fonctionalitées vitales. Bref, le fait de ne pas disposer de php6 chez les hebergeurs de classes moyennes n'handicapera personne. Par contre, il sera possible d'installer du php6 et de profiter de ses qualitées 'propres' pour des gens disposant des clefs de leur serveurs.
Pour les magics quotes, il est clair que c'est quelque chose qui doit sauter. Alors le faire progressivement ou d'un coup, je suis partant pour d'un coup. Il va juste se passer qu'une bonne quantité de programmeurs (même "proffessionels') vont se retrouver avec des applications bancales voir cassées (voir non sécurisées). Et après ? Un petit apprentissage des téchniques de développements avec php ne feras du mal à personne.
Bref, pour moi c'est une tres bonne chose.