heu, oué mais justement non
Déjà, icescrum mouai, la dernière fois que je l'ai essayé j'ai eu bien du mal avec (mais ça date d'au moins un an je pense, je pourrais à l'occase réessayer)
Deuz, justement j'utilise redmine pour faire le lien essentiellement entre ma liste de tâches et mes commits (un commit devrait toujours être lié à une tâche par exemple, gestion de mes tickets (ben oui, ils sont tous au même endroit, en suite je vois ce que j'en fais), gestion multi projet (mon projet est découpé en plein de modules différents, mais une itération se base sur l'ensemble), etc.
Ensuite, la multiplicité des fonctionnalités : il suffit d'en enlever / configurer / gérer les droits
Ensuite je veux vraiment un endroit pour gérer mon projet : mes annonces, mes sources, une partie de la doc, etc. Et le côté unifié est réellement intéressant.
J'utilise redmine depuis un petit moment maintenant. Il est pas mal, mais il a un manque depuis un moment malheureusement : la possibilité d'avoir une même liste de version en source / cible. C'est vraiment dommage que ça n'existe pas pour le moment.
Par contre, depuis la version 1, le partage des versions et le côté hiérarchique des projets, ça devient vraiment sympa.
Et pour ceux qui veulent l'utiliser pour faire du scrum, il existe une extension pas trop mal : http://www.redminebacklogs.net/
C'est à patcher si on veut l'utiliser en multiprojet (hiérarchique) mais pour le moment ça me semble assez satisfaisant
> Ça a l'air de rien mais ça fiche en l'air ses regexp
C'est bien ce que je critique : souvent on fait des analyses de chaînes qui par définitions ne sont pas normés avec des techniques qui puent dans ce cas (regexp mal foutues, split, etc). C'est comme lorsqu'un gars tente découper une query string à base de split sur & et sur =... c'est bien joli dans pas mal de cas mais c'est foireux.
Donc l'argument le user agent il change c'est pourri c'est trop complexe montre surtout qu'on utilise des techniques non adaptés pour analyser si user agent. Si le fait de rajouter un U ou une notion vers la CLR ou autre dans un user agent fait foirer l'analyse alors il faut revoir l'analyse, non blamer le user agent.
Maintenant qu'il soit nettoyé pourquoi pas, mais c'est un autre débat.
> Ça devient le bazar, tu ne peux presque rien supposer sur ce qui va se trouver à quel endroit, à part que ça commence par Mozilla
heu....
Je ne vois pas vraiment le problème entre ces deux chaines. A c'est sur que si la compréhension du user agent se fait en fonction de la position exacte ça va coincer (d'où le "à quel endroit" ?)
Mais si on regarde bien, les deux chaînes pointent bien le même browser. La seule chose est que le deuxième fournis des infos supplémentaires (éléments dispos comme les versions de .net et le type de machine media center, zune, etc).
Alors peut-être est-ce l'exemple qui est mal choisi, mais je trouve pas que ça montre un quelconque problème...
> j'ai clairement cliqué sur un lien intitulé « télécharger »
ce qui ne répond absolument pas à ma remarque
Si je te fais une page avec un bouton télécharger dans un onglet "aperçu" tu aura téléchargé un aperçu.
Donc la remarque reste valable
> Et de toute façon, je m'en moque, comme je l'ai déjà dit je suis capable de fabriquer moi-même des copies numériques de qualité supérieure aux leurs.
Mais dans ce cas pourquoi tu as, encore une fois, éprouvé le besoin de l'ouvrir si c'est pour sortir "de toute façon je m'en moque" lorsqu'on répond à ton problème (qui finalement n'en est pas un puisque tu t'en moques) ? T'es sur que tu ne devrais pas consulter ? ;-)
J'ai lu rapidement de travers alors peut-être que je me trompe...
J'ai acheté un bloue ré du genre il y a peu... manque de pot j'étais à un endroit sans lecteur. Je me suis connecté, toussa, et j'ai pu téléchargé une copie du contenu du dvd sans problème et j'ai pu le voir (hors connexion, toussa, ...) et donc :
- téléchargement : j'ai téléchargé le contenu du bloue ré (sans les "bonus")
- copie numérique : ben vi j'ai bien une copie sur mon poste, pas une demande de diffusion
- facile : moyen, mais sous win avec la maj de windows qui va bien (en gros une fois le poste configuré) c'est simple, connect, cherche, download direct
- rapide : pas de logiciel dédié à installé il me fallait juste le bon media player
- portable : hum, je pense que si je colle la copie sur un autre ordi ça fonctionnera de la même manière
- définitif : oui, j'ai une copie
Il y a bien pas mal de mauvais points (windows, drm, maj wmp) mais par contre j'ai une vrai copie. Ha oui, dans l'interface en général il y a deux onglets, un pour visualiser, l'autre pour télécharger ... a voir si tu n'étais pas sur le mauvais (la première fois je me suis fait avoir...)
Comme le commentaire plus haut, je pensais bien à du SQL.
Mais reste que je trouve ça des plus étranges comme choix.
Et oui ça reste plutôt marginal lorsqu'on voit le nombre de langages utilisant // ou /**/ ou # (qui sont quand même les trois cas les plus courant) idem pour l'assignation en := surtout que les tests sont écrits en ==
En gros j'arrive pas du tout à comprendre cet ensemble de choix très étrange.
Mais oui, par certains côtés ça me ferait plus penser à du sql version script ...
ouch ...
la syntaxe est ... particulière ...
Déjà les commentaires derrière -- c'est pour le moins inhabituel
Ensuite j'ai bien du mal avec beaucoup d'aspects (en tout cas à la lecture des exemples) :
les mots clés 'methods_begin / methods_end'
Les sorties (derrière printout) assez étrange genre : printout "compare: " $cmp \n
genre le \n qui traine tout seul, comme ça ... on sait pas trop ce que ça fait là
les assignations avec :=
En gros, je trouve le tout très (beaucoup trop en fait) inutilement verbeux, étrange, avec des mélanges de syntaxes inhabituels voir anciens.
Ce qui me donnerait envie de l'utiliser serait par exemple une syntaxe sympa, un petit plus quoi. Là ... ben j'ai pas trouvé.
Maintenant, il manque peut-être quelques informations genre pourquoi, dans quel but, comment, etc.
> En cela ta dépêche est très réductrice car l'aspect que tu mets en exergue semble n’être qu’une petite partie de l’ouvrage en question.
peut-être parce que la dépêche traite du choix d'un langage à apprendre pour 2011 et non du bouquin...
> J’ai surtout l’impression que tu te sers du bouquin comme « alibi » pour énumérer les langages de programmation que tu aimerais apprendre et attendait des commentaires des avis sur ceux-ci.
Attends, je reprend le contenu de la dépêche :
> l'un m'a particulièrement marqué : il est souhaitable d'apprendre un nouveau langage de programmation tous les ans
> je souhaite partager avec vous quelques suggestions de langages
> je n'ai pas encore choisi quel langage j'allais étudier en 2011
> je n'ai pas encore choisi quel langage j'allais étudier en 2011
Ha ok, en fait c'est bien ça, tu viens juste de comprendre la dépêche.
Si on met ça en relation avec un autre post disant que souvent on trouve la solution sois même sauf qu'il faut tout lire ... ça fait sourire ;-)
Depuis la page features :
Add new features to Sonar to suit your requirements or cover new languages http://docs.codehaus.org/display/SONAR/Sonar+Plugin+Library/
Additional Languages
C - The C plugin associated to its set of rules enables to perform objective and automated C code reviews against pre-defined or home made coding best practices.
Cobol (Commercial) - Enables to perform objective and automated Cobol code reviews against pre-defined or home made coding best practices.
Flex / ActionScript - Enables analysis of ActionScript projects into Sonar.
Groovy - Enables analysis of Groovy projects into Sonar.
PHP - Enables analysis of PHP projects by handling several tools : PHP Unit, PHP Depend, PHPMD and SQLI CodeSniffer.
PL/SQL (Commercial) - Enables analysis and reporting on PL/SQL projects. As an option, the plugin can extract PL/SQL code from Oracle Forms.
Visual Basic 6 (commercial) - Enables to perform objective and automated Visual Basic 6 reviews against coding best practices.
.Net - Provides support for C# projects in Sonar.
Web - Enables analysis of web files in Sonar. Current version targets JSP and JSF.
Autant je regrette, à chaque fois que je vois parler de sonar, un flou apparent (comme si finalement tout le monde devait savoir de quoi on parle), autant l'information concernant les langages n'était pas loin
Maintenant, je ne sais pas si c'est fait exprès ou non, mais aucun de ceux que tu sites sont dans cette liste ;-)
franchement compter Me et 2000 ensemble ...
oublier vista par la même
tu sais les complexes face à windows ça se soigne hein ...
et en passant, le numéro actuel vient de la fusion avec la branche NT, mais n'a pas de rapport avec tout ce qui est inférieur à XP... donc mélanger les deux en oubliant NT est juste signe de mauvaise fois ou de méconnaissance (je te laisse choisir entre les deux)
hum... juste parce qu'il est mieux par exemple ?
Je suis en train de faire quelques petits tests Jira + Greenhoper ... ben je connais pas vraiment d'équivalents en libre malheureusement. Mon pauvre petit redmine à côté s'en prend plein la tronche.
Par certains côtés ça fait un peu comme bitkeeper : prendre le meilleur outil, même si malheureusement il n'est pas libre.
> Ça veut dire pain d'épice, pour ceux qui s'intéressent à l'étymologie
Je croyais que l'étymologie était la discipline "qui étudie l’origine des mots."
alors que là tu nous fait juste une bête traduction du nom de code d'une version d'un os...
/me pense que le commentaire parent aurait du être posté demain
> tu peut interfacer du Ant avec du maven
oui, mais dans ce cas on perd quasiment tout l'intérêt de maven, et comme tu dis c'est bordélique au possible.
> une nouvelle syntaxe plus concise pour le pom.xml (avec l'utilisation d'attribut)
ha oui, ça c'est toujours magique, les xml sans attributs. C'est ce qui continue à faire croire que java ~ xml ~ pourrave (et dans certains cas d'utilisation comme ceux-ci c'est totalement vrai)
> sauf que c'est sympa à utiliser
ha ben déjà, si ça devient sympa (car honnêtement j'ai pas encore vu un cas où on pouvait trouver sympa d'utiliser maven...)
> il ont utilisé EXACTEMENT la même approche, mais de manière plus sympa.
J'ai toujours trouvé que maven était l'exemple même d'une mauvaise implémentation d'une bonne idée. Avec le temps, on a tendance à trouver que finalement c'est une mauvaise implémentation d'une mauvaise idée (ouch). Mais si un outil a la même approche mais le fait bien, alors c'est peut-être juste le premier avis qui reste...
> Maintenant pour la relation maven/autre langages, c'est complexes, et si on avait des solutions magiques ça se saurait, donc on peut retourner au "t'as mieux ?".
en fait c'est pas uniquement les autres langages, c'est déjà le fait de vouloir réaliser autre chose qu'un jar qui pose problème.
Ensuite, pour les autres langages : avant d'utiliser maven, on avait du ant. C'est pas parfait (gestion de dépendances, etc) mais pour le build c'est très bien. Et surtout on pouvait en faire ce qu'on voulait : le côté script ! Avec ant on faisait tout ce qu'on voulait quelque soit le langage, et si besoin d'appeler un soft externe (genre un compilo) et prendre la sortie pour la coller en ressources à builder dans un jar ben c'était possible.
Mais maven est passé par là ...
Maven est vraiment intéressant pour les dépot, les dépendances. Mais absolument pas pour le build, à moins d'écrire des plugins mais là on perd tout l'intérêt de maven par rapport à un système basé sur des scripts.
Une image assez représentative de l'impression que j'ai avec maven : http://tech.puredanger.com/2009/01/28/maven-adoption-curve/ (surtout la fin du graph...)
Le truc c'est que sur le principe c'est sympa, en réalité non, et souvent on s'entête donc on continue, et au bout d'un moment on a tellement investi dedans qu'on ne peut plus faire marche arrière.
tout d'abord, le fait que j'ai mieux ou non a-t-il un rapport avec le fait que maven ne soit réellement ok que pour faire des jar/war et non pour tout faire comme annoncé ?
Si on ne peut même pas pointer les mauvais côté d'un soft sans proposer mieux / un patch c'est vraiment triste ton avis sur les avis (outre le côté très fermé de la discussion...)
Maintenant, les vrais problèmes de maven :
- le déclaratif : oué c'est moche de dire ça car c'est la force de maven dans pas mal de cas, mais c'est aussi la pire chose. Pour combler les lacunes du déclaratif on est obligé de faire des plugins tout ça pour réaliser des actions dans un ordre vraiment précis... c'est dommage car il n'y a plus d'intérêt...
- les plugins : pour le moindre truc on est obligé de trouver le bon plugin, qui est souvent incomplet, bugé, les deux, dans le cas où il existe. Et s'il existe pas ben il faut le coder et hop maven ne sert alors presque plus à rien.
En gros, maven est sympa, mais si on sort du java, ou si on veut mixer du java avec autre chose, ou si on veut réaliser des opérations plus complexes ben maven est loin d'être génial.
Par certains côtés ant est meilleur (mais la syntaxe est pourrave). Les systèmes permettant d'avoir des scripts en réalité en général meilleurs à mon gout.
> Maven est un outil génial.
arg
j'ai failli m'étouffer en lisant ça...
maven c'est bien ... si ton seul but c'est de faire des jar dans un coin. Si tu veux faire de vrai trucs, genre mixer plusieurs langages, faire de vrai installeurs, etc ... ben c'est galère comme pas permis...
> mais une relation d'ordre
ok, j'avais zapé ce point...
> en 2 lignes (hors imports et la signature de la fonction
Si je met ma méthode dans un import, mon code tiens en une ligne (hors import et signature de la fonction)...
> En outre, le propos n'était pas tant de débattre sur l'utilité pratique de mon bout de code que de montrer les possibilités d'un système de type fort, statique et puissant.
ha mais je suis totalement d'accord. C'est juste que, ne connaissant pas les langages de ce type, à la lecture du cheminement pour écrire ton morceau de code, j'ai eu l'impression que c'était compliqué pour faire trois fois rien. Et j'ai l'impression que cette complexité vient directement du type de langage d'où le fait de montrer qu'on peut faire plus "simple" (au niveau du raisonnement, de la logique du code) pour arriver à une fonctionnalité assez équivalente.
Maintenant, il y a surement plein de cas où ce serait le contraire je pense... (ok, peut-être qu'il faudra un jour que je prenne le temps de regarder ce genre de paradigme...)
> L'exploitation du compilateur permet 1/ d'éviter des erreurs de programmations qu'on découvre qu'à l'exécution
oui, mais mon avis est que lorsqu'on se repose trop souvent sur un compilateur, on oublie de réaliser les tests soit-même. Et on se retrouve avec une tripoté de "codeurs" qui font : 2 lignes de code, CTRL-S, je regarde la sortie du compilo, je corrige si nécessaire, sinon je passe à la suite.
Le problème est que ces personnes, en se reposant exagérément sur le compilo ne savent finalement plus coder correctement mais seulement réagir face à une erreur à la compile. Et résultat, de part cette faillibilité on se retrouve avec plein de trucs zarb à l'exécution car c'est mal réfléchi et que le compilo ne peut pas tout faire.
var compare = function(a, b, props) {
var prop, field, comp, i, l = props.length;
for(i = 0; i < l; i++) {
prop = props[i];
field = prop.field;
if(!(field in a && field in b)) {
return false;
}
if("comp" in prop) {
comp = prop.comp;
if(!(comp in a[field] && comp in b[field]) {
return false;
}
if(a[field][comp]() !== b[field][comp]()) {
return false;
}
} else if(a[field] !== b[field]) {
return false;
}
}
return true;
};
compare(a, b, [{field: "field1"}, {field: "field2", comp: "sum"}, {field: "field3", comp: "toLowerCase"}]);
Bon, évidemment sum, toLowerCase doivent exister. Le code devient plus gros, mais c'est juste que le map n'existe pas de la même manière, mais au final je suis toujours totalement dynamique et ma comparaison de champ reste facile et simple à écrire.
Non pas que je veuille que haskell ne serve à rien, mais j'ai toujours pas compris l'intérêt à se casser la tête. Peut-être par rapport à des langages pauvres (comme c/c++/java par exemple) mais par rapport à js, as3, surement ruby, peut-être python ça me parait bien complexe (faut vraiment réfléchir pour comprendre le code haskell un peu plus haut, d'ailleurs le cheminement n'est pas simple, alors que c'est bidon, juste comparer une liste de propriété)
Maintenant, je pense bien que ce genre de paradigme à une utilité, enfin j'espère ;-)
> on veut que "field1", "field2", "field3" soit des fields d'une structure de donnée qui soit typée, là tu manipule une espèce de map.
J'avais bien compris, mais c'est écrit justement avec un langage me permettant de parcourir et d'utiliser les membres d'un objet en fonction de leur nom. C'est bien le but, non ?
Et oui, en quelque sorte tout est map en javascript... mais le problème n'est absolument pas là.
> Ici le compilateur
ha, j'avais pas compris que le but était de se reposer sur un compilo (perso j'aime pas me reposer dessus...)
> le compilateur ne peut PAS vérifier que "field1", "field2", "field3" existe bien dans a et b quand tu fais appel à compare
ok, pardon :
// a rajouter dans le for
if(!(prop in a && prop in b)) {
return false;
}
hop hop, je sais maintenant que mes champs sont dedans.
> et encore avec ta solution, ça ne marche que sur les maps...
et maintenant que tu sais que ça marche avec n'importe quel objet ?
petit préambule : je n'ai jamais codé en haskell, ni dans un langage du genre (ocaml ou autre, à peine un petit peu d'emacs lisp)
ben franchement ça m'a l'air bien compliqué, ou plutôt ça donne l'impression de devoir se casser la tête pour pas grand chose finalement (juste comparer les champs de deux structures...)
var compare = function(a, b, props) {
var prop, i, l = props.length;
for(i = 0; i < l; i++) {
prop = props[i];
if(a[prop] !== b[prop]) {
return false;
}
}
return true;
};
compare(a, b, ["field1", "field2", "field3"]);
> Quel programmeur n'a jamais eu la rébarbative tâche d'écrire une fonction de comparaison pour un objet/structure avec beaucoup de champs à comparer ?
Du moment qu'on peut travailler avec introspection je ne vois pas vraiment le problème en fait...
> Qu'est-ce que ça peut bien leur apporter à votre avis
Allez, fait pas ta mijaurée, c'est quand même très très simple de savoir pourquoi certains documents sont placés sur ce genre de site :
- hébergement du document (pour beaucoup c'est surement le point primordial)
- visualisation en ligne directe (pas à ouvrir le document sur son poste, pas besoin de le télécharger, pas besoin d'avoir le bon lecteur suivant le format : pdf, ppt, pptx, etc)
- intégration de ce lecteur dans une autre page. Par exemple intégrer une présentation dans le corps du article de blog, avec visu immédiate (sûrement le point le plus intéressant).
Evidemment de la part de boite comme mozilla, la moindre des choses serait d'héberger le fichier et de le proposer au download. Mais cela coûte (le download) alors que l'upload sur une plateforme pas beaucoup... Mais avoir les deux serait intéressant pour tout le monde (le principe de lecteur dans le navigateur internet est bien, le fait de l'avoir en download l'est également).
[^] # Re: scrum
Posté par CrEv (site web personnel) . En réponse à la dépêche Gérez vos projets avec Redmine. Évalué à 5.
Déjà, icescrum mouai, la dernière fois que je l'ai essayé j'ai eu bien du mal avec (mais ça date d'au moins un an je pense, je pourrais à l'occase réessayer)
Deuz, justement j'utilise redmine pour faire le lien essentiellement entre ma liste de tâches et mes commits (un commit devrait toujours être lié à une tâche par exemple, gestion de mes tickets (ben oui, ils sont tous au même endroit, en suite je vois ce que j'en fais), gestion multi projet (mon projet est découpé en plein de modules différents, mais une itération se base sur l'ensemble), etc.
Ensuite, la multiplicité des fonctionnalités : il suffit d'en enlever / configurer / gérer les droits
Ensuite je veux vraiment un endroit pour gérer mon projet : mes annonces, mes sources, une partie de la doc, etc. Et le côté unifié est réellement intéressant.
# scrum
Posté par CrEv (site web personnel) . En réponse à la dépêche Gérez vos projets avec Redmine. Évalué à 2.
Par contre, depuis la version 1, le partage des versions et le côté hiérarchique des projets, ça devient vraiment sympa.
Et pour ceux qui veulent l'utiliser pour faire du scrum, il existe une extension pas trop mal : http://www.redminebacklogs.net/
C'est à patcher si on veut l'utiliser en multiprojet (hiérarchique) mais pour le moment ça me semble assez satisfaisant
[^] # Re: Ça va dépoter...
Posté par CrEv (site web personnel) . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 2.
C'est bien ce que je critique : souvent on fait des analyses de chaînes qui par définitions ne sont pas normés avec des techniques qui puent dans ce cas (regexp mal foutues, split, etc). C'est comme lorsqu'un gars tente découper une query string à base de split sur & et sur =... c'est bien joli dans pas mal de cas mais c'est foireux.
Donc l'argument le user agent il change c'est pourri c'est trop complexe montre surtout qu'on utilise des techniques non adaptés pour analyser si user agent. Si le fait de rajouter un U ou une notion vers la CLR ou autre dans un user agent fait foirer l'analyse alors il faut revoir l'analyse, non blamer le user agent.
Maintenant qu'il soit nettoyé pourquoi pas, mais c'est un autre débat.
[^] # Re: Ça va dépoter...
Posté par CrEv (site web personnel) . En réponse à la dépêche Des nouvelles de Mozilla. Évalué à 6.
heu....
Je ne vois pas vraiment le problème entre ces deux chaines. A c'est sur que si la compréhension du user agent se fait en fonction de la position exacte ça va coincer (d'où le "à quel endroit" ?)
Mais si on regarde bien, les deux chaînes pointent bien le même browser. La seule chose est que le deuxième fournis des infos supplémentaires (éléments dispos comme les versions de .net et le type de machine media center, zune, etc).
Alors peut-être est-ce l'exemple qui est mal choisi, mais je trouve pas que ça montre un quelconque problème...
[^] # Re: copie
Posté par CrEv (site web personnel) . En réponse au journal La copie numérique selon la Warner. Évalué à 3.
ce qui ne répond absolument pas à ma remarque
Si je te fais une page avec un bouton télécharger dans un onglet "aperçu" tu aura téléchargé un aperçu.
Donc la remarque reste valable
> Et de toute façon, je m'en moque, comme je l'ai déjà dit je suis capable de fabriquer moi-même des copies numériques de qualité supérieure aux leurs.
Mais dans ce cas pourquoi tu as, encore une fois, éprouvé le besoin de l'ouvrir si c'est pour sortir "de toute façon je m'en moque" lorsqu'on répond à ton problème (qui finalement n'en est pas un puisque tu t'en moques) ? T'es sur que tu ne devrais pas consulter ? ;-)
# copie
Posté par CrEv (site web personnel) . En réponse au journal La copie numérique selon la Warner. Évalué à 1.
J'ai acheté un bloue ré du genre il y a peu... manque de pot j'étais à un endroit sans lecteur. Je me suis connecté, toussa, et j'ai pu téléchargé une copie du contenu du dvd sans problème et j'ai pu le voir (hors connexion, toussa, ...) et donc :
- téléchargement : j'ai téléchargé le contenu du bloue ré (sans les "bonus")
- copie numérique : ben vi j'ai bien une copie sur mon poste, pas une demande de diffusion
- facile : moyen, mais sous win avec la maj de windows qui va bien (en gros une fois le poste configuré) c'est simple, connect, cherche, download direct
- rapide : pas de logiciel dédié à installé il me fallait juste le bon media player
- portable : hum, je pense que si je colle la copie sur un autre ordi ça fonctionnera de la même manière
- définitif : oui, j'ai une copie
Il y a bien pas mal de mauvais points (windows, drm, maj wmp) mais par contre j'ai une vrai copie. Ha oui, dans l'interface en général il y a deux onglets, un pour visualiser, l'autre pour télécharger ... a voir si tu n'étais pas sur le mauvais (la première fois je me suis fait avoir...)
[^] # Re: E17
Posté par CrEv (site web personnel) . En réponse au sondage En 2011 vous attendez particulièrement :. Évalué à 2.
(c'est une vrai question, pas un troll, un souvenir quoi...)
[^] # Re: On reste sur sa faim
Posté par CrEv (site web personnel) . En réponse à la dépêche Whippet : un langage de script sans prétentions. Évalué à 4.
Mais reste que je trouve ça des plus étranges comme choix.
Et oui ça reste plutôt marginal lorsqu'on voit le nombre de langages utilisant // ou /**/ ou # (qui sont quand même les trois cas les plus courant) idem pour l'assignation en := surtout que les tests sont écrits en ==
En gros j'arrive pas du tout à comprendre cet ensemble de choix très étrange.
Mais oui, par certains côtés ça me ferait plus penser à du sql version script ...
[^] # Re: On reste sur sa faim
Posté par CrEv (site web personnel) . En réponse à la dépêche Whippet : un langage de script sans prétentions. Évalué à 3.
la syntaxe est ... particulière ...
Déjà les commentaires derrière -- c'est pour le moins inhabituel
Ensuite j'ai bien du mal avec beaucoup d'aspects (en tout cas à la lecture des exemples) :
les mots clés 'methods_begin / methods_end'
Les sorties (derrière printout) assez étrange genre :
printout "compare: " $cmp \ngenre le \n qui traine tout seul, comme ça ... on sait pas trop ce que ça fait là
les assignations avec :=
En gros, je trouve le tout très (beaucoup trop en fait) inutilement verbeux, étrange, avec des mélanges de syntaxes inhabituels voir anciens.
Ce qui me donnerait envie de l'utiliser serait par exemple une syntaxe sympa, un petit plus quoi. Là ... ben j'ai pas trouvé.
Maintenant, il manque peut-être quelques informations genre pourquoi, dans quel but, comment, etc.
[^] # Re: LISP
Posté par CrEv (site web personnel) . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 7.
en fait ça retire tout ambiguïté au fait que c'est illisible, non ?
[^] # Re: Aux conquérants de l’inutile!
Posté par CrEv (site web personnel) . En réponse à la dépêche Apprendre un langage de programmation par an. Évalué à 7.
peut-être parce que la dépêche traite du choix d'un langage à apprendre pour 2011 et non du bouquin...
> J’ai surtout l’impression que tu te sers du bouquin comme « alibi » pour énumérer les langages de programmation que tu aimerais apprendre et attendait des commentaires des avis sur ceux-ci.
Attends, je reprend le contenu de la dépêche :
> l'un m'a particulièrement marqué : il est souhaitable d'apprendre un nouveau langage de programmation tous les ans
> je souhaite partager avec vous quelques suggestions de langages
> je n'ai pas encore choisi quel langage j'allais étudier en 2011
> je n'ai pas encore choisi quel langage j'allais étudier en 2011
Ha ok, en fait c'est bien ça, tu viens juste de comprendre la dépêche.
Si on met ça en relation avec un autre post disant que souvent on trouve la solution sois même sauf qu'il faut tout lire ... ça fait sourire ;-)
[^] # Re: Java Pas
Posté par CrEv (site web personnel) . En réponse à la dépêche Sortie de la version 2.4 de Sonar. Évalué à 5.
Add new features to Sonar to suit your requirements or cover new languages
http://docs.codehaus.org/display/SONAR/Sonar+Plugin+Library/
Additional Languages
C - The C plugin associated to its set of rules enables to perform objective and automated C code reviews against pre-defined or home made coding best practices.
Cobol (Commercial) - Enables to perform objective and automated Cobol code reviews against pre-defined or home made coding best practices.
Flex / ActionScript - Enables analysis of ActionScript projects into Sonar.
Groovy - Enables analysis of Groovy projects into Sonar.
PHP - Enables analysis of PHP projects by handling several tools : PHP Unit, PHP Depend, PHPMD and SQLI CodeSniffer.
PL/SQL (Commercial) - Enables analysis and reporting on PL/SQL projects. As an option, the plugin can extract PL/SQL code from Oracle Forms.
Visual Basic 6 (commercial) - Enables to perform objective and automated Visual Basic 6 reviews against coding best practices.
.Net - Provides support for C# projects in Sonar.
Web - Enables analysis of web files in Sonar. Current version targets JSP and JSF.
Autant je regrette, à chaque fois que je vois parler de sonar, un flou apparent (comme si finalement tout le monde devait savoir de quoi on parle), autant l'information concernant les langages n'était pas loin
Maintenant, je ne sais pas si c'est fait exprès ou non, mais aucun de ceux que tu sites sont dans cette liste ;-)
[^] # Re: Delete
Posté par CrEv (site web personnel) . En réponse au journal Bien faire les choses. Évalué à 9.
oublier vista par la même
tu sais les complexes face à windows ça se soigne hein ...
et en passant, le numéro actuel vient de la fusion avec la branche NT, mais n'a pas de rapport avec tout ce qui est inférieur à XP... donc mélanger les deux en oubliant NT est juste signe de mauvaise fois ou de méconnaissance (je te laisse choisir entre les deux)
[^] # Re: Idée d'article
Posté par CrEv (site web personnel) . En réponse au journal Recherche auteurs pour un nouveau magazine libre autour du développement logiciel. Évalué à 3.
Je suis en train de faire quelques petits tests Jira + Greenhoper ... ben je connais pas vraiment d'équivalents en libre malheureusement. Mon pauvre petit redmine à côté s'en prend plein la tronche.
Par certains côtés ça fait un peu comme bitkeeper : prendre le meilleur outil, même si malheureusement il n'est pas libre.
[^] # Re: Gingerbread
Posté par CrEv (site web personnel) . En réponse à la dépêche Quoi de neuf chez Google ?. Évalué à 9.
Je croyais que l'étymologie était la discipline "qui étudie l’origine des mots."
alors que là tu nous fait juste une bête traduction du nom de code d'une version d'un os...
/me pense que le commentaire parent aurait du être posté demain
[^] # Re: Logiciels de la fondation Apache
Posté par CrEv (site web personnel) . En réponse à la dépêche La fondation Apache surfe sur Wave. Évalué à 1.
oui, mais dans ce cas on perd quasiment tout l'intérêt de maven, et comme tu dis c'est bordélique au possible.
> une nouvelle syntaxe plus concise pour le pom.xml (avec l'utilisation d'attribut)
ha oui, ça c'est toujours magique, les xml sans attributs. C'est ce qui continue à faire croire que java ~ xml ~ pourrave (et dans certains cas d'utilisation comme ceux-ci c'est totalement vrai)
[^] # Re: Logiciels de la fondation Apache
Posté par CrEv (site web personnel) . En réponse à la dépêche La fondation Apache surfe sur Wave. Évalué à 2.
> sauf que c'est sympa à utiliser
ha ben déjà, si ça devient sympa (car honnêtement j'ai pas encore vu un cas où on pouvait trouver sympa d'utiliser maven...)
> il ont utilisé EXACTEMENT la même approche, mais de manière plus sympa.
J'ai toujours trouvé que maven était l'exemple même d'une mauvaise implémentation d'une bonne idée. Avec le temps, on a tendance à trouver que finalement c'est une mauvaise implémentation d'une mauvaise idée (ouch). Mais si un outil a la même approche mais le fait bien, alors c'est peut-être juste le premier avis qui reste...
> Maintenant pour la relation maven/autre langages, c'est complexes, et si on avait des solutions magiques ça se saurait, donc on peut retourner au "t'as mieux ?".
en fait c'est pas uniquement les autres langages, c'est déjà le fait de vouloir réaliser autre chose qu'un jar qui pose problème.
Ensuite, pour les autres langages : avant d'utiliser maven, on avait du ant. C'est pas parfait (gestion de dépendances, etc) mais pour le build c'est très bien. Et surtout on pouvait en faire ce qu'on voulait : le côté script ! Avec ant on faisait tout ce qu'on voulait quelque soit le langage, et si besoin d'appeler un soft externe (genre un compilo) et prendre la sortie pour la coller en ressources à builder dans un jar ben c'était possible.
Mais maven est passé par là ...
Maven est vraiment intéressant pour les dépot, les dépendances. Mais absolument pas pour le build, à moins d'écrire des plugins mais là on perd tout l'intérêt de maven par rapport à un système basé sur des scripts.
Une image assez représentative de l'impression que j'ai avec maven : http://tech.puredanger.com/2009/01/28/maven-adoption-curve/ (surtout la fin du graph...)
Le truc c'est que sur le principe c'est sympa, en réalité non, et souvent on s'entête donc on continue, et au bout d'un moment on a tellement investi dedans qu'on ne peut plus faire marche arrière.
[^] # Re: Logiciels de la fondation Apache
Posté par CrEv (site web personnel) . En réponse à la dépêche La fondation Apache surfe sur Wave. Évalué à 2.
tout d'abord, le fait que j'ai mieux ou non a-t-il un rapport avec le fait que maven ne soit réellement ok que pour faire des jar/war et non pour tout faire comme annoncé ?
Si on ne peut même pas pointer les mauvais côté d'un soft sans proposer mieux / un patch c'est vraiment triste ton avis sur les avis (outre le côté très fermé de la discussion...)
Maintenant, les vrais problèmes de maven :
- le déclaratif : oué c'est moche de dire ça car c'est la force de maven dans pas mal de cas, mais c'est aussi la pire chose. Pour combler les lacunes du déclaratif on est obligé de faire des plugins tout ça pour réaliser des actions dans un ordre vraiment précis... c'est dommage car il n'y a plus d'intérêt...
- les plugins : pour le moindre truc on est obligé de trouver le bon plugin, qui est souvent incomplet, bugé, les deux, dans le cas où il existe. Et s'il existe pas ben il faut le coder et hop maven ne sert alors presque plus à rien.
En gros, maven est sympa, mais si on sort du java, ou si on veut mixer du java avec autre chose, ou si on veut réaliser des opérations plus complexes ben maven est loin d'être génial.
Par certains côtés ant est meilleur (mais la syntaxe est pourrave). Les systèmes permettant d'avoir des scripts en réalité en général meilleurs à mon gout.
Un article (déjà sorti dans des news / journal) assez intéressant : http://kent.spillner.org/blog/work/2009/11/14/java-build-too(...)
[^] # Re: Logiciels de la fondation Apache
Posté par CrEv (site web personnel) . En réponse à la dépêche La fondation Apache surfe sur Wave. Évalué à 2.
[^] # Re: Logiciels de la fondation Apache
Posté par CrEv (site web personnel) . En réponse à la dépêche La fondation Apache surfe sur Wave. Évalué à 0.
arg
j'ai failli m'étouffer en lisant ça...
maven c'est bien ... si ton seul but c'est de faire des jar dans un coin. Si tu veux faire de vrai trucs, genre mixer plusieurs langages, faire de vrai installeurs, etc ... ben c'est galère comme pas permis...
[^] # Re: typage mou
Posté par CrEv (site web personnel) . En réponse à la dépêche Quelques nouvelles de Go, le langage de programmation. Évalué à 3.
ok, j'avais zapé ce point...
> en 2 lignes (hors imports et la signature de la fonction
Si je met ma méthode dans un import, mon code tiens en une ligne (hors import et signature de la fonction)...
> En outre, le propos n'était pas tant de débattre sur l'utilité pratique de mon bout de code que de montrer les possibilités d'un système de type fort, statique et puissant.
ha mais je suis totalement d'accord. C'est juste que, ne connaissant pas les langages de ce type, à la lecture du cheminement pour écrire ton morceau de code, j'ai eu l'impression que c'était compliqué pour faire trois fois rien. Et j'ai l'impression que cette complexité vient directement du type de langage d'où le fait de montrer qu'on peut faire plus "simple" (au niveau du raisonnement, de la logique du code) pour arriver à une fonctionnalité assez équivalente.
Maintenant, il y a surement plein de cas où ce serait le contraire je pense... (ok, peut-être qu'il faudra un jour que je prenne le temps de regarder ce genre de paradigme...)
> L'exploitation du compilateur permet 1/ d'éviter des erreurs de programmations qu'on découvre qu'à l'exécution
oui, mais mon avis est que lorsqu'on se repose trop souvent sur un compilateur, on oublie de réaliser les tests soit-même. Et on se retrouve avec une tripoté de "codeurs" qui font : 2 lignes de code, CTRL-S, je regarde la sortie du compilo, je corrige si nécessaire, sinon je passe à la suite.
Le problème est que ces personnes, en se reposant exagérément sur le compilo ne savent finalement plus coder correctement mais seulement réagir face à une erreur à la compile. Et résultat, de part cette faillibilité on se retrouve avec plein de trucs zarb à l'exécution car c'est mal réfléchi et que le compilo ne peut pas tout faire.
[^] # Re: typage mou
Posté par CrEv (site web personnel) . En réponse à la dépêche Quelques nouvelles de Go, le langage de programmation. Évalué à 3.
var compare = function(a, b, props) {
var prop, field, comp, i, l = props.length;
for(i = 0; i < l; i++) {
prop = props[i];
field = prop.field;
if(!(field in a && field in b)) {
return false;
}
if("comp" in prop) {
comp = prop.comp;
if(!(comp in a[field] && comp in b[field]) {
return false;
}
if(a[field][comp]() !== b[field][comp]()) {
return false;
}
} else if(a[field] !== b[field]) {
return false;
}
}
return true;
};
compare(a, b, [{field: "field1"}, {field: "field2", comp: "sum"}, {field: "field3", comp: "toLowerCase"}]);
Bon, évidemment sum, toLowerCase doivent exister. Le code devient plus gros, mais c'est juste que le map n'existe pas de la même manière, mais au final je suis toujours totalement dynamique et ma comparaison de champ reste facile et simple à écrire.
Non pas que je veuille que haskell ne serve à rien, mais j'ai toujours pas compris l'intérêt à se casser la tête. Peut-être par rapport à des langages pauvres (comme c/c++/java par exemple) mais par rapport à js, as3, surement ruby, peut-être python ça me parait bien complexe (faut vraiment réfléchir pour comprendre le code haskell un peu plus haut, d'ailleurs le cheminement n'est pas simple, alors que c'est bidon, juste comparer une liste de propriété)
Maintenant, je pense bien que ce genre de paradigme à une utilité, enfin j'espère ;-)
[^] # Re: typage mou
Posté par CrEv (site web personnel) . En réponse à la dépêche Quelques nouvelles de Go, le langage de programmation. Évalué à 1.
J'avais bien compris, mais c'est écrit justement avec un langage me permettant de parcourir et d'utiliser les membres d'un objet en fonction de leur nom. C'est bien le but, non ?
Et oui, en quelque sorte tout est map en javascript... mais le problème n'est absolument pas là.
> Ici le compilateur
ha, j'avais pas compris que le but était de se reposer sur un compilo (perso j'aime pas me reposer dessus...)
> le compilateur ne peut PAS vérifier que "field1", "field2", "field3" existe bien dans a et b quand tu fais appel à compare
ok, pardon :
// a rajouter dans le for
if(!(prop in a && prop in b)) {
return false;
}
hop hop, je sais maintenant que mes champs sont dedans.
> et encore avec ta solution, ça ne marche que sur les maps...
et maintenant que tu sais que ça marche avec n'importe quel objet ?
[^] # Re: typage mou
Posté par CrEv (site web personnel) . En réponse à la dépêche Quelques nouvelles de Go, le langage de programmation. Évalué à 4.
ben franchement ça m'a l'air bien compliqué, ou plutôt ça donne l'impression de devoir se casser la tête pour pas grand chose finalement (juste comparer les champs de deux structures...)
var compare = function(a, b, props) {
var prop, i, l = props.length;
for(i = 0; i < l; i++) {
prop = props[i];
if(a[prop] !== b[prop]) {
return false;
}
}
return true;
};
compare(a, b, ["field1", "field2", "field3"]);
> Quel programmeur n'a jamais eu la rébarbative tâche d'écrire une fonction de comparaison pour un objet/structure avec beaucoup de champs à comparer ?
Du moment qu'on peut travailler avec introspection je ne vois pas vraiment le problème en fait...
ou alors j'ai pas capté le problème...
[^] # Re: Scribd
Posté par CrEv (site web personnel) . En réponse au journal Développeurs oueb 42.0. Évalué à 0.
Allez, fait pas ta mijaurée, c'est quand même très très simple de savoir pourquoi certains documents sont placés sur ce genre de site :
- hébergement du document (pour beaucoup c'est surement le point primordial)
- visualisation en ligne directe (pas à ouvrir le document sur son poste, pas besoin de le télécharger, pas besoin d'avoir le bon lecteur suivant le format : pdf, ppt, pptx, etc)
- intégration de ce lecteur dans une autre page. Par exemple intégrer une présentation dans le corps du article de blog, avec visu immédiate (sûrement le point le plus intéressant).
Evidemment de la part de boite comme mozilla, la moindre des choses serait d'héberger le fichier et de le proposer au download. Mais cela coûte (le download) alors que l'upload sur une plateforme pas beaucoup... Mais avoir les deux serait intéressant pour tout le monde (le principe de lecteur dans le navigateur internet est bien, le fait de l'avoir en download l'est également).