Reprise du message précédent :
dites, j'ai un pb bizarre avec Chrome, quand je tape "ama", il complète en "amazon.com", mais maintenant je voudrais qu'il complète avec "amazon.fr"

 
oui enfin quand tu commences à perdre safari mobile, ou tous les IE + Edge, c'est déjà plus visible
 
La différence entre faire du ES6 que tu transpiles en ES5 ou faire du TS que tu transpiles aussi en ES5, c'est que t'as la vérification statique des types (si tant est que tu utilises pas trop de lib JS exotiques si j'ai bien compris), et du coup on retombe sur la discussion Python quelques postes plus haut : si tu aimes le benefice apporté par le static typing, ES6-->ES5 n'est pas une solution équivalente.

 
tapes plusieurs fois amazon.fr, ça finira par compléter en .fr (Chrome apprend, je présume via ton historique)

 
Tape "ama" et fait Shift+Delete, ça le dégagera de l'autocomplétion.

merci.

 
J’ai jamais dis le contraire.

 
Je ne connaissais pas du tout git repack, tu peux m'expliquer l'utilisation que tu en as fait stp

foobar.split("/" )[-1::][0]

 
Sinon tu peux niquer ta mere aussi.

foobar.split("/" )[-1::][0]

 
[-1::] renvoie le dernier élément du tableau ? C'est quoi ce "::" ?
Et du coup, l'élément renvoyé est lui même un tableau ?

Les slice c’est start:stop:step. Le step est assez peu utilisé hors domaines sci, et optionnel.  
 
[-1:] c’est la slice du dernier élément à la fin, donc le dernier élément dans une liste ou bien une liste vide si l’entrée est vide. Généralement tu vas l’utiliser dans ce canarde, mais ici ça sert à rien c’est juste une version compliquée de [-1]

Ça collecte les “loose objects” dans des packs.  
 
C’est appelé implicitement par git gc si certaines limites sont dépassées (>6700 loose objects) mais les valeurs que gc utilise sont faites pour tourner vite, elles sont pas très agressives.  
 
Donc sur de gros repos ou des repos avec beaucoup de traffic il peut valoir le coup de pruner & repacker à la main avec des valeurs plus brutales.
 
C’est aussi utile à faire sur des serveurs, dans la mesure où les packs vont être envoyés aux clients au clone.

c'est quoi un loose object?

Dites les gars, vu qu'on parle de git, j'ai un problème un peu épineux.
Je dois fusionner une dizaine de projets Maven dans des répos distincts (mais avec parent commun) dans un projet Maven unique à répo unique.
 
Je fais ça en initialisant un projet vide, puis en déclarant les projets que je veux importer en remote et en faisant un git merge --allow-unrelated-histories. Ensuite je déplace les fichiers que viens d'apporter dans leur sous-répertoire spécifique.
 
Sauf que du coup, je me tape masse de conflits et c'est un peu chiant, y'a une feinte qui me permettrait de pas perdre l'histo ?
 

Pour avoir eu à gérer pendant des années un repo situé entre5 et 10Go, j'ai bien utilisé repack
Quand t'es sur un système 32 bits (à l'époque ça arrivait) et que ça pète car pas assez de RAM et qu'il te faut du coup une machine en 64 bits pour avoir la RAM suffisante, ça c'est classe

fast-export / remap / fast-import
 
Tu risques de t’en voir si tu veux resequencer tes commits pour un histo linéaire propre (style ça a toujours été un seul repo) mais faire ça dans git complètement me semble pas possible.

Un objet git (commit, répertoire ou blob) stocké dans un fichier individuel dans .git/objects

La linéarité de l'historique c'est pas ma prio majeure j'ai envie de dire.
C'est quoi remap ?

Comment vous arrivez à ces tailles    Vous stockez du binaire ou bien ?

farpaitement

Oui on committait nos étalons de données de tests utilisés par notre cluster Jenkins.

Fast export c’est un format textuel que tu peux manipuler pour genre changer les chemins, donc tu jeux prendre le f-e du repo foo, réécrire qu’en fait les fichiers ont toujours été dans /foo, et réimporter. Tu gardes ton histo mais avec les nouveaux chemins.  
 
Tu peux aussi l’utiliser pour enlever des fichiers de to histo, réordonner les commits, …

