il y a une différence entre avoir de l'aide (sur un forum, irc, etc.) et avoir de la documentation.
J'inclu la documentation dans l'aide. Dans le monde libre, il y a beaucoup de manpage, de tutoriaux et d'articles. Bien sûr ça dépend beaucoup des projets, mais en général je suis plus souvent à poil avec les logiciels propriétaires qu'avec les logiciels libres.
Certainement, mais je ne demande qu'à évoluer. J'ai donc laissé Subversion pour GIT pour un petit projet et je suis très déçu : la doc n'est pas terrible, les messages d'erreurs sont obscurs et les clients peu ergonomiques.
Le socle technique est peut être très bien, mais le packaging est nul.
Il me semble que si techniquement le LL n'a généralement rien a envier aux logiciels propriétaires, au niveau documentation (et ergonomie, mais là n'est pas la question) il y a des efforts à faire
Vraiment? Je trouve pourtant beaucoup plus facilement de l'aide sur les logiciels libres.
J'imagine que tu es du genre à considérer que git est un
subversion qui te permet de commiter en local…
Ah si seulement c'était ça!
Subversion est simple et les clients graphiques sont bien fait. Si seulement on pouvait versionner les modifications locales et si on n'avait pas des .svn partout, je ne donnerais pas cher de la peau de git!
Est-ce qu'il est prévu de gérer la cross compilation simple?
En effet, fournir des binaires pour différents OS est une tâche pénible avec tous les langages compilés que je connais, car il faut soit disposer de tous les OS avec un environnement de développement, soit être un pro du makefile.
Ce serait bien de pouvoir tout générer avec un simple :
Cette philosophie explique son succès et après avoir passé ma période "je veux toutes les features du monde dans le langage", je me rends compte que c'est un bon choix pour une plateforme de développement.
Un langage simple et des outils puissants permettent au développeur de facilement:
- se former.
- comprendre le codes des autres.
- ne pas hésiter à faire du refactoring, de la gestion de version, de l'analyse de code ou de l'intégration continue.
C'est ce que je constate dans mon entreprise : les développeurs Java sont plus heureux et ont le poil plus brillant.
Pour ma part, j'ai toujours aimé les langages un peu plus couillus et je lorgne vers Scala :-)
Moais, exporter ses données c'est bien, mais encore faut-il pouvoir en faire quelquechose.
Est-ce que les données exportées sont utilisables sans les outils Google? Au moins avec l'approche de Indefero, on est sûr de pouvoir les utiliser de la même façon puisqu'on peut installer le même logiciel.
Ce qui me choque, ce n'est pas que le métier X rapporte plus que le métier Y, mais que dans une même entreprise, certains gagnent mille fois plus que d'autres.
La répartition des rémunérations ne devraient pas être complètement déconnectée des apports de chacun.
Un certain président avait promis de faire en sorte que cette répartition soit à part égale entre le capital, le travail et l'investissement.
Scala a l'air génial, mais il ne faut pas oublier qu'il y a énormément de projets Java dont le code source pourra être amélioré avec ces petites évolutions sans avoir à tout réécrire.
A ce propos, est-ce qu'il existe un outil pour transformer un code source Java en Scala?
Il y a beaucoup de contenus intéressants sur linuxfr, mais le site est très orienté "actualité". Lorsque l'on arrive sur le site, tout est présenté de façon chronologique alors que certaines dépêches et certains journaux font référence à la longue histoire du site (bronsonisation, boulangerie) ou font partie d'une série (logram, lisaac, kernel by patrick_g).
Il serait donc intéressant de créer un système d'histoire qui permettrait de regrouper les journaux/dépêches qui font partie d'une même série.
[^] # Re: lancer le débat :)
Posté par alice . En réponse à la dépêche Spécifications de OpenGL 4.0. Évalué à 2.
[^] # Re: De l'importance de la documentation...
Posté par alice . En réponse à la dépêche Calenco : une solution pour la documentation des projets libres ?. Évalué à 3.
J'inclu la documentation dans l'aide. Dans le monde libre, il y a beaucoup de manpage, de tutoriaux et d'articles. Bien sûr ça dépend beaucoup des projets, mais en général je suis plus souvent à poil avec les logiciels propriétaires qu'avec les logiciels libres.
[^] # Re: lancer le débat :)
Posté par alice . En réponse à la dépêche Spécifications de OpenGL 4.0. Évalué à 3.
[^] # Re: Comparaison avec Eclipse
Posté par alice . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à 3.
Le socle technique est peut être très bien, mais le packaging est nul.
[^] # Re: De l'importance de la documentation...
Posté par alice . En réponse à la dépêche Calenco : une solution pour la documentation des projets libres ?. Évalué à 2.
Vraiment? Je trouve pourtant beaucoup plus facilement de l'aide sur les logiciels libres.
[^] # Re: Comparaison avec Eclipse
Posté par alice . En réponse à la dépêche Sortie de KDevelop 4.0. Évalué à -3.
Ah si seulement c'était ça!
Subversion est simple et les clients graphiques sont bien fait. Si seulement on pouvait versionner les modifications locales et si on n'avait pas des .svn partout, je ne donnerais pas cher de la peau de git!
# Si seulement
Posté par alice . En réponse au journal Offensive en vue contre Theora ?. Évalué à 10.
[^] # Re: Mouai
Posté par alice . En réponse à la dépêche Google Chrome integrera Flash. Évalué à 9.
Sauf que la puissance de l'embarqué augmente...
[^] # Re: Joli
Posté par alice . En réponse à la dépêche Le langage ooc auto-hébergé - les nouveautés de rock 0.9.0. Évalué à 4.
Le créneau des langages libres proche du C, orientés objets, avec types statiques?
Dans ce domaine, e développeur libre a le choix entre un Java bloated et un Mono piégé.
Vala et ooc sont donc les bienvenus!
# Cross compilation?
Posté par alice . En réponse à la dépêche Le langage ooc auto-hébergé - les nouveautés de rock 0.9.0. Évalué à 3.
En effet, fournir des binaires pour différents OS est une tâche pénible avec tous les langages compilés que je connais, car il faut soit disposer de tous les OS avec un environnement de développement, soit être un pro du makefile.
Ce serait bien de pouvoir tout générer avec un simple :
ooc --platforms=linux,macosx,windows ...
[^] # Re: on s'en moque
Posté par alice . En réponse au journal L'Empire contre-attaque. Évalué à 5.
La question c'est lequel? Quel système de fichier libre est lisible sous tous les OS et n'embête pas les utilisateurs avec la gestion des droits?
[^] # Re: Qu'en est-il...
Posté par alice . En réponse à la dépêche Le point sur Java 7. Évalué à 3.
Oui, le duck typing ça fait coin.
[^] # Re: Qu'en est-il...
Posté par alice . En réponse à la dépêche Le point sur Java 7. Évalué à 5.
Je ne sais pas, mais je ne connais aucun développeur qui trouve C plus simple que Java.
[^] # Re: Qu'en est-il...
Posté par alice . En réponse à la dépêche Le point sur Java 7. Évalué à 2.
Un langage simple et des outils puissants permettent au développeur de facilement:
- se former.
- comprendre le codes des autres.
- ne pas hésiter à faire du refactoring, de la gestion de version, de l'analyse de code ou de l'intégration continue.
C'est ce que je constate dans mon entreprise : les développeurs Java sont plus heureux et ont le poil plus brillant.
Pour ma part, j'ai toujours aimé les langages un peu plus couillus et je lorgne vers Scala :-)
[^] # Re: Qu'en est-il...
Posté par alice . En réponse à la dépêche Le point sur Java 7. Évalué à 5.
Avec un langage avec fermeture, on code comme l'éclair?
# Free a des choses à cacher
Posté par alice . En réponse au journal freebox et les licences libres : vers une traduction de la GPL. Évalué à 3.
Est-ce que ça ne serait pas parce qu'il y a des choses louches dans les Freebox?
Problème de sécurité, flicage des utilisateurs, atteinte à la neutralité du net ou système de censure?
Tout est possible...
[^] # Re: Le problème des gros salaires...
Posté par alice . En réponse au journal Le ciel ne tombe pas sur le tête de tout le monde. Évalué à 2.
[^] # Re: Front de libération des données
Posté par alice . En réponse à la dépêche Indefero 1.0 est disponible après 21 mois de travail. Évalué à 1.
Est-ce que les données exportées sont utilisables sans les outils Google? Au moins avec l'approche de Indefero, on est sûr de pouvoir les utiliser de la même façon puisqu'on peut installer le même logiciel.
[^] # Re: Le problème des gros salaires...
Posté par alice . En réponse au journal Le ciel ne tombe pas sur le tête de tout le monde. Évalué à 2.
Dans la vraie vie, si le "riche" arrête complètement de payer, les "pauvres" arrêtent de travailler pour lui et/ou le pendent à un arbre.
Donc dans la vraie vie, le riche essaye de faire payer les moins riches que lui, mais discrètement.
# A enfouir dans les conditions générales de vente
Posté par alice . En réponse au journal Diffusion d'œuvres musicales d'un artiste inscrit à la SACEM. Évalué à 10.
[^] # Re: Ridicule ?
Posté par alice . En réponse au journal Le point sur Java 7. Évalué à 2.
[^] # Re: Le problème des gros salaires...
Posté par alice . En réponse au journal Le ciel ne tombe pas sur le tête de tout le monde. Évalué à 9.
La répartition des rémunérations ne devraient pas être complètement déconnectée des apports de chacun.
Un certain président avait promis de faire en sorte que cette répartition soit à part égale entre le capital, le travail et l'investissement.
On attends toujours des mesures concrètes...
[^] # Re: Ridicule ?
Posté par alice . En réponse au journal Le point sur Java 7. Évalué à 4.
A ce propos, est-ce qu'il existe un outil pour transformer un code source Java en Scala?
# Proposition
Posté par alice . En réponse au journal Faut-il supprimer la tribune ? (suite). Évalué à 4.
Il serait donc intéressant de créer un système d'histoire qui permettrait de regrouper les journaux/dépêches qui font partie d'une même série.
# Wake on LAN?
Posté par alice . En réponse au journal [Le vendredi, c'est permis] L'autohébergement est-il écoresponsable ?. Évalué à 2.
Si oui, ce n'est plus un problème écologique d'avoir un serveur pour quelques connexions par jour.