Reprise du message précédent :

 
Je me posais une question, est ce que tu as eu l'occasion de de voir sur un projet non java ?

 
G.lob.al Technolo.gy L3ad
 
En gros c'est un job technique au commercial. Y'a pas d'objectifs commerciaux, et c'est gratuit pour le client. C'est incentivé sur le nombre et la qualité des initiatives jointes que tu peux faire avec le client, en général des gros clients.
Les missions :  
- consulting technologique auprès des CIO, CMO, etc... (conseil, roadmap, etc...)
- fournir du support aux projets clients impliquant des produits G (par ex chez nous on avait utilise un GTL pour notre projet car on avait besoin de récupérer les données GAP via BigQuery. Le gars est venu nous expliquer la techno, a monté une équipe pour nous aider sur la proof of concept, etc...)
Y a tout une équipe technique derrière, donc je peux commissioner des data scientists, des dev, etc... de mon departement
- promouvoir les technos G (toutes, si par ex un client veut en savoir plus sur AR/VR il me demande et je fais la coquine entremetteuse)
- aider les équipes commerciales à prouver la valeur des produits (pour éviter le cas des clients qui achètent un truc, le sous-utilise, et du coup veulent pas renouveller)
 
Mon domaine de base sera la partie ads (DoubleClick) que je connais vu que j'étais le responsable IT global pour toutes les apps "programmatic" et donc je connais très bien le domaine, venant de la plus grosse CPG du monde.
 
Ça regroupe pas mal de choses que je fais chez Nestlé, mais là je vais le faire pour G. Le truc sympa c'est que c'est un job conçu pour avoir une grosse rotation, donc mon chef m'a déjà dit qu'il pense que d'ici 2 ans il attend que je change de job (en interne c'est valorisé parce que t'as vu des clients de près)
 
Donc job sympa, avec des super perspectives d'évolution à court terme, avec quasi pas de perte de salaire, j'ai pas réfléchi longtemps
 

 
Entièrement d'accord. Je trouve aussi qu'un IDE aide à apprendre. Par ex quand j'ai joué avec Py.test, j'ai trouvé ça super cool que l'IDE gère lui meme la commande d'appel aux tests pour lancer une fonction de test, une classe de test, un module de test, voir tout le répertoire de test, pouvoir rejouer les tests foirés après une petite modif directement depuis l'écran de rapport de test, etc...
 
Je trouve aussi qu'un IDE c'est sans équivalent pour :  
- le débugging, avec l'inspection des variables, les points de débug conditionnels, etc...
- la console intégrée, avec l'inspection des variables. Couplé à la possibilité d'executer son code ligne par ligne ou bloc par bloc, ça permet une nouvelle façon de coder que j'aime beaucoup perso : je code dans la console, j'explore, etc... et quand je trouve une ligne bien, je la "promeus" dans mon fichier de code. Je peux du coup très vite rejouer toutes les lignes "promues" (c'est la façon de coder standard de R que RStudio met en avant, et Pycharm vient de proposer la meme chose pour Python et R, et ça tabasse)
L'inspection des variables c'est fantastique pour débugger des compositions d'object, ou des dict, etc...
- la gestion des venv, conda, etc...
 
Après faut savoir faire les choses dans un terminal, sinon on a le gag classique des débutant java qui savent pas executer leur projet sans l'IDE parce qu'ils ne savent pas setter le classpath

 
J'ai comme points de référence des projets JS, Typescript et C# mais dans ces cas là les gens utilisaient des IDE.
Du coup je n'ai pas bossé avec des gens qui étaient simplement sur des éditeurs de texte.
 
J'ai appris à bosser avec des éditeurs de texte, j'ai fait des site web en php avec UltraEdit et j'ai appris le C et le C++ avec Emacs.
Mais depuis que la navigation dans des bases de code existantes et le refactoring sont au cœur de mon boulot, je trouverais ça excessivement flippant d'avoir des alternatives moins bien gaulées pour ça.
 
Et en tangentiel, j'ai toujours trouvé chelou le fétichisme des devs qui cherchaient à taper plus vite avec des claviers custom.
Je peux comprendre l'argument ergonomique de ces claviers, mais "taper vite" ne m'a jamais semblé un avantage pour développer vu que ça représente une petite partie de notre temps.

Oh putain et évidemment - merci Jubi - j'avais oublié les tests, l'affichage du coverage en surimpression du code, l'assistance à l'écriture de test, etc.

 
Dans les cursus de formation Java qu'on prévoit de mettre en place ici, on envisage que le premier TP de la première journée (en gros, un hello world et un catch d'exception) soit fait en ligne de commande avec un éditeur basique.
 
