Reprise du message précédent :

Idem, j'ai fait un truc similaire à l'époque de Lost et Prison break, j'avais la flemme d'attendre les sous-titres donc je regardais sans. Je suis pas convaincu que ça soit une solution parfaite parce que je crois que j'ai des facilités pour les langues, mais en général on me demande de quel coin des US je suis et pas quel est mon vin préféré.  
 

Same here.
 

Dommage que ça ressemble de plus en plus à une erreur de parcours chez lui.

Bizarre, j'ai trouvé que les Croates avaient plutôt des méga boobz

Nope

 
Y a Gates qui a fait plein de trucs cools (lutte contre la polio notamment).

Et parmi ceux qui sont sous VSCode, y en a qui étaient avant sur des IDE Jetbrains comme IntelliJ ou PyCharm ? Si oui, pourquoi avoir switch et qu'est ce que vous trouvez mieux foutu sous VSC ?

vscode (chez atnat) -> phpstorm  (chez ubi) -> vscode (chez vates)

vscode est tellement plus léger, il n'y a pas des boutons partout et certaines intégrations sont ouf ( notamment la gestion des conflits git et celle de docker )
PHPstorm pour PHP est un cran au dessus pour naviguer sur les grosses bases de code

 
Moi pour le moment j’utilisais les IDE JetBrains. Mais je code de moins en moins et là, ce que je veux faire surtout, c’est justement voir si nos devs ont vraiment besoin des outils JetBrains.  
 
Je demande à voir quand même si les outils de database de JetBrain intégrés directement dans les IDE avec auto completion des tables, columns etc. existent avec VSC.
Mais pour le moment j’en suis qu’au début. Je teste avec Python.

 
Sinon, quelqu’un parmi vous a pu tester l’auto-completion à base d’AI githubesque ?

 
Pognon ?

Il apparaît que c’est beaucoup sa femme et la on parlait de changement climatique (et avoir plein d’humains sur terre… même si ce sont des sales pauvres qui contribuent peu aux émissions…)

On peut penser que ce sont plutôt des touristes  

Ouaip j'ai beaucoup utilisé PHPStorm ou Intellij.

J'ai switché dessus car il était beaucoup plus rapide, plus stable (j'avais parfois des soucis avec intellij), plus plaisant à utiliser et qu'en plus c'est gratuit.  
Mon taff nous fournissait une license mais comme j'aime bien avoir le même éditeur partout, je voulais pas me retrouver à devoir gruger ou le payer pour rien alors que VSCode me plaisait très bien. J'ai eu un petite période Atom aussi quand c'est sorti.

J'adore Sublime-text, mais il manque clairement IntelliSense dessus qui est juste magique. Aujourd'hui absolument tous les thèmes, plugins ou n'importe quoi dont tu as besoin existent sur VSCode ou presque.

C'est bien souvent pas terrible par rapport à Intellij. Perso j'aime pas avoir ce genre d'outils dans mon IDE. Enfin un HeidySQL, SequelAce ou autre, je trouve ça beaucoup plus plaisant à utiliser.

Et si ton but c'est de surcharger à mort VSCode en plugins pour qu'il ressemble à Intellij, j'vois pas bien l'intérêt du switch.

yo
 
Je sais que vous en parliez il y a quelques mois : vous préconisez quoi comme outil de stockage/gestion de mots de passe pour une team, de préférence gratuit ou alors vraiment pas cher ?
 
Je pensais installer un passbolt. Y a mieux ?

La majorité des boutons sont enlevables, j’en ai laissé très peu perso.  
 
Faudrait que je dégage des raccoucis clavier par contre, hors annotate (qui est excellent) j’utilise peu l’integration git (bcz magit rulz) donc le C-k qui dort le dialogue de commit quand j’essaie de supprimer une ligne me fait chier

Bitwarden ?

Je suis de la team on vire tout aussi.

Bitwarden en self-hosted avec l’implem’ rust? (anciennement bitwarden-rs mais je crois que ça a été renommé).

 
Pas vraiment. Ceci-dit, si on peut utiliser cet argent pour autre chose (toujours pour les devs), pourquoi pas. Je suis pas contre payer si les outils sont clairement mieux, mais si ce n'est pas le cas... C'est ce que je suis en train de voir.
Après, c'est pas parce que MOI je vais être convaincu que c'est inutile de continuer à payer JetBrain qu'une décision interviendra en ce sens. C'est le genre de chose que je déciderai en fonction de ce que mes devs en pensent, parce que le but, c'est certainement pas de les rendre mécontents et/ou de ruiner leur productivité.    
Bon, je sais que certains d'entre eux utilisent déjà VSC, ce qui explique aussi pourquoi je fais la démarche.

