freem a écrit 4934 commentaires

c'est même tout à fait le contraire

Marrant, je me souviens de soirées «partagés» avec ma famille pendant lesquels tout le monde était devant la télé, pendant 2H, sans parler ou presque.
Je ne nie pas que l'on puisse partager en regardant la télévision, c'est certainement possible, mais ce n'est pas vraiment dans la moyenne de ce que j'ai vu. Plutôt l'exception que la règle.

Peut-être à cause de la libstdc++… il semble que sous jessie c'est la 4.8 minimum alors que sur wheezy on est au max en 4.7. Faudrait que je voie si un paquet plus récent existe, ou pour juste back-porter le code de kakoune (ça ne devrait pas être trop compliqué après tout).

Au fait, quelqu'un à réussi à le compiler?

Perso impossible, peut-être à cause du fait d'avoir boost en 1.49 (l'auteur indique 1.50 minimum) mais l'erreur que je garde ne semble pas liée à boost:

/kakoune/src$ make
clang++ -std=c++11 -std=gnu++11 -g -Wall -Wno-reorder -Wno-sign-compare -pedantic -DKAK_DEBUG -MD -MP -MF .main.d -c -o .main.o main.cc
main.cc:440:21: error: call to constructor of 'Kakoune::SelectionList' is ambiguous
                    { buffer, {{0,0}, buffer.back_coord()} },
                    ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
./selection.hh:75:5: note: candidate constructor
    SelectionList(Buffer& buffer, Selection s);
    ^
./selection.hh:77:5: note: candidate constructor
    SelectionList(Buffer& buffer, Vector<Selection> s);
    ^
./input_handler.hh:41:32: note: passing argument to parameter 'selections' here
    InputHandler(SelectionList selections,
                               ^
1 error generated.
make: *** [.main.o] Erreur 1

J'avais aussi une tonne d'erreurs sur size_t non défini, que j'ai résolues en incluant stddef.h dans hash.hh. Si je pouvais le faire compiler sous Debian stable (bon, à l'exception près que j'ai inclus clang 3.5 du repo de officiel de clang, au lieu de celui de debian qui dépend toujours d'une libc++ qui date d'old stable… sigh)

Tous les apprentis terroristes invoquent l'innocence et le hasard en même temps.
Et en admettant que les présumés terroristes ne le soient pas encore, rien ne prouve qu'ils ne le seront pas plus tard après tout. Il est donc légitime de les repérer dès le plus jeune âge.

D'ailleurs, je vous rappelle que samedi qui arrive est un jour spécial sur canal+.

En même temps, il à qu'a pas squatter le net quand il mange avec belle-maman. Chez moi on invite pas des gens pour regarder ensemble un truc débile sur un écran, mais pour partager un moment.

Fin bon, je sais que c'est une vision un peu obsolète ces temps-ci…

C'était pas la règle 42?

Tu as oublié de préciser que ça permettra d'arrêter les terroristes avant même qu'ils ne pensent à devenir terroristes. Bon, ok, il y aura peut-être quelques faux positifs, mais si ça se trouve ce seront des vrais positifs…

Je suppose qu'il te faut configurer les binding correctement avec vim/emacs/whatever. Pour ceux qui sont en mode console, hein, pour les modes graphiques, je doute qu'il y ait besoin de t'embêter avec ça: point and click.

Sinon, tu fais comment pour insérer un point avec ed?

Peut-être qu'il utilise en fait emacs sans le savoir, qui intègre lui-même plusieurs des autres éditeurs?

Que ce soit vi ou emacs, de toute façon la majorité de leurs utilisateurs qui n'ont jamais utilisé de système de plus de 20 ans (je dirais bien 30 mais j'ai peur de dire une connerie) le savent: au début on ne sait pas comment quitter et sauvegarder. Mais ça s'apprend, et une fois qu'on est à l'aise avec un éditeur puissant, je doute qu'il y ait une raison de changer.

Maintenant, si moi j'ai choisi vim, c'est pour 2 raisons. La première, il est installé par défaut sous debian (en version allégée, certes) et la seconde c'est que les descriptions d'emacs me font penser aux «raccourcis» clavier de visual studio. Hors, les combo multi-doigt en permanence, très peu pour moi. Même dans vim il y à des trucs nécessitant des combos, mais je n'en connais pas des masses. En même temps si ça m'intéressais, je doute que j'utiliserais vim.

Ah, et, maintenant que j'y pense, au sujet des regex…

et la recherche qui ne se fait que par des regex n'aide pas non plus

