La question peut paraître stupide mais y répondre de manière simple et
précise est loin d'être simple.
Donc c'est pourquoi je la lance cette question stupide.
Linux pour quoi faire ?
Une alternative aux derniers versions des produits serveur de la société
Microsoft ?
Tout professionnel ayant eu à faire des grosses migrations de serveurs
en environnement Microsoft vers des serveurs sous Linux vous dirons que
la réponse et Non sur le plan technique et sur le plan financier.
Une alternative idéologique ?
En bref l'idée : C'est gratuit, C'est libre, y'a les sources.
Nous faisons peut être un confusion avec le concept d'information
numérique qui peut être gratuite grâce au coût marginal de reproduction
de l'information numérique.
Mais un bien manufacturé a un coût, le temps passé à l'étudier et le
fabriquer, matière premier, etc.. Ou est passé ce coût qui en plus doit
croître proportionnellement à l'ampleur du noyau Linux ? Qui le finance ?
Une alternative pour les ténors de l'industrie informatique face à
Microsoft ?
Si nous observons depuis les années 1994 l'évolution, c'est étrange :
Le cas Apache (le fameux serveur WEB) qui en 1999 était déjà installé
sur 64% des serveurs. Faire face à IIS de Microsoft à cette époque
impliqué :
Acheter et utiliser un serveur web propriétaire.
Pour un concurrent directe de Microsoft ce n'est pas envisageable.
Développer son propre serveur.
les serveurs web (à l'époque) ne sont pas très compliqués mais il
faudra payer les temps de développement et les équipes pour le maintenir.
Rejoindre le groupe Apache.
Ils ont compris qu'il était plus sensé d'unir leurs efforts et
d'améliorer un code commun que de démarrer un grand nombre d'efforts de
développement parallèles. De cette manière, ils ont pu réunir à la fois
les avantages du développement d'un serveur personnel et le puissant
effet de débogage de la revue par un grand nombre de pairs en parallèle.
Et le tout sans débourser un centime.
Nestcape pour faire face à IE de Microsoft qui lui prenait part de
marche sur par de marché ouvre les sources de Nestcape en 1998, la
stratégie marche Netscape reprend des part de marché face à IE et le
vend à AOL en 1999...
Digital Creations qui en 1998 ouvre les sources de leur outil principal
Zope et la société trouve des investisseurs....
Samba qui fut lui aussi ouvert de la part de HP en 1994..
Et la cerise sur le gâteau c'est la création en 2000 de l'Open Source
Development Labs (ODSL) tous les grands ténors de l'informatique et un
ticket d'entrée de 10000$ par an. Le Directeur vient de chez IBM et le
vice président de chez HP ....
Microsoft (car ils sont loin d'être idiot aussi) commence à combattre le
modèle économique des ses concurrents, il commence à préconiser
l'utilisation d'OpenOffice sur les veilles plate-forme (Windows 98 / NT)
là où Office 2003 ne peut pas fonctionner. Il commence aussi à ouvrir
les sources de certain outil.
Imaginez un peut si SCO avec rendu public leurs sources en 1994....
Au fur et à mesure que des pauvres billes comme moi assurent le portage
vers de nouvelles plates-formes et améliorent les logiciels de diverses
manières, le marché des ténors de l'informatique se développe en
conséquence. Eux ils l'ont compris au début des années 1990..... (et
nous en 2010, car il paraît que nous avons 20 ans de retard face au
Etats-Unis !)
Les ténors quitteront-ils la voie de la coopération quand les enchères
auront atteint une certaine somme ?
.....?
Pourquoi les ténors financent des recherches que chacun de leurs
concurrents est libre de s'approprier à coût nul ?
les gains futurs doivent êtres importants pour qu'ils puissent tolérer
un modèle économique pareil..
Je suis peut être paranoïaque, mais bon la question est lancée, car j'ai
du mal à comprendre ...
Autant que je me rappelle, REMARKS est obsolete depuis COBOL 85. En tout cas, mon compilateur OpenVMS ne l'accepte pas non plus...
Au temps pour moi. Renseignements pris, il semble même qu'il soit marqué obsolète depuis cobol 74, ce qui fait qu'il n'est en principe plus dans Cobol 85.
(Pour les jeunes: quand une norme cobol marque un élément comme obsolète, ça veut dire qu'il sera probablement supprimé de la norme suivante, 10 ans plus tard au train ou vont les choses -- c'est en quelle année que Tannenbaum à déclaré que Linux était obsolète ?).
Et en plus, il est facile de la remplacer par des commentaires. Autre argument? (J'en attendais de plus sérieux!!)
Quand voulu compiler un bon vieux programme avec sequentiel indexé, le compilo a toussé sur le remarks, que j'ai bien sur enlevé, ce qui l'a fait tousser plus loin. Pour faire court je n'ai présenté que le premier problème. Et comme j'ai installe cobol dans /tmp, il est parti en vacances et j'ai la flemme de le reinstaller pour jouer à traquer les erreurs. Surtout qu'il avait l'air un peu plus emmerdant que Acucobol pour la syntaxe des lignes (zones ABC, tout ça) avec les tabulations et tutti-quanti.
La question, c'est de savoir quelle norme il suit, ce fichu compilo. C'est un 85 modifié 88, ou le grand jeu "9x" avec les objets ?
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Autant que je me rappelle, REMARKS est obsolete depuis COBOL 85. En
tout cas, mon compilateur OpenVMS ne l'accepte pas non plus...
Au temps pour moi. Renseignements pris, il semble même qu'il soit
marqué obsolète depuis cobol 74, ce qui fait qu'il n'est en principe
plus dans Cobol 85.
(Pour les jeunes: quand une norme cobol marque un élément comme
obsolète, ça veut dire qu'il sera probablement supprimé de la norme
suivante, 10 ans plus tard au train ou vont les choses -- c'est en
quelle année que Tannenbaum à déclaré que Linux était obsolète ?).
Et en plus, il est facile de la remplacer par des commentaires.
Autre argument? (J'en attendais de plus sérieux!!)
Quand voulu compiler un bon vieux programme avec sequentiel indexé, le
compilo a toussé sur le remarks, que j'ai bien sur enlevé, ce qui l'a
fait tousser plus loin. Pour faire court je n'ai présenté que le
premier problème. Et comme j'ai installe cobol dans /tmp, il est parti
en vacances et j'ai la flemme de le reinstaller pour jouer à traquer
les erreurs. Surtout qu'il avait l'air un peu plus emmerdant que
Acucobol pour la syntaxe des lignes (zones ABC, tout ça) avec les
tabulations et tutti-quanti.
La question, c'est de savoir quelle norme il suit, ce fichu compilo.
C'est un 85 modifié 88, ou le grand jeu "9x" avec les objets ?
MB
--
Michel BILLAUD billaud@labri.fr
LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792
351, cours de la Libération http://www.labri.fr/~billaud
33405 Talence (FRANCE)
Autant que je me rappelle, REMARKS est obsolete depuis COBOL 85. En tout cas, mon compilateur OpenVMS ne l'accepte pas non plus...
Au temps pour moi. Renseignements pris, il semble même qu'il soit marqué obsolète depuis cobol 74, ce qui fait qu'il n'est en principe plus dans Cobol 85.
(Pour les jeunes: quand une norme cobol marque un élément comme obsolète, ça veut dire qu'il sera probablement supprimé de la norme suivante, 10 ans plus tard au train ou vont les choses -- c'est en quelle année que Tannenbaum à déclaré que Linux était obsolète ?).
Et en plus, il est facile de la remplacer par des commentaires. Autre argument? (J'en attendais de plus sérieux!!)
Quand voulu compiler un bon vieux programme avec sequentiel indexé, le compilo a toussé sur le remarks, que j'ai bien sur enlevé, ce qui l'a fait tousser plus loin. Pour faire court je n'ai présenté que le premier problème. Et comme j'ai installe cobol dans /tmp, il est parti en vacances et j'ai la flemme de le reinstaller pour jouer à traquer les erreurs. Surtout qu'il avait l'air un peu plus emmerdant que Acucobol pour la syntaxe des lignes (zones ABC, tout ça) avec les tabulations et tutti-quanti.
La question, c'est de savoir quelle norme il suit, ce fichu compilo. C'est un 85 modifié 88, ou le grand jeu "9x" avec les objets ?
MB
-- Michel BILLAUD LABRI-Université Bordeaux I tel 05 4000 6922 / 05 5684 5792 351, cours de la Libération http://www.labri.fr/~billaud 33405 Talence (FRANCE)
Miod Vallat
Quand voulu compiler un bon vieux programme avec sequentiel indexé, le compilo a toussé sur le remarks, que j'ai bien sur enlevé, ce qui l'a fait tousser plus loin. Pour faire court je n'ai présenté que le premier problème. Et comme j'ai installe cobol dans /tmp, il est parti en vacances et j'ai la flemme de le reinstaller pour jouer à traquer les erreurs. Surtout qu'il avait l'air un peu plus emmerdant que Acucobol pour la syntaxe des lignes (zones ABC, tout ça) avec les tabulations et tutti-quanti.
Quelle idée, aussi, de prendre ses vacances dans /tmp. A quoi ça sert que /var/tmp, il se décarcasse, hein ?
Quand voulu compiler un bon vieux programme avec sequentiel indexé, le
compilo a toussé sur le remarks, que j'ai bien sur enlevé, ce qui l'a
fait tousser plus loin. Pour faire court je n'ai présenté que le
premier problème. Et comme j'ai installe cobol dans /tmp, il est parti
en vacances et j'ai la flemme de le reinstaller pour jouer à traquer
les erreurs. Surtout qu'il avait l'air un peu plus emmerdant que
Acucobol pour la syntaxe des lignes (zones ABC, tout ça) avec les
tabulations et tutti-quanti.
Quelle idée, aussi, de prendre ses vacances dans /tmp. A quoi ça sert
que /var/tmp, il se décarcasse, hein ?
Quand voulu compiler un bon vieux programme avec sequentiel indexé, le compilo a toussé sur le remarks, que j'ai bien sur enlevé, ce qui l'a fait tousser plus loin. Pour faire court je n'ai présenté que le premier problème. Et comme j'ai installe cobol dans /tmp, il est parti en vacances et j'ai la flemme de le reinstaller pour jouer à traquer les erreurs. Surtout qu'il avait l'air un peu plus emmerdant que Acucobol pour la syntaxe des lignes (zones ABC, tout ça) avec les tabulations et tutti-quanti.
Quelle idée, aussi, de prendre ses vacances dans /tmp. A quoi ça sert que /var/tmp, il se décarcasse, hein ?
Benjamin FRANCOIS
X.B s'est exprimé en ces termes:
je pensais surtout au client Notes ...
Le client Notes tourne sous Wine, de là à dire qu'il tourne "très bien" je n'irai pas jusque là. Chez IBM, ils utilisent wine-notes qui est un Wine hacké de partout pour pouvoir pleinement utiliser Notes. Sources dispos mais pas redistribuables.
-- <@daerid> I have a drinking problem <@daerid> I just spilled pepsi on my shirt 4 times in a row
X.B s'est exprimé en ces termes:
je pensais surtout au client Notes ...
Le client Notes tourne sous Wine, de là à dire qu'il tourne "très bien"
je n'irai pas jusque là. Chez IBM, ils utilisent wine-notes qui est un
Wine hacké de partout pour pouvoir pleinement utiliser Notes. Sources
dispos mais pas redistribuables.
--
<@daerid> I have a drinking problem
<@daerid> I just spilled pepsi on my shirt 4 times in a row
Le client Notes tourne sous Wine, de là à dire qu'il tourne "très bien" je n'irai pas jusque là. Chez IBM, ils utilisent wine-notes qui est un Wine hacké de partout pour pouvoir pleinement utiliser Notes. Sources dispos mais pas redistribuables.
-- <@daerid> I have a drinking problem <@daerid> I just spilled pepsi on my shirt 4 times in a row
Emmanuel Florac
Le Fri, 04 Jun 2004 14:46:36 +0000, Benjamin FRANCOIS a écrit :
Le client Notes tourne sous Wine, de là à dire qu'il tourne "très bien" je n'irai pas jusque là.
De toute façon en natif c'est déjà ultra-pourri. On dirait le genre de merdes faites avec les pieds en VB par une SSII de deuxième zone mais non, c'est fait par une grosse boîte et peaufiné depuis 10 ans, va comprendre.
-- Si non confectus non reficiat.
Le Fri, 04 Jun 2004 14:46:36 +0000, Benjamin FRANCOIS a écrit :
Le client Notes tourne sous Wine, de là à dire qu'il tourne "très bien"
je n'irai pas jusque là.
De toute façon en natif c'est déjà ultra-pourri. On dirait le genre de
merdes faites avec les pieds en VB par une SSII de deuxième zone mais
non, c'est fait par une grosse boîte et peaufiné depuis 10 ans, va
comprendre.
Le Fri, 04 Jun 2004 14:46:36 +0000, Benjamin FRANCOIS a écrit :
Le client Notes tourne sous Wine, de là à dire qu'il tourne "très bien" je n'irai pas jusque là.
De toute façon en natif c'est déjà ultra-pourri. On dirait le genre de merdes faites avec les pieds en VB par une SSII de deuxième zone mais non, c'est fait par une grosse boîte et peaufiné depuis 10 ans, va comprendre.
-- Si non confectus non reficiat.
Benjamin FRANCOIS
Emmanuel Florac s'est exprimé en ces termes:
De toute façon en natif c'est déjà ultra-pourri.
Certes, mais c'est un autre débat :) Le fait de le faire tourner sous Wine a au moins un avantage : il ne fait pas vautrer tout le système lorsqu'il plante. Parce que les collègues sous Windows 2000, ils rebootaient régulièrement à cause de Notes.
-- <Graeme> yeah, don't be nasty. my grandad died in a concentration camp <Graeme> he fell out a guard tower. broke his neck
Emmanuel Florac s'est exprimé en ces termes:
De toute façon en natif c'est déjà ultra-pourri.
Certes, mais c'est un autre débat :) Le fait de le faire tourner sous
Wine a au moins un avantage : il ne fait pas vautrer tout le système
lorsqu'il plante. Parce que les collègues sous Windows 2000, ils
rebootaient régulièrement à cause de Notes.
--
<Graeme> yeah, don't be nasty. my grandad died in a concentration camp
<Graeme> he fell out a guard tower. broke his neck
Certes, mais c'est un autre débat :) Le fait de le faire tourner sous Wine a au moins un avantage : il ne fait pas vautrer tout le système lorsqu'il plante. Parce que les collègues sous Windows 2000, ils rebootaient régulièrement à cause de Notes.
-- <Graeme> yeah, don't be nasty. my grandad died in a concentration camp <Graeme> he fell out a guard tower. broke his neck