Nasga a écrit 80 commentaires

Premier retour après 1h30 sur un projet node :
- le thème est sympa, je pense que je vais adopter airline.
- j'aime les infos git en préfixe de chaque ligne.
- la liste des buffer en haut est une bonne idée, je fait trop souvent du :ls

Les trucs chiants :
- Esc désactivé par défaut (mais je vois que je dois améliorer ce point !)
- Lenteurs sur le switch entre buffer, j'ai un i7 de 2012 et il me faut presque une seconde pour passer d'un buffer à l'autre.
- 4 spaces par défaut tandis que le plus populaire en js/html est à 2.

Je vais également tester de mon coté.

J'utilise plus ou moins les mêmes plugins, la seule différence est que je préfère ctrlp à nerdtree pour naviguer dans mes projets.

Avant de savoir utiliser n'importe quel logiciel, j'aimerai bien qu'on apprenne aux lycéens/étudiants à correctement utiliser un clavier.

Perso, tous les échanges humains restent dans l'inbox jusqu'à la fin du dialogue.
J'archive dès qu'un mail est lu/traité, les filtres c'est une fausse bonne-idée, je fini par plus lire (et des fois les alertes nagios, c'est important !).

Je reçois 300-1500 mails par jour, et avec un visualisation par fil, ça se traite assez bien.
J'utilise mail 6.3 (de chez apple…) mais je suis en train de migrer sur mutt, car j'ai tendance à faire des motions vim lors de la rédaction de mes mail :)

Au final je traine en permanence une vingtaine de mails liés à des projets +/- longs dans mon inbox.

Quelle idée de faire ça un vendredi ?!?

Donc si j'applique cette théorie aux femmes, c'est meilleur quand on paye ?

Tu es a 200 € près et a une voiture? La folie est plutôt d'avoir une voiture quand on est à 200 € près.

J'ai 3 voitures et je suis à 200 € près…
Je ne vois pas du tout le rapport, mes revenus ne me permettent pas d'habiter à proximité de mon lieux de travail.

1. >> Code MUST use 4 spaces for indenting, not tabs.

j'avoue que celle là je ne la respecterais jamais, je ferai tout l'inverse !

Tu peux rouler à gauche si l'envie t'en dis aussi…
Personnellement je préférerai les tabs, en PHP, je respecte la PSR, en nodejs je respecte le npm coding style (2 spaces), python PEP8 (4 spaces) etc…

The closing ?> tag MUST be omitted from files containing only PHP.

je trouve ça totalement incroyable de promouvoir de telles choses !!! Et on appelle ça des bonnes pratiques … on ne doit pas avoir les mêmes!
Je pense que c'est pour éviter de polluer internet avec des problèmes de session_start() …

Moi ça me lourde sérieusement que certains ne respectent pas les "normes" en place.
Bon pour rire, je vais ajouter 42 à tous les codes de retour http sur mes api, non ?

Pourquoi ne pas respecter les PSR ?
Mon vim clignote avec phpcs.

Tu vois y'a le mauvais développeur, il est sur un projet, il code.
Le bon développeur, il est sur un projet, il code mais c'est un bon chasseur développeur…

Alors que chez Apple, plus de batterie => poubelle et anciens câbles => poubelle.

Je veux bien venir chercher le matériel que tu jettes pour un défaut de batterie et tes anciens câble ;)

Je suis développeur, pas sysadmin et justement avec mon architecture de cluster à 2 node, si j'attribue 1Go d'un coté, je doit conserver 1Go de libre de l'autre coté, soit un cout de 2Go.

De plus le "At least" me fait peur…
Mon serveur svn actuel dispose de 64mo de ram pour info…

Mais sinon, oui on a pleins de ram/pétrole/uranium/espace disque/whatever alors pourquoi se priver ?

Bon, je découvre gitlab, ça me semble un bon moyen de pousser toute l'équipe à utiliser git.
Le projet semble très bon, intéressant mais sur la procédure d'installation, je lis :

We recommend to use server with at least 1GB RAM for gitlab instance.

Pourquoi ?

J'ai eu des problèmes similaires avec redmine, et je trouve qu'il nécessite également énormément de ram par rapport aux services rendus.

Bientôt un raspberry ne sera bon qu'a afficher l'heure si on continu à ce train là.

Alors on dira ce qu'on voudra, les motards dés le permis déjà plus renseignés et sensibilisés aux problèmes mécaniques et de plus même si je me répète quand on est sur une moto à 130 km/h on a vraiment pas envi qu'on truc nous pète dans les pattes alors on a tendance à faire plus gaffe qu'un quidam dans sa bagnole qui fume sa clope à cette vitesse (et qui ne met jamais ses clignotants, pas plus qu'il ne regarde dans ses rétros).

Quand j'ai réalisé ma distri, un ami motard, m'a demandé ce que j'était en train de faire !
Ma voiture n'a jamais posé une jante dans un garage, donc merci d'arrêter les généralités.

