Hmmmm, laisse moi réfléchir... Ne pas hacker à tour de bras xulrunner pour faire tout et n'importe quoi ? Est-ce que chaque application GTK garde sa propre version de GTK parce que "vous comprenez, on l'a patché à mort, et les mises à jour risquent de tout casser, toussa". Et pourquoi pas faire pareil avec la glibc, hein ?
> Si y'avais pas eu les logiciels propriétaires, y'aurait jamais eu Youtube
C'est vrai, c'est bien connu que l'innovation dans le ouaib 0.2, c'est chasse gardée des logiciels propriétaires. Regarde les blogs, per exemple... ha bah non, tiens...
> ni découvrir Kamini
Personnellement, je ne m'en porte pas plus mal :p
> Contrairement à la moitié de la liste des OS que tu cites...
Ha, non, pas la moitié si tu transformes *BSD en OpenBSD, NetBSD, FreeBSD, DragonFlyBSD, MidnightBSD,...
> autant l'OO me semble apporter beaucoup de complexité pour un gain relativement faible.
Un article plutôt intéressant: http://www.etoile-project.org/etoile/blog/2007/07/road-to-co(...)
C'est quelque chose AMHA difficilement réalisable en procédural (et certainement pas élégamment)
import sys
input = sys.stdin.read()
i = "0"
for line in input.splitlines():
if "->" in line:
i = line.split("->")[0]
elif ';' in line:
for j in line.split(";"):
if j.strip():
print "%s->%s"% (i, j)
else:
print line
Bon, je viens de faire (rapidement, avec des hacks de partout) fonctionner mudur et çomar sur ma gentoo, et je suis plutôt... mitigé
D'un côté, mudur est tout simplement génial. Faire tenir toute la séquence de boot sur ~1000 lignes de code claires comme de l'eau de roche, chapeau bas. Je l'ai adopté :)
Par contre, çomar est plutôt... décevant. Plus complexe quoi. Ça donne vraiment l'impression de sortir l'artillierie lourde pour pas grand chose :)
En résumé, mon projet pour la semaine à venir sera:
- adapter joliment mudur pour ma gentoo. Ça vaut franchement le coup :=)
- me coder rapidement un remplaçant de çomar. Un truc simple et sans fioritures ;)
te permet de faire du refactoring en 2 coups de cuillère à pot, te permet de faire de la modélisation ou de créer des clients métiers (RCP) qui offrent des vues graphiques (Gantt, camemberts, ...) grâce à GMF, de la génération de code et du MDD à gogo,.....
Choses déjà beaucoup moins utiles quand on code dans un langage fait pour être écrit par un être humain et non pas géré par un IDE...
> la bonne habitude de lire des docs et d'apprendre à utiliser un système.
C'est donc un truc de geek. Pas la peine de se cacher derrère des "oui, mais..."
Un truc de geek n'est pas (forcément) un truc inutilisable, hein :)
Je m'y suis mis il y a quelque mois, c'est un vrai plaisir. C'est le chainon manquant (et nécessaire) entre C et Python :). C'est un peu difficile de s'y mettre (le plus dur étant de loin de retenir les conventions pour la gestion de la mémoire...), mais honnêtement, je pense que ça vaut le coup
Le seul problème (et de taille !), c'est qu'il n'y a aucune lib sympa pour faire des interfaces graphiques utilisables (non, gnustep-gui n'est pas utilisable quotidiennement dans un environnement "standard" (composé d'apps en XUL/GTK/Qt/Fox/FLTK/Tk/...)) et intégrées. Je ne parle pas seulement du thème par défaut - ça se change - , ni des menus - on doit pouvoir s'y faire au bout d'un moment - mais de vraiment TOUT. Le moindre élément d'une interface GNUstep est horripilant dans autre chose que du WindowMaker. L'image pour le dock qui se fout sur la barre des taches, les menus déroulants qui parfois rajoutent un élément dans la barre des tâches, les éléments qui emmêlent les pinceaux du WM pour le focus...
Juste pour m'amuser (et si ça marche il y a des chances que je finisse par l'utiliser, mais comme il y a peu de chances que ça finisse par marcher...), je suis en train d'essayer de coder des bindings GTK qui suivent l'API graphique d'OpenStep. Mais si j'échoue, je suis bien décidé à reprendre GTKKit [http://ftp.gnome.org/pub/gimp/gtk/objc-gtkkit/] :)
> Il a fallu que j'utilise g++ pour comprendre...
Tu es en train de dire qu'il y a plus illisible, tarabiscotté, incompréhensible, cryptique que les message d'erreur de g++ ?
La fin du monde est proche
Pour les ignares qui ont abandonné emacs quand on leur a dit "lisp", qu'a t-il de si merveilleux ce système d'indentation ? (moi, j'ai surtout ouïe dire qu'Emacs se démerde très mal avec les tabulations)
Pitié, pas de Flash. C'est lourd, ça met du temps à démarrer, ca plante une fois sur 2 et c'est pire que du Java.
On est en plein dans la mode du "je fais mon site tout en Flash" c'est très très chiant.
Alors le flash, oui, mais pas sur le web.
Imaginez un moment l'horreur. Toutes les pages web remplacées par des animations flash. [:fear]
Imaginez le temps de chargments des pages, la partoche de swap qui déborde, les enfants qui hurlent de douleur. Les processeurs qui fondent lorsque quelqu'un aura le malheur de charger un page style yahoo.fr
Bon, je vais m'arrêter là, parce que visiblement on sera jamais d'accord et j'ai vraiment pas le temps de troller dans le vide (même si j'aimerais bien ;)). Je tiens juste à rapporter une "blague" trouvée sur un blog:
Most standards go like this:
1. Solve 80% of the problem in a matter of weeks.
2. Spend two years arguing about the last 20%.
3. Implement the 80% in a matter of weeks. Wonder why everything is so hard.
4. Spend months implementing the last 20%. Realize why the first 80% was so hard. Curse a lot.
5. Discover that the last 20% wasn’t really worth all the time spent arguing about it or implementing it.
[^] # Re: de la c*nnerie
Posté par Moonz . En réponse au journal La fin de Thunderbird ?. Évalué à 6.
[^] # Re: En effet
Posté par Moonz . En réponse au journal Un revers pour OOXML. Évalué à 2.
[^] # Re: Petites questions toutes simples...
Posté par Moonz . En réponse à la dépêche WebKit dans KDE. Évalué à 6.
[^] # Re: Parking
Posté par Moonz . En réponse au journal L'évolution de la répartition des serveurs Webs. Évalué à 4.
[^] # Re: Parking
Posté par Moonz . En réponse au journal L'évolution de la répartition des serveurs Webs. Évalué à 3.
Je veux pas faire ma mauvaise langue, mais http://fr.wikipedia.org/wiki/Embrace%2C_extend_and_extinguis(...)
> Si y'avais pas eu les logiciels propriétaires, y'aurait jamais eu Youtube
C'est vrai, c'est bien connu que l'innovation dans le ouaib 0.2, c'est chasse gardée des logiciels propriétaires. Regarde les blogs, per exemple... ha bah non, tiens...
> ni découvrir Kamini
Personnellement, je ne m'en porte pas plus mal :p
[^] # Re: interet de syllable?
Posté par Moonz . En réponse au journal Syllable : live français et wesnoth. Évalué à 5.
Ha, non, pas la moitié si tu transformes *BSD en OpenBSD, NetBSD, FreeBSD, DragonFlyBSD, MidnightBSD,...
[^] # Re: Incompatibilités ?
Posté par Moonz . En réponse à la dépêche L'arrêt du support de PHP4 annoncé. Évalué à 3.
Un article plutôt intéressant: http://www.etoile-project.org/etoile/blog/2007/07/road-to-co(...)
C'est quelque chose AMHA difficilement réalisable en procédural (et certainement pas élégamment)
# Le foot, sapu
Posté par Moonz . En réponse au journal Auprès de mon arbre.... Évalué à 10.
Ça s'appelle faire de la prévention. On devrait faire la même chose chez nous :)
[^] # Re: Pdf offline
Posté par Moonz . En réponse au journal Créer un livre dont vous êtes le héros avec des outils libres + question sur les regex. Évalué à 4.
http://linuxfr.org/tips/151.html
[^] # Re: Perl !
Posté par Moonz . En réponse au journal Créer un livre dont vous êtes le héros avec des outils libres + question sur les regex. Évalué à 5.
(oui, je suis dessus depuis 1 heure maintenant ;))
# Un perleux va surement nous faire un truc en une ligne...
Posté par Moonz . En réponse au journal Créer un livre dont vous êtes le héros avec des outils libres + question sur les regex. Évalué à 10.
import sys input = sys.stdin.read() i = "0" for line in input.splitlines(): if "->" in line: i = line.split("->")[0] elif ';' in line: for j in line.split(";"): if j.strip(): print "%s->%s"% (i, j) else: print line[^] # Re: No Comment...
Posté par Moonz . En réponse au journal Internet Explorer ou Firefox : micro-trottoir chez les gamers. Évalué à -2.
Oui, je sais, --->[]
# Test rapide
Posté par Moonz . En réponse à la dépêche Pardus 2007.2 : une distribution Linux différente des autres. Évalué à 3.
D'un côté, mudur est tout simplement génial. Faire tenir toute la séquence de boot sur ~1000 lignes de code claires comme de l'eau de roche, chapeau bas. Je l'ai adopté :)
Par contre, çomar est plutôt... décevant. Plus complexe quoi. Ça donne vraiment l'impression de sortir l'artillierie lourde pour pas grand chose :)
En résumé, mon projet pour la semaine à venir sera:
- adapter joliment mudur pour ma gentoo. Ça vaut franchement le coup :=)
- me coder rapidement un remplaçant de çomar. Un truc simple et sans fioritures ;)
[^] # Re: 100%
Posté par Moonz . En réponse au journal Le meilleur éditeur de texte ? [FEU A VOLONTE]. Évalué à 5.
Choses déjà beaucoup moins utiles quand on code dans un langage fait pour être écrit par un être humain et non pas géré par un IDE...
[^] # Re: Qualité du OGG
Posté par Moonz . En réponse au journal La fin de Ogg Vorbis?. Évalué à 4.
[^] # Re: *khof* *khof*
Posté par Moonz . En réponse à la dépêche Zend Framework 1.0.0 : PHP à la suite de Ruby on Rail. Évalué à 2.
[^] # Re: Il y a l'essentiel
Posté par Moonz . En réponse à la dépêche Par un beau jour d'été, Slackware 12.0 prend l'air.. Évalué à 3.
C'est donc un truc de geek. Pas la peine de se cacher derrère des "oui, mais..."
Un truc de geek n'est pas (forcément) un truc inutilisable, hein :)
[^] # Re: peut etre que...`
Posté par Moonz . En réponse au journal Un langage pour les nuls? Le langage D!. Évalué à 3.
Le seul problème (et de taille !), c'est qu'il n'y a aucune lib sympa pour faire des interfaces graphiques utilisables (non, gnustep-gui n'est pas utilisable quotidiennement dans un environnement "standard" (composé d'apps en XUL/GTK/Qt/Fox/FLTK/Tk/...)) et intégrées. Je ne parle pas seulement du thème par défaut - ça se change - , ni des menus - on doit pouvoir s'y faire au bout d'un moment - mais de vraiment TOUT. Le moindre élément d'une interface GNUstep est horripilant dans autre chose que du WindowMaker. L'image pour le dock qui se fout sur la barre des taches, les menus déroulants qui parfois rajoutent un élément dans la barre des tâches, les éléments qui emmêlent les pinceaux du WM pour le focus...
Juste pour m'amuser (et si ça marche il y a des chances que je finisse par l'utiliser, mais comme il y a peu de chances que ça finisse par marcher...), je suis en train d'essayer de coder des bindings GTK qui suivent l'API graphique d'OpenStep. Mais si j'échoue, je suis bien décidé à reprendre GTKKit [http://ftp.gnome.org/pub/gimp/gtk/objc-gtkkit/] :)
[^] # Re: Le C++ peut être simple
Posté par Moonz . En réponse au journal Un langage pour les nuls? Le langage D!. Évalué à 3.
Tu es en train de dire qu'il y a plus illisible, tarabiscotté, incompréhensible, cryptique que les message d'erreur de g++ ?
La fin du monde est proche
[^] # Re: Question
Posté par Moonz . En réponse au journal Attention à badoo.com. Évalué à 3.
# Simple...
Posté par Moonz . En réponse au journal Un peu de blé pour linuxfr.. Évalué à 2.
Il faut écrire un moteur de template en ~templeet :)
[^] # Re: Indentation
Posté par Moonz . En réponse à la dépêche Anjuta 2.2.0 - Hurricane - est sorti. Évalué à 3.
[^] # Re: Quels outils pour remplacer Firefox(c)(tm)(100%cpu) ?
Posté par Moonz . En réponse au journal Quels outils pour remplacer Flash(c)(tm)(100%cpu) ?. Évalué à 10.
[^] # Re: « A-t-on besoin de remplacer Flash ? »
Posté par Moonz . En réponse au journal Quels outils pour remplacer Flash(c)(tm)(100%cpu) ?. Évalué à 9.
On est en plein dans la mode du "je fais mon site tout en Flash" c'est très très chiant.
Alors le flash, oui, mais pas sur le web.
Imaginez un moment l'horreur. Toutes les pages web remplacées par des animations flash. [:fear]
Imaginez le temps de chargments des pages, la partoche de swap qui déborde, les enfants qui hurlent de douleur. Les processeurs qui fondent lorsque quelqu'un aura le malheur de charger un page style yahoo.fr
[^] # Re: Microsoft comprend enfin l'intérêt du Libre
Posté par Moonz . En réponse à la dépêche Miguel de Icaza fait une démonstration de Moonlight. Évalué à 2.
Most standards go like this:
1. Solve 80% of the problem in a matter of weeks.
2. Spend two years arguing about the last 20%.
3. Implement the 80% in a matter of weeks. Wonder why everything is so hard.
4. Spend months implementing the last 20%. Realize why the first 80% was so hard. Curse a lot.
5. Discover that the last 20% wasn’t really worth all the time spent arguing about it or implementing it.
Pour ma part, </troll>