TheGuit a écrit 61 commentaires

La question de la pertinence d'un outil. C'est très philosophique tout ça. Pourquoi avoir un inventé le Go, le Rust ou que sais-je encore. N'avais t'on pas assez de langage avec Cobol, ASM et C/C++. C'est un nouveau langage, il arrive forcément avec des avantages des inconvénients. Le fait qu'ils soit amené a devenir le langage de prédilection pour l'univers Apple va forcément créer un grand nombre de développeur qui seront à l'aise avec celui ci et qui voudront un jour ou l'autre surement faire des choses utilisable dans d'autre environnement que MacOS/iOS.

Je crois que le libre nous a appris que la multiplicité des solutions et la saine concurrence est une bonne choses. Donc tant mieux que cela soit porté sur Linux et soutenu par Apple et IBM. Laissons au temps nous dire si c'était intéressant ou pas.

http://fr.slideshare.net/nobug/a1-rache

Enfin si je dis pas de connerie mais NoSQL ca veux dire Not Only SQL. Donc c'est pas juste dire pas de SQL.

Un seul dossier.

Vi, alors je sais pas ce que tu souhaite faire, mais chez moi j'ai une configuration postfix + postfixadmin + roundcube et ca marche.

J'avais testé Roundcube il y a quelques temps déjà, et a l'époque il souffrait d'un soucis majeur, impossible d'ouvrir de manière convenable un compte mail un peu charger, j'aimerais savoir si des gens ont un retour là dessus. J'ai quelque 60 000 mails sur un de mes comptes et je voudrais savoir si Roundcube sais maintenant gérer ce genre de situation ?

En même temps même en faisant des sous-dossier mon TB a un dossier avec quelque 130 000 mails tout simplement car ca vient du même expéditeur. Et par le passé ca m'est déjà arrivé qu'il me le corrompe. Ben j'étais pas particulièrement content.

Autre soucis d'avoir tout dans un dossier c'est que TB est un incapable de s'exécuter a partir d'un partage réseau correctement. Ça lague, c'est inutilisable.

Gmail fonctionne très très bien hors connexion :). Et ce répartie facilement sur plusieurs machines.

Ça sert a quoi le thé alors qu'il y a le café ?

Python et Ruby sont deux langages ayant des différences. Ils répondent chacun a des objectifs différents. Et des public surement différents.

Les chiffres ont leur fait dire ce que l'on veux.

Quel est l'interet de ce billet ? C'est comme si on lisait une étude sur la qualité du code d'Ubuntu de la part de Microsoft. Quel interet ?

Gros problemes de Dotclear il faut vraiment que les devs se mettent a la place des utilisateurs. Pour m'oi l'interface d'admin est encore un cran en dessous de celle de Wordpress...

Les pub ne me dérange pas, par contre la mocheté du site ca c'est vraiment pas cool !

Ben UML est quand meme indispensable pour une application Objet moderne a plusieurs.

Je m'en sert a chaque fois que je doit faire un diagramme UML car il est vraiment bien fait.

Ouais mais elle sont toute pourris ^^

J'ai commencé par Perso pour indiqué que c'etait ma vision de la choses ;)

J'ai pas dit que c'etait forcement bien mais perso quand je code en PHP j'ai tendance a bien tout reverifier 15 fois, alors qu'en Java j'ai tendance a me reposer un peu plus sur le repport d'erreur. J'ai pas dit que c'etait foncierement bien. Mais je n'es jamais prétendu etre un bon programmeur.

En meme temps je fait du PHP donc du coup ca montre bien tout de suite a quel point je suis limité, car comme tu dit PHP est nul.

Ben apres c'est une habitude. Moi j'essaye jamais de comparer des entiers a des chaines de caractere, sauf quand je sais exactement ce que je fais. Bref pour moi ca ne me pose pas de probleme vu que j'ai apprit comment fonctionnait le language avant de m'en servir, c'est plus problématique quand on essaye de bricoler avec PHP.

Perso le PHP demande beaucoup beaucoup plus de rigueur du fait de sa permissivité. Quand un language a un haut niveau de repport d'erreur on a tendance a se reposer sur lui, et du coup le jour ou il laisse passé un trucs qu'on avait pas prévu ben on est tout pantois.

