Ils ont réussi à améliorer de manière drastique les performance d'une partie de javascript (qui est un langage normalisé). Tu te disais la même chose quand Chrome est arrivé avec des perf de malade ? (Bouhou, ils font ça juste pour que ce soit plus rapide pour leurs utilisateurs et avoir des parts de marchés (quels salauds !)).
Alors que tu es pour que tout le monde se mettent à faire du dart (à ça non, ce n'est pas un projet de domination de google).
Bref d'un coté Mozilla améliore l'existant et a une approche basée sur des standard (mais bouh ! tout le monde va devoir améliorer leur performance javascript pour se mettre à niveau !), là où google repart de rien et trace sa route tout seul.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
En gros, essayer de rendre performant un pseudo-subset de javascript serait sous optimal comparé à d'autre alternative qui serait de remplacer javascript par un langage plus performant sur les navigateurs.
Merci captain obvious !
Maintenant la question c'est est ce que dart ou typescript ont l'air d'avoir du succès ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
rester sur le web et étendre javascript (ou utiliser un langage) avec des primitives faites pour les jeux (RAII, opérations sur des vecteurs ou des matrices, définition de structures "à la C", gestion de la mémoire manuelle…).
Un peu comme ECMAScript 6, mais en changeant encore plus ? Un truc implémenté nulle part et utilisé dans 15 ans.
opérations sur des vecteurs ou des matrices, définition de structures "à la C"
Je crois que d'autres en parlent plus haut comme quoi ça devrait se faire d'ici la fin de l'année.
gestion de la mémoire manuelle
Il y a des gens qui codent des jeux en java et il semble que ne pas avoir de mot clef delete ne les dérange pas trop.
créer une sandbox spécialisée dans les jeux.
Ce serait dommage : pourquoi ce serait « pour les jeux » ? Quelle est la sécurité en plus dans les jeux au quel on aurait pas le droit ailleurs ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Actuellement tu as déjà un paquet de jeux qui tournent dans un navigateur sans problème. Si c'est pour tenter de faire tourner Crysis 3, oui ça ne marche pas à l'heure actuelle. Mais il y a un paquet de jeux qui n'ont pas besoin de la dernière nVIDIA pour fonctionner et qui sont véloces sur navigateur (les jeux de plateforme 2D par exemple ;) ).
Les avantages c'est d'être multiplateforme (soit plus facilement soit au moins en supportant un navigateur multiplateforme), c'est sans installation et tu as un peu de contrôle de ce qui entre et ce qui sort de ta machine (avec la palanqué d'extension et/ou de proxy qui servent à ça), là où tu code compilé avec un protocole spécifique (skype ?) ne te permet rien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Pas convaincu
Mettre les jeux "sur le web" pose pas mal de problèmes:
Je crois que la question n'est pas est ce que le jeux vidéo dans un navigateur c'est bien ou pas, mais comment est-ce que ça va se faire. Aujourd'hui il existe déjà que ce soit sous la forme de jeux de gestion comme ogame ou des jeux plus animés, ils sont déjà là, depuis longtemps.
Si flash tend à disparaître c'est parce que HTML5 (l'ensemble des technologies de ce label) ouvrent la voie à une alternative à chaque cas d'utilisation de flash. Personnellement je préfère que ce soit fait avec des technologies qui ont des spécifications ouvertes, des implémentations libres et qui mangent un overhead de 50% entre autre pour avoir un peu plus de sécurité, que de trimballer un blob binaire qui fait je ne sais pas trop quoi.
Après personnellement je ne joue pas sur navigateur (pour le moment).
le navigateur bouffe une quantité non négligeable de RAM.
Prépare une instance uniquement pour ça (que tu peut tuer si besoin).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
putain ça fait 2 fois que je me fais avoir avec DP. J'ai jamais entendu (à part 2 fois ici) ce sigle (et comme on parlait d'interface graphique, j'imaginais "composite" comme étant plus lié au graphismes).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ca n'a l'air de rien, mais pour moi qui travaille principalement avec une console, la couleur n'est pas un gadget kikoolol, mais bien une fonctionnalité qui me permets de voir bien plus rapidement l'information que je cherche.
Je ne peux pas juger fossil que je ne connais pas, mais je me retrouve complètement là dedans. Je ne supporte pas en CLI d'avoir des grep, des ls et autres sans --color (ou équivalent). Les interfaces graphiques permettent de facilement hiérarchiser les informations alors qu'en CLI on a peu de souplesse là dessus, mais ce n'est pas impossible grâce notamment à la couleur. De la même manière avoir son prompt en couleur permet de distinguer facilement la sortie de différentes commandes. Bref les couleurs c'est pas de la « kikoolol ».
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
D'un autre côté, il manque peut-être les layouts des autres TWM (je n'en ai testé aucun autre, juste lu à gauche et à droite avant de me décider): devoir organiser ses fenêtre soi-même est parfois un peu pénible, ainsi que la navigation entre les conteneurs et les fenêtres.
Il n'a pas une gestion de layout automatique ? Par exemple vouloir tout mettre en grand et superposer chaque client ou avoir l'écran coupé en 4. Il faut tout redécouper à chaque fois ? C'est assez gênant pour mon usage. J'aime bien les wm tiling automatiques même si je préfèrerais parfois faire un peu plus de manuel.
J'avais appris qu'il gérait des conteneurs et de ce que j'en ai compris c'est vraiment l'une des fonctionnalités qu'il me manque (faudrait que je me renseigne si xmonad fait ça).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je suis sous Debian (j'ai pas remarqué ce dont tu parle), je te montre ma configuration si ça peut t'aider (à mettre dans ~/.Xresources puis xrdb -merge ~/.Xresources) :
URxvt.background: black
URxvt.foreground: white
URxvt.visualBell: True
URxvt.scrollBar: False
URxvt.perl-ext-common: default,selection,matcher,mark-and-yank
#URxvt.perl-ext-common: default,selection,matcher,tabbed,mark-and-yank
URxvt.keysym.M-y: perl:mark-and-yank:activate_mark_mode
URxvt.urlLauncher: x-www-browser
URxvt.underlineURLs: True
URxvt.borderLess: False
URxvt.font: xft:Bitstream Vera Sans Mono:pixelsize=15
xpdf.initialZoom: width
i3 on m'en avait dis du mal à cause du développeur principal qui ne voulais pas supporter les versions un peu ancienne de son wm, je crois. Mais à part ça on m'en a dit beaucoup de bien notamment au sujet des fonctionnalités qu'il a et que je ne retrouve pas dans awesome.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Je me dis souvent que j'aimerais faire la connaissance d'un émulateur qui ne supporte même pas le multi-onglets d'ailleurs, […]
urxvt ne le supporte que via une extension, il suffit de ne pas l'activer (au passage tu ferra la connaissance de l'un des meilleurs terminaux en terme de légèreté et de performance, tout en étant extensible via des plugins en perl.
Perso, mon avis est que tout ça c'est le boulot du WM, mais ce doit être parce que j'en utilise un qui, non content de supporter les tuiles, est axé autour de leur utilisation…
Par curiosité, le quel ? Je suis entrain de réfléchir à quitter awesome (pour le moment je me dirige vers xmonad).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Et pas grand monde te dira que les tests c'est le job de la QA,[…]
Je ne sais pas ce que tu entends exactement par QA, mais dans le genre de cas que tu donne, il y a un service dédié aux tests (encore une fois tu cite le directeur des tests de Google Chrome, il a un service derrière lui - sinon il ne serait pas directeur). Mais ce n'est pas parce qu'il y a un service spécialisé, que ça n'est pas une responsabilité commune. L'une des raisons d'avoir un service séparé c'est que les bonnes pratiques veulent que la personne qui écris les tests ne soit pas la même personne qui code la fonctionnalité, ça pousse à spécifier la fonctionnalité avec le bon niveau de précision.
que ce n'est pas important
Tu ne m'a pas vu dire que ce n'est pas important au contraire.
ou que c'est un coût.
Que tu le voit comme un coût, comme une charge ou que tu le facture simplement au client je dis juste que c'est chère. Si tu veux on peut le dire autrement (ça te conviendra probablement mieux) : « écrire du logiciel de qualité c'est chère » ou « un logiciel de qualité c'est chère » (même si ce prix est supporté par un geek dans sa cave).
Ce que je trouve dommage c'est de dire que ça prend quelques heures. Ça c'est faux ça prend du temps que tu récupère ailleurs dans une bonne partie des cas peut être, mais ça ne change pas que l'écriture des tests ça prends du temps si tu veut faire un minimum de couverture et que tu ne te limite pas aux tests unitaires.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ça te permet de sortir une nouvelle version en étant certain de n'avoir aucune régression, mais alors aucune :) (la plupart touchent soit tous les terminaux soit (entre autre) des Nexus 4/7).
Je ne sais pas comment fonctionne Google, mais je présume que c'est comme dans toutes les grandes boites : tout le monde ne travail pas de la même façon et les guidelines des uns n'est pas forcément respectés par les autres (à tors ou à raison). Donc dire que « Google dit » quand il s'agit du directeur des tests de Chrome me semble un peu surfait (ça n'enlève rien à la pertinence de ce qu'il dit).
Pour Android je suis sûr qu'ils ont des tests, leur tests ne couvrent juste pas tout. Soit on se dit que c'est des manchots, soit on reconnaît que faire du test c'est un vrai métier, qui demande des compétences et donc n'est pas si anodin et facile que cela (la preuve chez Chrome, ils ont un directeur juste pour ça (et donc un paquet de personnes qui ne travaillent qu'à faire du test)).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Tu n'as pas à te poser la question de ce que tu es en train d'écrire. Donc tu écris un truc pourri et non spécifié
Tu fais un gros doigt d'honneur au mec qui reprendra ton code qui ne saura jamais ce que c'était sensé faire
Tu amalgame les tests et la documentation. Pour le reste des points je suis tout à fait d'accord.
J'appelle pas ça gagner du temps mais plutôt, grappiller quelque heures maintenant pour perdre des semaines ou des mois dans pas longtemps et pour toujours.
C'est là où tu fait erreur, les tests c'est pas des trucs qui se font en quelques heures. En quelques heures c'est peut être quelques tests unitaires que l'on écris (sans compter leur maintient). Là où tu fais vraiment de la non régression et où tu présente comment doit fonctionner le logiciel c'est avec des tests fonctionnels/d'intégration. Ils prennent à minima 30% du temps de développement d'une fonctionnalité. Il faut définir quand/comment tu les lance (généralement c'est via un serveur d'intégration continue) et dès que tu fait un logiciel graphique ça devient très complexe à tester (à moins que tu accepte de ne pas tester la couche présentation du logiciel).
Je fais du test sur le projet sur le quel je travail. Ça nous prend énormément de temps, on continue de le faire parce qu'on sait ce que ça nous apporte comme sécurité, mais de là à le présenter comme un coup négligeable (quelques heures), ce serait une fumisterie. La qualité logiciel ça a un coût et ce n'est pas quelques chose de simple à faire (ce n'est pas juste un manque de rigueur et/ou de volonté).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Il est possible de configurer de l'IMAP coté serveur. Sinon si tu as accès à l'interface web dégradée (pas celle en XUL (sic), tu peut utiliser noweco.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
C'est comme les tests, ça coute pas plus cher bien au contraire… Ça te force à réfléchir à chaque incrément, à bien le délimiter, le spécifier et le tester. Si tu passes cette étape, t'as l’impression d'aller plus vite mais tu fais juste plus n'importe quoi.
C'est de la théorie. Oui ça apporte beaucoup beaucoup de choses de faire des tests, mais c'est très couteux. Le nier c'est se voiler la face. Tu y gagne dans le car tu limite les gros problèmes avenir et tu es à peut prêt sûr de ne pas avoir de régression (pour en être certains, il faut être sur de ses tests et ça revient au même que de tester le code initial, il faut tester les tests…).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Très bien mais j'aimerai que cat/grep/wc/whatever comprennent une url comme un chemin de fichier et que ça soit totalement transparent.
mplayer le gère et c'est très pratique
Personnellement j'aurais proposé curl. Mais si c'est juste pour ça ça n'est pas un terminal, juste un petit programme voir un script (tu peut même gérer un petit cache pour les contenu réseau) et reprendre toutes les uuoc.
Des trucs dans /proc ?
Oui mais pas que. "Je veux la liste des images qui sont de type PNG, dont la largeur est inférieur à 800px, et datant de plus d'un an, mais de moins de 4 ans"
Ce que tu veux c'est un bureau sémantique. Il y a du monde qui travail dessus (personnellement des recherches sur ce genre de méta données ne me servirait pas je me contente des globbings étendus de mon shell, **/*.png(.) pour l'exemple).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Ce fonctionnement par labels est tellement pratique par rapport aux simples dossiers que j'en viens à conseiller GMail à mon entourage… Alors que je pense que chacun devrait s'auto-héberger.
Je ne suis pas d'accord. Les label c'est une bonne idée à la base, mais personnellement, j'en reviens. L'intérêt c'est de pouvoir avoir un mail à 2 endroits de son arborescence et ça ne m'intéresse pas trop. Le vrai intérêt n'est pas vraiment mis en avant, c'est de pouvoir faire des opérations ensemblistes :
label:unread -label:Famille
label:Amis OR label:Famille
Mais c'est pas très pratique présenté comme ça et c'est pas mis en avant (je ne suis pas sur que tout le monde sache que c'est possible) et comme ça tu en as un paquet (Utilisation de la recherche avancée). Mais ce serait bien de pouvoir les enregistrer ou d'en avoir un historique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Quand tu parles de bibliothèque ou framework autour du WM, je pense aussi et surtout à enlightenment qui a poussé la chose assez loin.
Tu as un lien là dessus ? À moins que tu parle des EFL, mais c'est pas vraiment là même chose les EFL sont plus comme Qt pour KDE et Gtk/Glib pour Gnome.
Avec xmonad, le wm est une API et c'est toi qui choisi de mettre par exemple tes propres callback. C'est le genre de fonctionnement où tu as une méthode qui permet de placer telle fenêtre sur telle bureau (bref manipuler le WM). C'est ce que l'on trouve avec awesome, mais c'est en mode embarqué (c'est awesome qui interprète ton code) alors que xmonad le fait en mode extensible (c'est ton programme qui exécute le code du WM).
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.
Je n'ai pas suivi cette discussion (si tu as un lien ça m'intéresse), mais c'est à mon avis une subtilité dans le cadre d'un WM extensible. Le WM a choisi le niveau d'abstraction qu'il propose. Soit tu préfère réencapsuler cette API pour avoir quelque chose de plus haut niveau, soit c'est déjà fait. Rien oblige à avoir une bibliothèque super lourde, tu peut en créer une série et tu ne paie que ce dont tu te sert.
Pour moi un très gros avantage c'est que le code du WM est écris en pensant bibliothèque et API, c'est donc plus facile à tester.
(Pour le moment je reste sur awesome parce qu'il me suffit (il est très complet) et que j'ai pas encore eu le courage de passer à quelque chose d'autre)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Outre cela je remarque surtout l'opposition embarqué/extension. Grosso modo ce qu'il est expliqué c'est qu'il vaut mieux faire comme xmonad ou dwm que comme awesome, c'est à dire proposer une bibliothèque (ou un framework ?). Je suis assez d'accord.
Il reste une troisième voie : proposer une API au travers d'un système de fichier virtuel comme Plan9. C'est ce que fait wmii. Je trouve que c'est intéressant.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
Personnellement, je préfèrerais que ce soit carrément dans le code. Comme avec l'annotation SuppressWarnings, quitte à avoir un warning qui dit qu'il existe des SuppressWarnings dans le code. Du coup il n'y aurait plus qu'un warning par unité de compilation au lieu d'une série, comme ça tu montre que tu sais quel warning tu ignore et c'est dis au même endroit que le code. Tu peut voir facilement s'il existe toujours des warnings supprimés et qui conque qui compile sans en savoir plus comprend très bien que les warnings de suppression de warnings sont des cas gérés.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas convaincu
Posté par barmic . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 5.
Ils ont réussi à améliorer de manière drastique les performance d'une partie de javascript (qui est un langage normalisé). Tu te disais la même chose quand Chrome est arrivé avec des perf de malade ? (Bouhou, ils font ça juste pour que ce soit plus rapide pour leurs utilisateurs et avoir des parts de marchés (quels salauds !)).
Alors que tu es pour que tout le monde se mettent à faire du dart (à ça non, ce n'est pas un projet de domination de google).
Bref d'un coté Mozilla améliore l'existant et a une approche basée sur des standard (mais bouh ! tout le monde va devoir améliorer leur performance javascript pour se mettre à niveau !), là où google repart de rien et trace sa route tout seul.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autre avis.
Posté par barmic . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 7.
Merci captain obvious !
Maintenant la question c'est est ce que dart ou typescript ont l'air d'avoir du succès ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas convaincu
Posté par barmic . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 4.
Un peu comme ECMAScript 6, mais en changeant encore plus ? Un truc implémenté nulle part et utilisé dans 15 ans.
Je crois que d'autres en parlent plus haut comme quoi ça devrait se faire d'ici la fin de l'année.
Il y a des gens qui codent des jeux en java et il semble que ne pas avoir de mot clef delete ne les dérange pas trop.
Ce serait dommage : pourquoi ce serait « pour les jeux » ? Quelle est la sécurité en plus dans les jeux au quel on aurait pas le droit ailleurs ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas convaincu
Posté par barmic . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 3.
Actuellement tu as déjà un paquet de jeux qui tournent dans un navigateur sans problème. Si c'est pour tenter de faire tourner Crysis 3, oui ça ne marche pas à l'heure actuelle. Mais il y a un paquet de jeux qui n'ont pas besoin de la dernière nVIDIA pour fonctionner et qui sont véloces sur navigateur (les jeux de plateforme 2D par exemple ;) ).
Regarde une « petite » liste de jeux sur navigateur (environ 760)
Les avantages c'est d'être multiplateforme (soit plus facilement soit au moins en supportant un navigateur multiplateforme), c'est sans installation et tu as un peu de contrôle de ce qui entre et ce qui sort de ta machine (avec la palanqué d'extension et/ou de proxy qui servent à ça), là où tu code compilé avec un protocole spécifique (skype ?) ne te permet rien.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas convaincu
Posté par barmic . En réponse au journal La stratégie de Mozilla pour les jeux vidéo sur le Web ouvert. Évalué à 10.
Je crois que la question n'est pas est ce que le jeux vidéo dans un navigateur c'est bien ou pas, mais comment est-ce que ça va se faire. Aujourd'hui il existe déjà que ce soit sous la forme de jeux de gestion comme ogame ou des jeux plus animés, ils sont déjà là, depuis longtemps.
Si flash tend à disparaître c'est parce que HTML5 (l'ensemble des technologies de ce label) ouvrent la voie à une alternative à chaque cas d'utilisation de flash. Personnellement je préfère que ce soit fait avec des technologies qui ont des spécifications ouvertes, des implémentations libres et qui mangent un overhead de 50% entre autre pour avoir un peu plus de sécurité, que de trimballer un blob binaire qui fait je ne sais pas trop quoi.
Après personnellement je ne joue pas sur navigateur (pour le moment).
Prépare une instance uniquement pour ça (que tu peut tuer si besoin).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pardon, mais…
Posté par barmic . En réponse à la dépêche Sortie de Ultracopier 1.0. Évalué à 4.
Je suis persuadé qu'il serait ravi de les corriger (l'auteur c'est alpha_one_x86).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par barmic . En réponse à la dépêche Terminology 0.3. Évalué à 2.
putain ça fait 2 fois que je me fais avoir avec DP. J'ai jamais entendu (à part 2 fois ici) ce sigle (et comme on parlait d'interface graphique, j'imaginais "composite" comme étant plus lié au graphismes).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par barmic . En réponse à la dépêche Terminology 0.3. Évalué à 2.
Ça m'intéresse de quoi s'agit-il ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le git et le couvert
Posté par barmic . En réponse au journal Chiselapp ferme ses portes. Évalué à 2.
Je ne peux pas juger fossil que je ne connais pas, mais je me retrouve complètement là dedans. Je ne supporte pas en CLI d'avoir des grep, des ls et autres sans
--color(ou équivalent). Les interfaces graphiques permettent de facilement hiérarchiser les informations alors qu'en CLI on a peu de souplesse là dessus, mais ce n'est pas impossible grâce notamment à la couleur. De la même manière avoir son prompt en couleur permet de distinguer facilement la sortie de différentes commandes. Bref les couleurs c'est pas de la « kikoolol ».Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par barmic . En réponse à la dépêche Terminology 0.3. Évalué à 2.
Il n'a pas une gestion de layout automatique ? Par exemple vouloir tout mettre en grand et superposer chaque client ou avoir l'écran coupé en 4. Il faut tout redécouper à chaque fois ? C'est assez gênant pour mon usage. J'aime bien les wm tiling automatiques même si je préfèrerais parfois faire un peu plus de manuel.
J'avais appris qu'il gérait des conteneurs et de ce que j'en ai compris c'est vraiment l'une des fonctionnalités qu'il me manque (faudrait que je me renseigne si xmonad fait ça).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par barmic . En réponse à la dépêche Terminology 0.3. Évalué à 2.
Je suis sous Debian (j'ai pas remarqué ce dont tu parle), je te montre ma configuration si ça peut t'aider (à mettre dans ~/.Xresources puis
xrdb -merge ~/.Xresources) :i3 on m'en avait dis du mal à cause du développeur principal qui ne voulais pas supporter les versions un peu ancienne de son wm, je crois. Mais à part ça on m'en a dit beaucoup de bien notamment au sujet des fonctionnalités qu'il a et que je ne retrouve pas dans awesome.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par barmic . En réponse à la dépêche Terminology 0.3. Évalué à 2.
urxvt ne le supporte que via une extension, il suffit de ne pas l'activer (au passage tu ferra la connaissance de l'un des meilleurs terminaux en terme de légèreté et de performance, tout en étant extensible via des plugins en perl.
Par curiosité, le quel ? Je suis entrain de réfléchir à quitter awesome (pour le moment je me dirige vers xmonad).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas de révision d'historique
Posté par barmic . En réponse au journal Chiselapp ferme ses portes. Évalué à 4.
Je ne sais pas ce que tu entends exactement par QA, mais dans le genre de cas que tu donne, il y a un service dédié aux tests (encore une fois tu cite le directeur des tests de Google Chrome, il a un service derrière lui - sinon il ne serait pas directeur). Mais ce n'est pas parce qu'il y a un service spécialisé, que ça n'est pas une responsabilité commune. L'une des raisons d'avoir un service séparé c'est que les bonnes pratiques veulent que la personne qui écris les tests ne soit pas la même personne qui code la fonctionnalité, ça pousse à spécifier la fonctionnalité avec le bon niveau de précision.
Tu ne m'a pas vu dire que ce n'est pas important au contraire.
Que tu le voit comme un coût, comme une charge ou que tu le facture simplement au client je dis juste que c'est chère. Si tu veux on peut le dire autrement (ça te conviendra probablement mieux) : « écrire du logiciel de qualité c'est chère » ou « un logiciel de qualité c'est chère » (même si ce prix est supporté par un geek dans sa cave).
Ce que je trouve dommage c'est de dire que ça prend quelques heures. Ça c'est faux ça prend du temps que tu récupère ailleurs dans une bonne partie des cas peut être, mais ça ne change pas que l'écriture des tests ça prends du temps si tu veut faire un minimum de couverture et que tu ne te limite pas aux tests unitaires.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas de révision d'historique
Posté par barmic . En réponse au journal Chiselapp ferme ses portes. Évalué à 3.
Ça te permet de sortir une nouvelle version en étant certain de n'avoir aucune régression, mais alors aucune :) (la plupart touchent soit tous les terminaux soit (entre autre) des Nexus 4/7).
Je ne sais pas comment fonctionne Google, mais je présume que c'est comme dans toutes les grandes boites : tout le monde ne travail pas de la même façon et les guidelines des uns n'est pas forcément respectés par les autres (à tors ou à raison). Donc dire que « Google dit » quand il s'agit du directeur des tests de Chrome me semble un peu surfait (ça n'enlève rien à la pertinence de ce qu'il dit).
Pour Android je suis sûr qu'ils ont des tests, leur tests ne couvrent juste pas tout. Soit on se dit que c'est des manchots, soit on reconnaît que faire du test c'est un vrai métier, qui demande des compétences et donc n'est pas si anodin et facile que cela (la preuve chez Chrome, ils ont un directeur juste pour ça (et donc un paquet de personnes qui ne travaillent qu'à faire du test)).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas de révision d'historique
Posté par barmic . En réponse au journal Chiselapp ferme ses portes. Évalué à 6. Dernière modification le 31 mars 2013 à 01:11.
Tu amalgame les tests et la documentation. Pour le reste des points je suis tout à fait d'accord.
C'est là où tu fait erreur, les tests c'est pas des trucs qui se font en quelques heures. En quelques heures c'est peut être quelques tests unitaires que l'on écris (sans compter leur maintient). Là où tu fais vraiment de la non régression et où tu présente comment doit fonctionner le logiciel c'est avec des tests fonctionnels/d'intégration. Ils prennent à minima 30% du temps de développement d'une fonctionnalité. Il faut définir quand/comment tu les lance (généralement c'est via un serveur d'intégration continue) et dès que tu fait un logiciel graphique ça devient très complexe à tester (à moins que tu accepte de ne pas tester la couche présentation du logiciel).
Je fais du test sur le projet sur le quel je travail. Ça nous prend énormément de temps, on continue de le faire parce qu'on sait ce que ça nous apporte comme sécurité, mais de là à le présenter comme un coup négligeable (quelques heures), ce serait une fumisterie. La qualité logiciel ça a un coût et ce n'est pas quelques chose de simple à faire (ce n'est pas juste un manque de rigueur et/ou de volonté).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: de bonnes idées mais...
Posté par barmic . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à 2.
Il est possible de configurer de l'IMAP coté serveur. Sinon si tu as accès à l'interface web dégradée (pas celle en XUL (sic), tu peut utiliser noweco.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Pas de révision d'historique
Posté par barmic . En réponse au journal Chiselapp ferme ses portes. Évalué à 2.
C'est de la théorie. Oui ça apporte beaucoup beaucoup de choses de faire des tests, mais c'est très couteux. Le nier c'est se voiler la face. Tu y gagne dans le car tu limite les gros problèmes avenir et tu es à peut prêt sûr de ne pas avoir de régression (pour en être certains, il faut être sur de ses tests et ça revient au même que de tester le code initial, il faut tester les tests…).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: le git et le couvert
Posté par barmic . En réponse au journal Chiselapp ferme ses portes. Évalué à -1.
C'est enviable ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Tiling ?
Posté par barmic . En réponse à la dépêche Terminology 0.3. Évalué à 6.
Et de toutes les binder sur les même raccourcis…
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Il était temps que quelqu'un montre la voie
Posté par barmic . En réponse à la dépêche Terminology 0.3. Évalué à 2.
Personnellement j'aurais proposé
curl. Mais si c'est juste pour ça ça n'est pas un terminal, juste un petit programme voir un script (tu peut même gérer un petit cache pour les contenu réseau) et reprendre toutes les uuoc.Ce que tu veux c'est un bureau sémantique. Il y a du monde qui travail dessus (personnellement des recherches sur ce genre de méta données ne me servirait pas je me contente des globbings étendus de mon shell,
**/*.png(.)pour l'exemple).Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: de bonnes idées mais...
Posté par barmic . En réponse à la dépêche Yorba organise une campagne de dons pour Geary. Évalué à 5.
Je ne suis pas d'accord. Les label c'est une bonne idée à la base, mais personnellement, j'en reviens. L'intérêt c'est de pouvoir avoir un mail à 2 endroits de son arborescence et ça ne m'intéresse pas trop. Le vrai intérêt n'est pas vraiment mis en avant, c'est de pouvoir faire des opérations ensemblistes :
Mais c'est pas très pratique présenté comme ça et c'est pas mis en avant (je ne suis pas sur que tout le monde sache que c'est possible) et comme ça tu en as un paquet (Utilisation de la recherche avancée). Mais ce serait bien de pouvoir les enregistrer ou d'en avoir un historique.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autre usage
Posté par barmic . En réponse à la dépêche Sortie de Lua 5.2.2. Évalué à 4.
Tu as un lien là dessus ? À moins que tu parle des EFL, mais c'est pas vraiment là même chose les EFL sont plus comme Qt pour KDE et Gtk/Glib pour Gnome.
Avec xmonad, le wm est une API et c'est toi qui choisi de mettre par exemple tes propres callback. C'est le genre de fonctionnement où tu as une méthode qui permet de placer telle fenêtre sur telle bureau (bref manipuler le WM). C'est ce que l'on trouve avec awesome, mais c'est en mode embarqué (c'est awesome qui interprète ton code) alors que xmonad le fait en mode extensible (c'est ton programme qui exécute le code du WM).
Je n'ai pas suivi cette discussion (si tu as un lien ça m'intéresse), mais c'est à mon avis une subtilité dans le cadre d'un WM extensible. Le WM a choisi le niveau d'abstraction qu'il propose. Soit tu préfère réencapsuler cette API pour avoir quelque chose de plus haut niveau, soit c'est déjà fait. Rien oblige à avoir une bibliothèque super lourde, tu peut en créer une série et tu ne paie que ce dont tu te sert.
Pour moi un très gros avantage c'est que le code du WM est écris en pensant bibliothèque et API, c'est donc plus facile à tester.
(Pour le moment je reste sur awesome parce qu'il me suffit (il est très complet) et que j'ai pas encore eu le courage de passer à quelque chose d'autre)
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autre usage
Posté par barmic . En réponse à la dépêche Sortie de Lua 5.2.2. Évalué à 4.
Outre cela je remarque surtout l'opposition embarqué/extension. Grosso modo ce qu'il est expliqué c'est qu'il vaut mieux faire comme xmonad ou dwm que comme awesome, c'est à dire proposer une bibliothèque (ou un framework ?). Je suis assez d'accord.
Il reste une troisième voie : proposer une API au travers d'un système de fichier virtuel comme Plan9. C'est ce que fait wmii. Je trouve que c'est intéressant.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Autre usage
Posté par barmic . En réponse à la dépêche Sortie de Lua 5.2.2. Évalué à 4. Dernière modification le 28 mars 2013 à 15:53.
C'est le langage de configuration de mon gestion gestionnaire de fenêtre (awesome).
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Warnings
Posté par barmic . En réponse à la dépêche La version 4.8 du compilateur GCC est disponible. Évalué à 3.
Personnellement, je préfèrerais que ce soit carrément dans le code. Comme avec l'annotation SuppressWarnings, quitte à avoir un warning qui dit qu'il existe des SuppressWarnings dans le code. Du coup il n'y aurait plus qu'un warning par unité de compilation au lieu d'une série, comme ça tu montre que tu sais quel warning tu ignore et c'est dis au même endroit que le code. Tu peut voir facilement s'il existe toujours des warnings supprimés et qui conque qui compile sans en savoir plus comprend très bien que les warnings de suppression de warnings sont des cas gérés.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)