freem a écrit 5059 commentaires

On peut aussi tout simplement ne pas avoir envie que le moindre dérapage sur une identité ne puisse nous nuire advitam eternam, tout bêtement. Dans le bar du coin, ce n'est pas grave, les propos sont vite oubliés (entre quelques jours et quelques mois), mais sur le net la moindre information a une durée de vie illimitée.

Pourquoi tu te galère avec lui? Tu perds ton temps et ton énergie, je pense qu'il vise le karma -10 par défaut.

Donc, ne pas utiliser de pseudos?

C

Désolé, mais je ne crois pas avoir vu d'implémentations de tap tempo en C. En C++, oui, mais ce langage est absent de la liste.

Pour rappel: C, C++, C#, ObjC ne sont pas les mêmes langages.

D'ailleurs, si je me souviens bien, on ne peut déposer de brevets & co que dans le cas d'une idée originale et qui sorte de l'état de l'art, non?
Du coup, peut-on vraiment considérer que la plupart des programmes sont des candidats valides à la P.I.?

Enfin, le plus probable, c'est que je ne dise que des conneries sur ce sujet (entres autres, certes, mais particulièrement celui-ci).

J'y ai aussi pensé (parce que la, ça pollue clairement les journaux je trouve) mais je ne savais pas quoi proposer pour améliorer la situation sans casser la dynamique.
J'imagine qu'une section dédiée au code pur et dur ne serait pas une mauvaise chose, et ça pourrait éventuellement permettre de la revue de code ou des discussions sur l'archi ou autres?

cette freature

C'est typique des mécaniques bien huilées :)

Moui, m'enfin, ça, tu peux le faire avec n'importe quel logiciel: il suffit de passer par sshfs. Par contre, je n'ai pas mis l'accent sur le fait que pas besoin d'installer un Xorg pour utiliser vim, emacs ou nano: petit oubli de ma part (parce que quand une machine qui n'est pas destinée à un humain perds le réseau, on est bien contents d'avoir un outil pour modifier la config sans passer par sed).

sauf que les plugins que j'ai trouvé […] n'existaient pas

Balèze.

Je ne connaissais pas ces variantes.
J'utilise "d%" moi, même s'il est vrai que ça ne mets pas en mode insertion. De manière générale, j'utilise énormément le %, qui permets de voyager d'une extrémité à l'autre d'un bloc (enfin, pas de tous les types de blocs, ça me marche pas pour les guillemets ou les chevrons (< et >, ça serait utile pour C++ mais probablement pénible à implémenter)) défini par des {},() ou encore [].

Quand je dois interagir avec un IDE, il me faut:

• configurer la largeur des tabulations et si oui ou non je veux les étendre,
• configurer les couleurs et fontes du texte,
• configurer mes raccourcis clavier,
• configurer l'endroit dans lequel je souhaite mettre mes projets,
• créer des solutions/espaces de travails/whatever dès que je veux pouvoir compiler ou déboguer un programme,
• idem dès lors que je veux travailler avec un programme qui n'implémente que le format d'un IDE qui s'avère ne pas être le même que le mien (ou pas la même version d'ailleurs).

Et tout ça, pour chaque langage utilisé.

Avec le combo vim+i3+urxvt+cmake+clang+cgdb, tout ces points sauf le 1er sautent, et sans plugins particulier.
Par rapport à tes propres points:

• complétion correcte? Celle par défaut de vim me conviens très bien.
• un plugin pour la coloration syntaxique? Pas vraiment… ":syntax on". 0 plugin ici. D'ailleurs, chose que je n'ai pas encore vue dans les IDEs (mais c'est vrai que ça fait bien 5 ans que je n'en utilise plus réellement), c'est un support natif pour les thèmes sombres. Ben pour vim: ":set background=dark".
• un plugin pour les 1001 fonctions blabla? Je suppose que mes besoins sont moins évolués que les tiens…

Par contre, y'a bien un plugin qu'il faut installer dans les IDE pour moi. Celui qui permets d'utiliser le système modal de vim.

