Il peut conserver ses document MSO, il suffit qu'il les enregistre au format html (c'est devenu possible dans la dernière mouture de la suite de µsoft) avent de faire le grand saut. Et travailler comme avec Office, c'est possible aussi. Il devra faire du Perl ou du Python au lieu du VB -quoiqu'il y ait des projets de clonage chez Gnome, et même chez KDE-, mais des machins comme KOffice offrent les même possibilités (oui, il manque encore qques fonctions, mais tout le monde se plaint des obésiciels de Trogrosoft dont on n'utilise pas le quart des fonctionnalités).
Bref, il suffit d'un petit effort et d'un peu de bonne volonté pour passer de Win à Lin. Et puis le dual boot, c'est pas fait pour les chiens et ça permet de se rassurer en sachant que le trajet n'est pas irréversible.
Pour les jeux, c'est vrai que c'est là qu'on a encore un problème. Il faudrait que l'on puisse obtenir, avec OpenGL, OpenAL, OpenML et SDL, une APIs de prog unifiée, simple et cohérente jouant le rôle de DirectX. Rappelez vous que c'est DX qui a fait passer les codeurs de jeux du coté Windows, avant on jouait exclusivement sous DOS, plus rapide. Dès que l'API de windows a permis de ne plusse préoccuper de tout les machins comme le configuration de la carte son, de la souris et compagnie, hop, tout le monde s'est jeté dessus.
Je pense que si des gens codaient un moteur 3D bien modulable (genre Lith engine) et GPL (peut-être à partirdu code de Q2), tout en permettant, au moins dans un premier temps, l'achat d'une license proprio (à la Qt), ça permettrait
-1: de rassurer et d'attirer les maisons de jeux, surtout si le prix de la license est "bradé" par rapport aux autres disponibles. Donc, on verrait une floppée de jeux commerciaux sortir en proposant une versions Linux en plus de la version Windows. Voila pour le grand public.
-2: de permettre aux amateurs de faire leurs propres jeux -en GPL- et d'entrainer une nouvelle floppée de jeux.
L'avantage de 1, c'est que ça favorisera la migration des modistes, ces joueurs passionnés qui aiment bidouiller le code des programmes pour démonter leur talent. Ils deviendrait rapidement, grace aux 2, des codeurs de jeux libres de bonne qualité.
Evidemment, il faudrait aussi faire, au fur et à mesure, d'autre bibliothèque pour les modèles physique, l'IA, etc. Mais ça viendrait rapidement.
[^] # Re: Pour le meilleur
Posté par Gaël . En réponse à la dépêche Microsoft et Corel, pour le meilleur et pour Linux. Évalué à 1.
Bref, il suffit d'un petit effort et d'un peu de bonne volonté pour passer de Win à Lin. Et puis le dual boot, c'est pas fait pour les chiens et ça permet de se rassurer en sachant que le trajet n'est pas irréversible.
Pour les jeux, c'est vrai que c'est là qu'on a encore un problème. Il faudrait que l'on puisse obtenir, avec OpenGL, OpenAL, OpenML et SDL, une APIs de prog unifiée, simple et cohérente jouant le rôle de DirectX. Rappelez vous que c'est DX qui a fait passer les codeurs de jeux du coté Windows, avant on jouait exclusivement sous DOS, plus rapide. Dès que l'API de windows a permis de ne plusse préoccuper de tout les machins comme le configuration de la carte son, de la souris et compagnie, hop, tout le monde s'est jeté dessus.
Je pense que si des gens codaient un moteur 3D bien modulable (genre Lith engine) et GPL (peut-être à partirdu code de Q2), tout en permettant, au moins dans un premier temps, l'achat d'une license proprio (à la Qt), ça permettrait
-1: de rassurer et d'attirer les maisons de jeux, surtout si le prix de la license est "bradé" par rapport aux autres disponibles. Donc, on verrait une floppée de jeux commerciaux sortir en proposant une versions Linux en plus de la version Windows. Voila pour le grand public.
-2: de permettre aux amateurs de faire leurs propres jeux -en GPL- et d'entrainer une nouvelle floppée de jeux.
L'avantage de 1, c'est que ça favorisera la migration des modistes, ces joueurs passionnés qui aiment bidouiller le code des programmes pour démonter leur talent. Ils deviendrait rapidement, grace aux 2, des codeurs de jeux libres de bonne qualité.
Evidemment, il faudrait aussi faire, au fur et à mesure, d'autre bibliothèque pour les modèles physique, l'IA, etc. Mais ça viendrait rapidement.