Attention, je ne r�ponds pas directement � la question, je corrige les petites erreurs de vocabulaire qui peuvent mener � la mauvaise compr�hension!
Laurent FRISEE wrote: >Je travaille dans une soci�t� de services (traduisez consultance), et je >remarque que j'ai toutes les peines du monde � expliquer (et surtout � >faire comprendre) aux commerciaux qu'en placant du GNU/OpenSource (ne me >faites pas dire ce que je n'ai pas dit, ce n'est pas gratuit au sens >pognon, il y a qd m�me des licences � payer ...) pour �viter des coups de >licence (par ex, suse,mdk,redhat coute - cher � l'achat qu'une licence NT >Server ou 2000 ou XP), je passe sur les autres produits : raisonement >identique. > Il n'y a pas de licence � payer pour des logiciels libres. Tu ne payes pas la licence, tu payes ce qu'il y a autour. Une licence, c'est un droit d'utilisation. Celui-l�, tu l'as d'office. Ce qu'il y a comme pognon � d�penser est en fait plus ou moins le m�me que pour des logiciels propri�taires: formations (mais concr�tement, elles sont souvent inexistantes ou de mauvaise qualit� ou pas suivies comme il faudrait), migration, installations, maintenance, support, ... Ce qui est int�ressant, c'est l'ensemble des besoins couverts par n'importe quelle distribution "out-of-the-box": on n'essaye plus de te faire payer pour chacun des usages soi-disant diff�rents de ton ordinateur. > >Mais surtout de leur faire comprendre que : >1) avec des produits dits opensource (dans le sens correct du terme != >freeware), on r�duit les co�ts "impos�s" au client > Utilise "Logiciel Libre", c'est mieux, en Fran�ais et c'est ce que tu tentes (maladroitement) d'exprimer ici. Surtout que les "grands" du logiciel propri�taire essayent de plus en plus d'imposer des syst�mes de "location" de logiciels. >2) on a une grande communaut� de d�vel derri�re soi et que les patchs sont >bcp plus fr�quent > Le support est aussi beaucoup plus r�actif, pour peu que tu saches comment le contacter et obtenir des r�ponses. Les gens chez qui tu vas obtenir du support sont soit les d�veloppeurs eux-m�mes, soit des utilisateurs du produit, ce qui est rarement (vous avez dit jamais?) le cas dans les helpdesks des �diteurs de logiciels propri�taires. Il y a aussi le fait que les logiciels libres ne sont pas tenus uniquement � des agendas fix�s 6 mois � l'avance et � des releases bien d�finies. Il est donc tout-�-fait possible d'avoir une correction � ton probl�me le lendemain, et au pire, tu peux le faire toi-m�me. Un exemple: j'ai install� derni�rement une Debian Woody sur un Alpha. Les probl�mes se succ�daient les uns apr�s les autres, sans parler des programmes qui g�n�raient des "unaligned trapp" toutes les 10 minutes. L'install de tout ce que le client voulait a pris 3 jours. Sur ce temps, j'avais envoy� suffisemment de messages aux d�veloppeurs des softs en question pour que 90% de mes probl�mes soient r�solus. Les nouveaux packages Debian int�graient les correctifs n�cessaires. Les 10% restants �taient le package Netatalk, qui a un probl�me sur les architectures 64bits. J'ai jou� avec la config pendant quelques heures, esp�rant r�soudre le probl�me, sans succ�s. J'avais lu que GCC 3.0 tirait mieux parti des architectures 64bits que le 2.95. J'ai donc recompil� mon package (donc, il est toujours sous forme de package) avec GCC 3.0 et miracle! Le probl�me a disparu! Cela m'aurait �t� totalement impossible avec des logiciels propri�taires. Concr�tement, cette machine �tait sous NT4 (Win2K n'est plus disponible sur Alpha, merci M$!), et tournait moyennement, mais ne faisait pas grand chose. Maintenant, elle est r�ellement utilis�e (un peu trop d'ailleurs!) et rend plus de services, tout en sachant que cette liste de services est tout-�-fait extensible. >3) et dans notre cas last but not least : on peut placer + de consultant >qu'avec des syst�mes dits ferm�s !!!! > En tous cas, on peut avoir un contr�le total du syst�me. Et souvent, la documentation disponible est de bonne qualit� (en tout cas pour les gros projets), parce que c'est la seule mani�re d'obtenir des nouveaux d�veloppeurs et/ou utilisateurs. >si vous avez des URL de soc de services qui le font et ou ca marche je suis >preneur, J'AI FRANCHEMENT TRES ENVIE DE LANCER CELA ICI MAIS ... CA COINCE >(bien que du niveau technique, on sent qu'on est suivi et que les gens >(d�cideurs) ont l'air pr�ts � s'investir (vaut mieux parler au conditionnel >parce que ca change de temps � autre) > >voila voila >Laurent > Le fait de c�toyer ce milieu permet aussi de devenir plus productif, plus "communiquant", parce que c'est la seule mani�re de s'int�grer, et de ne pas perdre du temps. Clairement, le gars qui envoie un e-mail sur une ml de support en esp�rant avoir la r�ponse toute cuite sur un plateau dans les 2 minutes ne peut �tre que d��u. Celui par contre qui fait cela *en plus* de chercher par lui-m�me sera toujours agr�ablement surpris. Discuter d'un probl�me sur IRC avec les d�veloppeurs d'Abiword est une exp�rience vraiment passionnante. Pouvoir leur demander en direct d'o� vient leur version des librairies de WV est tout simplement g�nial. Une autre exp�rience est la discussion de 10 minutes par e-mail avec le d�veloppeur du module aic7xxx.o du kernel (support des cartes SCSI Adaptec PCI), avec la r�solution de mon probl�me (pas trivial) � la cl�! > >Pascal Bleser said: > >>... >> >>>>C'est con � dire, mais pour certains... c'est le premier int�ret >>>>visible ! C'est BOOOOOO... rapide, et facile ! >>>>C'est aussi �a qui va leur donner envie d'essayer Linux... >>>> >>Oui. C'est con, mais �a joue aussi... du moins dans un premier temps. >>Le risque est qu'ils pourraient essayer Linux pour les mauvaises >>raisons et �tre d��us par apr�s (parce que leur webcam USB n'est pas >>support�e, ils n'ont pas leur programme crack� pour faire des montages >>vid�o, etc...). Mais bon, au moins, �a les incite � essayer ;-) >> >>>Le premier int�ret est visuel... et le second est qd m�me la >>>compatibilit�. En entrepprise, je me vois mal dire � un >>>client/fournisseur que pour travailler avec moi il doit absolument >>> >>Bien sur. Ce sont des crit�res totalement diff�rents. Tout comme il est >>idiot de prendre d'office windows nt/2000 pour un serveur parce qu'on a >>98 sur son laptop ou chez soi (logique typique des d�cideurs), il ne >>faut pas confondre PC-poubelle chez un particulier et PC en >>entreprise... >> >>De mani�re g�n�rale, je trouve qu'on doit faire preuve d'un peu plus de >>discernement et ne pas mettre tout dans un m�me pot. Une station de >>travail en entreprise a des buts et des crit�res de qualit� tr�s >>diff�rents d'un PC chez soi qui est cens� savoir "tout" faire (jouer, >>surfer, montage vid�o, jouer des DVDs et DivX, ripper, graver, etc...). >>Personellement, � part la probl�matique de MS Office et ses formats de >>fichiers, je trouve que Linux est nettement plus int�ressant en >>entreprise, comme je l'ai d�j� expliqu� dans des mails pr�c�dents. >> >>En ce qui concerne les formats de fichiers, c'est un d�bat en soi. >>Esp�rons que OpenOffice et StarOffice progressent vite, qu'ils >>deviennent tr�s stables et que les filtres d'import/export de formats >>Micro$oft s' am�liorent (m�me si c'est d�j� pas trop mal, mais loin >>d'�tre parfait). >> >>Il est �vident, comme cela a d�j� �t� �gratign� dans un d�bat >>pr�c�dent, que les formats de fichiers ouverts (p.ex. DocBook XML, >>j'insiste encore parce que je crois que c'est tr�s peu connu et >>pourtant une solution extr�mement int�ressante et encore prometteuse >>pour l'avenir, m�me si d�j� op�rationelle) repr�sentent un enjeu >>primordial, autant pour l'interop�rabilit� d'applications et de >>plateformes (y compris Linux) que plein d'autres choses - je crois que >>ces autres avantages sont connus de tout le monde, je ne vais pas les >>citer encore une fois (sauf si vous le voulez ;-)). >> >>Par extension, les protocoles standards - p.ex. au niveau du r�seau >>(p.ex. SMTP/POP3/IMAP pour les mails) - sont aussi primordiaux. >> >>>utiliser tel ou tel type de format car moi je ne sais pas importer >>>convenablement les documents microsoft (heu, non, je n'ai aps encore >>> >>... >> >>>Mais tant qu'une telle compatibilit� ne sera pas quasi totale, le >>>passage vers linux ne se fera pas tout seul. >>> >>Je ne sais pas... Peut-�tre qu'on arrivera enfin � faire r�fl�chir tout >>le monde � ces enjeux. >>IMHO, je crois que c'est aussi � �a qu'il faut oeuvrer: ouvrir le d�bat >>au grand public, qui est souvent tr�s mal ou pas du tout renseigner. >>Leur expliquer quels sont les enjeux, notamment et principalement au >>niveau des syst�mes informatiques de l'�tat et autres institutions (cf. >>le document d'Edgar David Villanueva Nu�ez, ce (depuis peu) fameux >>parlementaire p�ruvien) et face � Internet et l'informatisation totale >>des donn�es et de leur vie, finalement. >> >>Comme d�j� dit, je verrais bien qqes d�bats t�l�vis�s sur ces points, >>histoire de montrer � tout le monde quels sont les enjeux et de faire >>entrer cela sur le plan politique, comme cela commence � �tre le cas en >>Allemagne (Bundestag), en Belgique, au P�rou, et en France (� ce qu'il >>para�t). >> >>-- >> -o) Pascal Bleser ATOS Origin/Aachen(DE) | >> /\\ <[EMAIL PROTECTED]> | >> _\_v <[EMAIL PROTECTED]> | >>---------------------------------------------| >>Jesus saves,Buddha makes incremental backups : >>---------------------------------------------' >>
