même pas...
si t'es un vrai pote justement, tu prouve simplement que tu n'étais pas au volant. Tu n'es en aucun cas tenu de dire qui était au volant, et tu fais payer à ton pote l'amende (sachant qu'aucun ne perdra ses points).
et voila ;-)
globalement je suis plutôt d'accord avec le fait de répartir l'effort (non suivant une égalité, mais bien une équité, c'est ce qui est le plus important, c'est ça la vrai solidarité) mais à mon avis, on doit bien pouvoir s'arranger pour ne pas avoir à attendre 10 ou 20 ans avant d'avoir du mieux... enfin j'espère...
va ptetre falloir se détendre un peu, non ?
si tu relis la phrase que tu quote, ce que je "proposes" comme tu dis, c'est de réfléchir à trouver une meilleur solution qu'un "pauvre travailler plus pour gagner (si on a de la chance) plus"
Maintenant, si tu trouve irréalisables de se poser la question et de vouloir y réfléchir, ben je crois qu'on peut plus rien pour toi... ;-)
j'ai pas vraiment compris ton premier paragraphe...
Tu calcule le salaire en te basant sur 12 mois et un salaire indiqué "primes comprises", tu te rend compte que ça correspondt au salaire annuel indiqué "primes comprises" et ensuite tu te demandes où sont les primes ??
juste une petite hypothèse :
Je prend le salaire annul d'un employé, primes comprises, et je le divise par 12.
J'obtient un salaire moyen mensuel, primes comprises.
Où est le problème ?
« [ Retraite à ] 50 ans pour les conducteurs uniquement et 55 ans pour tous les autres cheminots » Je trouve ça inégalitaire avec d'autres boulots bien plus pénibles (BTP, travail à la chaîne, etc.). C'était pour dire que je suis opposé à cette nouvelle grêve de la SCNF.
Et pourquoi ne pas plutôt tenter de trouver des solutions pour baisser l'age de la retraite des autres ?
Pourquoi ne pas prendre en compte, globalement, quelque soit le metier, le secteur (public / privé) la pénibilité, les conditions de travail, ... ?
Maintenant si les autres ne veulent pas se battres pour eux même...
Je ne me plains pas de la mienne. Je ne me suis jamais plain de mon salaire.
Et si tu veux savoir : 0 euros (je suis en création d'entreprise, dommage...)
Ben faut savoir, qq lignes plus haut t'es dans une boite de 100 000 employés...
Si je dis ça c'est juste pour montrer à quel point c'est facile de retourner tout le temps la situation à son avantage en prenant toujours le côté le plus intéressé face aux question...
On est une boite de 10 personnes, les 35 heures ne s'appliquent pas.
Ha vi, désolé, j'avais oublié ce cas. Et je serait personnelement pour passer aussi ces entreprises à 35 (ou garder mais avec compensation, car pour moi il doit y avoir équité - et non égalité - )
Vous n'etes pas des feignasses non plus, je ne l'ai jamais dit ni pense.
Je crois que le 'on' t'as induit en erreur, je ne suis pas du tout cheminot, et ne bosse pas non plus dans un secteur public. Je suis cadre, j'ai un contrat à 39h, et il m'arrive aussi de bosser en dehors. Mais je comprend et soutiens ceux qui font grève aujourd'hui.
vous n'avez aucune conscience professionelle pour ce qui est de rendre le service public
Je ne vois pas trop ce que vient faire le monopole public dans le préservation de leurs conditions de travail...
Ils seraient dans le privé et on leur ferait la même chose, je pense que ce serait pareil...
Disons que dans l'immense majorite des cas, c'est tourne de facon a laisser penser que ces sont les seuls au monde a travailler en dehors des horaires de bureaux.
Mouai... mais faudrait aussi se poser la question de savoir qui "tourne" ça justement.
Car quand on les entends ils parlent surtout de leur condition, et non de la leur par rapport aux autres.
Par contre les commentaires qui vont avec ...
oui c'est sur c'est pas les seuls.
Mais parler des infirmiers (et étudiants en soins infirmier) qui se battent depuis au moins 10 ans pour que leurs 3.5 ans d'études soient reconnus et non comptés comme 2 ou des internes / ambulanciers / ... qui font grève tout en continuant à bosser (uniquement par éthique) ça fait beaucoup moins de bruit car les "gens" n'oseraient pas trop leur jeter la pierre (c'est étrange comment on parle des grèves sncf, transports, postes, ... longtemps à l'avance alors que parfois on entend juste : "les internes, en grève depuis maintenant 3 semaines" comme première information...)
Par contre, les cheminots (qui cotisent plus, comme ça a déjà été montré plusieurs fois) qui ne sont que des fénéants qui glandent toute la journée, ça déchaine beaucoup plus les foules... (dc l'intérêt est bcp plus présent...)
(je passe sur les 39h puisque souvent ceci vient d'accords passés pour que ce soit "rendu" sous forme de rtt, après fallait pas valider les accords...)
maintenant, ce qui est totalement illogique, c'est que dans ma vision du monde, du progrès, on devrait tenter d'améliorer la situation globale (je ne parle pas de ne pas travailler mais d'améliorer la vie, les conditions de chacuns).
Donc pourquoi vouloir aplanir tous les régimes vers le bas et non vers le haut ?
C'est marrant comment les gens contre les bouc emissaires faisant grèves sont aigris voir jaloux de leurs conditions face à celles d'autres personnes et qui en plus se battent pour que ça ne régresse pas alors qu'eux se disent simplement que c'est comme ça, qu'il faut trimer sans rien dire et que si tout va mal c'est forcément qu'on est que des feignasses...
le plus important à noter sera l'utilisation des "deltas RPM"
Je sais qu'il y a quelques versions (10.1 ? 2006 ?) Mandriva avait tenté l'expérience. Il ne me semble pas que ce soit encore utilisé (mais je n'ai pas de quoi vérifier tout de suite)
Qqn aurait-il plus d'info ?
Et au sujet de la différence, un delta couvre toutes les x précédentes versions ? ou existe-t-il x delta suivant la version installée ? (puisque c'est sencé être un delta entre deux version)
En tout cas c'est qq chose de bien que de pousser à ce genre d'amélioration, que ce soit en terme de bande passante, de temps de téléchargement et probablement même de temps d'installation.
Sinon pour le dictionnaire linguistique, je suis plus mitigé. Si je veux avoir une petite installation comportant uniquement KDE (oui oui, petit et KDE ;-)) je vais aussi avoir les traductions de gnome ?
L'idéal serait d'avoir les 2 interface en options...
Comme cela est fait avec le designer de qt par exemple.
Une bête boite de dialogue de configuration (à merde, ça c'est en contradiction avec gtk...) permet de choisir le mode de fenêtrage (une fenêtre ou multi)
Et ça serait un vrai progrès de proposer cette option pour un soft réellement multiplateforme car chacun pourrait faire comme il veut et avec les fonctionnalités de son gestionnaire de fenêtre (interface tout en un sous windows, multi fenêtre sous mac et au choix sous linux ;-))
Mais bon, c'est sur que oui, c'est mieux de dire "pfff, s'avez qu'à pas utiliser cette bouse de windows"
En tout cas ça donne envie d'utiliser des logiciels libres (ben vi, y'a pas que linux...)
mouai...
Perso, j'ai toujours écrit du perl lisible. Et pour voir j'ai repris un code (une sorte de compilateur assembleur que j'avais fait en perl) d'il y a 4 ans en gros ... ben je le comprend toujours.
Alors oui, perl n'oblige pas du tout à écrire correctement, à faire du code maintenable, etc. Mais si le programmeur se donne la peine de coder proprement, en ayant ses propres lignes de conduite alors il n'y a aucune raison que perl soit moins lisible que du ruby, perl, c, <placer ici n'importe quel langage>
Et j'ajouterais que si perl était si illisible, alors il n'existerait pas cpan ou tous les modules qui font son intérêt.
Par contre oui, il est génial pour écrire en qq minutes un parser, un robot pour surfer, ...
Des que tu depasses le stade de la moulinette, le langage te fait perdre du temps par son manque de lisibilite.
Honnêtement c'est faux. Le truc c'est que perl est un langage plus "complet" que beaucoup d'autres. Ce n'est pas le bon terme mais ce que je veux dire c'est qu'il existe beaucoup de variables très courtes (souvent en $, $$, $!, ...) ainsi que des variables implicites.
En clair, les personnes trouvant que perl est illisible le trouve souvent car ils ne comprènent pas comment marche perl. En gros parce qu'elles n'ont pas appris perl et veulent souvent programmer en perl comme elles programmes en C...
Et au contraire, les variables implicites peuvent par exemple faire gagner pas mal de temps, sans perdre la lisibilité du programme :
open(FILE, ">file.plop") or die $!
while(<FILE>) {
print if /blrup/;
}
maintenant, pour en revenir à la question initiale, après avoir programmé en perl (pour les scripts) j'utilise de plus en plus ruby. C'est un langage que je trouve beau (qualité très importante pour moi), bien foutu et très cohérent. En plus il est réellement totalement objet et amène une autre manière de penser qu'en C et tous les langages y ressemblant.
Par exemple :
10.times {
// actions
}
qui est beaucoup plus logique que :
for(var i = 0; i < 10; i++) {
// actions n'utilisant pas i...
}
Ruby est aussi intéressant si regarde le fonctionnement des accesseurs aux membres par exemple.
Donc pour moi, ruby est en train de prendre la place de perl (et ce n'est pas python qui le remplacera, ne serait-ce que par le nombre de '_' se trouvant dans le moindre fichier python et me donnant envie de gerber tellement c'est moche...)
pose ta question à des gens qui savent qui sont les femmes et ce qu'est une vie sociale harmonieuse, c'est-à-dire pas sur linuxfr.org.
évite de trop généraliser ;-)
\begin{malife}je connais linux depuis 7-8 ans, et vit en couple depuis plus de 4 ans (pas avec lui...), pacsé, grand appart, toussa ;-)\end{malife}
Par contre, c'est possible que les moins "sociaux" soient les plus rapide à répondre (puisque les autres ont une vie ;-) )
Sinon, pour ne pas faire que du hors sujet, ben finalement c'est pas si dramatique et comme dit plus haut, faut pas chercher, ça tombera un jour et ça effacera tous les moments où tu cherchais sans savoir.
Enfin ce fut comme ça pour moi et depuis j'arrive à jongler entre info et "famille" sans trop de problème ;-)
en même temps, en amour il faut savoir faire quelques concessions.
La preuve, j'ai même du installer gnome à ma copine...
(heureusement après qq mois de labeur elle est passée à kde et depuis tout va pour le mieux ;-) )
Apache sert les pages qui on été rendu par le framework.
si on prend un framework en ruby, un en python et un en php, ils peuvent très bien être tous les trois servis par apache... (pour seaside j'en sais rien, j'ai pas regardé...)
Entre deux applis web (framework + serveur) les deux éléments peuvent jouer pour le temps jusqu'au client mais sont différents.
Si je ne me trompe pas (corrigez moi sinon) les pages générés par seaside sont bookmarkables par exemple.
Pour ce qui est des url dégueu ou non, ben je dirais plutôt que ça dépend ce que l'on code. Si pour un site de "contenu" (blog pour prendre un exemple bateau) c'est intéressant d'avoir une belle url, dès qu'on s'oriente vers des applications web, la beauté de l'url on s'en fout un peu (entendre par là que jamais on mettera un bookmark, jamais on tappera une url). De plus, même si les urls sont parfois "belles" (y compris pour des sites des contenu) il est bien rare de s'en servir.
Le truc à mon avis c'est que seaside est là pour faire un peu plus qu'un site Web. Et le fait d'avoir des urls 'illisibles' ou non je vois pas trop ce que ça change sur les perfs. Pour moi ce serait plutôt le contraire, pour avoir des belles urls on va plutôt faire des choses verbeuse, en utilisant des strings, là où un identifiant numérique serait plus efficace.
J'avais lu un article il y a quelques temps sur seaside (dans un glmf) et le côté composant est assez attirant. (Ils expliquaient par ailleurs l'histoire des urls, mais je l'ai pas sous la main...)
Un autre avantage est que dans ce cas la documentation est en générale plus mise à jour, en cohérence avec le code.
Alors que lorsque la doc est réellement à côté, il arrive fréquement que celle-ci soit en décalage.
Pour ma part j'utilise aptana depuis peu (2-3 semaines) car c'est ce qu'ils utilisaient ds ma boite (avant j'utilisaient kate / quanta sous linux, mais là je suis sous windows). Je ne l'utilise que pour du javascript, css pour le moment.
En gros : l'éditeur js est pas mal, mais pas top. La coloration n'est pas assez évoluée à mon gout (mais bon ça c'est toujours comme ça dans les softs non linux je trouve). Le repliage de code ne marche pas toujours, à mon avis leur parseur n'est pas complet.
Pour le css, il y a aussi des problèmes de coloration.
Par contre, l'énorme avantage que j'y trouve c'est le debuggeur. En gros on installe une petite extension à firefox et à partir de là on peut placer les breakpoints dans aptana, voir l'état des données, ... un debuggeur quoi.
C'est pour certaines choses beaucoup plus pratique que simplement firebug par exemple.
Mais dans l'ensemble, si c'est pas trop mal, je reste pas complétement satisfait (et la lourdeur d'eclipse joue, pour éditer du js / css c'est un peu beaucoup...) mais j'ai pas encore trouvé autre chose de mieux (mais toujours un ide et pas un éditeur de texte)
Ils sont excellents en R&D
Enfin ils sont resté longtemps avec l'ATM (qui était très bien techniquement mais completement mort marketingement).
Ben justement, pour de la R&D le but c'est pas de faire techniquement bien et marketingement on s'en fout ??
En gros c'est pas vraiment un problème de service publique ou pas, mais de politique d'entreprise
Dans ce sens oui.
Mais j'ai rarement vu d'entreprise avec une politique de service (réellement, pour tous, ...) sauf dans les boites publiques qui sont en général forcées de le faire (au moins un minimum, mais c'est toujours plus que les autres qui n'en ont rien à battre).
m'enfin justement, faudrait aussi être à salaire équivalent, ce qui est loin d'être le cas...
(j'ai toujours du mal à comprendre les râleurs de la ville, z'ont qu'à aller à la campagne s'ils payent trop cher leur appart au lieu d'une maison -> hop hop, la boucle est bouclée)
justement, la cecill a été faite dans ce sens.
La gpl ne pourra pas être validée par un tribunal car si je ne me trompe il faut que le "contrat" soit en français.
Ce que propose les licences cecill avec une compatibilité gpl, bsd, .. selon les licences.
A mon avis c'est la meilleur solution légale actuellement pour un soft libre en France.
Juste un petit truc en passant :
evite vraiment de mettre des blocs sans accolades (if, for, ...)
C'est pas pour faire beau, mais quand tu va vouloir compacter ton code, ça ne marchera plus et tu ne saura pas pourquoi...
(et par contre, pour faire beau, je trouve horrible d'avoir un if avec un bloc et un else sans...)
(le tout dans la première fonction load)
Sinon, comment marche le require ? (pour charger des modules, des js, ...)
Tu as regardé comment marche celui de yahoo [http://developer.yahoo.com/yui/yuiloader] ?
La description des besoins est assez simple et sympa à mettre en oeuvre.
Surtout que comme précisé, la fondation c'est la _Mozilla_ fondation et non _firefox_...
Donc sur ce point je rejoint le sentiment que firefox ramenant de la thune et thunderbird non, mozilla lache encore un peu plus les autres composants au profit de firefox.
Alors qu'il serait probablement plus bénéfique de les laisser au sein de la même entité pour que les autres produits profitent de la bonne santé de firefox.
Mais bon, si seulement cet argent servait pour autre chose que firefox (comme pour xul, la superbe plateforme de rêve qui ne décole pas alors que les concurrents si... en partie car rien n'est fait pour mettre en avant ceci, et comme pour thunderbird, sunbird, ...)
Depuis l'abandon de la suite mozilla (pour laquelle il fallait forcément bosser sur tous les composants) au profit de firefox, c'est de pire en pire...
Alors oui, firefox c'est bien (mais ça pourrait être mieux, faut pas s'arrêter là) mais bon, Mozilla c'est pas (ou ça ne devrait pas être) uniquement firefox.
[^] # Re: watermarking vs DRM
Posté par CrEv (site web personnel) . En réponse au journal Bientôt la traque et le filtrage sur internet?. Évalué à 5.
si t'es un vrai pote justement, tu prouve simplement que tu n'étais pas au volant. Tu n'es en aucun cas tenu de dire qui était au volant, et tu fais payer à ton pote l'amende (sachant qu'aucun ne perdra ses points).
et voila ;-)
[^] # Re: Et sinon...
Posté par CrEv (site web personnel) . En réponse au journal android, openmoko, vendredi .... Évalué à 2.
[^] # Re: Salaire annuel
Posté par CrEv (site web personnel) . En réponse au journal prime de charbon, 4000 euros, tout ça.... Évalué à 2.
Pas de prob, c'est pas à toi que je répondais ;-)
globalement je suis plutôt d'accord avec le fait de répartir l'effort (non suivant une égalité, mais bien une équité, c'est ce qui est le plus important, c'est ça la vrai solidarité) mais à mon avis, on doit bien pouvoir s'arranger pour ne pas avoir à attendre 10 ou 20 ans avant d'avoir du mieux... enfin j'espère...
[^] # Re: Salaire annuel
Posté par CrEv (site web personnel) . En réponse au journal prime de charbon, 4000 euros, tout ça.... Évalué à 2.
si tu relis la phrase que tu quote, ce que je "proposes" comme tu dis, c'est de réfléchir à trouver une meilleur solution qu'un "pauvre travailler plus pour gagner (si on a de la chance) plus"
Maintenant, si tu trouve irréalisables de se poser la question et de vouloir y réfléchir, ben je crois qu'on peut plus rien pour toi... ;-)
[^] # Re: Salaire annuel
Posté par CrEv (site web personnel) . En réponse au journal prime de charbon, 4000 euros, tout ça.... Évalué à 3.
Tu calcule le salaire en te basant sur 12 mois et un salaire indiqué "primes comprises", tu te rend compte que ça correspondt au salaire annuel indiqué "primes comprises" et ensuite tu te demandes où sont les primes ??
juste une petite hypothèse :
Je prend le salaire annul d'un employé, primes comprises, et je le divise par 12.
J'obtient un salaire moyen mensuel, primes comprises.
Où est le problème ?
Et pourquoi ne pas plutôt tenter de trouver des solutions pour baisser l'age de la retraite des autres ?
Pourquoi ne pas prendre en compte, globalement, quelque soit le metier, le secteur (public / privé) la pénibilité, les conditions de travail, ... ?
Maintenant si les autres ne veulent pas se battres pour eux même...
[^] # Re: Démontage du démontage
Posté par CrEv (site web personnel) . En réponse au journal prime de charbon, 4000 euros, tout ça.... Évalué à 10.
Ben faut savoir, qq lignes plus haut t'es dans une boite de 100 000 employés...
Si je dis ça c'est juste pour montrer à quel point c'est facile de retourner tout le temps la situation à son avantage en prenant toujours le côté le plus intéressé face aux question...
[^] # Re: ça serait plus simple de négocier
Posté par CrEv (site web personnel) . En réponse au journal Soyons solidaires avec les grévistes. Évalué à 4.
(/me aurait du faire un screenshot de la tv c'était trop beau ;-) )
Autant dire que certains chiffres ne voulaient vraiment strictement rien dire...
[^] # Re: Dans le privé
Posté par CrEv (site web personnel) . En réponse au journal [H.S.] la france un pays de grévistes ? Pas si sûr.... Évalué à -1.
[^] # Re: Excellent
Posté par CrEv (site web personnel) . En réponse au journal RATP = Moyen de transport fiable. Évalué à 6.
Ha vi, désolé, j'avais oublié ce cas. Et je serait personnelement pour passer aussi ces entreprises à 35 (ou garder mais avec compensation, car pour moi il doit y avoir équité - et non égalité - )
Je crois que le 'on' t'as induit en erreur, je ne suis pas du tout cheminot, et ne bosse pas non plus dans un secteur public. Je suis cadre, j'ai un contrat à 39h, et il m'arrive aussi de bosser en dehors. Mais je comprend et soutiens ceux qui font grève aujourd'hui.
Je ne vois pas trop ce que vient faire le monopole public dans le préservation de leurs conditions de travail...
Ils seraient dans le privé et on leur ferait la même chose, je pense que ce serait pareil...
[^] # Re: Excellent
Posté par CrEv (site web personnel) . En réponse au journal RATP = Moyen de transport fiable. Évalué à 2.
Mouai... mais faudrait aussi se poser la question de savoir qui "tourne" ça justement.
Car quand on les entends ils parlent surtout de leur condition, et non de la leur par rapport aux autres.
Par contre les commentaires qui vont avec ...
[^] # Re: Excellent
Posté par CrEv (site web personnel) . En réponse au journal RATP = Moyen de transport fiable. Évalué à 9.
Mais parler des infirmiers (et étudiants en soins infirmier) qui se battent depuis au moins 10 ans pour que leurs 3.5 ans d'études soient reconnus et non comptés comme 2 ou des internes / ambulanciers / ... qui font grève tout en continuant à bosser (uniquement par éthique) ça fait beaucoup moins de bruit car les "gens" n'oseraient pas trop leur jeter la pierre (c'est étrange comment on parle des grèves sncf, transports, postes, ... longtemps à l'avance alors que parfois on entend juste : "les internes, en grève depuis maintenant 3 semaines" comme première information...)
Par contre, les cheminots (qui cotisent plus, comme ça a déjà été montré plusieurs fois) qui ne sont que des fénéants qui glandent toute la journée, ça déchaine beaucoup plus les foules... (dc l'intérêt est bcp plus présent...)
(je passe sur les 39h puisque souvent ceci vient d'accords passés pour que ce soit "rendu" sous forme de rtt, après fallait pas valider les accords...)
maintenant, ce qui est totalement illogique, c'est que dans ma vision du monde, du progrès, on devrait tenter d'améliorer la situation globale (je ne parle pas de ne pas travailler mais d'améliorer la vie, les conditions de chacuns).
Donc pourquoi vouloir aplanir tous les régimes vers le bas et non vers le haut ?
C'est marrant comment les gens contre les bouc emissaires faisant grèves sont aigris voir jaloux de leurs conditions face à celles d'autres personnes et qui en plus se battent pour que ça ne régresse pas alors qu'eux se disent simplement que c'est comme ça, qu'il faut trimer sans rien dire et que si tout va mal c'est forcément qu'on est que des feignasses...
[^] # Re: TROP TÔT !!!
Posté par CrEv (site web personnel) . En réponse à la dépêche Fedora 8: le loup-garou est lâché !. Évalué à 3.
Je sais qu'il y a quelques versions (10.1 ? 2006 ?) Mandriva avait tenté l'expérience. Il ne me semble pas que ce soit encore utilisé (mais je n'ai pas de quoi vérifier tout de suite)
Qqn aurait-il plus d'info ?
Et au sujet de la différence, un delta couvre toutes les x précédentes versions ? ou existe-t-il x delta suivant la version installée ? (puisque c'est sencé être un delta entre deux version)
En tout cas c'est qq chose de bien que de pousser à ce genre d'amélioration, que ce soit en terme de bande passante, de temps de téléchargement et probablement même de temps d'installation.
Sinon pour le dictionnaire linguistique, je suis plus mitigé. Si je veux avoir une petite installation comportant uniquement KDE (oui oui, petit et KDE ;-)) je vais aussi avoir les traductions de gnome ?
[^] # Re: Vivement qu'ils sortent une vrai version pour windows
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie de GNU Image Manipulation Program 2.4. Évalué à 2.
Comme cela est fait avec le designer de qt par exemple.
Une bête boite de dialogue de configuration (à merde, ça c'est en contradiction avec gtk...) permet de choisir le mode de fenêtrage (une fenêtre ou multi)
Et ça serait un vrai progrès de proposer cette option pour un soft réellement multiplateforme car chacun pourrait faire comme il veut et avec les fonctionnalités de son gestionnaire de fenêtre (interface tout en un sous windows, multi fenêtre sous mac et au choix sous linux ;-))
Mais bon, c'est sur que oui, c'est mieux de dire "pfff, s'avez qu'à pas utiliser cette bouse de windows"
En tout cas ça donne envie d'utiliser des logiciels libres (ben vi, y'a pas que linux...)
[^] # Re: Perl vs Ruby
Posté par CrEv (site web personnel) . En réponse à la dépêche Les Journées Perl, plus que 10 jours pour s'inscrire !. Évalué à 1.
Perso, j'ai toujours écrit du perl lisible. Et pour voir j'ai repris un code (une sorte de compilateur assembleur que j'avais fait en perl) d'il y a 4 ans en gros ... ben je le comprend toujours.
Alors oui, perl n'oblige pas du tout à écrire correctement, à faire du code maintenable, etc. Mais si le programmeur se donne la peine de coder proprement, en ayant ses propres lignes de conduite alors il n'y a aucune raison que perl soit moins lisible que du ruby, perl, c, <placer ici n'importe quel langage>
Et j'ajouterais que si perl était si illisible, alors il n'existerait pas cpan ou tous les modules qui font son intérêt.
Par contre oui, il est génial pour écrire en qq minutes un parser, un robot pour surfer, ...
Honnêtement c'est faux. Le truc c'est que perl est un langage plus "complet" que beaucoup d'autres. Ce n'est pas le bon terme mais ce que je veux dire c'est qu'il existe beaucoup de variables très courtes (souvent en $, $$, $!, ...) ainsi que des variables implicites.
En clair, les personnes trouvant que perl est illisible le trouve souvent car ils ne comprènent pas comment marche perl. En gros parce qu'elles n'ont pas appris perl et veulent souvent programmer en perl comme elles programmes en C...
Et au contraire, les variables implicites peuvent par exemple faire gagner pas mal de temps, sans perdre la lisibilité du programme :
open(FILE, ">file.plop") or die $!
while(<FILE>) {
print if /blrup/;
}
maintenant, pour en revenir à la question initiale, après avoir programmé en perl (pour les scripts) j'utilise de plus en plus ruby. C'est un langage que je trouve beau (qualité très importante pour moi), bien foutu et très cohérent. En plus il est réellement totalement objet et amène une autre manière de penser qu'en C et tous les langages y ressemblant.
Par exemple :
10.times {
// actions
}
qui est beaucoup plus logique que :
for(var i = 0; i < 10; i++) {
// actions n'utilisant pas i...
}
Ruby est aussi intéressant si regarde le fonctionnement des accesseurs aux membres par exemple.
Donc pour moi, ruby est en train de prendre la place de perl (et ce n'est pas python qui le remplacera, ne serait-ce que par le nombre de '_' se trouvant dans le moindre fichier python et me donnant envie de gerber tellement c'est moche...)
[^] # Re: Ouais bon...
Posté par CrEv (site web personnel) . En réponse au journal Aujourd'hui je déprime. Évalué à 3.
évite de trop généraliser ;-)
\begin{malife}je connais linux depuis 7-8 ans, et vit en couple depuis plus de 4 ans (pas avec lui...), pacsé, grand appart, toussa ;-)\end{malife}
Par contre, c'est possible que les moins "sociaux" soient les plus rapide à répondre (puisque les autres ont une vie ;-) )
Sinon, pour ne pas faire que du hors sujet, ben finalement c'est pas si dramatique et comme dit plus haut, faut pas chercher, ça tombera un jour et ça effacera tous les moments où tu cherchais sans savoir.
Enfin ce fut comme ça pour moi et depuis j'arrive à jongler entre info et "famille" sans trop de problème ;-)
[^] # Re: Bravo
Posté par CrEv (site web personnel) . En réponse au journal Aujourd'hui je déprime. Évalué à 9.
La preuve, j'ai même du installer gnome à ma copine...
(heureusement après qq mois de labeur elle est passée à kde et depuis tout va pour le mieux ;-) )
[^] # Re: Rapidité
Posté par CrEv (site web personnel) . En réponse à la dépêche Seaside 2.8 est sorti. Évalué à 2.
Apache sert les pages qui on été rendu par le framework.
si on prend un framework en ruby, un en python et un en php, ils peuvent très bien être tous les trois servis par apache... (pour seaside j'en sais rien, j'ai pas regardé...)
Entre deux applis web (framework + serveur) les deux éléments peuvent jouer pour le temps jusqu'au client mais sont différents.
[^] # Re: Question provoc
Posté par CrEv (site web personnel) . En réponse à la dépêche Seaside 2.8 est sorti. Évalué à 2.
Pour ce qui est des url dégueu ou non, ben je dirais plutôt que ça dépend ce que l'on code. Si pour un site de "contenu" (blog pour prendre un exemple bateau) c'est intéressant d'avoir une belle url, dès qu'on s'oriente vers des applications web, la beauté de l'url on s'en fout un peu (entendre par là que jamais on mettera un bookmark, jamais on tappera une url). De plus, même si les urls sont parfois "belles" (y compris pour des sites des contenu) il est bien rare de s'en servir.
Le truc à mon avis c'est que seaside est là pour faire un peu plus qu'un site Web. Et le fait d'avoir des urls 'illisibles' ou non je vois pas trop ce que ça change sur les perfs. Pour moi ce serait plutôt le contraire, pour avoir des belles urls on va plutôt faire des choses verbeuse, en utilisant des strings, là où un identifiant numérique serait plus efficace.
J'avais lu un article il y a quelques temps sur seaside (dans un glmf) et le côté composant est assez attirant. (Ils expliquaient par ailleurs l'histoire des urls, mais je l'ai pas sous la main...)
[^] # Re: Doc en Français
Posté par CrEv (site web personnel) . En réponse à la dépêche Seaside 2.8 est sorti. Évalué à 4.
Alors que lorsque la doc est réellement à côté, il arrive fréquement que celle-ci soit en décalage.
[^] # Re: non mais sinon c'est bien ?
Posté par CrEv (site web personnel) . En réponse au journal Aptana v1.0 est sorti, sortez vos mouchoirs.. Évalué à 3.
En gros : l'éditeur js est pas mal, mais pas top. La coloration n'est pas assez évoluée à mon gout (mais bon ça c'est toujours comme ça dans les softs non linux je trouve). Le repliage de code ne marche pas toujours, à mon avis leur parseur n'est pas complet.
Pour le css, il y a aussi des problèmes de coloration.
Par contre, l'énorme avantage que j'y trouve c'est le debuggeur. En gros on installe une petite extension à firefox et à partir de là on peut placer les breakpoints dans aptana, voir l'état des données, ... un debuggeur quoi.
C'est pour certaines choses beaucoup plus pratique que simplement firebug par exemple.
Mais dans l'ensemble, si c'est pas trop mal, je reste pas complétement satisfait (et la lourdeur d'eclipse joue, pour éditer du js / css c'est un peu beaucoup...) mais j'ai pas encore trouvé autre chose de mieux (mais toujours un ide et pas un éditeur de texte)
[^] # Re: Evolution
Posté par CrEv (site web personnel) . En réponse au journal box, triple play... et les exclus. Évalué à 3.
Ben justement, pour de la R&D le but c'est pas de faire techniquement bien et marketingement on s'en fout ??
Dans ce sens oui.
Mais j'ai rarement vu d'entreprise avec une politique de service (réellement, pour tous, ...) sauf dans les boites publiques qui sont en général forcées de le faire (au moins un minimum, mais c'est toujours plus que les autres qui n'en ont rien à battre).
[^] # Re: Citadins ... Ruraux ...
Posté par CrEv (site web personnel) . En réponse au journal box, triple play... et les exclus. Évalué à 9.
(j'ai toujours du mal à comprendre les râleurs de la ville, z'ont qu'à aller à la campagne s'ils payent trop cher leur appart au lieu d'une maison -> hop hop, la boucle est bouclée)
[^] # Re: Je me suis fait avoir comme un windowsien
Posté par CrEv (site web personnel) . En réponse à la dépêche XDF (Xul Devis & Factures) : logiciel libre de facturation pour TPE. Évalué à 5.
La gpl ne pourra pas être validée par un tribunal car si je ne me trompe il faut que le "contrat" soit en français.
Ce que propose les licences cecill avec une compatibilité gpl, bsd, .. selon les licences.
A mon avis c'est la meilleur solution légale actuellement pour un soft libre en France.
[^] # Re: Démo ? Pas encore ...
Posté par CrEv (site web personnel) . En réponse à la dépêche Archetype Javascript Framework 0.1. Évalué à 2.
evite vraiment de mettre des blocs sans accolades (if, for, ...)
C'est pas pour faire beau, mais quand tu va vouloir compacter ton code, ça ne marchera plus et tu ne saura pas pourquoi...
(et par contre, pour faire beau, je trouve horrible d'avoir un if avec un bloc et un else sans...)
(le tout dans la première fonction load)
Sinon, comment marche le require ? (pour charger des modules, des js, ...)
Tu as regardé comment marche celui de yahoo [http://developer.yahoo.com/yui/yuiloader] ?
La description des besoins est assez simple et sympa à mettre en oeuvre.
[^] # Re: Thunderbird
Posté par CrEv (site web personnel) . En réponse au journal La Mozilla Foundation se fout de nous !. Évalué à 3.
Donc sur ce point je rejoint le sentiment que firefox ramenant de la thune et thunderbird non, mozilla lache encore un peu plus les autres composants au profit de firefox.
Alors qu'il serait probablement plus bénéfique de les laisser au sein de la même entité pour que les autres produits profitent de la bonne santé de firefox.
Mais bon, si seulement cet argent servait pour autre chose que firefox (comme pour xul, la superbe plateforme de rêve qui ne décole pas alors que les concurrents si... en partie car rien n'est fait pour mettre en avant ceci, et comme pour thunderbird, sunbird, ...)
Depuis l'abandon de la suite mozilla (pour laquelle il fallait forcément bosser sur tous les composants) au profit de firefox, c'est de pire en pire...
Alors oui, firefox c'est bien (mais ça pourrait être mieux, faut pas s'arrêter là) mais bon, Mozilla c'est pas (ou ça ne devrait pas être) uniquement firefox.