Mais donc pourquoi tester quoi que ce soit, tu les laisse utiliser ce qu’ils veulent et basta?
 
Sauf s’il y a des querelles sur l’ajout de configs projet, ou des intégrations de workflow, mais s’il y en a déjà sous VSC c’est probablement pas un facteur.

 
 
 
Pour moi la démarche semble toute moisie
 
Quand je suis dissaïdor sur ce genre de trucs, mon crédo c'est d'imposer le moins de trucs possibles. A savoir une méthode de build, la gestion de branches, le formatage de code (le plus proche possible du "standard" du langage), les formats de commentaires de commit.
 
L'IDE, comme n'importe quel outil, ça doit être du strict choix du développeur. De même que l'OS quand c'est admis par la politique IT de la boite.  
 
A priori, tous les settings (pour npm, maven, etc..) sont dans le SCM, donc tu fais ton clone, tu as un readme, et ça roule. Au pire si je ne connais pas un IDE et qu'un dev veut l'utiliser je lui demande d'ajouter une page dans le wiki du projet s'il ya  des trucs particuliers pour le setup de son IDE (généralement c'est Eclipse qui fait chier, et comme les devs qui l'utilisent sont soit des débutants, soit des vieux cons, c'est moi qui me colle à la rédaction du wiki)

J'ai appris avec Visual Studio, et j'ai un peu utilisé CLion, Android Studio, IntelliJ. Je préfère les IDE, mais ça marche pas quand on travaille sur une énorme base de code avec une 5 languages différents, du coup je me suis fait à VS code.

 
Voila.

Mouaif, partir sur un outil et galérer six mois plus tard parce qu'on est le seul à l'utiliser c'est moisi. C'est quand même un avantage significatif de partager les outils. Je sais que les devs sont des connards qui chouinent dés qu'on leur impose la couleur d'un bouton, mais bon, si je pouvais j'essaierais de pousser mon équipe à se mettre d'accord sur un ou deux choix.

 

 
Je vais regarder ça.

Pour les IDE, la question se pose surtout quand il faut acheter des licences, là ça peut valoir le coup de trancher en faveur d'un outil ou deux, histoire de rationaliser les coûts.
Pour retenir le(s) outil(s), ça doit se faire avec les équipes, en retenant les outils les plus communément utilisés.
 
Au-delà de ça, je suis de la team "chacun utilise l'outil qu'il veut". Si c'est pas l'outil fournit par la boîte, et qu'il faut une licence, libre au dev de se l'acheter. C'est ce que j'ai fait avec SublimeText, je suis pas fan des IDE, et j'avais pas envie de me taper phpstorm (l'outil que payait mon ancienne boîte) pour faire du nodejs (c'était avant vscode, mais de toute façon je continue de préférer subl).
 
Quant aux configurations... ben un dev est censé savoir utiliser son outil de travail, à part s'il y a un intérêt manifeste à partager/maintenir une configuration commune, j'ai tendance à croire que chacun se démerde.

à 100-200 balles la licence, on est vraiment sur du point de détail
Forcer un dev à utiliser une IDE qui ne lui correspond pas, c'est bien pire, non ?

La seule limite que je mettrai est " tu veux utiliser un outil particulier ? " => ok, mais je ne veux pas t'entendre dire "je galère avec " ou "j'ai besoin de temps sur ce sprint pour le paramétrer /mettre à jour/..."
Genre un collègue qui veut bosser sous windows, mais qui galère avce ses symlink et donc pas mal de merdouilles . Il s'est fait reprendre en mode " si ton choix te fais perdre du temps et retarde toute l'équip, c'est un mauvais choix"

 
Ca dépend des services achats et de la bureaucratie en place dans la boîte
C'est souvent pas un point de détail justement.
 

C'est bien de responsabiliser les gens, sauf que dans les faits ça ne les empêchera pas d'avoir besoin d'aide et/ou de galérer avec leur mauvais choix. L'approche je te l'avais bien dit ça n'a jamais fait des merveilles selon moi, donc si on accepte tous les outils, on accepte les merdes qui vont avec, plutôt que de se moquer des boulets.

 
Ca te manque pas d'avoir une TRES bonne auto-complétion ? C'est ça chaque fois ce qui m'emmerde avec Sublime. Ca et le terminal intégré qui est pas terrible.

Le seul cas où il me semble légitime d'imposer un outil c'est pour les débutants qui manquent de maîtrise des outils.
Pour eux avoir une liste de 2 (au pif dans le monde Java, éclipse et intellij) me semble raisonnable.

Pour un mec qui a 5 ans d'XP, s'il en est encore à galérer avec une config de projet d'une stack qu'il maîtrise avec un outil qu'il a choisi, pour moi il y a erreur de casting.

Et la ok, on peut lui mettre un ultimatum.

Mais imaginer restreindre les choix possible pour une histoire de coût de licence, c'est aussi con que de fournir des PC sous dimensionnés aux devis en se disant que ça fait des économies d'échelle.

 
il faut quand même mettre des limites quand le choix d'outil , un moment il faut produire.  
Donc sans se moquer, je suis plutôt en mode "utiliser un outil qui n'est pas celui qui est recommandé DOIT apporter un bonus d'efficacité" .

Je suis pour laisser le choix de l'IDE aux gens. Personnellement au travail on a laissé les devs, y'en a qui tournes sur VS, d'autres Eclipse, la plupart IntelliJ.
 
Perso j'ai ma propre licence IntelliJ que je paye moi même depuis plus de 10 ans car je voulais pas utiliser Eclipse au travail

Que le dev arrête de chougner deux heures par jour qu’on est en dictature et que les règles sont définies par des managers incompétents c’est un bonus d’efficacité ?  

Dans ce sens là ce qui m'agace c'est les rock stars qui utilisent leurs outils dans leur coin, qui font des trucs que personne d'autre n'est capable de faire, et qui du coup peuvent ni aider ceux qui ont des problèmes avec leurs outils standards, ni partager leurs configs. Je sais que c'est compliqué à empêcher, ça me gonfle c'est tout.

Chez skeyecorp, ils veulent pas que je fasse du java en injectant le bytecode directement dans la JVM

Regardez comment les gens qui n'ont pas de plugin nyan cat dans leur IDE sont aigris  

IntelliJ rulz.

J'ai pas envie d'utiliser watmilles outils pour gérer la db, gît ou d'autres choses.

Au final ceux qui trouvent IntelliJ lourd mais qui utilisent plusieurs outils pour faire la même chose ça revient à peu près au même

Mon seul problème c'est que c'est inférieur à PHPStorm pour du PHP, notamment sur les options de refactoring ou toutes les intégrations Java dont je n'ai pas besoin.

Même Vscode l'a, et y'en a plein de différents en plus.    
 
https://marketplace.visualstudio.co [...] e.nyan-cat

S'il est bien plus productif avec ses outils je ne vois pas le problème

Ceux qui ont des problèmes avec leur config sont soit des juniors qui pourront être aidé par un autre membre de la team ou se former seul, soit des mauvais.

Dans tout les cas c'est plus rentable d'avoir une rock star productive avec ses outils.

C’est pas un peu extrême ? Savoir se servir d’un IDE ça ne semble pas totalement hors de portée et les juniors doivent avoir un tech lead qui suit un peu ce qu’ils foutent non ? (Qui les mentore pour être PC)

(j'ai lu tout ce message en pensant très fortement à quelqu'un )
 
VSCode est bien plus light, et je le trouve sympa pour des trucs genre Markdown. J'utilise aussi PyCharm, mais c'est vrai qu'il est devenu ultra lourdingue. Ça fait tout, mais du coup pour le moindre petit projet tu dois dismiss 4 fenetres te proposant de configurer des trucs, et le workspace démarre avec plein de pane dont t'as pas toujours besoin. J'imagine qu'il faudrait que je prenne le temps de voir si c'est configurable par défaut.
VScode est aussi très bien documenté, c'est trivial de trouver des tutos pour n'importe quoi que tu veux faire avec. MS a bien joué son coup avec cet outil.
 
Au boulot j'utilise notre IDE web, qui a surtout le mérite d'être hyper bien intégré à tous nos autres outils. C'est un gros problème chez G : on a notre propre repo qui est une sorte de fork de perforce, on a notre propre CVS (soit ledit fork de perforce, soit un mercurial fortement customisé), notre propre système de PR, notre propre système de build/compilation avec notre propre outil de config des builds, et notre propre système de dépendances. Du coup si t'utilises un outil vanilla, la plupart des fonctions marcheront pas parce que l'IDE trouvera pas les dépendances, saura pas lancer les builds, etc...
VScode (et CLion qui paradoxalement gère Python très bien) fait partie des outils supportés, mais ça pète souvent, et l'IDE web est plus fiable.
 

 
Non, je pense pas que grogner soit particulièrement extrême  
 
Et oui je pense que faire chier les seniors pour qu'ils soient mieux à même d'aider les juniors sur des outils commun c'est globalement un bonus.
 

 
Ouais, voilà.