Elle a aussi vol et piétinement ? Ok je sors --------> []
Plus sérieusement, j'ai adoré SuSE (dans sa version d'origine à l'époque 9.x) il y a longtemps et je pense réessayer en tant que desktop pour madame. Je pense que ça pourrait faire l'affaire :).
Les nouveautés de cette dépêche m'ont donné envie.
git is great because linus did it, mercurial is better because he didn't
Moi j'utilise un qwerty (modèle UK) et même pour écrire le français je me sens bien. J'ai pas de douleurs aux doigts ni au poignet, j'écris vite et plutôt sans fautes, je précise que je suis analyste développeur.
Ce genre de disposition a évidemment ses bénéfices mais personnellement, je souhaite pouvoir acheter des claviers dans le commerce sans devoir trouver un revendeur sur 1 million qui possède des modèles Bépo. De plus la disponibilité de ces claviers pour ordinateur portable est quasi nulle, de ce fait il faut soit avoir l'envie de faire de la frappe aveugle (je suis assez doué, mais ça m'énerve quand même de ne pas avoir mes touches imprimées). Ou alors de les recoller soi même -> non merci.
Je vais garder mes qwerty uk (sur mon portable), au travail et à la maison :).
PS: Je tiens à préciser que pour un programmeur, le qwerty c'est juste le pied.
git is great because linus did it, mercurial is better because he didn't
Il y a vraiment des gens qui utilisent Gtk ? Perso pour le multi plateforme rien ne vaut Qt4+. Plus simple, plus propre, plus intégré. Quand on utilise une appli Qt sur Windows on a vraiment l'impression d'utiliser une native.
Non, le runtime par défaut de Gtk est assez horrible sous Linux, il n'y a qu'à tester Gimp et Geany. De plus le sélecteur de fichier n'est vraiment pas intégré et est très dépaysant.
De toute façon Qt est supérieur, on le dit depuis le début. C'est pas le premier projet à y passer, vlc, lxde, …
git is great because linus did it, mercurial is better because he didn't
En lisant l'article, j'ai vu que la quasi totalité des applications sont écrites dans des langages différents. Une en Python 3, une en javascript, une en Vala et le reste de GNOME est souvent en C et Python 2.
Ça signifie que moi, si je souhaite installer GNOME 3 je suis obligé d'installer une palanquée de langages de script à côtés juste parce que chaque développeur a décidé d'utiliser son préféré.
Si un jour je souhaite développer un correctif pour une de ces applications je vais être obligé d'apprendre un nouveau langage. Pourquoi personne ne décide de dire chez GNOME : C/Gtk (éventuellement Vala) ou Python (car très utilisé chez GNOME) puis rien d'autre.
Après, je suis d'accord que cela "ouvre" plus de possibilités vers d'autres développeurs qui connaissent pas forcément ceux cités juste au dessus mais ça fragmente encore plus l'écosystème de GNOME. Sans parler des performances bien sûr. Je suis assez d'accord pour faire des bindings des bibliothèques GNOME afin de faire des plugins du GNOME-Shell dans son langage favori, mais pas les applications principales.
Sinon, bravo pour l'article il est vraiment complet et intéressant. Cela me donne tout de même envie de tester GNOME 3 une fois :)
git is great because linus did it, mercurial is better because he didn't
Je pensais avoir trouvé mon bonheur avec sleepybot mais j'ai hâte de tester ce projet, ce sera lundi première heure :-)
Mis à part le langage de programmation (C++/Lua vs Java/Sleep), quels sont, selon vous, les avantages ou différences fonctionnelles de votre bot par rapport à SleepyBot/PircBot ?
Hello,
J'ai regardé rapidement SleepyBot et ses fonctionnalités. Ce dernier a le support du DCC, qui n'est pas encore présent dans irccd mais sera peut-être rajouté dans la version 1.1. Il a l'air de posséder plus de fonctionnalités qu'irccd mais sa documentation est légèrement plus basique.
Irccd a la possibilité de se connecter à plusieurs serveurs en même temps, ce qui -à priori- n'est pas disponible avec SleepyBot. Par contre, en utilisant Java, je pense que SleepyBot est encore plus portable.
git is great because linus did it, mercurial is better because he didn't
Qu'est-ce qui a motivé le choix de Lua pour les scripts ?
Merci pour ton message ! Tout d'abord Lua est un langage de script connu pour être facilement intégrable dans du C/C++ (et même d'autres). C'est presque sa fonctionnalité première finalement, beaucoup de logiciels / jeux s'en servent afin d'étendre une application avec un langage de script performant et simple.
Lua est très léger, sa bibliothèque (sans le compilateur et l'interpréteur) n'excède pas 14000 lignes de code, il est très haut niveau et permet donc d'étendre irccd avec seulement quelques lignes.
Il a notamment été utilisé pour l'interface graphique de World of Warcraft, nmap, la suite logiciel Adobe Lightroom, ou bien le populaire gestionnaire de fenêtres awesome
Par exemple, un simple plugin qui permet de répéter tout ce qui se dit sur un canal pourrait s'écrire :
function onMessage(server, channel, nickname, message)
server:say(channel, message)
end
git is great because linus did it, mercurial is better because he didn't
Encore un projet en C++, on le sait c'est un très mauvais langage, qui à surtout beaucoup de défauts et une relative simplicité. Donc encore une fois pourquoi du C++ ?? Si on veut saccager tout les projets libres, on est sur la bonne voie.
Oui, quand on ne sait pas coder le C++ est forcément un très mauvais langage.
git is great because linus did it, mercurial is better because he didn't
Es-tu sûr que ça continue de compiler avec Linux en enlevant la bibliothèque dl ? Il me semble que sur Linux contrairement aux *BSD les fonctions dl* ne sont pas directement exportés dans la libc
git is great because linus did it, mercurial is better because he didn't
# Célérité
Posté par David Demelier (site web personnel) . En réponse à la dépêche openSUSE 13.1 est là. Évalué à 10.
Elle a aussi vol et piétinement ? Ok je sors --------> []
Plus sérieusement, j'ai adoré SuSE (dans sa version d'origine à l'époque 9.x) il y a longtemps et je pense réessayer en tant que desktop pour madame. Je pense que ça pourrait faire l'affaire :).
Les nouveautés de cette dépêche m'ont donné envie.
git is great because linus did it, mercurial is better because he didn't
# Qwerty
Posté par David Demelier (site web personnel) . En réponse à la dépêche Le Bépo en console inclus de base sous GNU/Linux. Évalué à 3. Dernière modification le 08 novembre 2013 à 12:00.
Moi j'utilise un qwerty (modèle UK) et même pour écrire le français je me sens bien. J'ai pas de douleurs aux doigts ni au poignet, j'écris vite et plutôt sans fautes, je précise que je suis analyste développeur.
Ce genre de disposition a évidemment ses bénéfices mais personnellement, je souhaite pouvoir acheter des claviers dans le commerce sans devoir trouver un revendeur sur 1 million qui possède des modèles Bépo. De plus la disponibilité de ces claviers pour ordinateur portable est quasi nulle, de ce fait il faut soit avoir l'envie de faire de la frappe aveugle (je suis assez doué, mais ça m'énerve quand même de ne pas avoir mes touches imprimées). Ou alors de les recoller soi même -> non merci.
Je vais garder mes qwerty uk (sur mon portable), au travail et à la maison :).
PS: Je tiens à préciser que pour un programmeur, le qwerty c'est juste le pied.
git is great because linus did it, mercurial is better because he didn't
# Langage sans u
Posté par David Demelier (site web personnel) . En réponse à la dépêche Capitole du Libre 2013 - le programme. Évalué à 3.
Petit typo avec "language de script", il n'y a pas de u en Français :)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Intérêt
Posté par David Demelier (site web personnel) . En réponse à la dépêche Haiku est vivant. Évalué à 10.
Les BSD contrairement à Haiku ne fournissent pas leur propre nagivateur, ni leur propre lecteur de musique, ni leur propre interface graphique, etc.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Enfin!
Posté par David Demelier (site web personnel) . En réponse à la dépêche Miroirs pkgng disponibles !. Évalué à 2.
Il y a des packages disponible pour toutes les releases de FreeBSD aussi hein. La seule différence c'est qu'ils étaient fait pour pkg_*.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Python 2/3
Posté par David Demelier (site web personnel) . En réponse à la dépêche Ubuntu 13.10 The Saucy Salamander. Évalué à 1.
Tout à fait, rien que Mercurial ne semble pas non plus être prévu pour python 3 du coup on va pas pouvoir abandonner python 2 rapidement.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Non mais sérieusement
Posté par David Demelier (site web personnel) . En réponse à la dépêche GTK+ 3 disponible officiellement pour Win32 !. Évalué à 9.
Il y a vraiment des gens qui utilisent Gtk ? Perso pour le multi plateforme rien ne vaut Qt4+. Plus simple, plus propre, plus intégré. Quand on utilise une appli Qt sur Windows on a vraiment l'impression d'utiliser une native.
gtk_moi_j'ai_vite_fait_mon_choix_de_toolkit_parce_qu_il_est_mieux_integre_et_plus_convivial_a_programmer(G_OBJECT(Qt5));
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Quel mauvais rendu ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 0.
Oui d'ailleurs c'est vraiment très hypocrite de sa part :)
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Quel mauvais rendu ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche Wireshark passe à Qt. Évalué à 9.
Non, le runtime par défaut de Gtk est assez horrible sous Linux, il n'y a qu'à tester Gimp et Geany. De plus le sélecteur de fichier n'est vraiment pas intégré et est très dépaysant.
De toute façon Qt est supérieur, on le dit depuis le début. C'est pas le premier projet à y passer, vlc, lxde, …
git is great because linus did it, mercurial is better because he didn't
[^] # Re: j'ai arrêté, ça marche pas.
Posté par David Demelier (site web personnel) . En réponse au sondage Les commentaires et vous ? . Évalué à 2.
En C/C++, la référence pour commenter en masse est le #if 0 … #endif. Ça permet de pallier le problème des commentaires intérieurs notamment :
git is great because linus did it, mercurial is better because he didn't
[^] # Re: 42
Posté par David Demelier (site web personnel) . En réponse au sondage Les commentaires et vous ? . Évalué à 2.
J'ai jamais compris pourquoi les gens faisaient 'grep pat file | wc -l' au lieu d'un simple 'grep -c pat file'.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Plutôt que des commentaires
Posté par David Demelier (site web personnel) . En réponse au sondage Les commentaires et vous ? . Évalué à 1.
Oui ainsi que 3 boutons :
git is great because linus did it, mercurial is better because he didn't
# Doxygen et spécificités
Posté par David Demelier (site web personnel) . En réponse au sondage Les commentaires et vous ? . Évalué à 3.
Moi je code toute fonction publique au format doxygen dans son .h, du coup la plupart de mes commentaires se situent dans mes .h et non dans mes .cpp.
En revanche, il m'arrive de commenter des parties difficiles ou des cas d'utilisation spéciaux.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Nostalgie !
Posté par David Demelier (site web personnel) . En réponse à la dépêche WindowMaker 0.95.5 est sorti. Évalué à 3.
Oui, même le site a encore une apparence très … old-school on va dire :p
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Démo
Posté par David Demelier (site web personnel) . En réponse à la dépêche Sortie de Collabtive 1.1. Évalué à 1.
Effectivement ça a du être fixé depuis. Par contre je vois que certains s'amusent avec la langue :p
git is great because linus did it, mercurial is better because he didn't
# La cohérence entre les applications ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche GNOME 3.10 : chantier public. Évalué à 10.
En lisant l'article, j'ai vu que la quasi totalité des applications sont écrites dans des langages différents. Une en Python 3, une en javascript, une en Vala et le reste de GNOME est souvent en C et Python 2.
Ça signifie que moi, si je souhaite installer GNOME 3 je suis obligé d'installer une palanquée de langages de script à côtés juste parce que chaque développeur a décidé d'utiliser son préféré.
Si un jour je souhaite développer un correctif pour une de ces applications je vais être obligé d'apprendre un nouveau langage. Pourquoi personne ne décide de dire chez GNOME : C/Gtk (éventuellement Vala) ou Python (car très utilisé chez GNOME) puis rien d'autre.
Après, je suis d'accord que cela "ouvre" plus de possibilités vers d'autres développeurs qui connaissent pas forcément ceux cités juste au dessus mais ça fragmente encore plus l'écosystème de GNOME. Sans parler des performances bien sûr. Je suis assez d'accord pour faire des bindings des bibliothèques GNOME afin de faire des plugins du GNOME-Shell dans son langage favori, mais pas les applications principales.
Sinon, bravo pour l'article il est vraiment complet et intéressant. Cela me donne tout de même envie de tester GNOME 3 une fois :)
git is great because linus did it, mercurial is better because he didn't
# Démo
Posté par David Demelier (site web personnel) . En réponse à la dépêche Sortie de Collabtive 1.1. Évalué à 3. Dernière modification le 25 septembre 2013 à 11:27.
Ça commence mal, la démo ne fonctionne pas sur le site /o.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: sleepybot
Posté par David Demelier (site web personnel) . En réponse à la dépêche irccd, un robot IRC en C++ et Lua. Évalué à 2.
Hello,
J'ai regardé rapidement SleepyBot et ses fonctionnalités. Ce dernier a le support du DCC, qui n'est pas encore présent dans irccd mais sera peut-être rajouté dans la version 1.1. Il a l'air de posséder plus de fonctionnalités qu'irccd mais sa documentation est légèrement plus basique.
Irccd a la possibilité de se connecter à plusieurs serveurs en même temps, ce qui -à priori- n'est pas disponible avec SleepyBot. Par contre, en utilisant Java, je pense que SleepyBot est encore plus portable.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Pourquoi Lua ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche irccd, un robot IRC en C++ et Lua. Évalué à 9.
Merci pour ton message ! Tout d'abord Lua est un langage de script connu pour être facilement intégrable dans du C/C++ (et même d'autres). C'est presque sa fonctionnalité première finalement, beaucoup de logiciels / jeux s'en servent afin d'étendre une application avec un langage de script performant et simple.
Lua est très léger, sa bibliothèque (sans le compilateur et l'interpréteur) n'excède pas 14000 lignes de code, il est très haut niveau et permet donc d'étendre irccd avec seulement quelques lignes.
Il a notamment été utilisé pour l'interface graphique de World of Warcraft, nmap, la suite logiciel Adobe Lightroom, ou bien le populaire gestionnaire de fenêtres awesome
Par exemple, un simple plugin qui permet de répéter tout ce qui se dit sur un canal pourrait s'écrire :
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Pourquoi coder en C++ ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche irccd, un robot IRC en C++ et Lua. Évalué à 10.
Oui, quand on ne sait pas coder le C++ est forcément un très mauvais langage.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Yast en Ruby ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche OpenSUSE 13.1 Milestone 4. Évalué à -1. Dernière modification le 30 août 2013 à 10:55.
d'accord
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Yast en Ruby ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche OpenSUSE 13.1 Milestone 4. Évalué à 2.
Ruby c'est lent et puant. Honnêtement, ils aurait du passer au C++ ou PyQT, mais ruby….
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Mais ils sont fous !
Posté par David Demelier (site web personnel) . En réponse au journal Gnome: ça faisait longtemps qu'on avait pas lancé un flamewar à propos de notre bureau.... Évalué à 8.
Complètement faux. Moi j'utilise le clic du milieu depuis des années et j'ai pas encore 30 ans
git is great because linus did it, mercurial is better because he didn't
# Quel nom
Posté par David Demelier (site web personnel) . En réponse à la dépêche tl;drLegal, moteur de recherche pour licences Open Source. Évalué à 1.
Je veux pas être trop méchant, mais le nom est vraiment merdique. Il me fait penser à une erreur de frappe.
git is great because linus did it, mercurial is better because he didn't
[^] # Re: Sa compil pa
Posté par David Demelier (site web personnel) . En réponse à la dépêche LibLogicalAccess : bibliothèque C++ pour la RFID. Évalué à 0.
Es-tu sûr que ça continue de compiler avec Linux en enlevant la bibliothèque dl ? Il me semble que sur Linux contrairement aux *BSD les fonctions dl* ne sont pas directement exportés dans la libc
git is great because linus did it, mercurial is better because he didn't