Guillaume Denry a écrit 2965 commentaires

Ouais j'avoue que là… j'ai du mal à voir ce qui pourrait me faire abandonner mon browser, on est tous plus ou moins accrocs à certaines extensions…
Menfin bon, un nouveau projet, c'est rarement une mauvaise chose en soi.

C'est pas en bouffant moins que tu vas maigrir.

Si tu restreins ton apport calorique quotidien en dessous du minimum requis, tu vas maigrir au bout d'un moment, c'est mathématique.
Je ne dis pas que le sport n'est pas un excellent moyen pour maigrir beaucoup plus vite et sainement, en acquérant une meilleure silhouette, hein :)

même avec les bidouilles à la asm.js, on n'atteindra jamais la vitesse du code natif.

Est-ce que c'est si important que cela, en regard des avantages de pouvoir faire tourner un jeu sur un navigateur web ?
(attention, "important" ne veut pas dire que je pense qu'un marché prédominant de jeux AAA serait forcément une bonne chose)

oui, je considère about:config comme étant le pire que l'on puisse faire: même un fichier de texte brut peut être plus explicite, s'il est commenté

Bien au contraire, pouvoir accéder à des clefs de configuration avancées via le about:config est une excellente chose, c'est une abstraction au dessus de ton fameux fichier texte. Il manque effectivement une colonne "commentaire", mais lorsqu'on se retrouve à bidouiller le about:config, c'est qu'on a les capacités pour chercher la signification d'une clef sur le web.

Puisque le web fait partie d'internet, est-ce qu'améliorer le web, ça n'est pas améliorer internet ?
Je trouve justement que Mozilla n'en fait pas des caisses au sujet d'"internet", je te trouve vraiment injuste sur ce sujet là.

Mozilla indique partout qu'ils cherchent à construire un meilleur Internet, à conserver le caractère ouvert d'Internet, mais ils ne parlent bien souvent que du Web.

Si c'est partout, tu devrais bien trouver un seul exemple, non ?

Ce qui m'ennuie, c'est que Mozilla propagent dans beaucoup de communications la confusion entre Web et Internet

Un exemple ?

Oui, le pourrissement des RSS, j'ai trouvé ça vraiment pas très gentil.
Je ne passe jamais par mon reader, j'utilise un bouton dans mes bookmarks qui me donne le prochain lien de news non lu de mon pool, et là, j'avais que les vieilles news DLFP….

Quand tu parles de bibliothèque ou framework autour du WM, je pense aussi et surtout à enlightenment qui a poussé la chose assez loin.

Mais de manière générale, et en voulant être prudent (car je ne connais pas bien le monde des WM) il me semble naturel et sain de factoriser dès que possible les différents besoins liés à un WM au sein d'une lib native pour pouvoir être éventuellement utilisée dans un script utilisateur et ne pas garder des gros morceaux de logique dans le script, même si c'est tentant de vouloir garder un côté souple et dynamique dans le système de script.
Typiquement, on parlait de guake/yakuake dans un autre journal, et écrire un script pour permettre l'affichage d'une console à la quake pour rendre n'importe quelle appli, c'est sympa, ça montre que le WM est assez souple pour le faire, mais il me semblerait plus sain d'enrichir la lib d'interfaçage avec le WM pour ça. Après, y'a aussi la problématique d'une lib et d'un core qui deviennent de plus en plus gros. Le fait qu'avec des extensions scriptées qui contiennent les morceaux de logique, on garde le core WM relativement léger…

Intrigué, j'ai un peu fouillé moi-même sur le grand Ternet, et je suis tombé sur ces deux articles :

http://julien.danjou.info/blog/2011/why-not-lua
http://julien.danjou.info/blog/2008/rants-about-lua

Où Julien Danjou détaille les problèmes techniques sur lesquels il est tombé au sujet de ce langage, et pourquoi il ne le recommanderait pas forcément (ou en tout cas systématiquement) comme langage de script embarqué (pas de paradigme, de compteur par référence, utilisation périlleuse de l'API basée sur une pile, etc)

Que Julien (papa d'Awesome) considère comme finalement avoir été un mauvais choix.

Des sources ? Pas pour mettre en doute la véracité mais pour avoir des détails sur ce jugement.

Mais je suis curieux, vous utilisez guake ou yakuake comme un terminal principal ?
Pour moi, c'est plutot un terminal secondaire, qui sert aux commandes ponctuelles (kill, man, etc…). Le reste du temps, j'ai un (ou des) terminaux sur un bureau.

Je fais absolument tout dedans.
Mais je n'utilise ni le split, ni les onglets de yakuake, pour la simple et bonne raison que je me sens plus à l'aise avec tmux, dans lequel j'ai déjà énormément de "windows" et de "panes" splités.
Le fait de pouvoir invoquer immédiatement tous mes terminaux tout en restant sur le bureau virtuel courant est pour moi un plus dont j'aurais maintenant du mal à me passer.
Un environnement sans yakuake-like, c'est pour moi comme un jour sans pain.

Bon j'ai pas encore 40 (37 ans), je ne me suis jamais senti aussi en forme dans mon boulot, ma curiosité et mon envie d'apprendre sont toujours aussi aiguisés, j'ai sans cesse envie de m'améliorer, et je pense objectivement pondre un bien meilleur code qu'au début de ma carrière, par contre, je n'ai toujours pas envie de devenir chef d'équipe :)
Mais oui, en tant que développeur en France, je m'inquiète un peu pour mon avenir professionnel.
Je suis dans la même boîte depuis que je suis sorti de fac, et je ne sais pas du tout comment je pourrais me vendre dans la perspective d'une recherche d'emploi, surtout eu égard à mon âge ("comment ? Vous êtes resté développeur pendant aussi longtemps ?")

Marrant, je pensais que c'était plutôt "Kylin me softly". J'ai dû confondre.

En tout cas, ton commentaire montre que tu fréquentes DLFP assez assidûment pour être un vrai procrastinateur :)
(mince, moi aussi, du coup…)

En tout cas, c'est pas la journée mondiale de la blague la plus originale sur la procrastination.

(j'anticipe sur les réponses à ce commentaire : « par contre, c'est la journée mondiale des grincheux, on dirait »)

Un dernier point sur le système de notation. Je trouve que ce dernier insiste en général trop sur le code produit et oublie l'un des aspects les plus importants voire LE plus important dans la programmation à savoir: NE PAS REINVENTER LA ROUE. Je trouve dommage qu'on mette de côté le fait de chercher si quelqu'un n'a pas déjà codé le sujet en question et intégrer ce travail dans le sien pour résoudre le problème. C'est pour moi, l'essentiel de la programmation.

Oui, enfin, essentiellement pour préparer quelqu'un au monde du travail, mais dans le milieu de l'enseignement, il est plutôt intéressant de refaire faire certaines choses… après, un cours spécifique pour apprendre à chercher des briques plutôt que de les ré-écrire ne me semblerait pas inintéressant (j'irais jusqu'à dire que ça pourrait être essentiel), mais plus tard dans le cursus.

Et as-tu évalué ADA ?

C'est plutôt très mauvais, le C étant un langage très compliqué.

Honnêtement, je ne trouve pas, ou alors il faut définir ce qu'est la "complexité" d'un langage.
Par exemple, le C++ est à mon sens un langage beaucoup plus compliqué et "piégieux" que le C, maîtriser le C++ prend un temps bien plus long que maîtriser le C.
Le C reste relativement proche de la machine, n'offre pas des couches d'abstraction élevées.

J'ai à peu près la même expérience que toi, le Scheme en plus assez tôt dans le cursus, pour apprendre les rudiments de la programmation fonctionnelle.
Je garde de très bons souvenirs pédagogique du Pascal et surtout de l'ADA, dont le typage fort offre une bonne assise pour concevoir un programme avec rigueur.
Mais apprendre la programmation avec le C ne me choque pas, à condition que le prof ne parte pas dans tous les sens au départ.

Je veux bien que pour commencer à apprendre ce soit très bien

Ca tombe bien, on parlait justement de langage pour apprendre à programmer.

Quant à l'avenir du C, ne t'inquiète pas pour lui, c'est encore le langage le plus utilisé, et vue l'inertie des langages dans le monde professionnel (on cherche encore des profils pour programmer en fortran ou en cobol…), on est encore très loin d'en avoir terminé avec lui.
Personnellement, j'aime sa simplicité, le fait qu'il soit assez proche de la machine permet de pouvoir comprendre assez directement les implications en terme de CPU/mémoire quand on fait n'importe quoi.
Le C a "tendance à être obsolète" ? Il faut être sacrément déconnecté du monde pro pour écrire une chose pareille…

Sinon, pute ou prostituée c'est vraiment juste une question de vocabulaire.

Comme "clodo" ou "SDF".
Et ?
Le commentaire porte justement sur un point de vocabulaire.

alors qu'il semble relativement facile d'héberger soi-même un outil similaire.

Ahahahaha.

Il n'y avait pas grand chose à répondre de plus à partir du moment où moult commentaires au dessus et le journal lui-même expliquent clairement les spécificités de ce paradigme…

La POO englobe l'ES.