Twitter, Uber, Shopify… investissent dans les nouveaux MacBook Pro
Les nouveaux MacBook Pro ont la cote dans certaines équipes de développement, comme en témoignent plusieurs ingénieurs sur Twitter. Ils s'enthousiasment de l'arrivée de ces machines et de leurs performances.
John Szumski, développeur chez Twitter raconte, que des MacBook Pro M1 Max chargés à bloc sont en train d'être déployés auprès de tous ses collègues spécialisés iOS et Android (il ne donne pas de chiffres sur leur nombre). Et d'ajouter qu'ils ont pu constater des « progrès à la fois dans les performances et la tenue en charge processeur », deux points qui posaient problèmes avec leurs Mac Intel.
Ingénieur chez Reddit, Jameson Williams, rapporte que les temps de compilation des versions Android de l'app du service ont été divisés par deux (cette tâche prend désormais un peu moins de 6 minutes avec ces M1). Là aussi ce sont des M1 Max avec 64 Go de RAM qui ont été achetés.
En prenant en compte les 9 personnes de l'équipe et la moyenne de 4 compilations quotidiennes pour chacune d'elles, il estime à 100 000 $ le gain annuel en productivité sur un an, en échange d'un investissement de 32 000 $ dans ces portables. Des temps de compilation nettement réduits c'est moins de risque de perdre le fil de ce qu'on faisait ou d'être distrait par autre chose, constate Jameson Williams qui promet de publier prochainement des observations plus détaillées.
Chez Uber également, des MacBook Pro 16" M1 Max à 64 Go sont en train d'être distribués à tous les développeurs iOS, nouvelles recrues incluses, précise Mahyar McDonald. Cette configuration pourrait devenir la norme pour tous ses collègues à brève échéance.
Et que deviennent les portables Intel remplacés par de l'Apple Silicon, eh bien les salariés peuvent les garder pour eux, déclare Robin Senior chez Shopify, où une commande des derniers Macbook Pro M1 a été passée pour tous les membres de l'équipe R&D.
Ces courts témoignages font également passer l'idée que fournir d'aussi puissantes machines aux développeurs est aussi une manière de les cajoler, on ne les équipe pas juste d'un portable comme un autre. Le responsable technique d'OpsLevel, Kenneth Rose, a rebondi sur ces tweets pour écrire que ses nouveaux ingénieurs recevraient également ce portable ultra-rapide.
Cela va dans le sens de ce qu'expliquait l'un des consultants Apple en entreprise dans un précédent article. Il arrive que des sociétés misent sur l'attrait du matériel Apple pour attirer leurs futurs employés.
Interview : confinement, télétravail… les leçons de la crise pour les consultants Apple des entreprises
Néanmoins il ne suffit pas de substituer une machine par une autre. Les opérations réalisées avec ces portables ne sont pas de la simple bureautique. John Szumski insiste sur le temps passé et les gros efforts consacrés à valider ces machines ARM ainsi que Monterey, avec toutes les parties concernées chez Twitter (responsables informatique, développeurs des outils, etc) : « Ça va plus loin que de simplement remplir un chèque ».
@YetOneOtherGit
Elles sont toutes séparées non ? 😁 chaque build est différente
@cocotux
"Elles sont toutes séparées non ? 😁 chaque build est différente"
Et ?
@ErGo_404
Compiler iOS ou macOS, oui ça doit être monstrueux mais sinon non je doute que ça soit si monstrueux, en moyenne je pense que ça tourne à 15-20min grand max. Ce qui est en revanche très long c'est de faire un .ipa, là selon la puissance de la machine ça peut aller de 20 min à 50 pour un même projet. C'est là qu'est le plus gros gain en temps mais généralement c'est cette tâche qui est justement dédiée à un serveur de CI et donc finalement un dev n'est pas bloqué pendant ce temps et la vitesse d'exécution du serveur ne change pas grand chose pour lui.
La comparaison entre le temps et l’argent économisés d’une part, et de l’autre le coût de l’investissement est très délicate à faire quand on gère un budget informatique.
Premièrement, le collaborateur ne reste pas forcément planté devant son écran à regarder la roue multicolore tourner sans rien faire. Il peut lancer une compilation et faire d’autres choses pendant ce temps. Par exemple réfléchir à la doc., à l’amélioration de la version suivante, discuter de bugs à supprimer autour d’un café…
Deuxièmement, l’efficacité au travail n’est pas monolithique dans sa gestion. Lorsqu’on gagne du temps sur des tâches, on a tendance à en prendre plus pour d’autres, voire à faire d’autres choses. Le développeur n’est pas un robot en permanence au taquet.
Troisièmement, même lorsqu’on fait un calcul pondéré par des facteurs déterminés par les points ci-dessus, il faut comparer le résultat, non avec le prix de la machine, mais avec son amortissement comptable qui va dépendre de la durée de vie retenue et de la méthode choisie. Les machines de pointe remplacées sont souvent recyclées dans la bureautique ou sur des tâches peu gourmandes.
In fine, je pense que la décision d’investissement se fait autant sur un aspect financier que sur des éléments moins rationnels tels que plaisir des collaborateurs, image de marque de la société, attractivité des postes de travail….
@Mac1978
"In fine, je pense que la décision d’investissement se fait autant sur un aspect financier que sur des éléments moins rationnels tels que plaisir des collaborateurs, image de marque de la société, attractivité des postes de travail…."
Moi qui ai bossé toute ma vie en tant que "fonctionnaire" (je préfère "agent de l'état" :-) ) votre intervention m'interpelle. Ce qui est sûr hélas, c'est que "l'image de marque" ou "l'attractivité" me semblent des choses totalement inconnues dans la fonction publique. MAIS... mais... Vous pensez vraiment que ce sont des choses qui comptent dans le "privé" ? Je ne sais pas, hein, je pose la question...
@zoubi2
Oui, lorsque j’avais le pouvoir de décision sur le budget informatique de la banque qui m’employait, les critères principaux de choix étaient évidemment financiers, mais pas liés au temps gagné ou l’efficience du poste, plutôt le coût par poste et par fonction, la durée de vie espérée, etc.. Mais il y avait aussi, dans la gamme retenue de petites possibilités de faire plaisir aux personnes pour qui le matériel IT, notamment les portables, étaient importants.
Mais ces dernières années, notamment avec les jeunes, la question du matériel et de son utilisation dans un environnement professionnel incluant le privé, notamment en vacances a rendu la question de plus en plus difficile.
@zoubi2
Dans le privé, en informatique, il y a beaucoup de turnover. Pour les employés parce que c’est le moyen le plus efficace pour obtenir un avantage (par exemple une augmentation) et pour les employeurs, parce que c’est un moyen efficace d’avoir en permanence une équipe qui correspond à ses besoins. Du coup, en tant qu’employé, lors d’un changement de société, il y a une palanquée d’avantages différents à négocier pour « accepter de ce faire embaucher » : le salaire donc, mais aussi les conditions de travail, comme la durée du télétravail (nouveau critère qui met des bâtons dans les roues de mon client actuel) ou les machines qui servent à travailler (dans mon openspace on est 4 à vouloir bosser sur Mac, mais comme on n‘est pas des employés, on vient avec nos propres machines)…
@Derw
"dans mon openspace on est 4 à vouloir bosser sur Mac, mais comme on n‘est pas des employés, on vient avec nos propres machines"
C’est quoi ton status ?
@YetOneOtherGit
Travailleur indépendant en EURL. Pour les 3 autres, il y en a un comme moi (enfin, je ne connais pas son statut juridique), un autre employé de SSII et un dernier co-fondateur d’une start-up qui fait de l’intervention dans les entreprises de ses clients.
@Derw
"Travailleur indépendant en EURL"
Donc effectivement en responsabilité de tes machines.
N’importe quoi tout le monde sait qu’il n’y a pas de Mac en environnement professionnel en dehors de quelques indépendants et de TPE de la post-production 😄😉
@YetOneOtherGit
“N’importe quoi tout le monde sait qu’il n’y a pas de Mac en environnement professionnel en dehors de quelques indépendants et de TPE de la post-production 😄😉”
Y a qu’en finance où on n’a pas le droit aux mac 😭😭😭 Que des apps sous windows 😫
Ma femme a FB a son M1 Max depuis une semaine (Fedex est rapide - et elle a du retourner son MBP 16’).
@Paquito06
"Y a qu’en finance où on n’a pas le droit aux mac 😭"
Et encore pas pour toutes les fonctions de ce que je vois 😉
J’étais invité il y a deux ans à un forum à WallStreet faisant se rencontrer acteurs de la tech et banques d’affaires et j’ai été étonné de la masse de Mac du côté de ceux qui étaient bien habillés 😄
@YetOneOtherGit
“"Y a qu’en finance où on n’a pas le droit aux mac 😭"
Et encore pas pour toutes les fonctions de ce que je vois 😉
J’étais invité il y a deux ans à un forum à WallStreet faisant se rencontrer acteurs de la tech et banques d’affaires et j’ai été étonné de la masse de Mac du côté de ceux qui étaient bien habillés 😄”
En fintech ils adoptent les mac car les nouvelles apps sont dev pour. Apres a WS, certains sales/ingenieurs produits utilisent les mac, mais pour les traders/quant/analystes, c’est tout sous windows. Rien que pour la suite office vu qu’on utilise des macro le mac c’est mort, ensuite il a tjrs fallu des betes d’ordi pour les quant en poste fixe et windows/pc etait toujours devant (meme si ca risque de changer aujourd’hui?), enfin pour les traders, tout ce qui est pricing/modeling/orders ca se fait sous windows, les apps pour mac sont inexistantes ou possedent 1/3 des fonctionnalites. Avec la virtualisation et le developpement des web app cependant, on voit beaucoup d’iPad en finance aujoourd’hui 😅
@Paquito06
"Apres a WS"
C’est ce que je mettais en avant les « opérationnels » sont sur Windows par contre côté management et top management, j’ai l’impression que c’est plus équilibré.
@YetOneOtherGit
Oui 😎
@Paquito06
"Avec la virtualisation et le developpement des web app cependant, on voit beaucoup d’iPad en finance aujoourd’hui 😅"
Yep c’est sans doute un des mouvements les plus profonds en entreprise de cette dernière décennies : le basculement du côté client sur des technologies Web.
C’est déjà le cas pour les acteurs majeurs des CRM & Co et cela ne cesse de s’étendre.
Et c’est un des moteurs de la levée de certaines barrières au Mac chez des grands comptes.
@YetOneOtherGit
Yep, c’est fini les apps en dur. D’où la montee de Salesforce en force 🚀
@Paquito06
En ingénierie aussi malheureusement… 😭
@iSc0tty
"En ingénierie aussi malheureusement… 😭"
Là cela semble difficilement évitable : le Mac a toujours été absolument marginal sur le CadCam, la simulation… encore un marché initié par la vague des stations de travail Unix qui a basculé sur Wintel et n’a jamais sérieusement existé sur Mac.
@YetOneOtherGit
Ouais je sais bien… on retrouve quand même quelques petits programmes de calculs faits par des chercheurs sous Linux, mais ça reste marginal et peu adapté + pas du tout assez pour un usage courant dans une boîte.
@iSc0tty
Les stations de travail sont de remarquables machines et Windows est aujourd’hui un OS fréquentable.
La messe me semble dite depuis longtemps sur des usages qui n’ont jamais appartenus au Mac 😉
@YetOneOtherGit
Ah sur ce point je suis entièrement d’accord. Je ne fais pas partie de ceux qui font du Windows Bashing bien au contraire. Je le trouve très stable et jamais eu vraiment de problème avec. Il est même appréciable sur quelques trucs. Comme tout OS, la plupart des problèmes sont souvent entre la chaise et le clavier comme on dit…
Juste c’est un peu dommage de se retrouver cantonner à un seul OS à cause de softs tiers, mais bon y’a pire dans la vie 🙃
@iSc0tty
"Juste c’est un peu dommage de se retrouver cantonner à un seul OS à cause de softs tiers, mais bon y’a pire dans la vie 🙃"
Tu as de belles choses sur GNU/Linux aussi 😉
@iSc0tty
“En ingénierie aussi malheureusement… 😭”
Quel type d’ingenierie?
@Paquito06
Ingénierie BTP de mon côté.
Donc du Autodesk (AutoCAD est sur mac, mais Revit et Robot pas du tout et pas prévu), Graitec (OMD, Advande Design), et sans parler de tous les logiciels des centres techniques ou des fabricants directement…
@iSc0tty
“Ingénierie BTP de mon côté.
Donc du Autodesk (AutoCAD est sur mac, mais Revit et Robot pas du tout et pas prévu), Graitec (OMD, Advande Design), et sans parler de tous les logiciels des centres techniques ou des fabricants directement…”
Hmmm j’imagine. Je ne connais pas ce secteur et ces outils (sauf autocad, vu a l’universite), mais je pense bien que beaucoup d’apps specifiques ne sont pas ou jamais dispo sur Mac, c’est encore tres (trop) courant.
Si on rajoute le temps incompressible pour "notarizer" chaque version auprès d'Apple oui la génération d'une build prend BEAUCOUP de temps. Donc, tout ce qui peut accélérer les choses est bon à prendre. Toutes les entreprises ne possèdent pas un serveur dédié pour générer ces compilations. Et même si elles ont un source control, les devs lorsqu'ils développent sur une branche ou autre peuvent avoir à tester des modifs en compilé en local sur leur poste.
@TheUMan
Le temps incompressible se fait surtout du côté des serveurs d’Apple. Le seul impact de la machine dans ce cas c’est pour Uploader l’app, mais pour ça pas besoin d’un M1 Max
@TheUMan
"Si on rajoute le temps incompressible pour "notarizer" chaque version auprès d'Apple oui la génération d'une build prend BEAUCOUP de temps"
On ne fait pas une demande de notarization à chaque build mais seulement quand on veut distribuer une mise à jour. Y a des centaines de build de développement qui sont faites en interne avant de soumettre une mise à jour. Et l'attente de notarization n'empêche pas de bosser sur la suite du projet. Donc ce temps n'a aucun impact sur la production. C'est un non-problème.
"Toutes les entreprises ne possèdent pas un serveur dédié pour générer ces compilations."
Je ne connais pas une seule boite qui fait de la compilation serveur pour chaque branche de développement (Git). Tu vas plutôt trouver des machines qui vont gérer des batchs de compilation de production, pusher les mises à jours sur différents serveurs, soumettre la nouvelle version de l'app aux différents stores etc, mais la compilation de "développement" se fait sur la machine du développeur.
@joneskind
Merci de faire ces rappels, j’avais la flemme 🙏🖖
Y a des visions du cycle de production ici qui m’étonnent au plus haut point et qui semblent sortir d’un chapeau 🎩 😳
@YetOneOtherGit
Vous avez tellement la flemme que vous ne remarquez même pas qu'on dit la même chose @joneskind et moi.
Il ne déploie pas une build tous les jours donc ne fait pas la notarization mais c'est un détail.
Tout comme moi il ne possède PAS de serveur de compilation et il fait des compiles sur son poste.
Vous êtes développeur maintenant, décidément vous avez toutes les casquettes...
@TheUMan
"Vous avez tellement la flemme que vous ne remarquez même pas qu'on dit la même chose @joneskind et moi."
Crois-tu ?
Relis vos propos qui ne sont absolument pas univoques et sont très discutable 😉
@TheUMan
"Il ne déploie pas une build tous les jours donc ne fait pas la notarization mais c'est un détail."
Aurais-je prétendu le contraire ?
C’est même absolument idiot d’imaginer cela.
@TheUMan
"Vous êtes développeur maintenant, décidément vous avez toutes les casquettes..."
Sur des pratiques de développement sérieuses et ambitieuses il n’est effectivement pas certain que je puisse t’en remontrer 😎
Comme sur des enjeux de science informatique, de qualité logiciels, de gestion de cycle de vie, de test, de CI/CD, de TDD, de DDD, de Design Pattern, d’optimisation, de craftsmanship, d’architecture logiciel, de paradigmes de programmation, d’architecture objet…
J’ai assumé dans ma carrière des fonctions de Lead Dev puis de CTO sur des projets un peu plus ambitieux que des applications mobiles lambda.
Une grande part des « Dev» sont des Dev in name only de nos jours, des bricoleurs sans maîtrise réelle des fondations de ce qu’ils font 😈
@YetOneOtherGit
Décidément, la modestie ne t'étouffe pas.
Et, tu es le roi du name dropping, félicitation.
Allez, je cesse de "feeder" le troll...
@TheUMan
"Décidément, la modestie ne t'étouffe pas."
L’immodestie ne serait pas de partager des bêtises en ces lieux ?
Pour le reste pourquoi devrais-je nier mon parcours et le fait largement établi qu’une immense part de ceux se vendant actuellement comme des « dev » sont des bricoleurs? 🤓
@TheUMan
"Et, tu es le roi du name dropping, félicitation."
😳😳😳
Je suis étonné qu'ils prennent des M1 Max (sauf a vraiment vouloir les 64Go de RAM, mais pourquoi donc ?) car entre M1 Pro a 10 coeurs et M1 Max il y a le même nombre de cœur côtés CPU donc le CPU entre les 2 devrait être assez similaire. Quant à la puissance GPU elle n'est pas utile pour compiler du code. Donc à moins que les 64Go soit game-changing pour la compilation (et j'ai du mal à voir en quoi vu que cette RAM c'est plutôt pour les projets multimédias) je ne comprends pas le choix du M1 Max à bloc qui amène un surcoût pas négligeable pour un gain que je ne perçois pas.
@Tibimac
"qui amène un surcoût pas négligeable "
Absolument négligeable pour des entreprises de cette taille sur des achats qui ne sont pas sur des volumes conséquents.
Ça représente quelques heures de rémunération des personnes qui utilisent ces machines.
Et ce n’est sans doute même pas l’ombre du trait de l’addition des notes de frais 😉
@YetOneOtherGit
Tu n'as pas tort mais néanmoins si je vois bien l'intérêt de ces nouveaux Mac, la dépense pour mettre un M1 Max me semble pas justifiée, c'est peut-être justement cette dépense irrationnelle qui est pour "l'image de marque" et "attirer les devs" ^^
@Tibimac
Y a pas de mal à se faire du bien et j’écris ça d’une machine bi-xeon avec 256Go de RAM 🥸😜
@YetOneOtherGit
Ahah cochon 🤪
@Tibimac
"Ahah cochon 🤪"
Machine un rien ancienne(precision T7610), nos stations déclassées qui deviennent un de mes postes de travail.
Je te rassure elle est utilisée pour plus demandeur en ressources que du Web 😉
@Tibimac
C’est aussi tout simplement pour flatter les devs en leur passant le top du top, et pas qu’ils ne pensent que leur employeur a fait le radin, même si ça ne sert presque à rien.
@apple78310
Ouai au final je pense que c'est ça ^^
Mais perso je préfère avoir un 14" M1 Pro 32Go RAM (c'est d'ailleurs ce que je me suis pris perso) sans avoir à trimballer un gros 16" avec chargeur de 140W et que la différence de tarif paie un bon écran externe 🙂.
il faudra voir au niveau des ventes (je ne doute pas une seconde qu'elles seront bonnes) mais c'est un sacré coup de pub pour l'efficacité des mbpro
On a des machines avec de plus en plus de coeurs, mais on sous-entend que l’utilisateur est mono tache, obligé de regarder sa compilation, ne pouvant pas effectuer une autre tâche pendant ce temps.
Du coup le calcul de l’économie réalisée est d’une malhonnêteté incroyable.
Je ne conteste pas les performances de ces machines mais il faudrait arrêter de raconter n’importe quoi.
Dans le même genre, on peut dire que diminuer ses pauses café fait faire des économies.
Ah les geek, toujours nous faire croire qu’il faut le top du top pour bien travailler.
Il faut 64 go de Ram pour compiler des applications de 150 mo ?
Pages