Posté par devnewton đș (site web personnel) le 21 avril 2012 Ă 12:54. En rĂ©ponse au journal Garder contact librement. Ăvalué à  3.
une mailing liste sinon.
MĂȘme pas, un reply all systĂ©matique, ça permet de rester en contact par Ă©crit, d'Ă©changer des photos et de faire le kikoolol social depuis n'importe oĂč avec les logiciels et services que l'on veut.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Posté par devnewton đș (site web personnel) le 21 avril 2012 Ă 12:51. En rĂ©ponse au journal Garder contact librement. Ăvalué à  3.
Retroshare fait surtout du partage de fichiers et si j'ai bien compris c'est plutĂŽt du p2p donc pas vraiment fait pour ĂȘtre installĂ© sur un serveur (+ la contrainte Java non ?)
Retroshare fait office de mail, messagerie instantanée, forums, partage de ficher et bientÎt VOIP. Il est écrit en C++ avec Qt et ce qu'il faut bien comprendre, c'est qu'il n'y a pas de serveur. C'est du P2P décentralisé, il n'y a pas besoin de rester connecté 24h/24, il n'y a pas de client/serveur, c'est juste un logiciel sur ton PC local que tu lances quand tu en as besoin.
Posté par devnewton đș (site web personnel) le 20 avril 2012 Ă 18:08. En rĂ©ponse au journal Garder contact librement. Ăvalué à  10.
Et en plus elle a été rédigé par des gens super cools.
https://linuxfr.org/wiki/ReseauxSociaux
Posté par devnewton đș (site web personnel) le 20 avril 2012 Ă 00:53. En rĂ©ponse au message CompatibilitĂ© binaire. Ăvalué à  2.
Pour chaque bibliothĂšque dynamique, il faut vĂ©rifier que tu la retrouves dans une version compatible binaire, cad avec les mĂȘmes signatures de fonctions, les mĂȘmes tailles de structures, compilĂ©e avec le mĂȘme compilateur avec les mĂȘmes options de compilation sur toutes les distributions…
Sauf cas particulier, c'est mission impossible et il vaut mieux tout lier en statique.
Ou utiliser un langage interprété :-)
Posté par devnewton đș (site web personnel) le 19 avril 2012 Ă 10:27. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  2.
Pourquoi ne pas faire ça justement? Genre un fichier image d'un format qui va bien (et directement géré par la CG si possible) et un fichier de métadonnées dans une archive?
C'est une option que j'ai envisagĂ©, mais j'ai trouvĂ© ça moins simple que la solution avec protobuf: aujourd'hui pour crĂ©er un parser de nanim dans Ă peu prĂšs tous les langages, il suffit de lancer un compilateur protobuf…. et c'est tout!
TrĂšs mauvaise compression
Tu préfÚres bzip2?
Posté par devnewton đș (site web personnel) le 18 avril 2012 Ă 17:33. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  1.
A ma connaissance, dans les jeux vidéos c'est à base d'images compressées compatibles DirectX (à la base de chez S3) http://en.wikipedia.org/wiki/S3TC que le jeux envoie direct à la carte graphique, compressé. Des sprites non compressés, ça me juste rire sur les années de retard.
DirectX, je m'en fout, je fais du jeu libre portable.
Et pour info, S3TC n'est qu'un format parmi d'autres, pas géré par tous les GPU/drivers, donc c'est une mauvaise idée de l'utiliser comme format par défaut.
Posté par devnewton đș (site web personnel) le 18 avril 2012 Ă 16:34. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  1.
Plus sérieusement, avoir des commentaires bien fait ça permet aussi de générer une doc développeur (par exemple une javadoc) qui pourrait laisser un espoir à celui qui souhaite utiliser ton travail.
Je ne vois pas trop l'intĂ©rĂȘt d'une doc dĂ©veloppeur pour un programme, mais je note qu'il faudrait commenter un peu, mĂȘme pour un code aussi trivial :-)
Posté par devnewton đș (site web personnel) le 18 avril 2012 Ă 14:30. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  7.
Je ne sais pas, peut ĂȘtre parce que ça prends moins de temps de faire un petit bout de code Ă l'arrache que d'essayer de proposer un format rĂ©utilisable, de livrer ses outils au public et de communiquer dessus?
Posté par devnewton đș (site web personnel) le 18 avril 2012 Ă 13:21. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  3.
ça peut ĂȘtre un petit metadata en plus dans un format dĂ©jĂ existant
C'est tellement facile à faire que la quasi totalité des jeux utilisent une autre solution: des images fixes avec les métadonnées d'animation dans un format spécifique à part.
C'est ces solutions propriĂ©taires que nanim veut remplacer, pas le stockage d'animation pour le web (oĂč le gif reste indĂ©trĂŽnable Ă cause de la guĂ©guerre apng/mng).
Posté par devnewton đș (site web personnel) le 18 avril 2012 Ă 12:58. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  4.
Les formats existants sont à la fois complexe (ce qui se ressent dans les libs effectivement) et peu adaptés aux jeux vidéos (pas de texture packing).
Dans ce domaine, le "format standard", c'est une texture et des métadonnées dans un format spécifique au jeu.
La compression dans le format lui mĂȘme est inutile, car dans la plupart des jeux, les donnĂ©es sont dĂ©jĂ dans une archive compressĂ©e.
Si tu veux un nanim compressé individuellement, il suffit de faire:
gzip zoey.nanim
Alors là , la probabilité que le W3C recommande pour le Web un format d'animation non compressé et optimisé pour le jeu vidéo est vraiment nulle, pour le coup.
man humour
Posté par devnewton đș (site web personnel) le 18 avril 2012 Ă 10:43. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  3.
Le "petit truc qui manque", c'est la possibilité de faire du texture packing.
Posté par devnewton đș (site web personnel) le 18 avril 2012 Ă 09:02. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  2.
nanim est déjà un conteneur générique!
GrĂące au mĂ©canisme d'extension de protobuf, tu peux facilement ajouter ton propre format de pixels, tes mĂ©tadonnĂ©es, tes effets spĂ©ciaux…
extend Image { optional boolean useMyCustomFormat = 4242; } extend Nanim { message ID3 { ... } optional ID3 metadata = 3615; } extend Frame { optional float mySpecialRotationEffectAngle = 6969; }
Une collaboration avec les diffĂ©rents acteurs, et principalement les diffĂ©rents navigateurs libres, permettrait peut-ĂȘtre de populariser le format et qu'il ne tombe pas dans l'oublie.
Je vise plutÎt le marché du jeu vidéo, mais avant d'aller faire la promotion de mon format hors de linuxfr, il faut que j'écrive nanimopt.
Posté par devnewton đș (site web personnel) le 17 avril 2012 Ă 23:30. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  2.
En quoi ton niÚme format d'animation pourrait en faire un format plus répandu utilisé ?
Il est plus simple, plus facile Ă parser et permets une optimisation pour les jeux.
J'ai beaucoup hésité avant de créer mon propre format et ce qui m'a décidé, c'est quand je me suis demandé: quitte à coder, pourquoi le faire pour l'un de ces formats compliqués, pas trÚs adaptés et peu utilisés?.
tu ne commente jamais tes codes ?
Le vrai programmeur ne commente pas, le code est évident!
Plus sérieusement, si quelqu'un a besoin d'aide sur mon code, je commenterais les parties non triviales.
comment tu fais pour bosser avec une indentation de 8 caractĂšres o_O
Je n'indente rien moi mĂȘme,je laisse cette tĂąche ingrate Ă mon IDE/Ă©diteur. Un peu comme le parsing de fichier, je prĂ©fĂšre laisser protobuf bosser pour moi!
Posté par devnewton đș (site web personnel) le 17 avril 2012 Ă 22:15. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  10.
Je ne suis pas machiste, la preuve ma femme est une femme.
Posté par devnewton đș (site web personnel) le 17 avril 2012 Ă 22:03. En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  3.
Je ne conçois pas nanim comme "competing" avec des formats comme mng, apng ou motion jpeg 2000 et autres. C'est un format pour les jeux vidéos, pas pour le stockage ou d'autres usages.
Posté par devnewton đș (site web personnel) le 14 avril 2012 Ă 20:11. En rĂ©ponse au journal gamepad et teeworlds. Ăvalué à  1.
L'un de ses adaptateurs vient de me lùcher. Ce n'est pas de la trÚs bonne qualité et le mapping des sticks analogiques ne marchait pas bien avec certains pads (dreamcast par exemple).
Posté par devnewton đș (site web personnel) le 14 avril 2012 Ă 14:17. En rĂ©ponse au journal gamepad et teeworlds. Ăvalué à  3.
Tu connais un joystick de ce type qui ne couterait pas une fortune et qui fonctionnerait bien sous Linux ?
Pour développer la gestion des manettes de jeux dans Newton Adventure, j'ai acheté ce modÚle qui marche parfaitement sous linux:
http://www.webdistrib.com/cat/Manette-Filaire-TECHTOOLS-Advance-Gamepad-Vibration-__p_342342.html
Posté par devnewton đș (site web personnel) le 13 avril 2012 Ă 15:02. En rĂ©ponse au journal Pourquoi le monde libre me gave de plus en plus.. Ăvalué à  5.
Essaye les distributions qui proposent un support à long terme, ça te permet que pendant x années tu auras un systÚme aussi stable que dans le monde proprio (oui dans le monde pas libre, on fait aussi des mises à jour qui cassent tout, genre XP -> Vista).
Posté par devnewton đș (site web personnel) le 13 avril 2012 Ă 11:02. En rĂ©ponse au journal [prĂ©sidentielles] 1 million d'Ă©lecteurs. Ăvalué à  3.
La ville les loue à chaque élection pour un coût d'environ 2.000 euros par machine.
DĂ©jĂ que mathĂ©matiquement, le rĂ©sultat est invĂ©rifiable…
Posté par devnewton đș (site web personnel) le 12 avril 2012 Ă 12:44. En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  2.
Il faut comparer ce qui est comparable. Beaucoup trouve qu'il est plus noble de faire du C ou C++ que du Java alors que leurs bibliothÚques n'ont pas 0.1% des fonctionnalités d'un JRE.
Il y a mĂȘme des projets pour rendre Java 8 modulaire, au lieu d'un gros runtime, on aurait un kernel minimal et des modules tĂ©lĂ©chargĂ©s Ă la demande.
Posté par devnewton đș (site web personnel) le 12 avril 2012 Ă 10:02. En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  2.
C'est lĂ oĂč gradle est bien je trouve, lorsque je modifie mon fichier gradle, au mieux un coup de gradle eclipse et c'est ok. C'est sur que ce serait mieux si c'Ă©tait intĂ©grĂ©, mais j'ai mĂȘme pas cherchĂ©.
MĂȘme pour les tĂąches non standard? Par exemple de la gĂ©nĂ©ration de code.
Posté par devnewton đș (site web personnel) le 11 avril 2012 Ă 13:58. En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  5.
Toutes les distribs se foirent pour bien intégrer Java.
Je ne sais pas pour les autres, mais sur Ubuntu c'est bien intégré.
En Python, je configure un PYTHONPATH, une bonne fois pour toutes, pour tous mes projets et toutes mes dépendances.
C'est une mauvaise pratique, si deux projets dĂ©pendent de la mĂȘme bibliothĂšque, mais de 2 versions diffĂ©rentes, cette approche va se vautrer lamentablement.
En Java, je dois tripatouiller mon classpath à chaque dépendance de chaque projet.
Sauf si utilises Maven qui te télécharge les bonnes dépendances, gÚrent les conflits de version, te génÚre ton classpath et permet de tout packager dans un seul programme.
Tu n’as pas d’Ă©quivalent du PYTHONPATH
Tu peux utiliser CLASSPATH…
Je me doute que je peux thĂ©oriquement Ă©viter maven et gĂ©rer mes deps et mon classpath Ă la main, mais ce qui m’intĂ©resse moi, c’est est-il possible, et comment, l’Ă©viter en pratique
Tu auras de toute façon besoin de compiler ton programme. Refuser d'utiliser Maven, c'est comme refuser d'utiliser une variante de make pour faire du C.
Posté par devnewton đș (site web personnel) le 11 avril 2012 Ă 11:11. En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  4.
Je n’ai vu aucun tutoriel Ruby on Rails qui me demande de prendre en main un truc genre Maven Je n’ai vu aucun tutoriel Django qui me demande de prendre en main un truc genre Maven Je n’ai vu aucun tutoriel web.go qui me demande de prendre en main un truc genre Maven Je n’ai vu aucun tutoriel node.js qui me demande de prendre en main un truc genre Maven Je n’ai vu aucun tutoriel Symfony qui me demande de prendre en main un truc genre Maven
Je n’ai vu aucun tutoriel Ruby on Rails qui me demande de prendre en main un truc genre Maven
Je n’ai vu aucun tutoriel Django qui me demande de prendre en main un truc genre Maven
Je n’ai vu aucun tutoriel web.go qui me demande de prendre en main un truc genre Maven
Je n’ai vu aucun tutoriel node.js qui me demande de prendre en main un truc genre Maven
Je n’ai vu aucun tutoriel Symfony qui me demande de prendre en main un truc genre Maven
Maven sert d'abord à compiler, c'est normal que des langages interprétés ne propose pas d'équivalent.
Maven gÚre aussi les dépendances, donc soit ces frameworks proposent un équivalent (gem pour Ruby par exemple), soit ils te laissent gérer ça à la main, ce qui est généralement un cauchemar.
Posté par devnewton đș (site web personnel) le 10 avril 2012 Ă 14:18. En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  4.
Dans ce cas quel intĂ©rĂȘt d'utiliser go aujourd'hui?
Posté par devnewton đș (site web personnel) le 10 avril 2012 Ă 10:10. En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  5.
Bref, l’intĂ©rĂȘt profond de Go, c’est d’ĂȘtre « presque » aussi performant que le C
Apparemment Go est moins performant que Java: http://shootout.alioth.debian.org/u64q/which-programming-languages-are-fastest.php
[^] # Re: Un forum ?
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Garder contact librement. Ăvalué à  3.
MĂȘme pas, un reply all systĂ©matique, ça permet de rester en contact par Ă©crit, d'Ă©changer des photos et de faire le kikoolol social depuis n'importe oĂč avec les logiciels et services que l'on veut.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Contrainte techniques
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Garder contact librement. Ăvalué à  3.
Retroshare fait office de mail, messagerie instantanée, forums, partage de ficher et bientÎt VOIP. Il est écrit en C++ avec Qt et ce qu'il faut bien comprendre, c'est qu'il n'y a pas de serveur. C'est du P2P décentralisé, il n'y a pas besoin de rester connecté 24h/24, il n'y a pas de client/serveur, c'est juste un logiciel sur ton PC local que tu lances quand tu en as besoin.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# il y a une page wiki pour ça
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Garder contact librement. Ăvalué à  10.
Et en plus elle a été rédigé par des gens super cools.
https://linuxfr.org/wiki/ReseauxSociaux
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Librairies?
Posté par devnewton đș (site web personnel) . En rĂ©ponse au message CompatibilitĂ© binaire. Ăvalué à  2.
Pour chaque bibliothĂšque dynamique, il faut vĂ©rifier que tu la retrouves dans une version compatible binaire, cad avec les mĂȘmes signatures de fonctions, les mĂȘmes tailles de structures, compilĂ©e avec le mĂȘme compilateur avec les mĂȘmes options de compilation sur toutes les distributions…
Sauf cas particulier, c'est mission impossible et il vaut mieux tout lier en statique.
Ou utiliser un langage interprété :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Incohérent
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  2.
C'est une option que j'ai envisagĂ©, mais j'ai trouvĂ© ça moins simple que la solution avec protobuf: aujourd'hui pour crĂ©er un parser de nanim dans Ă peu prĂšs tous les langages, il suffit de lancer un compilateur protobuf…. et c'est tout!
Tu préfÚres bzip2?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obligatory
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  1.
DirectX, je m'en fout, je fais du jeu libre portable.
Et pour info, S3TC n'est qu'un format parmi d'autres, pas géré par tous les GPU/drivers, donc c'est une mauvaise idée de l'utiliser comme format par défaut.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: .
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  1.
Je ne vois pas trop l'intĂ©rĂȘt d'une doc dĂ©veloppeur pour un programme, mais je note qu'il faudrait commenter un peu, mĂȘme pour un code aussi trivial :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obligatory
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  7.
Je ne sais pas, peut ĂȘtre parce que ça prends moins de temps de faire un petit bout de code Ă l'arrache que d'essayer de proposer un format rĂ©utilisable, de livrer ses outils au public et de communiquer dessus?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obligatory
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  3.
C'est tellement facile à faire que la quasi totalité des jeux utilisent une autre solution: des images fixes avec les métadonnées d'animation dans un format spécifique à part.
C'est ces solutions propriĂ©taires que nanim veut remplacer, pas le stockage d'animation pour le web (oĂč le gif reste indĂ©trĂŽnable Ă cause de la guĂ©guerre apng/mng).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Incohérent
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  4.
Les formats existants sont à la fois complexe (ce qui se ressent dans les libs effectivement) et peu adaptés aux jeux vidéos (pas de texture packing).
Dans ce domaine, le "format standard", c'est une texture et des métadonnées dans un format spécifique au jeu.
La compression dans le format lui mĂȘme est inutile, car dans la plupart des jeux, les donnĂ©es sont dĂ©jĂ dans une archive compressĂ©e.
Si tu veux un nanim compressé individuellement, il suffit de faire:
man humour
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obligatory
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  3.
Le "petit truc qui manque", c'est la possibilité de faire du texture packing.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Container?
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  2.
nanim est déjà un conteneur générique!
GrĂące au mĂ©canisme d'extension de protobuf, tu peux facilement ajouter ton propre format de pixels, tes mĂ©tadonnĂ©es, tes effets spĂ©ciaux…
Je vise plutÎt le marché du jeu vidéo, mais avant d'aller faire la promotion de mon format hors de linuxfr, il faut que j'écrive nanimopt.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: .
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  2.
Il est plus simple, plus facile Ă parser et permets une optimisation pour les jeux.
J'ai beaucoup hésité avant de créer mon propre format et ce qui m'a décidé, c'est quand je me suis demandé: quitte à coder, pourquoi le faire pour l'un de ces formats compliqués, pas trÚs adaptés et peu utilisés?.
Le vrai programmeur ne commente pas, le code est évident!
Plus sérieusement, si quelqu'un a besoin d'aide sur mon code, je commenterais les parties non triviales.
Je n'indente rien moi mĂȘme,je laisse cette tĂąche ingrate Ă mon IDE/Ă©diteur. Un peu comme le parsing de fichier, je prĂ©fĂšre laisser protobuf bosser pour moi!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Nan mais franchement..
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  10.
Je ne suis pas machiste, la preuve ma femme est une femme.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Obligatory
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Naissance du projet nanim. Ăvalué à  3.
Je ne conçois pas nanim comme "competing" avec des formats comme mng, apng ou motion jpeg 2000 et autres. C'est un format pour les jeux vidéos, pas pour le stockage ou d'autres usages.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: tee time
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal gamepad et teeworlds. Ăvalué à  1.
L'un de ses adaptateurs vient de me lùcher. Ce n'est pas de la trÚs bonne qualité et le mapping des sticks analogiques ne marchait pas bien avec certains pads (dreamcast par exemple).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: tee time
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal gamepad et teeworlds. Ăvalué à  3.
Pour développer la gestion des manettes de jeux dans Newton Adventure, j'ai acheté ce modÚle qui marche parfaitement sous linux:
http://www.webdistrib.com/cat/Manette-Filaire-TECHTOOLS-Advance-Gamepad-Vibration-__p_342342.html
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Le mot que tu cherches, c'est Long Term Support
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Pourquoi le monde libre me gave de plus en plus.. Ăvalué à  5.
Essaye les distributions qui proposent un support à long terme, ça te permet que pendant x années tu auras un systÚme aussi stable que dans le monde proprio (oui dans le monde pas libre, on fait aussi des mises à jour qui cassent tout, genre XP -> Vista).
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# trucage facile
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal [prĂ©sidentielles] 1 million d'Ă©lecteurs. Ăvalué à  3.
DĂ©jĂ que mathĂ©matiquement, le rĂ©sultat est invĂ©rifiable…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Intéressant
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  2.
Il faut comparer ce qui est comparable. Beaucoup trouve qu'il est plus noble de faire du C ou C++ que du Java alors que leurs bibliothÚques n'ont pas 0.1% des fonctionnalités d'un JRE.
Il y a mĂȘme des projets pour rendre Java 8 modulaire, au lieu d'un gros runtime, on aurait un kernel minimal et des modules tĂ©lĂ©chargĂ©s Ă la demande.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: IntĂ©rĂȘt
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  2.
MĂȘme pour les tĂąches non standard? Par exemple de la gĂ©nĂ©ration de code.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: IntĂ©rĂȘt
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  5.
Je ne sais pas pour les autres, mais sur Ubuntu c'est bien intégré.
C'est une mauvaise pratique, si deux projets dĂ©pendent de la mĂȘme bibliothĂšque, mais de 2 versions diffĂ©rentes, cette approche va se vautrer lamentablement.
Sauf si utilises Maven qui te télécharge les bonnes dépendances, gÚrent les conflits de version, te génÚre ton classpath et permet de tout packager dans un seul programme.
Tu peux utiliser CLASSPATH…
Tu auras de toute façon besoin de compiler ton programme. Refuser d'utiliser Maven, c'est comme refuser d'utiliser une variante de make pour faire du C.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: IntĂ©rĂȘt
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  4.
Maven sert d'abord à compiler, c'est normal que des langages interprétés ne propose pas d'équivalent.
Maven gÚre aussi les dépendances, donc soit ces frameworks proposent un équivalent (gem pour Ruby par exemple), soit ils te laissent gérer ça à la main, ce qui est généralement un cauchemar.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: IntĂ©rĂȘt
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  4.
Dans ce cas quel intĂ©rĂȘt d'utiliser go aujourd'hui?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: IntĂ©rĂȘt
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Sortie d'une premiĂšre version stable de Go. Ăvalué à  5.
Apparemment Go est moins performant que Java: http://shootout.alioth.debian.org/u64q/which-programming-languages-are-fastest.php
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.