Mai 2012
Apple «les petites équipes font d'excellents produits»
par Florian Innocente le 03.08.2010 à 12:52
Depuis novembre 2009 l'application iPhone Remote n'a reçu aucune mise à jour. Et encore moins de déclinaison pour iPad afin de permettre de piloter iTunes sur son Mac depuis sa tablette (d'autres comme yTrack - 1,59€ pallient cette absence).
Remote
La raison en est simple, Remote est l'oeuvre d'un seul développeur chez Apple et celui-ci a été affecté à d'autres choses explique l'un de ses anciens collègues, Sachin Agarwal. Ce dernier a passé six ans chez Apple, essentiellement sur Final Cut Pro.
Agarwal explique aussi que ce mode de fonctionnement est classique à Cupertino. Apple forme de petites équipes dont les membres sont capables (et amenés) à travailler sur des choses très différentes selon les besoins « Les ingénieurs des équipes Mac OS et iOS vont et viennent entre les deux projets en fonction des cycles de développement et de ce qui doit sortir. Même sur Final Cut Pro, les gens sont parfois affectés à une autre application pro s'il y a besoin d'un coup de main pour tenir une date de sortie ».
Ce genre de parcours sinueux se voit dans certains profils, comme celui-ci qui mêle des travaux sur les fondations audio de Mac OS X, puis iSync et iCal et enfin un retour par la case audio, le tout sur plusieurs années. Même si dans ce cas il peut s'agir aussi de choix personnels plus que dictés par le calendrier.
« Un ingénieur chez Apple ne peut prétendre travailler sur un même projet ad vitam æternam. Et les équipes ne grossissent pas au-delà de ce qui est nécessaire » poursuit Agarwal qui voit Apple fonctionner comme une énorme start-up.
Il se risque à une comparaison avec Microsoft qui prendrait le parti inverse, celui de mettre le plus ressources humaines possible sur un projet, obligeant à créer des postes de responsables d'équipes « La dernière chose dont on a besoin dans le développement logiciel c'est de davantage de managers ».
Dans un autre article, le même Agarwal décrit en 8 points son expérience de la gestion des équipes et des projets chez Apple. Quelques exemples :
- Apple ne cherche pas à se comparer à ses concurrents pour concevoir un produit, elle établit sa liste de fonctionnalités en fonction de ses objectifs à elle.
- Les managers (il y en a quand même) vont confier des objectifs un peu au-dessus des compétences du développeur de manière à le faire progresser
- La plupart des managers sont eux-mêmes des ingénieurs, ils comprennent l'aspect technique de ce qui est demandé aux équipes, ce qui facilite les relations
Nul doute que ce tableau parfait souffre de quelques exceptions. Et quand bien même l'organisation d'Apple serait parfaitement huilée, il n'en reste pas moins que Remote n'a toujours pas été mis à jour…
Remote
La raison en est simple, Remote est l'oeuvre d'un seul développeur chez Apple et celui-ci a été affecté à d'autres choses explique l'un de ses anciens collègues, Sachin Agarwal. Ce dernier a passé six ans chez Apple, essentiellement sur Final Cut Pro.
Agarwal explique aussi que ce mode de fonctionnement est classique à Cupertino. Apple forme de petites équipes dont les membres sont capables (et amenés) à travailler sur des choses très différentes selon les besoins « Les ingénieurs des équipes Mac OS et iOS vont et viennent entre les deux projets en fonction des cycles de développement et de ce qui doit sortir. Même sur Final Cut Pro, les gens sont parfois affectés à une autre application pro s'il y a besoin d'un coup de main pour tenir une date de sortie ».
Ce genre de parcours sinueux se voit dans certains profils, comme celui-ci qui mêle des travaux sur les fondations audio de Mac OS X, puis iSync et iCal et enfin un retour par la case audio, le tout sur plusieurs années. Même si dans ce cas il peut s'agir aussi de choix personnels plus que dictés par le calendrier.
« Un ingénieur chez Apple ne peut prétendre travailler sur un même projet ad vitam æternam. Et les équipes ne grossissent pas au-delà de ce qui est nécessaire » poursuit Agarwal qui voit Apple fonctionner comme une énorme start-up.
Il se risque à une comparaison avec Microsoft qui prendrait le parti inverse, celui de mettre le plus ressources humaines possible sur un projet, obligeant à créer des postes de responsables d'équipes « La dernière chose dont on a besoin dans le développement logiciel c'est de davantage de managers ».
Dans un autre article, le même Agarwal décrit en 8 points son expérience de la gestion des équipes et des projets chez Apple. Quelques exemples :
- Apple ne cherche pas à se comparer à ses concurrents pour concevoir un produit, elle établit sa liste de fonctionnalités en fonction de ses objectifs à elle.
- Les managers (il y en a quand même) vont confier des objectifs un peu au-dessus des compétences du développeur de manière à le faire progresser
- La plupart des managers sont eux-mêmes des ingénieurs, ils comprennent l'aspect technique de ce qui est demandé aux équipes, ce qui facilite les relations
Nul doute que ce tableau parfait souffre de quelques exceptions. Et quand bien même l'organisation d'Apple serait parfaitement huilée, il n'en reste pas moins que Remote n'a toujours pas été mis à jour…
|
3
2
1
Vos réactions (39 réactions)
HAL-9000
[03/08/2010 13:06]
Alors qu'avec un manager collé au derrière, nuls doutes que le développeur en question aurait eut vite fait de faire la Maj de l'appli...
Sinon, ils sont combien dans l'équipe à avoir quitté la partie développement OpenGL/drivers Mac OS X ?
Posté par Article
La raison en est simple, Remote est l'oeuvre d'un seul développeur chez Apple et celui-ci a été affecté à d'autres choses
La raison en est simple, Remote est l'oeuvre d'un seul développeur chez Apple et celui-ci a été affecté à d'autres choses
Alors qu'avec un manager collé au derrière, nuls doutes que le développeur en question aurait eut vite fait de faire la Maj de l'appli...
Sinon, ils sont combien dans l'équipe à avoir quitté la partie développement OpenGL/drivers Mac OS X ?
Frodon
[03/08/2010 13:07]
La question est: Remote a t'il besoin d'être mis à jour?
La question est: Remote a t'il besoin d'être mis à jour?
BooBoo
[03/08/2010 13:07]
Il y a pas un petit gars qui voudrait faire une appli pour les blogs iWeb ?
Il y a pas un petit gars qui voudrait faire une appli pour les blogs iWeb ?
Polyme
[03/08/2010 13:13]
Bon... Il doit y avoir des specs générales, des specs détaillées, des tests, des compte-rendus de test, une release notes, des diagrammes de séquences, de classe, de composants. Bref aucun problème pour que n'importe quel autre ingénieur reprenne le flambeau... Mais ah bon, ils ne travaillent pas comme ça dans les bonnes boîtes?
Bon... Il doit y avoir des specs générales, des specs détaillées, des tests, des compte-rendus de test, une release notes, des diagrammes de séquences, de classe, de composants. Bref aucun problème pour que n'importe quel autre ingénieur reprenne le flambeau... Mais ah bon, ils ne travaillent pas comme ça dans les bonnes boîtes?
FloMo
[03/08/2010 13:13]
+1
Posté par Frodon
La question est: Remote a t'il besoin d'être mis à jour?
La question est: Remote a t'il besoin d'être mis à jour?
+1
bikoko
[03/08/2010 13:15]
> Frodon
Oui, pour une version native ipad.
> Frodon
Oui, pour une version native ipad.
Seb du 95
[03/08/2010 13:16]
@ Frodon
Oui, pour mieux utiliser les capacités graphiques de l'iPad.
Non, car au niveau fonctionnalités, c'est un outil formidable et très agréable à utiliser.
@ Frodon
Oui, pour mieux utiliser les capacités graphiques de l'iPad.
Non, car au niveau fonctionnalités, c'est un outil formidable et très agréable à utiliser.
ErGo_404
[03/08/2010 13:19]
Et ils sont combien à bosser sur iWorks pour iPad ? ;-)
Et ils sont combien à bosser sur iWorks pour iPad ? ;-)
Jerry Khan
[03/08/2010 13:23]
Oui remote doit etre mis à jour pour gérer une ou deux autres appli média Apple qu'iTunes par exemple.
Oui remote doit etre mis à jour pour gérer une ou deux autres appli média Apple qu'iTunes par exemple.
pim
[03/08/2010 13:30]
Pour l'iPad, le plus important c'est iOS 4, pour le reste on peut attendre - surtout une application comme Remote, qui continue à parfaitement fonctionner sur l'iPad.
Pour l'iPad, le plus important c'est iOS 4, pour le reste on peut attendre - surtout une application comme Remote, qui continue à parfaitement fonctionner sur l'iPad.
indycroft
[03/08/2010 13:43]
chez moi ca ne marche pas remote, et le partage de bibliothèque itunes non plus... quelle est la manip à faire?
chez moi ca ne marche pas remote, et le partage de bibliothèque itunes non plus... quelle est la manip à faire?
azgard
[03/08/2010 13:48]
BooBoo, une app qui ferait quoi ?
BooBoo, une app qui ferait quoi ?
sunjohn
[03/08/2010 13:48]
@pim : ouais enfin c'est bien gentil les applis iPhone sur iPad mais c'est quand même pas génial.
j'ai égaré ma télécommande quelques jours et j'avais envie d'utiliser remote sur iPad.
quand j'ai vu qu'il n'y avait que la version iPhone j'étais bien déçu. l'intégration des produits c'est quand même l'un des gros points forts d'Apple normalement.
@pim : ouais enfin c'est bien gentil les applis iPhone sur iPad mais c'est quand même pas génial.
j'ai égaré ma télécommande quelques jours et j'avais envie d'utiliser remote sur iPad.
quand j'ai vu qu'il n'y avait que la version iPhone j'étais bien déçu. l'intégration des produits c'est quand même l'un des gros points forts d'Apple normalement.
Yohmi
[03/08/2010 13:52]
@ indycroft
À partir du moment où ton Mac et ton iPhone sont tous deux sur le même réseau WiFi, il n’y a normalement qu’à suivre les instructions que Remote indique sur l’iPhone…
@ indycroft
À partir du moment où ton Mac et ton iPhone sont tous deux sur le même réseau WiFi, il n’y a normalement qu’à suivre les instructions que Remote indique sur l’iPhone…
BooBoo
[03/08/2010 13:56]
@azgard : Avec laquelle il serait possible de poster, a partir de son iPhone ou iPad (mais bon je n'ai qu'un iphone), un article sur blog de iWeb avec une photo ou une video.
@azgard : Avec laquelle il serait possible de poster, a partir de son iPhone ou iPad (mais bon je n'ai qu'un iphone), un article sur blog de iWeb avec une photo ou une video.
3
2
1
Réagir
Cinq consignes avant de réagir :
- Rester dans le cadre de la dépêche. Pour des discussions plus générales, vous pouvez utiliser nos forums.
- Développer son argumentation. Les messages dont le seul but est de mettre de l'huile sur le feu seront modifiés ou effacés sans préavis par la rédaction.
- Respecter les acteurs de l'informatique et les autres lecteurs. Les messages agressifs, vulgaires, haineux, etc. seront modifiés ou effacés sans préavis par la rédaction.
- Pour toute remarque concernant le contenu de l'article, pour nous signaler une erreur, une faute d'orthographe, une omission, merci de nous contacter exclusivement par e-mail.
- Relisez-vous, et pour les utilisateurs de Safari profitez de l'aide du navigateur : activez le menu édition > Orthographe > Vérifier l'orthographe lors de la frappe.