Reprise du message précédent :

Un truc sur lequel tu peux pas mal gagner en surface de bureau c'est de mettre les écrans sur bras VESA attachés au bord du bureau au lieu d'utiliser le pied fourni, ça évite de prendre de la place sur le bureau, t'as pas besoin de solutions ad-hoc moisies pour avoir une élévation comfortable (genre une pile de bouquin sous le pied) et tu peux gagner beaucoup en recul.

 
C'est ce que j'ai au taf, 2 écrans articulés sur des bras et un displaylink pour connecter le laptop.
Du coup, je bosse sur 3 ecrans, c'est confort

 
Oui, mais j'ai aucune expérience pour l'instant d'avoir des devs systèmes/bas niveau et dans quelle mesure c'est valable comme argument vs la sensation de « confort » d'être sur une workstation qui dépote.
 
Je voudrai pas faire diminuer ce confort de bosser sur une bête de course pour avoir une mobilité pas forcément très utile pour eux. Je vais continuer à y réfléchir.

À noter que des types genre Bruce Dawson continuent à avoir de grosses machines de bureau (sa config semble varier, mais au plus haut IIRC il avait noté 24 cores physiques et 96GB RAM).

ici, tout le monde est basculé sur des portables, même les graphistes ( des t480, i5 ou i7 , 16 a 32Go de ram, SSD, seul exception : moi avec un macbook pro 13" )
c'est un petit peu moins puissant, mais ça apporte tellement de souplesse que ce soit pour le remote, ou tout simplement pour bosser d'un autre endroit (je vais regulièrement bosser dans un fauteuil super confortable de la salle de réunion )

C'est ce que je vais demander à ma prochaine mission

Et les claviers/souris (voir écrans) sont partagés en fonction de là où tu te places ? (où c'est Hermes qui fait ça dans son taff jsais plus). Je sais que certains préfèrent des écrans wide, d'autres 2k, d'autre 2xFHD plutôt, ou grands petits écrans. Comment ça se gère si tu n'as pas de bureau « attitré » mais des « espaces » différents ?

Tu fais comme Valve avec bureaux individuels mobiles et tu sors aucun jeu potable en 10 ans

 
Et je vire chaque année les 10% des salariés les moins perfs ?

Yellow innovation ?

 
Non, Digiposte + entre autre.

il faudrait que je me mette aux gros salaires aussi.

On a tous un poste de travail atittré où on est la majorité du temps , avec un 27" ( et le hub usb avec le rack d'iphone , pour d'autres c'est le mur de postit ou la photo du chien). Mobile !==  piquer les postes de travail des autres. Je pense que c'est important d'avoir un espace à soit pour l'efficacité de tout le monde. Certains collaborateurs en ont réellement besoin pour être bien, et je ne les juge pas. Et puis erk les échange de clavier/souris

Malgré ça , le fait d'avoir des portables est quand même une réelle plus value avec notre organisation : on a tous plusieurs casquettes, la mobilité reflete souvent ça ( je vais chez les commerciaux pour les appels d'offre, ou chez les producteurs de contenu quand je file un coup de main à la prod, mais je reste "chez moi" pour le dev)

 
je pense que c'est cela la clé. Faut respecter ce que les devs préfèrent et pas vouloir imposer. Chez nous, les devs sont contents avec portable et pas de bureau attitrés, même si au final, ils se mettent plus ou moins toujours à la même place, mais si demain un de mes devs demande à avoir une place attitrée et qu'il en a besoin pour être plus productif, je serais bête de refuser.

En fait si j'avais le choix je ferai les 2 pour chacun, mais c'est tellement du gâchis d'avoir des laptop qui servent à rien (ou des fixes s'ils sont sur leur laptop )

https://news.ycombinator.com/item?id=18442941

 
Honnêtement pour vos besoins avec compilations incessantes de kernel, vous devriez vraiment opter pour un supercomputer one system image et avoir tout le monde sur des laptops. Ça va carrément booster votre productivité là !  
Vous pouvez aussi opter pour une solution dans le cloud avec du compute cloud dédié et donc zéro maintenance.
Les deux ont des avantages et des inconvénients.

C'est pour ça qu'on n'a plus que des laptops. L'investissement initial s'est vite renfloué, dans notre cas c'est environ 500€ de plus par poste ( hub usb c pour pouvoir se brancher en une prise clavier, souris, écran + sacoche + surcoût machine)
en bonus, on n'a plus que la partie réseau qui est ondulé, en cas de coupure de courant, les ecrans secondaires s'teignent, mais aucun travail n'est perdu

