Attente raisonnable de prendre en charge de nouveaux systèmes d'exploitation ?

StackOverflow https://stackoverflow.com/questions/2874746

  •  03-10-2019
  •  | 
  •  

Question

Mon entreprise dispose d'une application de bureau développée à l'origine pour Windows XP.Le programmeur d'origine a depuis été licencié (avec un préjudice extrême, pourrais-je ajouter).J'ai corrigé l'application à plusieurs reprises, mais dans l'ensemble, j'essaie de l'éviter, c'est un gâchis et le seul véritable moyen de la réparer est de la réécrire complètement, ce qui pourrait prendre un an.

Nous avons essayé "d'oublier" cette application et d'orienter les clients vers notre version Web, qui est plus à jour, plus facile à maintenir, plus facile à étendre et BEAUCOUP plus facile à prendre en charge.La plupart des clients sont d’accord, la version Web est tout simplement meilleure à tous points de vue.

Cependant, nous avons un client qui insiste pour utiliser l'application de bureau.L'application nécessitait un peu de ruban adhésif pour fonctionner sous Vista, mais se brise désormais complètement sous Windows 7.Je ne suis même pas sûr de quels sont tous les correctifs pour le faire fonctionner sur Win7 (l'estimation du temps actuel est de "miracle"), mais après avoir installé la version RELEASE et exécuté la version DEBUG à partir de Visual Studio, l'application présente des erreurs. presque toutes les actions des utilisateurs, et d'après ce que je peux voir lors d'un test de haut niveau, aucune d'entre elles n'est liée.

Étant donné que Windows 7 n'existait pas lorsque cette application a été développée, mon entreprise est-elle vraiment censée apporter toutes les modifications nécessaires pour qu'elle fonctionne aussi « fluidement » que sous XP ?

MODIFIER:La direction veut savoir "Quelle est la norme de l'industrie pour soutenir les nouveaux SG?" Parce que je n'ai pas vraiment une bonne réponse pour celui-là non plus.

Était-ce utile?

La solution

mode Windows XP 7 sera votre meilleur pari ici.

http://www.microsoft.com/windows/virtual-pc /download.aspx

lol a pour longtemps à ce poste, mais oui soutenir à exécuter en mode XP, sinon il ne vaut pas le coût pour le soutien le développement d'une nouvelle application. S'il veut continuer à exécuter le mettre dans le mode XP.

vidéos et

http://www.microsoft.com/windows/virtual -pc / support / default.aspx

Autres conseils

question Obvious, désolé, avez-vous essayé http://www.microsoft .com / windows / virtuel pc / download.aspx

Bien entendu, chaque cas est différent.Mais j’imagine que cela dépendrait principalement de la volonté ou non de l’entreprise de continuer à vendre/supporter le produit.

Par exemple, même si StarCraft est sorti il ​​y a 12 ans, si Windows 7 sortait et que StarCraft ne fonctionnait pas dessus, j'imagine que Blizzard le corrigerait.Pourquoi?Parce que ça se vend toujours !Peu importe qu'il soit ancien, si vous voulez garder vos clients satisfaits et continuer à en attirer de nouveaux, vous y remédierez.

D’un autre côté, certaines entreprises décident simplement d’abandonner un produit après un certain temps, si cela n’a plus de sens de les soutenir ou de les vendre.Par exemple, Microsoft a récemment décidé de arrêter MS Money.Si vous possédez déjà MS Money, vous pouvez continuer à l'utiliser, mais si MS sortait une nouvelle version de Windows (Windows 8 ?) et que votre ancienne copie de MS Money ne fonctionnait pas, vous seriez probablement SOL.Cela ne les intéresse tout simplement plus.

Dans ce cas particulier, vous vendez à votre client un produit de bureau qu'il redistribue à ses clients.(Vous n'avez pas dit cela dans votre question, mais je sais que c'est vrai).Si leurs clients ne peuvent pas utiliser le produit avec un minimum d’effort, le produit leur est inutile.Les consommateurs qui téléchargent ce produit migreront progressivement vers Windows 7, donc pour que ce programme continue d'être utile à votre client, vous devrez le mettre à jour.La question que vous devez vraiment vous poser est donc la suivante :"Est-ce que refuser de mettre à jour ce programme vaut la peine de mettre en colère ce client ?".

Cependant, je ne sais pas si vous avez un accord de support avec votre client.Si votre question est "sommes-nous obligés de mettre à niveau ce programme vers la compatibilité Windows 7 même si nous n'avons pas signé de contrat stipulant que nous le ferions et qu'ils ne nous paient pas pour cela", alors légalement, je dirais que la réponse est non.Si tu faire avoir un accord de support, le libellé spécifique de cet accord prévaut.Cependant, très probablement, si vous n'avez pas de contrat stipulant que vous garderez l'application compatible avec les nouveaux systèmes d'exploitation, vous n'êtes probablement pas obligé de le faire.

Indice:Je suggère de préciser dans votre contrat sur quelles plateformes et versions d'OS votre produit fonctionnera !

IANAL, TINLA, etc.

Ma perception personnelle (en tant qu'utilisateur, ancien spécialiste en informatique et développeur dans un marché assez spécialisé):

Si c'est un produit que vous vendez encore et le soutien, puis en général, les clients peuvent vous attendre à soutenir les nouveaux systèmes d'exploitation dans un délai raisonnable. (La définition de « délai raisonnable » dépend de vos clients - un marché plus spécialisé, ou des clients qui sont plus lents à mettre à niveau OS'es, des moyens que vous pouvez prendre plus, un marché plus banalisées, ou plus de clients de bleeding edge, signifie que vous pouvez pas longtemps du tout.)

Si vous pouvez travailler dehors avec vos clients, et si vous êtes dans un marché plus spécialisé (où vous faites face à moins de concurrence sur le marché de masse), alors vous pourrez peut-être sortir avec le report de soutien pour les nouveaux OS'es pour ça fait un bout de temps. (Par exemple, nous jamais a obtenu une véritable demande de soutien Vista, et je suis certain qu'il ya encore IE6 uniquement des applications web là-bas.) Cependant, à la traîne pour trop longtemps peut courir le risque de faire votre look entreprise non professionnel ou de second ordre. (Ce au moins était toujours ma profession quand je travaillais dans l'informatique et a dû soutenir des applications hors de jour. Les clients non-techniques pourraient facilement avoir des perceptions différentes.)

En ce qui concerne vos problèmes spécifiques, comme d'autres ont dit, le mode XP de Windows 7 est une excellente idée.

C'est une question pour vous et votre client. Si elles sont une valeur suffisante pour vous, oui, sinon pas et les lâchez-vous.

Juste une pensée: « Depuis Windows 7 n'existait pas » n'est pas une bonne raison de tomber en panne sur Windows 7. Je en tant que client attendre une application pour fonctionner parfaitement sur Windows 7, si elle a couru parfaitement sous Windows XP. Que vous ne soutenez pas de nouvelles fonctionnalités de Windows 7 est très bien, mais s'écraser généralement signifie qu'il ya quelque chose d'intrinsèquement mauvais (comme écrire dans un fichier dans le répertoire du programme - vous ne devriez pas avoir fait dans Windows XP et sur Windows Vista et plus tard, vous êtes arrêté, même sur les systèmes à domicile). Pour les rares cas où une application a une incompatibilité, je pense que ce soit réparé.

Ce fut ma pensée en tant que client. Ici vient mon point de vue développeur:

Alors, ne vous n'êtes pas obligé de faire les changements pour le faire fonctionner sous Windows 7. Vous aurait dû écrire le programme pour qu'il fonctionne sur Windows 7 en premier lieu , même si il a été écrit pour Windows XP. Cela dit, je pense, même si vous avez dit qu'ils ne sont pas, que les erreurs sont tous liés, comme l'écriture dans un fichier journal dans le répertoire de l'application ou le chargement d'une DLL 32 bits lors de la compilation pour Any CPU, en cours d'exécution sur 64 bits Les fenêtres. Windows 7 est compatible presque partout avec Windows XP.

Quoi qu'il en soit. S'il est vraiment important d'exécuter sur Windows 7, dire au client pour exécuter l'application en mode Windows XP, disponible pour Professsional et une plus grande, parce que cette chose a été ajoutée en particulier pour les cas où une personne (par exemple une entreprise) repose sur un logiciel Windows XP ce n'est pas compatible avec Windows 7, pour une raison quelconque. Ainsi, alors que ce n'est pas grande, il semble que beaucoup de logiciels personnalisés ne fonctionne pas sur Windows 7 en mode natif. Surtout si l'application a un successeur et est plus supporté.

Ou bien. Vous pouvez créer une application qui exécute votre application Web dans un contrôle WebBrowser et dire au client que c'est la nouvelle version de bureau. Peut-être qu'il ne veut tout simplement pas ouvrir un navigateur pour utiliser votre application.

Oui, il est raisonnable pour le client de vous attendre à soutenir votre produit sur les versions ultérieures de Windows. Il est également raisonnable pour votre entreprise de décider qu'elle ne veut pas soutenir le produit plus, au risque de perdre des clients.

Mais il ne compte pas vraiment ce que la norme de l'industrie est, il le fait? Vous avez besoin soit de convaincre ce client de passer à la version web, faites votre travail produit sur Windows 7, ou abandonner ce client.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top