L'environnement externe à la limite (installer Oracle, par exemple). Encore que, c'est heureusement rare.

Je me souviens avec absolument 0 nostalgie de l'horreur de créer un projet qui dépende d'une bibliothèque externe avec Visual Studio. Et la dernière fois que j'ai eu à travailler avec ce machin, ben… ça s'était pas amélioré. C::B fait nettement mieux, sur ce point particulier.

D'un autre coté n'exagère pas, configurer son environnement de dev ce n'est pas réinventer la roue, et c'est un truc que tu fais une fois tous les 5 ans et qui prends 10 minutes quand tu sais ce que tu veux.

Et surtout, c'est un truc qu'il faut faire de toute façon même avec un IDE…

C'est vrai, sauf quand tu installes par exemple des jeux (les données peuvent être volumineuses) ou que tu fais souvent des installations suppressions (/var/cache/apt/archive tends à grossir pas mal, et je ne crois pas qu'il soit nettoyé automatiquement?). Personnellement, en général j'alloue entre 30G et 40G pour /usr et /var réunis, j'ai donc dis 50G en prenant en compte le fait que l'OP soit débutant et n'ais pas envie j'imagine de se retrouver avec un système qui galère faute de place sur /.

c'est pénible quand on doit faire des copier/coller de snippets de code

Il y a les commandes "paste" et "nopaste" pour ça. Sinon, tu peux aussi faire un truc du genre "r !xclip -o". Ou, bien sûr, configurer vim en mode "vi", ce qui est ce que Debian fait pour le coup :p

mais je ne me rappelle pas le nom

Ils n'ont quand même pas mis powershell?

Pour la taille des partitions, moi, je serais partit sur 100G windows, 50G Ubuntu système, 50G ubuntu utilisateur (le dossier home), le reste en partagé (NTFS, parce que windows nativement ne sait pas lire les ext4, même s'il existe des pilotes, je trouve qu'ils s'intègrent très mal) pour pouvoir jongler entre les systèmes.

Le noyau 64 bits c est surtout pour profiter des 8go de ram (3go pour l hote et 2go *2 machines virtuelles)

C'est une confusion tellement fréquente… un noyau 32 bits peut gérer plus de 4Gio de RAM physique, sans problème. Après tout, ils gèrent bien des disques durs de capacités nettement plus grande…

Le truc, c'est qu'un noyau 32 bits est incapable d'allouer plus de 4Gio de RAM (voir: PAE) à un processus unique, de mémoire.

Le réel avantage des noyaux 64 bits, c'est la capacité d'utiliser les registres CPU à fond, et ce, au détriment des caches L1,L2 puisque du coup certains types de données sont 2 fois plus gros sans que cette capacité double soit forcément utile. Mais quand on se mêle de savoir comment est fichu un processeur, on entre dans des chose que 95% des gens à minima n'ont pas besoin de savoir :)

À priori, oui, mais moi idem je n'ai pas encore fini, j'ai juste vu l'annonce me faut le temps de me refaire un perso… ou récupérer un perso mais la flemme, le jeu est pas super dur et je vais plus me souvenir de ce qu'il faut que je fasse :D

Les développeurs sous KDE utilisent pas plutôt kdevelop?

Sauf que vim… enfin, vi, à un avantage de poids: il est dans le standard POSIX. Savoir utiliser vi un minimum (et donc vim) implique d'être capable de se démerder «sur la majorité des systèmes Unix actuels» ce qui est un avantage non négligeable contre emacs ou visual machin ou truc bidule.

Ah, et aussi, pas besoin d'interface graphique, DONC utilisable via ssh (bon, ça, emacs et nano aussi, mais emacs est pas installé par défaut sur les distros que j'ai utilisées et nano est franchement limité en fonctionnalités).

les IDE apportent tellement de fonctionnalités, et sont tellement bien intégrés avec les différents outillages que ça devient difficile de continuer à faire de la pub pour les bons vieux éditeurs pour doigts magiques.