Mouais je reste moyen convaicu par le fait que cela doivent etre au type de départ de connaitre tous ces types d'arrivé.

Apres je sais pas trop comment se débrouille Java enfait car il existe un methode toArray() dans les objet implementant List je crois.

Du coup j'ai l'impression qu'un hybride serait fait, tous les objets peuvent se transtyper en chaine (toString) ou en array (toArray) et apres pour les transtypage plus complexe on fait avec ca et une methode dans la classe d'arrivé.

Ca veux dire qu'il faut surcharger la classe Entier si tu veux pouvoir accepter un transtypage vers un type non définie a la base dans la classe Entier ?

Je trouve la méthode Java moins chiante perso.

La vrai question est : Est ce le type de destination qui doit connaitre la méthode de transtypage, ou le type de départ.

Y a une logique derreire ca et n'importe quel livre de base en PHP l'explique.

Le transtypage de PHP est tres puissant, mais il faut savoir ce qu'il fait pour éviter les erreurs.

Le gros soucis de PHP c'est que ce n'est pas un language de débutant, mais qu'il est utilisé en tant que tel !


Je ne connais pas assez le Ruby et je ne sais pas ce que fait quelque choses du genre :

machaine = "3"

monentier = machaine

mais du coup a j'imagine qu'il doit y avoir une methode spécifique la classe entier pour recuperer la valeur entiere contenu dans un string, un peu comme en Java ?

Ben a partir du moment ou tu peux te servir de foreach sur des objet ca compte nan ? Comme en Java quand une classe implemente la classe itérator on peu s'en servir dans un "foreach" java.

Le sens que je voulais donner à ma phrase c'est que ce n'est pas le language qui fait qu'on fait un code propre. C'est bien le programmeur. En l'occurence je suis plus PHP (egalement un peu Java) et ben sur du Ruby je n'aurais pas l'esprit tourné Ruby et je ne pense pas faire un code aussi jolie qu'un programmeur Ruby pourrait le faire.


Apres les question sur les boucle bon je serais tenté de te dire que ton exemple couvre quelque choses qui risque d'etre utilisé une fois tous les 32 du mois. Apres pour ce qui est des itérateur entre un :

foreach($array as $element)
{
echo $element."\n";
}

et

array.each do |element|
puts element+"\n"

On a deux syntaxe assez lisible je trouve.

Ben je sais pas comment tu te débrouille car depuis la version 5 de PHP le modele Objet est bien meilleur (et va encore progresser avec la version 6) et du coup programmer proprement n'est plus quelque choses d'innacessible, suffit de s'appliquer et de reflechir bien a son truc.

Apres pour les framework PHP je dois te dire que perso je n'es jamais utilisé de framework sur un projet réel donc je ne me prononcerai pas sur eux, parreil je ne me suis pas plongé dans le code de Rails pour tout comprendre et pouvoir comparer avec ceux fait en PHP.

Ruby n'as pas du tout une syntaxe PHP.

Mouarf :)

Ou ai-je dit que Ruby etait chiant ?, j'ai dit que j'accorchai pas.

Pour les hebergeurs, c'est une constatation toute simple, j'ai fait le tour des differents lien que j'avais qui proposais de l'hebergement (pas forcement gratuit) et j'en ai pas trouvé qui proposais, Ruby, j'ai donc cherché, et apparement y en a quelques uns mais ca reste tres marginal, on trouve apparement bien plus d'hebergement proposant Python que d'hebergement proposant Ruby.

Alors apres y a peut etre un truc que j'ai pas capté avec Ruby, et peut etre qu'il y a pas besoin de l'installé pour s'en servir, vu que tu semble dire que c'est pas bien grave ....

Apres donne moi un truc a faire et je suis sur que mes ligne de code seront bien plus moche si je le fait en Ruby que si je le fait en PHP. On peut tres bien faire quelque choses de tres propre en PHP, et on peu je suis sur faire quelque choses d'horrible en Ruby.

C'est pas pasque le succes de PHP fait qu'une grande majorité des débutant se lance dans PHP en bidouillant sans vraiment apprendre les bases et donc font des trucs à se faire suicider Rasmus avec son string qu'on peut en tirer des conclusions sur la qualité du language !

Je n'est effectivement pas osé parler des Framework Java, qui sont a mon avis beaucoup plus connu, et beaucoup plus utilisé de par le monde.