Je pensais un truc tout à l'heure: c'est con que les constructeurs ne font
pas de pilotes pour les périphériques sous Linux.
Parce qu'il n'y a que ça comme problème en fait.
Tout le reste se sont des pacotilles.
Moi, si j'avais su, je n'aurais jamais pris Canon comme imprimante.
Je voulais une 3 en 1 à cause de la place que ça prend.
C'est sûr que Microsoft peut faire de la pub à la télé sur son système
d'exploitations qui démarre n'importe quoi quand on veut, s'il a tous les
éléments pour tout faire fonctionner.
C'est de la triche tout ça.
Le jour où les constructeurs changeront ça, Linux sera supérieur à Windows.
G-raison , dans le message <439b0aff$0$29188$, a écrit :
Je pensais un truc tout à l'heure: c'est con que les constructeurs ne font pas de pilotes pour les périphériques sous Linux.
Non, c'est une bonne chose. Les pilotes des constructeurs sont presque toujours de sombres merdes, marchent sur quelques versions du noyau, sur quelques architectures. Le problème, c'est que certains constructeurs ne donnent pas les spécifications qui permettraient à des programmeurs de talent de programmer de bons drivers libres.
G-raison , dans le message <439b0aff$0$29188$8fcfb975@news.wanadoo.fr>,
a écrit :
Je pensais un truc tout à l'heure: c'est con que les constructeurs ne font
pas de pilotes pour les périphériques sous Linux.
Non, c'est une bonne chose. Les pilotes des constructeurs sont presque
toujours de sombres merdes, marchent sur quelques versions du noyau, sur
quelques architectures. Le problème, c'est que certains constructeurs ne
donnent pas les spécifications qui permettraient à des programmeurs de
talent de programmer de bons drivers libres.
G-raison , dans le message <439b0aff$0$29188$, a écrit :
Je pensais un truc tout à l'heure: c'est con que les constructeurs ne font pas de pilotes pour les périphériques sous Linux.
Non, c'est une bonne chose. Les pilotes des constructeurs sont presque toujours de sombres merdes, marchent sur quelques versions du noyau, sur quelques architectures. Le problème, c'est que certains constructeurs ne donnent pas les spécifications qui permettraient à des programmeurs de talent de programmer de bons drivers libres.
talon
Nicolas George <nicolas$ wrote:
G-raison , dans le message <439b0aff$0$29188$, a écrit :
Je pensais un truc tout à l'heure: c'est con que les constructeurs ne font pas de pilotes pour les périphériques sous Linux.
Non, c'est une bonne chose. Les pilotes des constructeurs sont presque toujours de sombres merdes, marchent sur quelques versions du noyau, sur quelques architectures. Le problème, c'est que certains constructeurs ne donnent pas les spécifications qui permettraient à des programmeurs de talent de programmer de bons drivers libres.
Et tu les trouves où tes programmeurs "de talent"? La plupart travaillent chez RedHat, IBM, Sun, Novell, etc. comme par hasard. Il faut arrêter avec le mythe de l'amateur qui fait son business dans son coin. Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
--
Michel TALON
Nicolas George <nicolas$george@salle-s.org> wrote:
G-raison , dans le message <439b0aff$0$29188$8fcfb975@news.wanadoo.fr>,
a écrit :
Je pensais un truc tout à l'heure: c'est con que les constructeurs ne font
pas de pilotes pour les périphériques sous Linux.
Non, c'est une bonne chose. Les pilotes des constructeurs sont presque
toujours de sombres merdes, marchent sur quelques versions du noyau, sur
quelques architectures. Le problème, c'est que certains constructeurs ne
donnent pas les spécifications qui permettraient à des programmeurs de
talent de programmer de bons drivers libres.
Et tu les trouves où tes programmeurs "de talent"? La plupart travaillent chez
RedHat, IBM, Sun, Novell, etc. comme par hasard. Il faut arrêter avec le mythe
de l'amateur qui fait son business dans son coin. Et si on arrête ça, tu
n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a
pas de programmeur de talent chez les fabricants taiwanais.
G-raison , dans le message <439b0aff$0$29188$, a écrit :
Je pensais un truc tout à l'heure: c'est con que les constructeurs ne font pas de pilotes pour les périphériques sous Linux.
Non, c'est une bonne chose. Les pilotes des constructeurs sont presque toujours de sombres merdes, marchent sur quelques versions du noyau, sur quelques architectures. Le problème, c'est que certains constructeurs ne donnent pas les spécifications qui permettraient à des programmeurs de talent de programmer de bons drivers libres.
Et tu les trouves où tes programmeurs "de talent"? La plupart travaillent chez RedHat, IBM, Sun, Novell, etc. comme par hasard. Il faut arrêter avec le mythe de l'amateur qui fait son business dans son coin. Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
--
Michel TALON
Nicolas George
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
Michel Talon, dans le message <dngpe3$2nnv$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Et si on arrête ça, tu
n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a
pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder
des drivers pour Linux. Ça saute aux yeux : les drivers en question sont
quasiment toujours de sombres merdes.
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
l'indien
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs sont des "proof-of-concept". Ils sont seulement utiles pour servir de référence (en appoint de la doc, quand il y en a) pour développer un vrai driver.
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Et si on arrête ça, tu
n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a
pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder
des drivers pour Linux. Ça saute aux yeux : les drivers en question sont
quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs
sont des "proof-of-concept". Ils sont seulement utiles pour servir de
référence (en appoint de la doc, quand il y en a) pour développer un
vrai driver.
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs sont des "proof-of-concept". Ils sont seulement utiles pour servir de référence (en appoint de la doc, quand il y en a) pour développer un vrai driver.
talon
l'indien wrote:
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs sont des "proof-of-concept". Ils sont seulement utiles pour servir de référence (en appoint de la doc, quand il y en a) pour développer un vrai driver.
Ben tiens, c'est pour ça que pour le matériel haut de gamme, les benchmarks que je vois de ci de là montrent presque toujours des performances supérieures sous Windows (avec les drivers fournis par le constructeur) que sous les systèmes libres. Le constructeur dispose des spécifications exactes du matériel, et de tous les équipements de tests pour voir ce qui se passe en fonctionnement. Un amateur peut faire mieux dans sa cave avec une vague documentation, bien sûr ...
--
Michel TALON
l'indien <l_indien_no_more_spams@magic.fr> wrote:
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Et si on arrête ça, tu
n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a
pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder
des drivers pour Linux. Ça saute aux yeux : les drivers en question sont
quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs
sont des "proof-of-concept". Ils sont seulement utiles pour servir de
référence (en appoint de la doc, quand il y en a) pour développer un
vrai driver.
Ben tiens, c'est pour ça que pour le matériel haut de gamme, les benchmarks
que je vois de ci de là montrent presque toujours des performances supérieures
sous Windows (avec les drivers fournis par le constructeur) que sous les
systèmes libres. Le constructeur dispose des spécifications exactes du
matériel, et de tous les équipements de tests pour voir ce qui se passe en
fonctionnement. Un amateur peut faire mieux dans sa cave avec une vague
documentation, bien sûr ...
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs sont des "proof-of-concept". Ils sont seulement utiles pour servir de référence (en appoint de la doc, quand il y en a) pour développer un vrai driver.
Ben tiens, c'est pour ça que pour le matériel haut de gamme, les benchmarks que je vois de ci de là montrent presque toujours des performances supérieures sous Windows (avec les drivers fournis par le constructeur) que sous les systèmes libres. Le constructeur dispose des spécifications exactes du matériel, et de tous les équipements de tests pour voir ce qui se passe en fonctionnement. Un amateur peut faire mieux dans sa cave avec une vague documentation, bien sûr ...
--
Michel TALON
stephane
On 2005-12-11, Michel Talon wrote:
Un amateur peut faire mieux dans sa cave avec une vague documentation, bien sûr ...
Ceci dit, j'ai entendu parler d'un systeme d'exploitation complet realise par quelques amateurs dans leur garage. Linux je crois que ca s'appelle.
-- http://www.unices.org Photos, humour et autres blogueries
On 2005-12-11, Michel Talon <talon@lpthe.jussieu.fr> wrote:
Un amateur peut faire mieux dans sa cave avec une vague
documentation, bien sûr ...
Ceci dit, j'ai entendu parler d'un systeme d'exploitation complet
realise par quelques amateurs dans leur garage. Linux je crois que ca
s'appelle.
--
http://www.unices.org Photos, humour et autres blogueries
Un amateur peut faire mieux dans sa cave avec une vague documentation, bien sûr ...
Ceci dit, j'ai entendu parler d'un systeme d'exploitation complet realise par quelques amateurs dans leur garage. Linux je crois que ca s'appelle.
-- http://www.unices.org Photos, humour et autres blogueries
l'indien
On Sun, 11 Dec 2005 15:13:59 +0000, Michel Talon wrote:
l'indien wrote:
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs sont des "proof-of-concept". Ils sont seulement utiles pour servir de référence (en appoint de la doc, quand il y en a) pour développer un vrai driver.
Ben tiens, c'est pour ça que pour le matériel haut de gamme, les benchmarks que je vois de ci de là montrent presque toujours des performances supérieures sous Windows (avec les drivers fournis par le constructeur) que sous les systèmes libres. Le constructeur dispose des spécifications exactes du matériel, et de tous les équipements de tests pour voir ce qui se passe en fonctionnement. Un amateur peut faire mieux dans sa cave avec une vague documentation, bien sûr ...
Un amateur peut effectivement le faire dans son garage mais je parlais en tant que professionnel. Ma boite fabrique du hardware qui tourne sous Linux. Il m'arrive donc assez souvent de devoir mettre au point des drivers pour des nouveaux devices. Je connais donc pas mal la (non) qualité du code fourni par les constructeurs (quand il y en a) et de la doc (quand il y en a, elle est parfois aussi buggée que le code). Je m'estime heureux quand ce n'est pas le hardware lui même qui est buggé. Et tous les types de hardware sont touché par les bugs: on a même vu passer des CPU dont le cache était buggé...
On Sun, 11 Dec 2005 15:13:59 +0000, Michel Talon wrote:
l'indien <l_indien_no_more_spams@magic.fr> wrote:
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$1@asmodee.lpthe.jussieu.fr>,
a écrit :
Et si on arrête ça, tu
n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a
pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder
des drivers pour Linux. Ça saute aux yeux : les drivers en question sont
quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs
sont des "proof-of-concept". Ils sont seulement utiles pour servir de
référence (en appoint de la doc, quand il y en a) pour développer un
vrai driver.
Ben tiens, c'est pour ça que pour le matériel haut de gamme, les benchmarks
que je vois de ci de là montrent presque toujours des performances supérieures
sous Windows (avec les drivers fournis par le constructeur) que sous les
systèmes libres. Le constructeur dispose des spécifications exactes du
matériel, et de tous les équipements de tests pour voir ce qui se passe en
fonctionnement. Un amateur peut faire mieux dans sa cave avec une vague
documentation, bien sûr ...
Un amateur peut effectivement le faire dans son garage mais je parlais en
tant que professionnel. Ma boite fabrique du hardware qui tourne sous
Linux. Il m'arrive donc assez souvent de devoir mettre au point des
drivers pour des nouveaux devices. Je connais donc pas mal la (non)
qualité du code fourni par les constructeurs (quand il y en a) et de la
doc (quand il y en a, elle est parfois aussi buggée que le code).
Je m'estime heureux quand ce n'est pas le hardware lui même qui est
buggé.
Et tous les types de hardware sont touché par les bugs: on a même vu
passer des CPU dont le cache était buggé...
On Sun, 11 Dec 2005 15:13:59 +0000, Michel Talon wrote:
l'indien wrote:
On Sun, 11 Dec 2005 12:38:14 +0000, Nicolas George wrote:
Michel Talon, dans le message <dngpe3$2nnv$, a écrit :
Et si on arrête ça, tu n'auras pas de mal à conclure qu'il n'y a aucune raison de croire qu'il n'y a pas de programmeur de talent chez les fabricants taiwanais.
Ils en ont peut-être, mais ils ne sont manifestement pas employés pour coder des drivers pour Linux. Ça saute aux yeux : les drivers en question sont quasiment toujours de sombres merdes.
Je plussoie. Généralement, les drivers fournis par les constructeurs sont des "proof-of-concept". Ils sont seulement utiles pour servir de référence (en appoint de la doc, quand il y en a) pour développer un vrai driver.
Ben tiens, c'est pour ça que pour le matériel haut de gamme, les benchmarks que je vois de ci de là montrent presque toujours des performances supérieures sous Windows (avec les drivers fournis par le constructeur) que sous les systèmes libres. Le constructeur dispose des spécifications exactes du matériel, et de tous les équipements de tests pour voir ce qui se passe en fonctionnement. Un amateur peut faire mieux dans sa cave avec une vague documentation, bien sûr ...
Un amateur peut effectivement le faire dans son garage mais je parlais en tant que professionnel. Ma boite fabrique du hardware qui tourne sous Linux. Il m'arrive donc assez souvent de devoir mettre au point des drivers pour des nouveaux devices. Je connais donc pas mal la (non) qualité du code fourni par les constructeurs (quand il y en a) et de la doc (quand il y en a, elle est parfois aussi buggée que le code). Je m'estime heureux quand ce n'est pas le hardware lui même qui est buggé. Et tous les types de hardware sont touché par les bugs: on a même vu passer des CPU dont le cache était buggé...