C'est un peu livrer ses fers à cheval en voiture au début du XXème siècle

 
Même constat ici. Environ 500 pounds de plus par tête.
 
Il y a aussi un gain de sécurité parce qu'on fournit des laptops correctement configurés en terme de sécurité + VPN. Le VPN seul, c'est pas du tout suffisant. On autorise ainsi uniquement les mac address des laptops. Même avec les VPN credentials, on fait en sorte que ça passe pas. Je vois pas trop comment on peut autoriser le WFH sans fournir les laptops controlés par la boite.  
Avant cela, seuls les devs étaient autorisés à se connecter à distance, et uniquement depuis OSX ou Linux (c'est pas une solution miracle, mais cela élimine une très grosse partie de la menace)

https://www.sciencedirect.com/scien [...] 499390239A quelqu'un aurait accès à ce papier? ce que je trouve sur le net est un PDF dégueu où on peut pas lire les figures.

There was a problem while you were trying to sign in via your institution.

Alors déjà contexte : on aura des machines bare metal pour ça, parce qu'on a besoin de tester le comportement/résultat du build en conditions "réelles" (rappel : on fait un hyperviseur). La question pour les devs c'est plus : comment faire tes modifs "à la con" (petites modifs) sans devoir sauver localement sur ton poste et pousser à chaque fois sur le serveur. C'est je pense la raison principale de dev sur ta machine : tu as pas des aller/retour incessants sur une autre machine pour push/pull les changements.

Bref, je vais en parler aux salariés concernés de toute façon, c'est leur opinion qui décidera

perso j'utilise rsync, mais je trouve que c'est trop lent avec un gros arbre, j'aimerai bien un système qui uploade que la différence entre 2 répertoires rapidement (surtout si j'ai tout un code source de linux)

T'édites en local, tu (auto)sync sur la cible, tu build sur l'infra, tu déploie/test via ipxe/ipmi et tu push si nécéssaire

Ou alors tu mount le répertoire où tu bosses ?

ouais, peut-être monter le répertoire, ça paraît le plus simple. Je sais pas trop ce que ça donne avec un laptop au bout d'un VPN, quand je ferme l'écran ou perds le réseau sans prévenir. C'est à cause de ce préjugé que je l'ai pas fait.

Oui faut voir pour du montage (sshfs par exemple), mais je crois que c'est pas hyper rapide. Sinon du NFS. Mais c'est clair que faire des A/R c'est très chiant et je pense que, en tout cas pour le dev web, c'est pour ça qu'ils préfèrent avoir le build en local (tu sauvegardes ton fichier, ça trigger le rebuild à la volée et tu vois le résultat directement, c'est tout même confortable !)

ah ouais tu peux p'tet avoir des merdes de locks nfs  
s'pour ça au début je pensais à du sync genre nextcloud mais c'est p'tet pas suitable pour de gros projets (mais modifie t'on 20k fichiers d'un coup ?)

doit bien y'avoir un type qui a benché du nfs/sshfs/etc pour du remote dev avec les problèmes que ça peut apporter

Il y a ça a tester : https://codeyarns.com/2018/05/03/ho [...] te-vscode/

non, je pense que c'est des petites interventions dans un gros arbre de fichier, donc c'est pas complètement fou.

Essaie de demander à l'auteur directement non ? J'ai vu passer des messages en ce sens sur Twitter l'autre jour, de la part d'auteurs de papier de ce genre qui regrettent la difficulté du public à accéder au contenu.

git push ?

 
je regarde si on l'a via nos abonnements demain, on est bizarrement pas listés dans leurs établissements qui ont accès via renater...

merci pour l'idée, en fouillant, j'ai trouvé sur le site de son université, le papier est aussi à chier là-bas  
https://www.newcastle.edu.au/__data [...] ations.pdf

sinon du autofs, autosshfs, x-systemd.automount, .. ?  
ça doit gérer le umount à la veille

la licence est arrivé à expiration fin 2018 et je sais pas si ça va renouveler (mais normalement on garde les accès aux articles pré-2019)
sinon ça doit être sur bibcnrs mais j'attends que mes credentials soient réactivés

 
Distcc pour faire que la compil sur le serveur sans push les sources.

https://nraynaud.github.io/delaunayjs/index2.html
Contraintes \o/

on l'a pas
 et elsevier peut aller sucer des bites, dommage qu'il soit pas sur BioRxiv ou equivalent