Reprise du message précédent :

 
Leur clavier m'a convaincu bien avant leur lecteur d'empreinte

Le plus triste c’est qu’ils ont des claviers qui restent sympa (si on aime ou est pas gêné par les chiclets), le Magic keyboard est agréable bien qu’ayant moins de course que la génération précédente (c’est plus l’inclinaison plus faible qui me dérange dessus).

 
Non mais Apple, ils sont obsédés par le design, mais pour le confort et l'ergonomie, ce sont des nazes. Explique moi pourquoi leurs écrans cinema display et thunderbolt 2 n'étaient pas réglables en hauteur par exemple ?
Pourquoi leurs claviers ne sont pas inclinables/réglables ?
 
ça n'a aucun sens.

Big Data et Machine Learning Les deux trucs que tu as intérêt a demander précisément a quoi ils entendent par ca dans l'entretien pour voir s'ils sont pas entrain de te faire un four/une liste de buzzwords qui font qu'ils sont branchés

J'avais demandé, et ce n'était pas des buzzwords. Ils ont de vrais projets et des équipes qui travaillent sur des modèles d'apprentissage profond pour une application industrielle
 
Le truc, c'est que ce n'est pas du tout dans mon service  
 
Je ne ferai que du devops

je suis quand même un peu étonné par l'idée que devops soit un truc séparé. when I was a boy, devops, ça veut just dire que c'est les devs qui font la production, donc qu'ils fassent du big data ou pousser des pubs devant des pupilles, les devs ont des moments où ils font des scripts de deploiement ou passer des heures sur des logs à chercher une emmerde.

Sur le papier c'est gentil mais perso je me suis vite rendu compte que 20% de nos ressources passaient à écrire du YAML, déployer la dernière version d'Elasticsearch, mettre Jenkins à jour, migrer des keyspaces Cassandra, tenter de comprendre la demi-douzaine de niveaux d'indirection à chaque requête HTTP entre HA proxy, nginx, etc.
 
Donc au lieu d'emmerder tous les devs d'une équipe avec un overhead monstrueux (car c'est pas notre métier, donc on galère, et c'est super disruptif), autant engager un sysadmin dédié.

Ah les ressources...
 
Et simplifier la stack technique ?

Chez nous il y a une équipe devops qui est séparée de celles des devs.
 
