Je pense que l'OP a voulu dire que forcement il était plus simple pour des gens travaillant dans la même boite de faire des applications pour l'os. Evidement les API sont pas "cachées". Par contre documentées, c'est moins sur... et documentées correctement, c'est encore moins sur !
Je parles de fonctions documentees, c'est a dire des fonctions documentees dans MSDN, je lui demandes de me citer des fonctions de l'OS qu'Office/VStudio utiliseraient et qui ne sont pas dans MSDN.
Mais attention, je ne dis pas que ce soit spécialement fait exprès. (Il n'y pas de complot - et les complots ne marchent jamais comme prévu) AMHA, microsoft est comme toutes les autres (grosses) boites : je serai surpris qu'il n'y ait pas un bordel organisationnel monstrueux (ce qui n'a jamais empeché une grosse boite de fonctionner, d'ailleurs) et des limites à la coopération entre les équipes de dev... (et quand je dis limites, comprendre grosses barrières en béton armé - genre le chef numéro 1 veut pas bosser avec le chef numéro 2 parce que sa tête lui revient pas) Je vais me faire traiter de néo-cynique :)))
Il y a effectivement un peu de ca dans MS comme partout ailleurs, ils essaient d'eviter mais dans des boites de cette taille c'est inevitable. C'est loin d'etre un probleme grave, mais ca se voit ici et la.
Re: Une bonne migration commence par les applications
Je pense que l'OP a voulu dire que forcement il était plus simple pour des gens travaillant dans la même boite de faire des applications pour l'os. Evidement les API sont pas "cachées". Par contre documentées, c'est moins sur... et documentées correctement, c'est encore moins sur !
Je parles de fonctions documentees, c'est a dire des fonctions documentees dans MSDN, je lui demandes de me citer des fonctions de l'OS qu'Office/VStudio utiliseraient et qui ne sont pas dans MSDN.
Mais attention, je ne dis pas que ce soit spécialement fait exprès. (Il n'y pas de complot - et les complots ne marchent jamais comme prévu) AMHA, microsoft est comme toutes les autres (grosses) boites : je serai surpris qu'il n'y ait pas un bordel organisationnel monstrueux (ce qui n'a jamais empeché une grosse boite de fonctionner, d'ailleurs) et des limites à la coopération entre les équipes de dev... (et quand je dis limites, comprendre grosses barrières en béton armé - genre le chef numéro 1 veut pas bosser avec le chef numéro 2 parce que sa tête lui revient pas) Je vais me faire traiter de néo-cynique :)))
Il y a effectivement un peu de ca dans MS comme partout ailleurs, ils essaient d'eviter mais dans des boites de cette taille c'est inevitable. C'est loin d'etre un probleme grave, mais ca se voit ici et la.
[ Répondre ]