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 :)
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.
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
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.
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
Qu'est-ce que Qt a de si merveilleux ? GTK+ 3 est-il si pourri que ça ?
Oui, QT est propre, plus rapide et plus performant. Gtk c'est une horreur en C voulant simuler de l'orienté objet avec un langage qui ne le prévoit pas. Du coup ça donne du code dégueu et incompréhensible.
Il n'y a qu'à regarder comment faire un GObject, ça fait vomir.
Et puis, gtk_widget_create_full_parameter_c_est_vraiment_relou_a_ecrire_cette_function();
# 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 :)
AI is a mental disorder
# 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.
AI is a mental disorder
[^] # 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.
AI is a mental disorder
[^] # 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 :
AI is a mental disorder
[^] # 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.
AI is a mental disorder
[^] # 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
AI is a mental disorder
[^] # 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….
AI is a mental disorder
[^] # 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
AI is a mental disorder
# 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.
AI is a mental disorder
[^] # 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
AI is a mental disorder
[^] # Re: RMS
Posté par David Demelier (site web personnel) . En réponse à la dépêche Sortie de la version 2.0 de GNU Health. Évalué à 1.
Ahaha, j'ai bien ri, merci.
AI is a mental disorder
# Qt vs Gtk
Posté par David Demelier (site web personnel) . En réponse au journal LXDE, Razor-qt et Qt (et GTK+). Évalué à 8.
Oui, QT est propre, plus rapide et plus performant. Gtk c'est une horreur en C voulant simuler de l'orienté objet avec un langage qui ne le prévoit pas. Du coup ça donne du code dégueu et incompréhensible.
Il n'y a qu'à regarder comment faire un GObject, ça fait vomir.
Et puis, gtk_widget_create_full_parameter_c_est_vraiment_relou_a_ecrire_cette_function();
AI is a mental disorder
# epdfview
Posté par David Demelier (site web personnel) . En réponse à la dépêche Libre choix du lecteur PDF. Évalué à 1.
Pour ma part c'est epdfview, même s'il ne gère malheureusement pas le défilement continu il est convivial et rapide.
AI is a mental disorder
[^] # Re: Systemd ?
Posté par David Demelier (site web personnel) . En réponse à la dépêche Fedora devient une grande fille. Évalué à -1.
Moi j'ai bien peur de la suite.
AI is a mental disorder