En C#, les properties sont une construction particulière du langage qui permet d’utiliser la même syntaxe pour écrire et lire dans des champs, alors qu'en fait on travaille avec des méthodes.
Si tu peux recompiler ton code, tu n'as donc pas a changer la moindre ligne de code. Cela me semble tout de même intéressant pour ce cas la. Quoique... (voir ma future réponse a Nono - Merci IPoT)
Oui, tu as raison, je ne me suis pas trop penché sur les cotés négatifs, car je ne les connais pas (je n'ai pas essayé le langage) et j'ai suivi le conseil des admodérolecteurs qui demandent que l'on soumette des dépêches, même incomplètes, même imparfaites pour engager la discussion, et c'est ce que j'ai fait en une heure (je ne suis pas Gavin King moi!). D'ailleurs, je me félicite de l'avoir fait puisque les liens que tu as posté dans ton commentaire sont extrêmement intéressants. Merci de l'avoir posté d'ailleurs.
Pour le moment, je n'ai fait que lire des pages sur Ceylon (pas encore Kotlin), mais alors quelle claque! Vivement qu'ils sortent quelque chose d'utilisable! Je ne connaissais pas ces langages donc merci encore.
En ce qui concerne la critique / les comparaisons / les alternatives, j'ai juste esquissé un début de comparaison avec C# sans trop aller dans le détail car je ne connais pas assez C# pour en parler avec certitude.
Euh le bytecode a changé. Quand je compile un programme compilé avec Java 5 il ne fonctionne pas avec un Java < 1.5 .
Je suppose que tu voulais dire que le bytecode a une compatibilité ascendante?
En ce qui me concerne, a chaque fois que j'ai un point virgule, j'ai une nouvelle ligne tout de suite après, alors pour moi les point virgules sont inutiles.
Pour l'absence de parenthèses lors d'appels de méthodes sans arguments, on m'avait vendu que cela permettait de passer facilement d'un champ a une méthode et vice versa sans changer le code. A la réflexion, vu que l'on ne doit pas accéder aux champs de toute manière, je ne vois pas bien l’intérêt. Si quelqu'un peut me l'expliquer?
A noter que Maven dispose d'un petit frere: ployglot maven (pmaven) http://polyglot.sonatype.org/why.html .
Il permet de spécifier les dépendances dans d'autre langages qu'XML tel que Clojure, Groovy ou Scala pour le moment.
Bien sur je rejoins les autres commentaires: maven est super pour le cote convention: tous les projets maven se compilent en 2 coups de cuillère a pot. Les plus gros projets sont faciles a gérer pour peu que la base de code n'est pas monolithiques et que les dépendances sont bien découpées. J'ai de mauvais souvenirs avec les scripts ant sur de tels projets! Tres flexibles, mais rapidement compliqués a debugguer (pas insurmontable, juste chiant).
J'aime bien la possibilité de pouvoir utiliser les taches ant lorsque l'on vient a bout des possibilités de Maven et avant que l'on n'en vienne a créer son propre plugin maven. C'est pratique. Je crois que l'inverse est aussi possible, mais je ne suis pas sur de comprendre l’intérêt.
Les seuls trucs qui me gonflent dans maven sont de petits bugs ou des petits manques ici ou la qui te compliquent la vie puissance 10 dans certains cas. J'ai fais chauffer mon compilateur, mais j'attends les commentaires sur mon patch et une intégration. On va voir.
Underscore.js + Sugar.js ont l'air de roxer les mamans ours.
Pour ce que j'ai vu de D3.js, c'est pas trop le genre de code que tu peux fais ou lire a 2h du matin. Hyper puissant, mais pas facile facile a lire. L'avantage, c'est que ça tient en une page!
Pour Batman.js, je suis plus circonspect. Ça a l'air assez lourd a utiliser.
Lors de la sortie d'une nouvelle version de Firefox, les add-ons hébergés sur AMO sont recompilés avec le SDK et ils sont automatiquement mis a jour en cas de succès. La plupart des problèmes viennent des add-ons binaires (10-20% des add-ons sur AMO) qui utilisent des APIs dépréciés qui prennent beaucoup de temps a maintenir. La solution préconisée dans ce cas par Mozilla est d'utiliser les js-ctypes pour wrapper les éléments binaires: http://www.glazman.org/weblog/dotclear/index.php?post/2011/07/12/I-still-don-t-understand#c15381
Ça va dans le sens de précédentes décisions sur les extensions en rendant obligatoires ce qui auparavant n'était que recommandé.
[^] # Re: mouais
Posté par djano . En réponse à la dépêche Découvrir Xtend, un langage extension de Java. Évalué à 2.
En C#, les properties sont une construction particulière du langage qui permet d’utiliser la même syntaxe pour écrire et lire dans des champs, alors qu'en fait on travaille avec des méthodes.
[^] # Re: mouais
Posté par djano . En réponse à la dépêche Découvrir Xtend, un langage extension de Java. Évalué à 3.
Si tu peux recompiler ton code, tu n'as donc pas a changer la moindre ligne de code. Cela me semble tout de même intéressant pour ce cas la. Quoique... (voir ma future réponse a Nono - Merci IPoT)
[^] # Re: Où est le regard critique ?
Posté par djano . En réponse à la dépêche Découvrir Xtend, un langage extension de Java. Évalué à 2.
Oui, tu as raison, je ne me suis pas trop penché sur les cotés négatifs, car je ne les connais pas (je n'ai pas essayé le langage) et j'ai suivi le conseil des admodérolecteurs qui demandent que l'on soumette des dépêches, même incomplètes, même imparfaites pour engager la discussion, et c'est ce que j'ai fait en une heure (je ne suis pas Gavin King moi!). D'ailleurs, je me félicite de l'avoir fait puisque les liens que tu as posté dans ton commentaire sont extrêmement intéressants. Merci de l'avoir posté d'ailleurs.
Pour le moment, je n'ai fait que lire des pages sur Ceylon (pas encore Kotlin), mais alors quelle claque! Vivement qu'ils sortent quelque chose d'utilisable! Je ne connaissais pas ces langages donc merci encore.
En ce qui concerne la critique / les comparaisons / les alternatives, j'ai juste esquissé un début de comparaison avec C# sans trop aller dans le détail car je ne connais pas assez C# pour en parler avec certitude.
[^] # Re: Encore un langage de "haut"-niveau interprété par le navigateur?!
Posté par djano . En réponse à la dépêche Dart va‐t‐il remplacer JavaScript comme langage dans les navigateurs ?. Évalué à 2.
Euh le bytecode a changé. Quand je compile un programme compilé avec Java 5 il ne fonctionne pas avec un Java < 1.5 .
Je suppose que tu voulais dire que le bytecode a une compatibilité ascendante?
[^] # Re: mouais
Posté par djano . En réponse à la dépêche Découvrir Xtend, un langage extension de Java. Évalué à 3.
En ce qui me concerne, a chaque fois que j'ai un point virgule, j'ai une nouvelle ligne tout de suite après, alors pour moi les point virgules sont inutiles.
Pour l'absence de parenthèses lors d'appels de méthodes sans arguments, on m'avait vendu que cela permettait de passer facilement d'un champ a une méthode et vice versa sans changer le code. A la réflexion, vu que l'on ne doit pas accéder aux champs de toute manière, je ne vois pas bien l’intérêt. Si quelqu'un peut me l'expliquer?
# Merci! Merci!
Posté par djano . En réponse à la dépêche Sortie de la version 2.11 de Sonar. Évalué à 2.
Ah! la fonctionnalité qui tue! Merci beaucoup!
On est tout de suite passé de la version 2.7 a la version 2.11 .
Je n'ai pas encore pu en profiter, mais j’espère que ça ne va pas tarder!
[^] # Re: Recouvrement
Posté par djano . En réponse à la dépêche IBM lance la mémoire transactionnelle dans le matériel. Évalué à 2.
Voir l'architecture LMAX et le paquetage java.util.concurrent.atomic avec un petit compareAndSet(). Cela couvre certains cas d'utilisation que tu mentionnes.
[^] # Re: stats des liens
Posté par djano . En réponse à la dépêche Revue de presse - septembre 2011. Évalué à 2.
Pas mal!
Pour le moment c'est:
L'ordre est respecté, mais pas la quantité.
Les geeks seront allé voir le magazine en kiosque de peur que leur ordi ne soit jaloux :)
[^] # Re: Petites questions tant qu'on y est...
Posté par djano . En réponse à la dépêche Nouvelle version pour Doxygen. Évalué à 2.
Sonar me parait plus indiqué pour ça.
Le hic, c'est que je ne sais pas s'il supporte bien le C++ :(
# Tuleap
Posté par djano . En réponse à la dépêche 6 finalistes aux « Innovations Awards 2011 ». Évalué à 2.
Bonjour,
Je n'ai pas bien compris la valeur ajoutée de Tuleap par rapport aux forges existantes.
Je n'ai pas trouvé le code source non plus, mais je ne peux pas dire que j'ai cherché avec acharnement.
[^] # Re: Indispensable
Posté par djano . En réponse à la dépêche Petit éventail des outils de construction (« builder ») libres. Évalué à 2.
Et j'oubliais aussi gmaven qui a l'air super intéressant pour éviter de construire son propre plugin maven:
http://docs.codehaus.org/display/GMAVEN/Executing+Groovy+Code
Dommage: il semble ne plus être développé activement.
[^] # Re: Indispensable
Posté par djano . En réponse à la dépêche Petit éventail des outils de construction (« builder ») libres. Évalué à 2.
A noter que Maven dispose d'un petit frere: ployglot maven (pmaven) http://polyglot.sonatype.org/why.html .
Il permet de spécifier les dépendances dans d'autre langages qu'XML tel que Clojure, Groovy ou Scala pour le moment.
Bien sur je rejoins les autres commentaires: maven est super pour le cote convention: tous les projets maven se compilent en 2 coups de cuillère a pot. Les plus gros projets sont faciles a gérer pour peu que la base de code n'est pas monolithiques et que les dépendances sont bien découpées. J'ai de mauvais souvenirs avec les scripts ant sur de tels projets! Tres flexibles, mais rapidement compliqués a debugguer (pas insurmontable, juste chiant).
J'aime bien la possibilité de pouvoir utiliser les taches ant lorsque l'on vient a bout des possibilités de Maven et avant que l'on n'en vienne a créer son propre plugin maven. C'est pratique. Je crois que l'inverse est aussi possible, mais je ne suis pas sur de comprendre l’intérêt.
Les seuls trucs qui me gonflent dans maven sont de petits bugs ou des petits manques ici ou la qui te compliquent la vie puissance 10 dans certains cas. J'ai fais chauffer mon compilateur, mais j'attends les commentaires sur mon patch et une intégration. On va voir.
[^] # Re: l'API Apache
Posté par djano . En réponse à la dépêche Vulture 2.0 beta disponible. Évalué à 2.
Merci de ta réponse.
[^] # Re: linuxFR: interdit aux -18 ans?
Posté par djano . En réponse à la dépêche UnQL : all your bases are belong to us. Évalué à 4.
En plus moi j'ai lu UnQLé!
Alors je n'ai pas été choqué de voir ensuite:
[^] # Re: c/c++
Posté par djano . En réponse à la dépêche Sortie de la version 2.10 de Sonar. Évalué à 3.
Excuse-moi j'ai cru que je répondais à Nono.
[^] # Re: c/c++
Posté par djano . En réponse à la dépêche Sortie de la version 2.10 de Sonar. Évalué à 4.
A d'ailleurs je peux voir que vous avez modifié la dépêche depuis que je l'ai soumise:
mais le plugin C est sous LGPLv3, donc libre alors il peut être mis dans la partie précédente de la phrase.
Voici une liste des plugins dispo: Sonar Plugin Library.
[^] # Re: c/c++
Posté par djano . En réponse à la dépêche Sortie de la version 2.10 de Sonar. Évalué à 4.
Voila ce que j'ai trouvé pour toi:
http://docs.codehaus.org/display/SONAR/C-rules+plugin (LGPLv3)
On dirait qu'on parle bien du même plugin que tu avais vu comme étant un freeware:
http://sonar-announce.439433.n3.nabble.com/Sonar-C-Plugin-td1731510.html
De manière générale il vaut mieux regarder le wiki que les annonces passées car ici, la documentation est bien faite, et en plus elle est a jour.
Voila les bugs sur les plugins C/C++:
http://jira.codehaus.org/browse/SONARPLUGINS/component/13983
Au fait, Sonar est écrit en JRuby avec Ruby On Rails, alors ça pourrait t’intéresser si jamais tu manquais de projets ;)
# l'API Apache
Posté par djano . En réponse à la dépêche Vulture 2.0 beta disponible. Évalué à 2.
Hmm... Qu'est ce que vous appelez l'« API Apache »?
# Correction
Posté par djano . En réponse à la dépêche Sortie de la version 2.10 de Sonar. Évalué à 3.
Il y a un petit souci ici:
"la revue de code manuelle"
[^] # Re: Licence
Posté par djano . En réponse à la dépêche Petites brèves : ebooks, nwm et Cloud Foundry. Évalué à 2.
Heureusement que rewind est la!
Oui je sais elle était facile... Rhôôô J'ai honte.
[^] # Re: Fork ?
Posté par djano . En réponse à la dépêche Revue de presse de l'April pour la semaine 34 de l'année 2011. Évalué à 2.
Oui d'autant que si l'on suit Fork (développement logiciel), ce serait plutôt l'inverse.
D'ailleurs, on parle de "fork amical", ce qui signifie quand même qu'un fork, c'est un peu la bombe atomique menaçant de détruire le projet.
# Super!!
Posté par djano . En réponse à la dépêche 3 bibliothèques javascript à découvrir : D3, Sugar et Batman. Évalué à 3.
Merci de faire découvrir ces librairies.
Underscore.js + Sugar.js ont l'air de roxer les mamans ours.
Pour ce que j'ai vu de D3.js, c'est pas trop le genre de code que tu peux fais ou lire a 2h du matin. Hyper puissant, mais pas facile facile a lire. L'avantage, c'est que ça tient en une page!
Pour Batman.js, je suis plus circonspect. Ça a l'air assez lourd a utiliser.
[^] # Re: Extensions ...
Posté par djano . En réponse à la dépêche Firefox 6 est sorti. Évalué à 3.
Je me répond après quelques recherches:
http://www.glazman.org/weblog/dotclear/index.php?post/2011/07/12/I-still-don-t-understand#c15393
Lors de la sortie d'une nouvelle version de Firefox, les add-ons hébergés sur AMO sont recompilés avec le SDK et ils sont automatiquement mis a jour en cas de succès. La plupart des problèmes viennent des add-ons binaires (10-20% des add-ons sur AMO) qui utilisent des APIs dépréciés qui prennent beaucoup de temps a maintenir. La solution préconisée dans ce cas par Mozilla est d'utiliser les js-ctypes pour wrapper les éléments binaires:
http://www.glazman.org/weblog/dotclear/index.php?post/2011/07/12/I-still-don-t-understand#c15381
Ça va dans le sens de précédentes décisions sur les extensions en rendant obligatoires ce qui auparavant n'était que recommandé.
[^] # Re: Sécurité de la ligne de commande
Posté par djano . En réponse à la dépêche WinAdminPassword : Déployer des mots de passe uniques sur les systèmes GNU Linux / Microsoft Windows. Évalué à 2.
Oups je me suis trompé, je voulais dire les remarques de goulou :)
J’espère que c'est bien ce que tu avais compris.
[^] # Re: Suivi des licences libres
Posté par djano . En réponse à la dépêche Revue de presse de l'April pour la semaine 33 de l'année 2011. Évalué à 3.
A rapprocher de http://fossology.org/ qui analyse le code source de logiciels a la recherche de code open source qui aurait été copié par un programmeur indélicat (comme cela est arrivé a Microsoft: Microsoft republie en open source son utilitaire usb pour Windows 7). D'autres outils équivalents existent, voir: http://en.wikipedia.org/wiki/Black_Duck_Software#See_also .