histoire de montrer une fois au moins les différentes étapes : la compilation avec javac, le lancement d'une classe, le classpath.
 
Et ensuite passage sur un IDE pour toutes les raisons évoquées plus haut.  
 
Idem pour la formation web/JEE (mais sur un IDE) : avoir écrit une servlet et un filtre c'est jamais complètement inutile, parce que c'est ce qu'il y a dans tous les frameworks classiques, les webservices, etc...
 
bref
 

bon sinon, sur le nouveau projet ils ont un workflow git qui ressemble exactement à ce qu'on ferait en SVN pour un truc "mono prod" (ie, une seule version en prod)
 
les dévs de prod+1 sur master,
une branche en Vprod pour la MCO
une branche éphémère pour le laps de temps entre le début des devs de la Vprop+2 et  la MEP de la Vprod+1.
 
Et reports unitaires entre les branches sur les phases de cohabitation (de Vprod vers Vprod+1 et éventuellement Vprod+1 vers Vprod)
 
J'ai jamais utilisé Git en dehors de petite projets perso ou github, sur lequels j'ai fait 1 ou 2 PR.
 
Faut que je lise quoi? Quel workflow est adapté à ce genre de truc?

De toutes façons mon IDE est dans le jaune en permanence parce que je peux pas le configurer avec les warnings des autres, je crois qu’editorconfig est pas cohérent avec l’outil de pretty print (le wrapping des lignes semble différent) et le système de build j’y comprends rien, y’a npm, yarn, gulp, une dizaine de plugins dans Babel, y’a des scripts de build pour générer la conf de Babel, des trucs chelous dans les hook git. Hier j’ai été obligé de désactiver un hook pour committer.
 
Je peux pas faire tourner le projet sur ma machine locale donc j’ai pas de debugger, je fais tout dans une VM a distance avec console.log et la compilation prend 3 min. Et les outils changent toutes les semaines sans notification.
 
Bref c’est pas mon projet, je suis invité et je suis déjà bien content qu’on me paye pour un taf ou je peut rester chez moi. Mais clairement y’a une différence d’état d’esprit qui ne facilite pas mon estime de soi.

 
Perso je ne pourrais pas bosser convenablement dans des conditions pareilles

 
Mais ça n'a rien à voir
 
J'aimerez bien voir comment les bossent les types qui se disent aussi, voire plus, productif sous Vim que sous un vrai IDE.
J'arrive même plus à comprendre comment on peut encore utiliser un éditeur de texte quand on brosse sur de gros projets, ça devrait être banni.

D'ailleurs :
 

 
https://elnur.pro/its-not-just-abou [...] you-moron/
 