C'est vrai, mais il est possible de ne pas utiliser le '/' comme séparateur (je m'en sers surtout pour les substitutions, genre :%s!hello/world!world/hello!g qui évite de devoir échapper les /, super utile quand on programme). Je crois qu'on peut utiliser tous les signes de ponctuation, à confirmer.

Personnellement j'utilise beaucoup le ! pour séparer, j'utilise moins ce caractère que les / (oui, je fais moins souvent des comparaisons de différence que je n'utilise des /, même en C++, et surtout je ne fait quasi jamais de regex les impliquant) et ce caractère à le très gros avantage d'être très simple d'accès: petit doigt de la main droite en azerty, c'est plus rapide que / qui nécessite un shift. Je pourrais utiliser < aussi, mais ce caractère me sert souvent. Fonction des usages donc.

Voila, donc du coup à part pour les caractères spécifiques aux regex, pas besoin d'échapper le reste. Me semble même avoir lu qu'on pouvait utiliser des chaînes de caractères, mais je ne mettrais pas ma main à couper, je n'ai jamais essayé.

Je vais lire ce message, mais, franchement, la personne qui à ouvert le thread n'a pas été bien loin avant de demander…

Perso, quand j'ai vraiment voulu tester, j'ai commencé par la simple commande "vimtutor", découverte en faisant vi sur mon bash. Hors, la leçon 5.3 indique:

NOTE : L'appui de v démarre la sélection Visuelle. Vous pouvez déplacer le
curseur pour agrandir ou rétrécir la sélection. Puis vous pouvez
utiliser un opérateur pour faire quelque chose sur le texte. Par
exemple, d efface le texte.

Du coup, ce passage:

Copy/Cut & paste. I do it all the time. With all the contemporary editors you press Shift with the
left hand, and you move the cursor with your right hand to select text. Then Ctrl+
C copies, you
move the cursor and Ctrl+
V pastes.

With Vim it's horrible:
yy to copy one line (you almost never want the whole line!)
[number xx]yy to copy xx lines into the buffer. But you never know exactly if you've selected what you wanted. I often have to do [number xx]dd then u to undo!

Révèle surtout le manque de RTFM de son auteur, non? Parfois, c'est clair, les manpages n'aident pas aisément un vrai débutant (souvent, en fait), et il est difficile de trouver de bons tutos. Sauf que quand même, vim intègre le tuto dans le paquet… que faut-il de plus?

Pour l'avoir fait, lire le vimtutor (traduit selon la locale du système en plus!) permets de savoir faire toutes les opérations de base et semi-évoluées (se déplacer à un endroit précis du fichier n'est pas basique, mais ce n'est pas non plus une utilisation avancée amha) que l'on fait avec les éditeurs classiques, en se passant de la souris. Donc, gain de temps, à condition de faire l'effort d'apprendre.

Par contre, j'admets, sur le coup du copier/coller ou le coup de la recherche, vim est pénible: dès qu'on supprime un truc ça remplace la copie précédente si on n'explicite pas un registre (2 frappes clavier de plus, quand même, perso je trouve ça chiant), et la recherche qui ne se fait que par des regex n'aide pas non plus. Mais je suis persuadé que ces inconvénients sont surtout issus de mon manque de connaissance de vim.
Vais sûrement aussi aller tester kakoune, pour le coup. M'à l'air prometteur, même s'il n'est pas standard POSIX (chose que j'ai apprise via ce journal, d'ailleurs. Génial, ça veut dire que je peux confortablement éditer du texte sur n'importe quel système POSIX, plutôt une excellente nouvelle!).

L'extrapolation à l'infini d'une courbe de tendance c'est le mal.

Certains disent que c'est des maths.

Tu t'es trompé. Elle affiche juste "NaN je veux pas vivre"

Oui, les bonnes choses se perdent: les gens ont moins de doigts qu'avant, ça doit être à cause des problèmes liés au nucléaire :p

meme si on lit partout qu'on peut avoir un /boot et un /home commun,

Le home posera pas de problème système, mais du côté config de l'user, si les versions ou les patchs des softs installés ne sont pas identiques.

Pour le boot, je ne le recommanderais pas: rien que debian installe les kernel dans /boot, rien ne permets de déceler une différence entre plusieurs kernels appartenant à d'autres distros. En tout cas si, comme je le présume, les autres distros font pareil…
Accessoirement, pour le boot, ça ne stocke plus ou moins que la moitié du kernel puisque pas mal d'infos sont au final situées dans /lib, notamment (genre les modules si je me plante pas).

Debian, donc ça vient peut-être de là… il faut dire aussi que je n'utilise pas de DE classique, et que mon process d'install intègre une étape de décapage système…

Les infos de débogage, tu devrais mettre un flag quelque part à activer pour les avoir, et par défaut ne pas les mettre.

mais le problème c'est qu'aujourd'hui très peu de personne aime lire sans illustrations

Ben, un article sur un jeu sans au moins un screenchot, c'est plutôt logique. Un article sur la photographie aussi. Je parle même pas des articles sur les films.
Bref, un article sur du contenu multimédia, c'est sûr qu'une ou deux images, pas trop grosses (400x300 c'est déjà pas mal pour décorer un article, voire même trop gros. Si c'est trop petit, je pense que les miniatures sont la meilleure solution…).

Par contre, je n'ai que rarement vu des docs/tutos/articles de qualité sur des sujets techniques avec des images autres que des schémas (oui, je considère les screenshot d'IDE comme une aberration, parce que perso, je m'en contre fout du thème windows/gnome/kde d'eclipse/VS/anjuta/blabla. En plus, on peut pas sélectionner de morceau de texte, ça pue). Hors, avec les schémas, le meilleur moyen de faire un truc à la fois propre léger, et portable, c'est le format SVG.

Pour réduire la taille de tes fichiers JS, tu peux aussi les minifier. C'est à dire: virer les commentaires, transformer les noms de fonction et de variables en noms à 2 caractères (voire 1 seul, selon le nombre), virer les espaces et retours à la ligne… bref, rendre le JS encore plus illisible que nature, mais au moins plus léger.
Pendant que j'en parle, si tes pages sont longues, tu peux aussi faire la même avec le contenu XML: virer tout caractère non signifiant.
Certes, pour le débogage, c'est pénible, mais en même temps, quand je distribue un soft pour utilisation, j'y enlève les outils de débogage, même si je laisse le code source à côté… je vois pas ce qu'il y à de mal à faire pareil sur le web?

Ah, et pour finir, si ce sont les images le problème, pourquoi ne pas les charger après le reste de la page? J'ai déjà vu plus d'un site le faire, ça doit donc être faisable…

Je parlais de cette réponse, qui était nettement mieux.

Je n'y vois aucun opérateur de post-incrémentation, que je fuis personnellement comme la peste. Et puis, ce ne sont pas juste 8 octets, c'est fonction de l'implémentation de l'opérateur. J'ai pris les string pour avoir un exemple simple, mais ça peut très bien être un objet plus complexe.

• la liste vide pas gérée, et c’est pas précisé (un connard va copier/coller le code et l’utiliser ailleurs)
  • tu optimises au mauvais endroit. Tu supprimes un test, alors que la première chose à faire, c’est d’optimiser l’allocation mémoire au moyen d’un reserve()

Ce sont des faits, mais il n'y à rien de compliqué à compléter de cette façon, comme il me semble l'avoir déjà dit. J'avais juste exprimé l'algo de façon naïve, et si j'ai pris C++ et non C, c'est parce que je n'avais pas envie de me faire chier, je l'avoue. Le but était vraiment le point unique du test préalable à la boucle, à son milieu, ou un goto.

dans le même genre, je fais mal aux mouches mais tu concatènes avec ";" alors qu’il serait plus efficace de concaténer ';'

Un point que je n'ai effectivement pas vu.

Je préfère largement voir dans le code : std::string foo = boost::algorithm::join(bar, ";");

Moi aussi, mais en fait je ne connaissais pas boost::join.

Cela dit, si le sujet de la micro-optimisation en C++ t’intéresse, je t’invite à regarder les conf’ d’Alexandrescu, c’est hyper technique et hyper intéressant de ce point de vue.

J'essaierai de me trouver ça. Ça ne peux pas faire de mal après tout.

un clavier ergodox

Ça à l'air pratique: tu peux mettre l'assiette entre les 2 morceaux de clavier pour éviter que la pizza salisse le-dit clavier :D

Plus sérieusement, c'est un clavier intéressant. Par contre j'ai toujours eu du mal avec la touche FN, probablement parce que je ne l'ai jamais, mais alors strictement jamais vue placée de façon intelligente.

En azerty j'ai aussi ces flèches de cette façon. Bon… par contre c'est pénible, il faut décaler les 2 mains… arg!

Effectivement. Étrange quand même que je tournais sur la legacy… enfin, peu importe, c'est corrigé.