Comme l'a dit DDT, j'ai l'impression de faire un boulot de sysadmin

 
Plus ou moins question de volume amha. Chez nous le rapport dev local/exploitation d'outils externes était tellement faible qu'il devenait impossible de mobiliser les gens pour du dev sur une durée significative, la prod prenait la priorité. Et après séparation du dev et de la prod + recrutements, le nombre de développeurs reste à moins de la moitié des effectifs de la prod (...et encore sans compter les gens qui sont sur l'infra bas niveau). Et les gens qui sont coté prod n'ont pour la plupart aucune intention d'avoir un jour des activités de dev...

Qu'est-ce qui vous monopolise autant sur la prod  

être une DSI de 100 personnes pour une boite de plus de 7000 étalées dans toute la région + 60000 étudiants + infogérance pour des établissements partenaires, et les principaux métiers sont outillés par des solutions externes mais déployées chez nous et dont on fait le support niveau 2...

Donc surtout du déploiement de logiciels propriétaires. Donc effectivement c'est normal que la prod soit plus présente que les devs.

voilà. Mais je pense que certains de mes collègues n'ont pas conscience qu'on a besoin d'avoir des devs séparés du déploiement si on veut conserver une vraie capacité à livrer de devs significatifs...

..et pareil pour le concept des archis microservices...quand la majorité du SI est du propriétaire, vu d'ici développer la partie locale à base de microservices perd quasiment tout intérêt, vu les contraintes que ça impose...

Je ne commenterai pas sur la hype des microservices
Pas envie de m'énerver dès le dimanche matin

(aux dernières nouvelles les gens qui développent le remplaçant de notre machin antédiluvien qui faisait très bien le job en client/serveur simple à la base en sont à 50/60 conteneurs...et ils couvrent autour de 5% des fonctionnalités... )

Ils essaient d'égaler le désastre de l'EPR ?

je sais pas ce que ça va donner, mais ils sont dessus depuis au moins deux ans et il y a maintenant une cinquantaine de devs répartis dans 4/5 équipes...j'ose pas imaginer combien ça va coûter au final.

Mes impôts  

Après vérification c'est moins, seulement 4/5 devs par équipe...plus un scrum master, un product owner, un testeur, et à coté les équipes de soutien, la qualification, les consultants fonctionnels...

Puis virer l'équipe et intégrer une solution off the shelf tant que tu yes.
Vu ce qu'on coûtait, pourquoi la direction n'y a pas pensé.

les consultants en organisation , ainsi que les consultants en architectures logicielles en valident pas

Et une armée d’ingénieurs d’implémentation qui customizent le truc pendant 2 ans

*remontées acides*

et aussi, s/2/4/

Nan, mais là c’est que le plan initial et le devis, on en est encore à 2 ans.

Bon j'ai trouvé le futur remplaçant de mon MacBook, ce sera un ThinkPad X1 Carbon.
 
Ma conclusion c'est que ça prend vite des dizaines d'heure de trouver son bonheur et que tout choix a ses défauts

Une raison de changer de crèmerie ?

La raison principale, c'est le clavier de merde

J'en ai déjà parlé plusieurs fois ici, mais ça s'est encore dégradé depuis la dernière fois.

En résumé :
- Des touches qui ne répondent pas
- Des touches bloquées
- Des touches qui répondent en double
- Des touches dont la peinture s'en va (Shift, Command, E, O, P, S, L, M, C)

Ensuite il y a le rapport config/prix :
- MacBook Pro : 2000€ pour Core i5, 8Go RAM, 256Go SSD
- ThinkPad X1 : 2000€ (1800€ en ce moment) pour Core i7, 16Go RAM, 1 To SSD

Et puis il y a la réparabilité/évolution :
- MacBook Pro : proche du néant
- ThinkPad X1 : https://support.lenovo.com/us/en/solutions/ht508716

Enfin, les performances Docker sous MacOS sont à chier (à mille lieues de Linux), et j'en ai besoin pour le taff.

Et la cerise sur le gâteau c'est qu'il est également plus léger.

Je te comprends.
 
Je touche du bois, j'ai pas de soucis de clavier (il a déjà été changé). Et j'envisage de changer le mien pour plus puissant. Du coup, preneur de tes retours quand tu auras bien testé le X1.

Pas de souci pour faire un retour.
 
Par contre c'est étrange. Tout ce que j'ai commandé via ma société jusqu'à maintenant, je l'ai payé TTC, et j'ai déduis la TVA le mois suivant.
 
Mais là, ils m'ont directement fait payer le montant HT. Première fois que je vois ça.

Si acheté chez ton fournisseur qui n'est pas situé en FR, c'est normal (dans l'UE en tout cas) Dans ce cas, tu payes en HT directement.

Effectivement, c'est en Irlande.

Merci pour l'info

Ce qui me fait chier si je n'ai plus de mac c'est :  
- L'utilisation de sketch qui n'est que sous mac
- L'environnement windows qui est un poil moisi pour tout ce qui est ligne de commande
- Et si je passe à linux je n'aurai plus photoshop ni illustrator.

 
WSL.

WSL 2 + le nouveau terminal de MS, ça devient plutôt pas mal.

C'est encore très récent et en alpha, mais j'ai été plutôt convaincu.

Cependant je pense que ca nécessite encore de la maturité. Du coup avec un SSD de 1 To je vais me permettre un dual boot Windows / Linux.

Perso j'utilise WSL depuis plus d'un an, et j'ai pas de soucis. Je fais pas du docker dedans.
 
Mais gérer mes projets (Node, git, mysql, etc.) dedans ou d'autres genre de commandes, tout se passe bien.

 
L'EPR j'ai appris un truc qui permet de comprendre un peu les difficultés.
Le délai de mise en service originel était de 5 ans. Sauf que 5 ans, c'est un temps de construction qu'on n'a fait qu'approcher y'a plusieurs décennies sur les derniers réacteurs qu'on a construits et qu'on maîtrisait.
L'EPR est plus grand, plus complexe et on a perdu une bonne partie du savoir-faire. Mettre une échéance à 5 ans, c'était programmer l'échec de la livraison à l'avance.

Tu veux dire que si on faisait pareil avec le reconstruction de Notre Dame, ce serait un échec assuré ?

Le Cher Leader a décidé, c'est trop tard maintenant