Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 22:22. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  5.
Redonne une chance à Java, l'écosystÚme a beaucoup évolué.
Les annotations, les types gĂ©nĂ©riques, maven, un openjdk libre, des JIT beaucoup plus performants, des frameworks webs aussi diffĂ©rentes que wicket, play ou vaadin, la gĂ©nĂ©ration de parsers avec jaxb ou protobuf, la fin de l'abus de factory remplacĂ© par l'injection de dĂ©pendances, des utilitaires comme guava ou apache commons pour combler les manques de l'api de base…
Le monde Java d'aujourd'hui n'a rien avoir avec celui du début des années 2000.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 17:51. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  1.
Ce n'est pas un problÚme spécifique à Java: des logiciels python/c++/ruby qui ont des problÚmes de compatibilités entre les différentes versions des langages/compilos/OS, on en voit tout le temps.
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 17:10. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  0.
Il suffit de changer aussi l'éditeur pour le trÚs Jedit :-)
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 16:44. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  4.
Si tu fais du libre avec du libre, ta plateforme standard, c'est openjdk.
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 16:42. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  2.
Faut voir la gueule du standard aussi…
Il n'y a pas deux compilateurs identiques, les codes sources multiplateformes sont bourrĂ©s de ifdef…
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 15:53. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  7.
Il y a des versions propriétaires de C++ beaucoup moins compatible avec GCC et pourtant personne ne s'en offusque.
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 15:51. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  6.
Et alors? Il y a bien des compilateurs C++ proprios qui génÚrent du code plus performant que gcc.
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 14:09. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  9.
C'est propriétaire
openjdk, harmony, dalvik?
il est tout simplement interdit de redistribuer le Java d'Oracle
Et alors? Il faut utiliser une implémentation libre.
C'est lourd et contraignant en terme d'installation, probablement parce que ça a été conçu sans penser à l'intégration, en tout cas comparé à des systÚmes concurrents comme Python.
aptitude install openjdk-6-jre aptitude install python
Mmmh…
C'est fait par Oracle qui sont des connards prĂȘts Ă coller un procĂšs Ă n'importe
Vu le niveau des arguments utilisés, ils pourraient attaquer n'importe quel langage interprété. Heureusement ils sont en train de perdre lamentablement.
D'une façon générale, beaucoup de gens, lorsqu'ils tombent sur un logiciel en Java, ont le réflexe de chercher une alternative en autre chose que Java.
Je faisais ça aussi, mais c'était avant qu'il existe des implémentations libres de qualité.
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 12:33. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  2.
Pourquoi?
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 12:13. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  5.
Comme beaucoup de trĂšs bons logiciels libres!
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 11:27. En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  2.
Il existe un gestionnaire de dépendances qui ne fait que ça et qui le fait bien: http://ant.apache.org/ivy/
Posté par devnewton đș (site web personnel) le 12 juin 2012 Ă 01:23. En rĂ©ponse Ă la dĂ©pĂȘche Le langage D. Ăvalué à  1.
Je ne pense pas qu'il soit dans une démarche constructive
C'est juste le pénible de service sur linuxfr, tu peux sans regret faire comme tout le monde, le moinsser et lire les réponses intelligentes :-)
Posté par devnewton đș (site web personnel) le 11 juin 2012 Ă 17:29. En rĂ©ponse Ă la dĂ©pĂȘche Le langage D. Ăvalué à  4.
Une des raisons que me fait préférer les langages interprétés ou bytecodés, c'est la facilité de déploiement. Est-ce que les outils pour D propose une cross compilation facile afin de fournir facilement des binaires pour plein d'OS?
Posté par devnewton đș (site web personnel) le 11 juin 2012 Ă 15:14. En rĂ©ponse Ă la dĂ©pĂȘche Le langage D. Ăvalué à  3.
La plupart des opérations n'ont pas besoin d'un opérateur particulier. Pour la concaténation de chaßne et la création de tableau, je trouve plus lisible d'avoir quelquechose comme:
string toto = "Mon prénom est ".append("Toto"); array<int> tableau = new array<int>( 1, 2, 3 );
Posté par devnewton đș (site web personnel) le 11 juin 2012 Ă 12:10. En rĂ©ponse au journal 0,76% de moyenne nationale pour le parti pirate, dĂ©ception . Ăvalué à  2.
Et avec un peu de chance, la branlĂ©e de MĂ©luchon va permettre Ă quelqu'un de plus "normal" de prendre la tĂȘte de la coalition.
Posté par devnewton đș (site web personnel) le 08 juin 2012 Ă 12:47. En rĂ©ponse au journal Linuxfr+ldap ? Une solution de gestion de communautĂ© efficace ?. Ăvalué à  3.
J'utilise Redmine au boulot, c'est pas mal, mais je n'ai pas trouvĂ© une fonction essentielle: voir toutes les demandes oĂč j'ai Ă©tĂ© impliquĂ©.
Posté par devnewton đș (site web personnel) le 08 juin 2012 Ă 11:50. En rĂ©ponse au journal Linuxfr+ldap ? Une solution de gestion de communautĂ© efficace ?. Ăvalué à  4. DerniĂšre modification le 08 juin 2012 Ă 11:51.
Il me semble que tu as la solution sous les yeux: un super forum avec mise en avant du post principal, publication de dĂ©pĂȘche pour l'officiel, journaux pour les discussions internes, gestion de la pertinence, du karma pour Ă©viter les pĂ©nibles, un wiki, une tribune pour les discussions en temps rĂ©el, de l'Ă©dition collaborative…
Posté par devnewton đș (site web personnel) le 07 juin 2012 Ă 14:12. En rĂ©ponse au journal Sergey Brin dĂ©nonce les «cages dorĂ©es» de Facebook et Apple. Ăvalué à  5.
Je ne vois pas pourquoi ses déjà trÚs nombreux utilisateurs partiraient subitement
Ci-gĂźt ICQ.
Posté par devnewton đș (site web personnel) le 06 juin 2012 Ă 11:36. En rĂ©ponse au journal Gnome 3 est un Ă©chec total selon Torvalds. Ăvalué à  10.
Et donc pour 3 mammys et 2 commateux, on doit pourrir l'expérience utilisateur de tout le monde?
Posté par devnewton đș (site web personnel) le 06 juin 2012 Ă 10:38. En rĂ©ponse au journal De la convergence des interfaces, le revers de la mĂ©daille. Ăvalué à  7.
Je comprends l'envie d'avoir une interface unique pour les PC de bureaux, les téléphones et autres tablettes, mais n'est-ce pas limité à quelques applications? Qui voudrait sérieusement écrire un roman sur son mobile? De la CAO sur une tablette? Développer un progiciel sur un ebook?
Posté par devnewton đș (site web personnel) le 06 juin 2012 Ă 10:17. En rĂ©ponse au journal Sergey Brin dĂ©nonce les «cages dorĂ©es» de Facebook et Apple. Ăvalué à  7.
Finalement, serait-ce intelligent d'imposer l'interopérabilité des données personnelles compilées sur les "gros" sites de réseaux sociaux ? Qu'en pensez-vous ?
Oui, d'ailleurs on l'impose (ou on essaye au moins) dans la téléphonie, l'énergie ou le transport.
Posté par devnewton đș (site web personnel) le 06 juin 2012 Ă 10:04. En rĂ©ponse au journal Gnome 3 est un Ă©chec total selon Torvalds. Ăvalué à  10.
Et il y a les autres, ceux qui n'ont jamais connu GNOME 2, voire mĂȘme n'ont jamais touchĂ© Ă Windows ou Mac. Dans ce cas, c'est peut-ĂȘtre l'interface la plus ergonomique pour des gens n'ayant aucun a-priori.
A part les petits enfants et les gens qui se réveillent d'un coma, ils sont nombreux ces fameux utilisateurs qui n'ont jamais vu un PC de leur vie?
Posté par devnewton đș (site web personnel) le 05 juin 2012 Ă 21:41. En rĂ©ponse au journal Quelle distribution restera dans l'esprit UNIX?. Ăvalué à  2.
Le problÚme c'est qu'on se retrouve avec un choix binaire: galérer pour tout configurer à la main ou se taper une GUI pleines de bugs.
Posté par devnewton đș (site web personnel) le 05 juin 2012 Ă 20:55. En rĂ©ponse au journal Quelle distribution restera dans l'esprit UNIX?. Ăvalué à  2.
Et quand on veut utiliser une machine pour faire bureau et serveur? On se retrouve avec un systÚme handicapé à cause des choix de technos complexes pour le bien des besoins des utilisateurs?
Posté par devnewton đș (site web personnel) le 05 juin 2012 Ă 20:50. En rĂ©ponse au journal Steam sur Linux aprĂšs les supputations, la confirmation.. Ăvalué à  -3.
Quel serait réellement les méfaits ?
Un bon gros set de logiciels propriétaires, privateurs, bourrés de pubs, de DRMs et de codes espions sur ma distrib libre 100% pur porc, ça va faire tùche.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  5.
Redonne une chance à Java, l'écosystÚme a beaucoup évolué.
Les annotations, les types gĂ©nĂ©riques, maven, un openjdk libre, des JIT beaucoup plus performants, des frameworks webs aussi diffĂ©rentes que wicket, play ou vaadin, la gĂ©nĂ©ration de parsers avec jaxb ou protobuf, la fin de l'abus de factory remplacĂ© par l'injection de dĂ©pendances, des utilitaires comme guava ou apache commons pour combler les manques de l'api de base…
Le monde Java d'aujourd'hui n'a rien avoir avec celui du début des années 2000.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  1.
Ce n'est pas un problÚme spécifique à Java: des logiciels python/c++/ruby qui ont des problÚmes de compatibilités entre les différentes versions des langages/compilos/OS, on en voit tout le temps.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  0.
Il suffit de changer aussi l'éditeur pour le trÚs Jedit :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  4.
Si tu fais du libre avec du libre, ta plateforme standard, c'est openjdk.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  2.
Faut voir la gueule du standard aussi…
Il n'y a pas deux compilateurs identiques, les codes sources multiplateformes sont bourrĂ©s de ifdef…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  7.
Il y a des versions propriétaires de C++ beaucoup moins compatible avec GCC et pourtant personne ne s'en offusque.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  6.
Et alors? Il y a bien des compilateurs C++ proprios qui génÚrent du code plus performant que gcc.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  9.
openjdk, harmony, dalvik?
Et alors? Il faut utiliser une implémentation libre.
Mmmh…
Vu le niveau des arguments utilisés, ils pourraient attaquer n'importe quel langage interprété. Heureusement ils sont en train de perdre lamentablement.
Je faisais ça aussi, mais c'était avant qu'il existe des implémentations libres de qualité.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  2.
Pourquoi?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  5.
Comme beaucoup de trĂšs bons logiciels libres!
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Gestionnaire de paquets
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche GNU Emacs 24 est lĂ Â !. Ăvalué à  2.
Il existe un gestionnaire de dépendances qui ne fait que ça et qui le fait bien: http://ant.apache.org/ivy/
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Je cherche Ă comprendre
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Le langage D. Ăvalué à  1.
C'est juste le pénible de service sur linuxfr, tu peux sans regret faire comme tout le monde, le moinsser et lire les réponses intelligentes :-)
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# cross compilation
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Le langage D. Ăvalué à  4.
Une des raisons que me fait préférer les langages interprétés ou bytecodés, c'est la facilité de déploiement. Est-ce que les outils pour D propose une cross compilation facile afin de fournir facilement des binaires pour plein d'OS?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Y'a-t-il encore besoin de nouveaux langages "bas niveau"?
Posté par devnewton đș (site web personnel) . En rĂ©ponse Ă la dĂ©pĂȘche Le langage D. Ăvalué à  3.
La plupart des opérations n'ont pas besoin d'un opérateur particulier. Pour la concaténation de chaßne et la création de tableau, je trouve plus lisible d'avoir quelquechose comme:
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: FDG
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal 0,76% de moyenne nationale pour le parti pirate, dĂ©ception . Ăvalué à  2.
Et avec un peu de chance, la branlĂ©e de MĂ©luchon va permettre Ă quelqu'un de plus "normal" de prendre la tĂȘte de la coalition.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: clone linuxfr
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Linuxfr+ldap ? Une solution de gestion de communautĂ© efficace ?. Ăvalué à  3.
J'utilise Redmine au boulot, c'est pas mal, mais je n'ai pas trouvĂ© une fonction essentielle: voir toutes les demandes oĂč j'ai Ă©tĂ© impliquĂ©.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# clone linuxfr
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Linuxfr+ldap ? Une solution de gestion de communautĂ© efficace ?. Ăvalué à  4. DerniĂšre modification le 08 juin 2012 Ă 11:51.
Il me semble que tu as la solution sous les yeux: un super forum avec mise en avant du post principal, publication de dĂ©pĂȘche pour l'officiel, journaux pour les discussions internes, gestion de la pertinence, du karma pour Ă©viter les pĂ©nibles, un wiki, une tribune pour les discussions en temps rĂ©el, de l'Ă©dition collaborative…
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Interopérabilité
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Sergey Brin dĂ©nonce les «cages dorĂ©es» de Facebook et Apple. Ăvalué à  5.
Ci-gĂźt ICQ.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les joies de la généralité
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Gnome 3 est un Ă©chec total selon Torvalds. Ăvalué à  10.
Et donc pour 3 mammys et 2 commateux, on doit pourrir l'expérience utilisateur de tout le monde?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
# Quelles applications Ă converger?
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal De la convergence des interfaces, le revers de la mĂ©daille. Ăvalué à  7.
Je comprends l'envie d'avoir une interface unique pour les PC de bureaux, les téléphones et autres tablettes, mais n'est-ce pas limité à quelques applications? Qui voudrait sérieusement écrire un roman sur son mobile? De la CAO sur une tablette? Développer un progiciel sur un ebook?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Interopérabilité
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Sergey Brin dĂ©nonce les «cages dorĂ©es» de Facebook et Apple. Ăvalué à  7.
Oui, d'ailleurs on l'impose (ou on essaye au moins) dans la téléphonie, l'énergie ou le transport.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Les joies de la généralité
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Gnome 3 est un Ă©chec total selon Torvalds. Ăvalué à  10.
A part les petits enfants et les gens qui se réveillent d'un coma, ils sont nombreux ces fameux utilisateurs qui n'ont jamais vu un PC de leur vie?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: OĂč est le problĂšme ?
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Quelle distribution restera dans l'esprit UNIX?. Ăvalué à  2.
Le problÚme c'est qu'on se retrouve avec un choix binaire: galérer pour tout configurer à la main ou se taper une GUI pleines de bugs.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: OĂč est le problĂšme ?
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Quelle distribution restera dans l'esprit UNIX?. Ăvalué à  2.
Et quand on veut utiliser une machine pour faire bureau et serveur? On se retrouve avec un systÚme handicapé à cause des choix de technos complexes pour le bien des besoins des utilisateurs?
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.
[^] # Re: Steam sous GNU/Linux, une bonne chose
Posté par devnewton đș (site web personnel) . En rĂ©ponse au journal Steam sur Linux aprĂšs les supputations, la confirmation.. Ăvalué à  -3.
Un bon gros set de logiciels propriétaires, privateurs, bourrés de pubs, de DRMs et de codes espions sur ma distrib libre 100% pur porc, ça va faire tùche.
Le post ci-dessus est une grosse connerie, ne le lisez pas sérieusement.