Contrairement à ce que pense Zenitam, on ne met plus que du Seven 64 entreprise donc je sais ce que c'est (on est même sur une licence Corporate et ca, c'est bien pratique pour nous). Je sais pertinemment qu'il y a les versions 32 et 64 bits de IE mais lorsque tu le lances, tu as par défaut la version 32bits et je suis persuadé que très peu d'utilisateurs savent qu'ils ont une version 64 bits sur leur PC. Je peux même dire que pour flash, cela devient plus que "chiant" de déployer les mises à jour car on se retrouve à déployer plusieurs paquets alors qu'Adobe pourrait nous faire une jolie truc propre (enfin, pour Adobe, ce serait une première).
Ensuite il y a les goûts et les couleurs avec les chemins? J'ai jamais aimé les SpecialFolder et je n'aime pas la manière dont son gérer le mélange 32 et 64 bits… Je préfère de très loin un système basé sur les variables d'environnement mais bon, c'est ainsi.
On s'est tous aussi que le développement s'appuie sur les architectures matérielles sous jacente. Cela a été dis dans un autre post ici il me semble. Voir le coup de gueule de Linus concernant le port ARM il y a quelques mois. Certaines fonctionnalité tirent partie des nouvelles instructions les CPU, il y eu il y a longtemps la MMU pour la mémoire (avec un port Linux sans MMU), il y a maintenant tout ce qui concerne la virtualisation qui n'est pas du tout au même niveau sur tous les CPU. N'étant pas spécialiste, je ne sais pas qu'elle est l'influence exacte de ce genre de contrainte dans le design d'un OS.
Il est tout à fait naturel de ne pas vouloir exploser en terme d'architecture et je comprends tout à fait d'arrêter l'Itanium. Ayant au labo une machine avec ce CPU, c'est pas la joie tous les jours…
Question développement : tout est dans le même arbre de type GIT ou équivalent ou chaque branche Windows vit sa vie de son coté avec des merges plus ou moins "manuel" entre les équipes ?
[^] # Re: Architecture
Posté par Sytoka Modon (site web personnel) . En réponse à la dépêche Windows 8, Windows Server 2012 et Windows Phone 8. Évalué à 2.
Merci pour ces précisions.
Contrairement à ce que pense Zenitam, on ne met plus que du Seven 64 entreprise donc je sais ce que c'est (on est même sur une licence Corporate et ca, c'est bien pratique pour nous). Je sais pertinemment qu'il y a les versions 32 et 64 bits de IE mais lorsque tu le lances, tu as par défaut la version 32bits et je suis persuadé que très peu d'utilisateurs savent qu'ils ont une version 64 bits sur leur PC. Je peux même dire que pour flash, cela devient plus que "chiant" de déployer les mises à jour car on se retrouve à déployer plusieurs paquets alors qu'Adobe pourrait nous faire une jolie truc propre (enfin, pour Adobe, ce serait une première).
Ensuite il y a les goûts et les couleurs avec les chemins? J'ai jamais aimé les SpecialFolder et je n'aime pas la manière dont son gérer le mélange 32 et 64 bits… Je préfère de très loin un système basé sur les variables d'environnement mais bon, c'est ainsi.
On s'est tous aussi que le développement s'appuie sur les architectures matérielles sous jacente. Cela a été dis dans un autre post ici il me semble. Voir le coup de gueule de Linus concernant le port ARM il y a quelques mois. Certaines fonctionnalité tirent partie des nouvelles instructions les CPU, il y eu il y a longtemps la MMU pour la mémoire (avec un port Linux sans MMU), il y a maintenant tout ce qui concerne la virtualisation qui n'est pas du tout au même niveau sur tous les CPU. N'étant pas spécialiste, je ne sais pas qu'elle est l'influence exacte de ce genre de contrainte dans le design d'un OS.
Il est tout à fait naturel de ne pas vouloir exploser en terme d'architecture et je comprends tout à fait d'arrêter l'Itanium. Ayant au labo une machine avec ce CPU, c'est pas la joie tous les jours…
Question développement : tout est dans le même arbre de type GIT ou équivalent ou chaque branche Windows vit sa vie de son coté avec des merges plus ou moins "manuel" entre les équipes ?