Le problème, c'est que je ne connais aucun IDE qui s'intègre à mon shell aussi bien qu'un éditeur de texte du type vi (s'applique aussi à emacs, pour le coup je suppose).
Mais bon, oui, pour ceux qui aiment aller chercher la souris, les IDEs modernes sont superbes. J'en ai utilisés, j'ai même commencé par ça.
Je préfère mon i3+vim, merci (faut que j'arrive à me mettre à kakoune, mais je n'arrive pas à trouver en moins de 15min comment avoir la coloration syntaxique pour le C, le C++ et le sh à minima).

Effectivement, du whitespace aurait été plus adapté, je n'ai jamais vu de langage aussi clair.

Au fait, tu n'as pas dit que Debian fonctionnait?

Si c'est le cas, pourquoi ne pas l'utiliser? Les autres distributions que tu as citées sont bâties sur Debian après tout?

Je ne fais pas partie du projet, je me suis contenté d'annoncer la v1 ici :)

Pourquoi y a-t-il un repo sur sourceforge ET sur github ?

Je n'étais pas au courant pour le projet sourceforge, mais je pense que c'est le classique: ils ont commencé sur sourceforge, et ont migré par la suite.

Il n'est pas possible de changer les raccourcis en jeu

Le contrôle est à mon avis une grosse faiblesse de flare, ne serait-ce que le fait que l'on ne puisse pas utiliser tous les boutons d'une souris 3 boutons + molette, je trouve ça dommage. Mais bon, c'est une version 1, je pense que ce genre de trucs s'améliorera avec le temps.

C'est dommage car quand on commence un jeu c'est toujours la galère.

Mon 1er réflexe est systématiquement d'aller regarder les options avant de jouer.

Ils ont commencé à se mettre en «mode sous-marin» lorsqu'ils ont commencé à travailler sur «Empyrean Campaign», probablement parce qu'un mode solo n'est pas forcément très rejouable (il n'y a aucune génération procédurale, donc la rejouabilité est très limitée).

Et en fait, ce n'est pas du sous-marin pur et dur, puisque l'on peut trouver un forum ainsi que des projets github, tant pour le moteur de jeu que pour la campagne, mais c'est plutôt disparate et bien moins encadré qu'openmw ou d'autres projets de jeux (ou de «simple» moteur), clairement.

Enfin, c'est de ma faute, j'aurai du poster ces liens dans le journal, aussi :)

Grub, c'est le menu au boot qui t'affiches une liste de systèmes à démarrer. De mémoire, la touche F2 ne sert à rien?

Sinon, les options de noyau:

• splash c'est pour afficher une image au lieu des journaux de démarrage. Ne la mets pas, ce sera plus simple pour essayer de comprendre ce que fait le système et où il bloque;
• quiet c'est pour dire au noyau d'être silencieux, idem, pour débugguer, ne la mets pas;
• acpi sert à activer des choses comme l'extinction douce quand tu appuies sur le bouton d'alumage pendant moins de 5s;
• nomodeset semble servir à ne pas jouer avec le mode graphique via le kernel;

Quant à Xorg, c'est le serveur graphique. Si il ne peut pas se lancer, tu arrives sur une invite en console qui te demande un nom d'utilisateur (en affichage normal) puis le password associé (rien n'est affiché pendant cette phase) afin d'arriver sur un shell (invite bash).
Pour qu'il se lance automatiquement, il faut (entres autres) un gestionnaire de session (je simplifie, hein) qui en théorie est installé automatiquement par les distributions classiques (Debian, fedora, Ubuntu, mint, etc).

Concrètement, quelle est la dernière chose que tu vois quand tu fais une installation par défaut avec Ubuntu?
Autres questions:

• quel fichier ISO de Ubuntu as-tu téléchargé?
• as-tu vérifié l'intégrité du fichier ISO?
• quel processeur et quelle carte graphique as-tu si il y en a une installée?