Ça me fait mal de dire ça parce que je fais du PHP (bon, c'est plus trop vrai ces derniers mois) et que je n'aime pas le Java mais je suis assez d'accord avec cet article

VSCode , tu le classes en IDE ou en simple éditeur de texte ?
Parceque de base, c'est sûr que c'ets un simple éditeur de texte, mais ça bouge vite

Ici, il me fait l'indentation, m'affiche les warning eslint, l'autocompletion quand c'est possible , la taille des imports, il gère le vm dockers (pour les projets qui en ont besoin),  et une belle coloration pour m'aider sur git

En comparaison, je fais du swift avec xcode, et putain quelle merde, j'ai l'impression de faire de l'eclipse de 2003

Je sais pas je ne l'ai jamais utilisé

 
Je connais pas un seul dev qui a utilisé xcode et qui ne le vomit pas.
J'ai un pote qui le subit au quotidien, il en peut plus. Le plus drôle c'est quand il me raconte le merdier que c'est pour le mettre à jour.

ils ont testé les applis jetbrains pour iphone ?

Une des nouveautés pour la 9.3 :l'autocompletion fonctionne (des fois) lors de la création d'un objet  
 
Je dois migrer le code automatiquement en swift4 , j'ai peur

 
Pas à ma connaissance.
C'est la merde aussi ou y'a du mieux ?

A ma connaissance, ça ne supporte pas le storyboard

 
MAIS MAIS MAIS C4EST QUOI CETTE MERDE ???

Emacs fait tout ça (et plus, magit ) mais n'est généralement pas considéré comme un IDE. Après l'extensibilité du bousin fait qu'il est ptet complètement hors-catégorie.

bah c'est surtout que toutes les ressources intellectuelles que tu retient pour la config et le développement de emacs sont pas dispo pour le projet quoi.

 
Il y en a très peu à mon avis, quelques développeurs unix du genre Joey Hess (vim/debian), RMS si tu lui files emacs, etc ce genre de profile d'exception. Et même s'ils sont très productifs ça m'étonnerait qu'ils mettent un x2 vs un utilisateur d'IDE...
 

THIS

https://www.linkedin.com/mynetwork/contacts/imported/
 
on peut supprimer les contacts importés dans linkedIn \o/

Je touche pas aux javascripteries mais VSCode a été conçu autour de LSP et d'extensions, et vient avec un débuggueur et le support de Git, donc ça jamais été un simple éditeur de texte.

Je suis tombé dessus aussi cette semaine.  
Les impôts qui font du marketing, c'est moche.

Merci, je viens de tout nettoyer

Ceux autour de moi ils ont pas besoin de débuguer et ils ont en permanence l'ensemble du projet en tête. Perso je garde mes roulettes.

 
SUCK IT LOSERS  

grosse discussion chez plam sur les outils de dev.

En quoi elles sont dispos dans vscode? Tu committes tes plugins dans le projet?

#zizanie

disons que tout ce que est conf est découvrable et clickable dans intellj, on peut oublier et rechercher dans l'interface plus tard.

Et pour continuer sur xcode, ma page d'aperçu de itunes connect dans chrome est une page d'erreur

T’facon ce débat est stérile. Personne ne changera d’avis. Vous êtes à l’aise avec votre IDE/Éditeur et voilà.

 
Sur des gros projets ça me semble chaud (en dessous du million de ligne de code admettons mais au delà...), et pas très newcomers-friendly

+1, je l'ai utilisé à l'époque où je bossais avec Moktar et je n'avais envie que d'une seule chose, c'était de le napalmer (XCode, pas Moktar)
Ajoute à ça l'Objective C (Swift n'existait pas à l'époque), et j'avais toutes les raisons du monde de déclencher un nouveau Viet-Nam

en fait je crois que j'ai aussi un petit problème de focus, et que j'ai un peu beaucoup de choses inutiles dans mon cerveau, et pas beaucoup de place pour le taf.
 
ce qui explique aussi probablement mes revenus.

Surtout que quand j'écris du code, je dois être à moins de 10 keystrokes par ligne en moyenne grâce aux raccourcis claviers et la notation postfixe d'intelliJ

Venue chez nous d'un ex collègue à Rati dans les prochaines semaines (enfin ~ 2 mois à la louche) pour bosser sur XCP-ng

Ravi de l'apprendre  

Je regarde https://twitter.com/machinepix/stat [...] 96035?s=21  et je me dis que nraynaud en haut d’une éolienne c’était pas si incroyable en fait