Accessoirement, je dépanne souvent des motards aussi en mécanique (vidanges, changements de plaquettes etc..)…

Moi, ce qui me chagrine, c'est le temps que prend le w3c pour le html5…
Qui sortira le premier : html5/php6 ou duke nukem forever 2 ?

Le seul intérêt que je trouve à suivre les recommandation w3c sur le xhtml, c'est de garder un dom propre et facile à maintenir.

Le problème ça n'est pas la machine hôte, c'est plutôt de gérer les X protocoles qui existent pour récupérer/transmettre les informations…

<dsk>
Et sous le bureau ?
</dsk>

Je n'ai effectivement pas pris le temps de faire les calculs.
Je n'ai aucun problème avec les puissances, cependant je déteste qu'on utilise des ressources n'importe comment.

Mais soit, "Bigger is better" peut être une solution.

Ceci dit, que ça n'empêche pas de pousser vers IPV6 pour être tranquille.

Si au lieu d'attribuer 16M d'adresses à tour de bras, on en attribut plusieurs milliers de milliards, on arrivera à épuiser l'ipv6 aussi..
J'avoue aussi que la configuration me rebute et surtout que mes fournisseur trainent des 4 fers pour me fournir de l'ipv6.

"Les technocrates, si on leur donnait le Sahara, dans cinq ans il faudrait qu'ils achètent du sable ailleurs."
Coluche.

ça me semble utopique comme raisonnement.

Les sédentaires payent un abonnement/taxes pour avoir l'eau courante.
De plus, je suis propriétaire d'un puit et je règle une taxe basée sur le nombre de m3 utilisés (il y a un compteur sur la pompe) ainsi qu'une analyse tous les ans.

Concernant les eaux usées, certaines communes sont déjà limitées pour leur propre population. On voit même des nouveaux bâtiments disposés d'un épandage car l'extension du tout à l'égout couterai trop cher à la commune.

De plus, beaucoup de communes sont endettées et souvent via des emprunts dits "toxiques", donc offrir des services avec de l'argent dont on ne dispose pas… je trouve ça moyen.

Ce que je vois c'est que pour une gamme de services équivalents, le prix cumulé des abonnement à tous les outils Cloud avoisine ou dépasse celui de FirstBrick, pour très peu de choses entre les mains et quasiment aucunes garanties au final (updates, contrôle, évolutions, etc.) …

Le plus à mon idée, c'est qu'ils évitent de se prendre la tête avec le backup.
Google/37 Signals etc… on rarement perdu des données et ça reste un moyen super simple d'éviter de tout perdre.

Si la firstbrick brule ? Si le dd lache ?

Après Dolibarr / Redmine pour je trouve ça extrêmement complexe pour l'utilisateur lambda… avec 50% de features en moins, ça commencerai à être utilisable. Le succès d'apple/37signal sur les interfaces vient du fait qu'ils retirent tout ce qui n'est pas essentiel.

Mandrake en 1996 ?

Tu n'aurai pas une DeLorean DMC-12 dans le garage ?

Perso j'ai commencé en 98 avec une redhat 5.2 à 14 ans sur mon 486.
Ensuite une slackware 4 sur mon pentium pro.
Depuis 2001 c'est debian.
Et depuis 2007 OSX pour le desktop :x

Merci de relater ce point, les drivers sous Windows bénéficient de beaucoup de mises à jour mais reste médiocres à mes yeux…
Je ne comprendrai jamais pourquoi développer du hard avec une puissance monstre si c'est pour une si faible exploitation sur la partie logicielle…

J'ai un cross-fire et j'ai déjà eu pas mal d'écran bleu sur des maj ati sensés résoudre des problèmes… alors sous linux / osx je n'ose imaginer.

Au final sortir des cartes un poil moins puissant mais avec des vrais drivers, ça serait pas une bonne idée ? Ha non, on aime bien afficher des grosses fréquences / quantités de ram -_-

Pour moi le linux desktop, ça reste sur du intel, sans jeux… je parle même pas de certains ultrabook sympas mais avec un chip optimus…

Ensuite, avant de critiquer, il faut bien se rendre compte que la situation est bien plus difficile sous les autres OS. Installer un logiciel à partir des sources sous Windows est très laborieux: combien d'utilisateurs ont la patience d'installer un environnement et des outils de développements complets? Sous Linux, au moins un tel environnement est facile à installer…

Sous bsd / osx ça compile assez bien… je préfère même le système des ports bsd aux gestionnaires de paquets linux.
Après tu as toujours la joie d'avoir besoin de différentes version d'une même lib et de devoir linker dans tous les sens… ou alors te faire insulter par make etc…
Bref la compilation, c'est génial quand ça marche ;)

Moi j'imagine bien mixer des bouts de XP,Vista et seven avec quelques backport de NT4 ;)

Plus sérieusement, le backport reste une solution de dernier recours à mon idée, vu les besoins exprimés il serait plus simple de changer de de distro…