> Ensuite, tout ce travail est caduque si on ne peut pas avoir de drivers vidéo qui permet à X d'utiliser pleinement la carte vidéo.
D'accord !
Mais le problème se trouve ici du côté des constructeurs !
Et pas qu'ils développent eux-même ! Non, ils doivent ouvrir leurs specs, c'est pas compliqué (et je ne vois pas vraiment quel avantage cela pourrait donner à leurs concurrents, qui doivent avoir bien d'autres moyens...)
> Si j'ai bien compris le rapport, ce qui pose probléme sur X, c'est le manque de bufferisation, ou j'ai mal compris ?
Pas vraiment, le problème de buffer n'est réellement gênant que dans le cas d'une utilisation à distance. Lorsque l'on remet au premier plan une application, il faut la redessiner intégralement.
Selon l'auteur, le problème se situe plutôt dans le côté "bas niveau" du protocole de X Window.
Je pense que la question, pertinente, était de savoir ce que Rebol pouvait apporter façe à des langages plus répandus et dont l'universalité est prouvée.
Je crains que les arguments que tu avances ne soient pas très "engageants". Ce n'est pas une critique personnelle, je suis juste assez frileux vis à vis des multiples "gadgets" qui émergent - oui, je pense que Rebol est un gadget.
Tout d'abord, je ne suis pas certain que le nombre de lignes d'un programme soit un critère déterminant : le Perl existe déjà pour cela, non ? ;-)
Plus une commande fait de choses "puissantes", plus ses effets de bord potentiels sont importants, non ? (Note importante: je n'ai jamais regardé Rebol en détail)
Ensuite, concernant la taille des applications je n'adhère pas à ton exemple : si tu est chez un client, souvent c'est sur un poste Windows (ou même Unix, cela ne change pas grand chose) où tu n'est pas administrateur. Donc, il est hors de question d'y installer un quelconque interpréteur ou logiciel, pour ton usage personnel.
De plus, tu connais une application importante ("groupware"...) développée en Rebol ?
De toute façon la taille n'est plus importante : 1 Mo ou 10 Mo, qu'est-ce que cela change, maintent ? Tu utilises encore des disquettes ?
Les langages comme le C++, le C, le Java me semblent de bien meilleurs investissements (pour répondre à la question posée par Frédéric) : nous sommes certains qu'ils répondent aux besoins que l'on peut rencontrer, à la maison comme en entreprise. Evidemment, c'est peut-être un peu plus long à développer mais tu gagnes en temps de formation et, expérience aidant, tu es de plus en plus performant.
De plus, ces langages étant très répandus, il est plus facile de trouver des contributeurs/mainteneurs/relecteurs.
Maintenant, si c'est pour un usage strictement personnel, alors là, je n'ai plus rien à dire...
Par contre, on peut aussi lire ceci :
"Monty has evaluated iRiver's development board and determined that it is capable of Ogg Vorbis playback. However, iRiver has not yet reached an agreement with Xiph.org to do an actual firmware implementation." http://wiki.xiph.org/VorbisHardware(...)
le gain en productivité devrait à lui seul
justifier l'abandon des systèmes mal conçus.
Je suis d'accord : par souci de productivité, j'ai préféré abandonner Linux ! Je n'avais plus 12 heures par semaine à passer à éditer les fichiers de conf à la main pour corriger les effets de bord induits par les surcouches graphiques (quand X11 voulait bien marcher dès l'installation...)
Les autres systèmes sont plus limités : ils limitent donc la perte de temps.
Avis personnel, bien entendu. Mais avis quand même.
Deux solutions : soit les terminaux ne faisaient que du telnet et alors c'est juste un changement de matos, sans réelle formation comme tu le dis. Je n'appelle plus cela une "migration de poste de travail".
Soit tu nous caches tous les couts de la migration :
- du matos serveur
- des softs,
- de l'administration,
- de l'intégration avec le SI,
- de la maintenance...
Belle mentalité pour des adeptes de l'open source, qui sont pourtant d'habitude assez au fait des licences, limitations et autres aspects juridiques !
Si Transfert souhaite limiter l'accès à son site, c'est son choix.
Je me refuserais à prendre une quelconque mesure pour contourner cette limitation.
En revanche, si vous ne voulez pas payer, ne payez pas mais ne venez pas vous plaindre.
Vous braquez votre boulanger tous les matins, parce qu'il ne vous offre jamais vos croissants ou votre pain ?
Par contre, je suis allé sur le site de Transfert et je pense qu'ils devraient expliquer plus clairement, dès la page d'accueil, leurs conditions d'utilisation.
Mais pourquoi ne pas avoir mis une simple image dont on spécifie la taille à l'affichage, plutôt que du CSS ?
<image width="xxx" height="8" src="barre.png"/>
Avec barre.png, une image toute simple, de 1*8 pixels, par ex.
<humeur>
C'est pas assez compliqué pour rentrer dans les nouvelles normes W3C ?
Les normes c'est bien, mais faut pas fumer la moquette non plus !
</humeur>
Je tiens à noter qu'il existe aux USA et en UK (entre autres), une émission nommée Robotwars dans laquelle des particuliers dépensent des fortunes pour faire se combattre (et détruire dans la seconde qui suit) leur robots téléguidés. http://www.robotwars.tv/(...)
> Ensuite, à part contribuer à la part utilisable sous Mac OS X
Tu reproche à un contributeur de ne contribuer qu'à la partie du projet qui l'interesse ?
Donc, le portage d'un logiciel libre ou d'une partie de celui-ci, c'est mal ?
D'après tout ce que j'ai lu sur Palladium, jusqu'à présent, Windows ne t'imposera pas Palladium : tu seras libre de faire tourner des applis non sécurisées.
Par contre, il sera difficile (impossible ?) de faire communiquer les applis non sécurisées et celles compatibles avec Palladium...
Ce qui est un peu compréhensible.
Pff...
Arrêtes de dire n'importe quoi !
Ce ne serait pas simplement pour te facturer ce que tu consommes (les morceaux de musique !) par hasard ? :-)
Je préférerai ne pas donner quinze fois mon numéro de CB quand j'achète tout un album !
Et ton FAI, par exemple, tu le payes comment ? en espèces ?
Le stockage...
Ca me fait penser à un idée : pourquoi ne pas mutualiser l'espace disque disponible sur tous les PC pour en faire un esapce de stockage (redondant, pour la sécurité) pour tous les documents de l'entreprise ?
Les utilisateurs stockent tous les deux sur une ressource virtuelle commune (qu'ils savent sécurisée et sauvegardée) et leur doc est automatiquement stocké sur au moins deux des nombreux disques dur de la boite.
Et il est moins cher d'utiliser des disque que l'on a déjà que d'acheter un serveur de stockage...
Bien sûr, au niveau perfs, on risque de perdre, mais bon, on peut imaginer de faire les transferts réseau via un système de cache centralisé...
> Maintenant si on admet que des postes d'ingénieurs
> peuvent etre occupés par des gens sans qualifications
Qui entends-tu par "sans qualifications" ?
J'ai personnellement fait un stage en angleterre, dans une société indienne qui fait principalement de l'offshore, pour développer (hé, le offshore ca marche dans les deux sens ?!) un petit soft de gestion des CVs...
et je peux t'assurer qu'au niveau des compétences, les indiens nous valent. Si ce n'est nous dépassent : l'inde était une colonne britanique et cela se voit sur les cursus de formation. Les grandes entreprises US ont compris le potentiel et financent les universités. L'état indien voit aussi là un moyen de moderniser son pays et y met, lui aussi, les moyens.
Autant dire que les conditions pour étudier sont optimales. Est-ce le cas en France ? quel est le budget de l'éducation ici ?
Enfin, les indiens ne travaillent pas que chez eux. Pour certaines missions et/ou à la demande du client, les sociétés Offshore peuvent faire venir 1, 10, 100 développeurs dans la semaine.
C'est cela la grande force de l'inde : il est possible de monopoliser une "armée" de développeurs, analystes, testeurs... dans un temps record.
Pour tous ceux qui sont interessé par l'histoire de l'informatique : je vous conseille les lectures suivantes, en VO :
"Speeding the net" (vous le trouverez sur Amazon.com pour plus d'infos) : la grande épopée de la Start-Up Netscape : de NCSA Mozaic à la bataille contre IE...
Rien à voir avec Netscape mais je recommande aussi, autour d'IBM :
"Thinkad, A different shade of blue" : toute la genèse de la série des Thinkpad IBM et un éclairage sur le fonctionnement de l'énorme entreprise qu'est Big Blue.
D'ailleurs, au passage, je suis interessé si vous avez d'autres bouquin à me conseiller, dans le même style.
Si tu as déjà acheté au moins 1 numéro de Login, tu peux maintenant acheter Planete Linux...
En effet tous les numéros de Login reprennent les mêmes articles : le format RLE, tout sur le cryptage de vigenere, la 3D voxel, Apple revivra-t-il ? Le futur de Linux, Ruby, Python et les autres...
Un peu déçu. Je m'étais abonné un an à Dream. Maintenant je connais tous les numéros de Login... Dommage.
La politique de Microsoft est actuellement basé sur les WebServices : et un système d'authentification par ici, et un service de paiement par là...
Microsoft fait de pas mal d'effort pour standardiser ses produits (C#, CLR, WebDAV, XML...) afin de les rendres interopérables, tout en conservant un supplément de fonctionnalités réservées aux utilisateurs des logiciels maison.
Ainsi Microsoft peut se dire "ouvert" aux autres (normes "publiques", code "partagé"...)
On ne doit pas trop cracher sur la soupe car l'évolution va dans le bon sens : chacun peut utiliser le système qui lui convient le mieux (en termes de coût, support, simplicité, évolution...)
Ce qui serait bien ce serait rendre VB plus ouvert, comme C#. Car on touche la un grand nombre de petits développeurs, surtout dans les entreprises.
Cette annonce de Kurt date un peu...
En effet, on compte déjà deux forks d'Atheos :
- Cosmoe qui se rapproche ouvertement de BeOS (compatibilité source, voire binaire si possible)
et se base sur un noyau Linux (pour les drivers)
(Pourquoi alors ne pas se tourner directement vers OpenBeOS ?)
- Syllable qui est la version active d'Atheos. D'ores et déjà : une grande stabilité, un système de fichier robuste mais encore un grand manque de drivers...
...Une nouvelle version dans une semaine ! à vos agendas (électroniques ou non) !
[^] # Re: Après X, voici Y...
Posté par monseigneur . En réponse à la dépêche Après X, voici Y.... Évalué à 2.
D'accord !
Mais le problème se trouve ici du côté des constructeurs !
Et pas qu'ils développent eux-même ! Non, ils doivent ouvrir leurs specs, c'est pas compliqué (et je ne vois pas vraiment quel avantage cela pourrait donner à leurs concurrents, qui doivent avoir bien d'autres moyens...)
[^] # Re: Après X, voici Y...
Posté par monseigneur . En réponse à la dépêche Après X, voici Y.... Évalué à 3.
Pas vraiment, le problème de buffer n'est réellement gênant que dans le cas d'une utilisation à distance. Lorsque l'on remet au premier plan une application, il faut la redessiner intégralement.
Selon l'auteur, le problème se situe plutôt dans le côté "bas niveau" du protocole de X Window.
[^] # Re: R# une alternative opensource au langage Rebol
Posté par monseigneur . En réponse à la dépêche R# une alternative opensource au langage Rebol. Évalué à 5.
Je pense que la question, pertinente, était de savoir ce que Rebol pouvait apporter façe à des langages plus répandus et dont l'universalité est prouvée.
Je crains que les arguments que tu avances ne soient pas très "engageants". Ce n'est pas une critique personnelle, je suis juste assez frileux vis à vis des multiples "gadgets" qui émergent - oui, je pense que Rebol est un gadget.
Tout d'abord, je ne suis pas certain que le nombre de lignes d'un programme soit un critère déterminant : le Perl existe déjà pour cela, non ? ;-)
Plus une commande fait de choses "puissantes", plus ses effets de bord potentiels sont importants, non ? (Note importante: je n'ai jamais regardé Rebol en détail)
Ensuite, concernant la taille des applications je n'adhère pas à ton exemple : si tu est chez un client, souvent c'est sur un poste Windows (ou même Unix, cela ne change pas grand chose) où tu n'est pas administrateur. Donc, il est hors de question d'y installer un quelconque interpréteur ou logiciel, pour ton usage personnel.
De plus, tu connais une application importante ("groupware"...) développée en Rebol ?
De toute façon la taille n'est plus importante : 1 Mo ou 10 Mo, qu'est-ce que cela change, maintent ? Tu utilises encore des disquettes ?
Les langages comme le C++, le C, le Java me semblent de bien meilleurs investissements (pour répondre à la question posée par Frédéric) : nous sommes certains qu'ils répondent aux besoins que l'on peut rencontrer, à la maison comme en entreprise. Evidemment, c'est peut-être un peu plus long à développer mais tu gagnes en temps de formation et, expérience aidant, tu es de plus en plus performant.
De plus, ces langages étant très répandus, il est plus facile de trouver des contributeurs/mainteneurs/relecteurs.
Maintenant, si c'est pour un usage strictement personnel, alors là, je n'ai plus rien à dire...
Désolé pour la longueur de la réponse.
[^] # Re: ibead
Posté par monseigneur . En réponse à la dépêche Support de l'Ogg Vorbis sur baladeurs. Évalué à 3.
"Monty has evaluated iRiver's development board and determined that it is capable of Ogg Vorbis playback. However, iRiver has not yet reached an agreement with Xiph.org to do an actual firmware implementation."
http://wiki.xiph.org/VorbisHardware(...)
Un "agreement" concernant un format libre ? :-)
[^] # La productivité arrêtera Linux
Posté par monseigneur . En réponse à la dépêche « Rien n'arrêtera Linux ». Évalué à 1.
justifier l'abandon des systèmes mal conçus.
Je suis d'accord : par souci de productivité, j'ai préféré abandonner Linux ! Je n'avais plus 12 heures par semaine à passer à éditer les fichiers de conf à la main pour corriger les effets de bord induits par les surcouches graphiques (quand X11 voulait bien marcher dès l'installation...)
Les autres systèmes sont plus limités : ils limitent donc la perte de temps.
Avis personnel, bien entendu. Mais avis quand même.
[^] # Re: « Rien n'arrêtera Linux »
Posté par monseigneur . En réponse à la dépêche « Rien n'arrêtera Linux ». Évalué à 2.
Entre AS/400 et Linux, il y a un gouffre.
Deux solutions : soit les terminaux ne faisaient que du telnet et alors c'est juste un changement de matos, sans réelle formation comme tu le dis. Je n'appelle plus cela une "migration de poste de travail".
Soit tu nous caches tous les couts de la migration :
- du matos serveur
- des softs,
- de l'administration,
- de l'intégration avec le SI,
- de la maintenance...
[^] # Re: Encore un argument de poids pour les formats ouverts
Posté par monseigneur . En réponse à la dépêche Encore un argument de poids pour les formats ouverts. Évalué à 8.
Belle mentalité pour des adeptes de l'open source, qui sont pourtant d'habitude assez au fait des licences, limitations et autres aspects juridiques !
Si Transfert souhaite limiter l'accès à son site, c'est son choix.
Je me refuserais à prendre une quelconque mesure pour contourner cette limitation.
En revanche, si vous ne voulez pas payer, ne payez pas mais ne venez pas vous plaindre.
Vous braquez votre boulanger tous les matins, parce qu'il ne vous offre jamais vos croissants ou votre pain ?
Par contre, je suis allé sur le site de Transfert et je pense qu'ils devraient expliquer plus clairement, dès la page d'accueil, leurs conditions d'utilisation.
[^] # Re: C hallucinant !
Posté par monseigneur . En réponse à la dépêche Les disquettes informatiques sont désormais taxées. Évalué à 2.
Donc quand un type va en tuer cinq autres, on va foutre tous les français en prison, en divisant la durée de la peine par le nombre de concitoyens ?
Comme dans la cour de récré où le pion confisque le ballon ?! :-)
La solidarité c'est aussi le FIPOL où tous les pétroliers payent un forfait "marée noire illimitée" ?
[^] # Re: Les medias je ...
Posté par monseigneur . En réponse au sondage Les medias je .... Évalué à 1.
<image width="xxx" height="8" src="barre.png"/>
Avec barre.png, une image toute simple, de 1*8 pixels, par ex.
<humeur>
C'est pas assez compliqué pour rentrer dans les nouvelles normes W3C ?
Les normes c'est bien, mais faut pas fumer la moquette non plus !
</humeur>
[^] # Re: La coupe de France de Robotique a lieu ce week end
Posté par monseigneur . En réponse à la dépêche La coupe de France de Robotique a lieu ce week end. Évalué à 3.
http://www.robotwars.tv/(...)
[^] # Re: Quelques liens supplémentaires
Posté par monseigneur . En réponse à la dépêche Apple fait du Microsoft. Évalué à 2.
Tu reproche à un contributeur de ne contribuer qu'à la partie du projet qui l'interesse ?
Donc, le portage d'un logiciel libre ou d'une partie de celui-ci, c'est mal ?
Voyons, voyons...
[^] # Re: Apple fait du Micro$oft
Posté par monseigneur . En réponse à la dépêche Apple fait du Microsoft. Évalué à 3.
Par contre, il sera difficile (impossible ?) de faire communiquer les applis non sécurisées et celles compatibles avec Palladium...
Ce qui est un peu compréhensible.
[^] # Re: Apple fait du Micro$oft
Posté par monseigneur . En réponse à la dépêche Apple fait du Microsoft. Évalué à 1.
[^] # Mutualiser les disques durs
Posté par monseigneur . En réponse à la dépêche Sun se lance dans le P2P. Évalué à 0.
[^] # Re: L'avenir des métiers de l'informatique...
Posté par monseigneur . En réponse à la dépêche L'avenir des métiers de l'informatique.... Évalué à 0.
> peuvent etre occupés par des gens sans qualifications
Qui entends-tu par "sans qualifications" ?
J'ai personnellement fait un stage en angleterre, dans une société indienne qui fait principalement de l'offshore, pour développer (hé, le offshore ca marche dans les deux sens ?!) un petit soft de gestion des CVs...
et je peux t'assurer qu'au niveau des compétences, les indiens nous valent. Si ce n'est nous dépassent : l'inde était une colonne britanique et cela se voit sur les cursus de formation. Les grandes entreprises US ont compris le potentiel et financent les universités. L'état indien voit aussi là un moyen de moderniser son pays et y met, lui aussi, les moyens.
Autant dire que les conditions pour étudier sont optimales. Est-ce le cas en France ? quel est le budget de l'éducation ici ?
Enfin, les indiens ne travaillent pas que chez eux. Pour certaines missions et/ou à la demande du client, les sociétés Offshore peuvent faire venir 1, 10, 100 développeurs dans la semaine.
C'est cela la grande force de l'inde : il est possible de monopoliser une "armée" de développeurs, analystes, testeurs... dans un temps record.
# Re: Mosaic, 10 ans déjà !
Posté par monseigneur . En réponse à la dépêche Mosaic, 10 ans déjà !. Évalué à 5.
Pour tous ceux qui sont interessé par l'histoire de l'informatique : je vous conseille les lectures suivantes, en VO :
"Speeding the net" (vous le trouverez sur Amazon.com pour plus d'infos) : la grande épopée de la Start-Up Netscape : de NCSA Mozaic à la bataille contre IE...
Rien à voir avec Netscape mais je recommande aussi, autour d'IBM :
"Thinkad, A different shade of blue" : toute la genèse de la série des Thinkpad IBM et un éclairage sur le fonctionnement de l'énorme entreprise qu'est Big Blue.
D'ailleurs, au passage, je suis interessé si vous avez d'autres bouquin à me conseiller, dans le même style.
Merci
[^] # Re: Sortie de Login n°100 Novembre
Posté par monseigneur . En réponse à la dépêche Sortie de Login n°100 Novembre. Évalué à 1.
En effet tous les numéros de Login reprennent les mêmes articles : le format RLE, tout sur le cryptage de vigenere, la 3D voxel, Apple revivra-t-il ? Le futur de Linux, Ruby, Python et les autres...
Un peu déçu. Je m'étais abonné un an à Dream. Maintenant je connais tous les numéros de Login... Dommage.
# De la politique de GrosSoft
Posté par monseigneur . En réponse à la dépêche Microsoft va proposer Passport sur les serveurs Linux. Évalué à 1.
A mon tour maintenant...
La politique de Microsoft est actuellement basé sur les WebServices : et un système d'authentification par ici, et un service de paiement par là...
Microsoft fait de pas mal d'effort pour standardiser ses produits (C#, CLR, WebDAV, XML...) afin de les rendres interopérables, tout en conservant un supplément de fonctionnalités réservées aux utilisateurs des logiciels maison.
Ainsi Microsoft peut se dire "ouvert" aux autres (normes "publiques", code "partagé"...)
On ne doit pas trop cracher sur la soupe car l'évolution va dans le bon sens : chacun peut utiliser le système qui lui convient le mieux (en termes de coût, support, simplicité, évolution...)
Ce qui serait bien ce serait rendre VB plus ouvert, comme C#. Car on touche la un grand nombre de petits développeurs, surtout dans les entreprises.
[^] # Re: Avion ???
Posté par monseigneur . En réponse à la dépêche Des nouvelles d'AtheOS. Évalué à -10.
Le projet ne risque pas d'avancer s'il n'a pas appris à atterrir ! :-)
Forkez !
# Syllable
Posté par monseigneur . En réponse à la dépêche Des nouvelles d'AtheOS. Évalué à 10.
En effet, on compte déjà deux forks d'Atheos :
- Cosmoe qui se rapproche ouvertement de BeOS (compatibilité source, voire binaire si possible)
et se base sur un noyau Linux (pour les drivers)
(Pourquoi alors ne pas se tourner directement vers OpenBeOS ?)
- Syllable qui est la version active d'Atheos. D'ores et déjà : une grande stabilité, un système de fichier robuste mais encore un grand manque de drivers...
...Une nouvelle version dans une semaine ! à vos agendas (électroniques ou non) !
http://syllable.sourceforge.net/(...)
http://syllable.nutus.com.ar/(...)
Vous avez déjà Linux sur vos serveurs,
Que voulez-vous voir sur votre bureau ?
[^] # Re: cosmoe
Posté par monseigneur . En réponse à la dépêche Syllable est né . . . au revoir AtheOS.. Évalué à 0.
Mais l'objectif actuel de ce(s) OS(es) n'est pas la performance...
[^] # Re: cosmoe
Posté par monseigneur . En réponse à la dépêche Syllable est né . . . au revoir AtheOS.. Évalué à 0.
Ca doit être la même chose pour Syllabe.