Salut a tous, je suis nouveau sur ce forum, en fait je débarque ici
parce que j'aurai besoin d'un petit coup de main si vous avez du temps
a me consacrer
 
voila mon probleme, je suis un peu parachuté dans un stage (avec un
pote stagiere lui aussi), dont l'objectif est de porter un Client
(d'un reseaux de calcul)sous linux, vers... Windows,
 
Mais pourquoi donc? ca existe encore ca Windows?, ben faut croire que
oui, puisqu'on nous demande cela dans l'espoir que cet hypothétique
Client windows attire en foule les utilisateurs, comique non?
 
le serveur restant toujours sur linux (ils sont comiques mais fous)
 
je sais deja programmer (mon pote aussi)(peu en python, mais ca
s'apprend vite quand on connais deja d'autres langages du genre), mais
a part ca, on est pas tres calé et on rame plutot franchement en terme
de connaissances dans le domaine des questions de portabilité
 
bon, ma premiere réaction est bien évidemment, pas de probleme Python
est portable, et de me rendormir, sauf que,
 
en réflichissant, on trouve d'abord les problemes pour installer,
l'absence totale de ligne de commande sous windows (le client en
question n'a pas de GUI et il faudra en faire une)
 
le probleme des differentes organistions d'arborescences de fichiers
pour windows et linux
 
ainsi qu'un point sur lequel je doute franchement: selon les packages (on dit toolkit ?)
qu'on utilise on peut se retrouver avec des fonctions valables sous un
OS et pas sur d'autres, est ce valable pour Python?
 
 
et surement tout un tas de trucs auxquels on a pas pensé
 
mon analyse est elle correcte?,y a t'il des trucs flagrants dont je
passe complétement a coté
 
merci d'avance a tous pour avoir lu mon post, et de vos réponses
 
Jerry Kan

en même temps, vu que Windows représente environ 98% du parc des OS installés dans le monde, c'est pas si comique que ça non ?
ce qui est comique, c'est que le soft ait été développé en premier sous linux, non ?

T'as fait ton apprentissage chez Pinder toi non?

Faudrait ptet arrêter la drogue

Si le machin est bien codé, en utilisant les fonctions dédiées de Python, c'est totalement transparent

Ben ouais
En même temps, c'est marqué dans la doc ce genre de trucs

[/quote]
 
ah? yen a?  
ben je suis pas tres windows moi, mais le probleme est que les utilisateurs windows ne sauront pas s'en servir (en tout cas pas moi)
 

on a bossé dessus aujourd'hui et zut c'est pas le cas,
 

[/quote]
je confesse que j'ai pas eu trop le temps de lire toute la doc    (mais j'ai acheté un O reilly)
 

Vrai, mais de notre point de vue, on a toujours entendu nos prof que développer sous windows c'est pas bien et tout, et paf le premier boulot c'est l'inverse
 
merci de vos réponse ca nous a fait pas mal avancer,

Ben ouais, ça a pas la puissance des shells *nix mais bon...
 
c'est cmd.exe pour le lancer
 
Après, rien ne vous empêche de voir si le bouzin est suffisament modularisé pour lui ajouter une GUI (multiplateforme) bien sûr

Ben ça fait une partie du portage, nettoyer le code pour que ce genre de trucs soit cross platform

http://www.diveintopython.org
+tutoriels+documentation des modules livrés avec Python
+ http://www.pythonware.com/daily/
+ http://aspn.activestate.com/ASPN/Python

ben ouais

[quotemsg=1119556,4,281438]

Suffit de faire un script batch qui lance le prog, ça prend 30 sec.

Pour quoi faire?
 
T'installe Python sur les machines, tu dis au monsieur de lancer programme.py (avec sa jolie icône de serpent, et si il est trop con tu lui fais un raccourci que tu nommes "programme_a_la_con" et tu lui dis de lancer ça, il saura même pas que c'est un .py) et ça ouvre le shell python en ligne de commande en exécutant le truc dedans
 
Et quand tu sors du programme ça ferme le shell

J'y pensais plus aux icônes tiens.