Beaucoup de collabs, historique long (on va sur les 15 ans je pense), et i18n (iirc chez kangolcorp les fichier de traduction sont le plus gros morceau, il y en a beaucoup, ils sont gros, et il y a des changements relativement fréquents qui sont moyennement stables donc ça compresse assez mal au final).  
 
Il y a aussi des images souvent non compressées mais comme elles changent très peu au cours du temps leur impact est au final relativement faible il me semble.  

L’auto correct de iOS 13 je comprend même pas ce qu’il fait, c’était pas une telle merde avant que je change de tel pourtant
 
(Ou alors je poste plus souvent depuis mon téléphone donc c’est plus visible)

 
C'est vraiment le patron ya pas à chier

c'est pas risqué ?

Pas spécialement, tant que tu vas pas écraser l’ancien repo. Et tu fais ça avec un script comme ça tu peux ajuster. Tu vas probablement rater des trucs mais globalement ça marche et ça limite le niveau de merdicité de ton histo.  
 
Enlever des fichiers via fast-export (ou filter-branch ou autres) c’est plus risqué, tu peux rendre le truc impossible a builder ou faire tourner, mais IME c’est rare de vouloir faire ça avec des trucs de plus de quelques années pour de l’outillage interne ou des projets enterprisey.

Alors à ce propos, justement, dans la release de novembre, il y aura une « recette » en click-click pour déployer un cluster K8s depuis Xen Orchestra (avec un master et n nœuds). On est « obligé » pour avoir un tampon « k8s » vis à vis de certains décideurs

edit : ça me rappelle ma discussion avec un gars de Hache Pé Eux la semaine dernière qui essaie de se faire hyper par Chapeau Rouge concernant k8s. Sauf qu'il a demandé le nombre de gens dans leur formation sur le sujet cette année, et ça se compte sur les doigts d'une main

Il y a un tel écart aujourd'hui entre les technos hype et la réalité du terrain, c'est fou…

 
Le conteneurs déployés dans des VMs?

 
C'est pas nouveau malheureusement.
 

C'est assez courant car administrer un orchestrateur sur du métal nu c'est vite chiant.

Red Hat vend des consultants pour OpenShift sur OpenStack par camions.

C'est pas exactement ce que j'ai entendu

Sinon ce soir dans ma vie : "Je suis créatrice de contenus digitaux" => Camgirl    

faut arrêter de traîner sur tinder  

Alors ça fait longtemps que je n’y suis pas allé mais dans mon souvenir c’était plu direct !

 
Tout à fait. C'est très majoritairement la façon dont c'est déployé « IRL » d'ailleurs. Un K8S quelque part supprime pas le besoin d'avoir des machines quelque part à remplacer/upgrader sans devoir trop se casser la tête. Cette flexibilité de la virtu est toujours importante (et bonus : isolation facile !)

C'est quoi l'intérêt d'utiliser NodeJS dans des lambdas ?  
Je pose sérieusement la question.
 
Le côté asynchrone de la chose ne sert quasiment jamais, la majorité du temps lorsqu'on sert un endpoint http le traitement sous-jacent est séquentiel. Dans les cas où l'on veut déclencher des actions en parallèle un bus d'événements me semble adapté.
 
Du coup on se retrouve avec du code JS imbriqué, où toutes les fonctions sont déclarées avec des "await" et où on se complique la vie (et surtout la lisibilité) avec un mélange de callbacks et de promesses.
 
Vous en pensez quoi ?
 
Question sous-jacente : quels sont les cas d'utilisation où le côté asynchrone de Node est réellement utile ?

Ah on revient au truc de l'isolation.
Tu es surement trop jeune pour avoir le même débat entre physique et virtu il y a quelques années

 
Faut en choisir un et promisify-er ( ou l’inverse ) les APIs externes impactées, sinon oui si tu te retrouves avec un mixte des 2, ça devient pire que le callback hell.

alors qu'on peut nager dans un mélange moderne de promesses, de streams de generator et de generator async, parce qu'on est des hipsters.

Ou alors on utilise pas mode pour faire des lambdas.

Soit je bites rien a ce que vous dites (ce qui est souvent le cas) soit c'est node et pas mode...
 
...ouais en faite même comme ça je suis pas sur de tout comprendre !

 
Not my code base
 
Si ça ne tenait qu'à moi je le ferai en Python ou en PHP
 

'tain le jour où retire alt de twitter, j'ai besoin d'une traduction pour "allies" au sens des amis des gays.