Je voulais juste dire que toute les distributions ne répondent pas forcément à un besoin de "business". Et que si telle ou telle distribution à décidée de partir sur tel ou tel principe, ce n'est pas forcement pour but de concurrence pure et dure.
Mais le monsieur à précisé plus bas qu'il parlais justement des distrib à but purement lucratif, MeaCulpa.
En même temps, on peux pas lancer dans le vent, un vendredi après midi :
"En fait cette distrib ne sait rien faire"
et ne pas attendre de troll :p
Pour rebondir sur le débat, j'aime beaucoup (ironie inside) ton "Je pense que le buisness model des distributions". Jusqu'à preuve du contraire, on est encore dans le domaine du libre, Mandriva à beau être une société à but lucratif, elle n'en reste pas moins fondée autour du libre. Il n'y a pas de raison d'utiliser le mot "business" pour des distribution d'OS libre. (Surtout de façon généralisé)
Et on pourra en dire ce qu'on en veux, le partage de code est tout à fait primordial. Que ce soit sous BSD ou GPL.
La philosophie, et ceci est mon avis, consiste plus à dire que la valeur ajoutée des uns, peux devenir à terme la valeur ajoutée des autres, et ainsi profiter d'une croissance... plus proche d'un escalier ou tout le monde va grimper très vite, plutôt qu'à se marcher dessus pour qu'un seul arrive péniblement à grimpouiller quelque marches.
Je m'interrogeais sur la rapidités de toutes ses methodes.
Par exemple, avec des bibliotheques styles DOM ou SAX peut on acceder rapidement a des données?
Mais peut etre que le temps de traitement dun perl fera oublier le temps dacces par XML.
Et quid des bibliotheques regex? Sont elles limités par le langage de compilation ou sont elles aussi rapide que le langage utilisé pour les construire (exemple perl)
En tout cas je crois avoir assez d'info pour reflechir serieusement avec de vrais arguments.
Tout ca me parait des bonnes idées mais au final ce n'est pas moi qui choisirai donc...
Je posais aussi la question pour savoir s'il existait d'autres langages obscures que personne connait mais qui sont en fait vachement bien pour faire ca :p Comme c'est assez spécifique.
Je me demandai aussi autre chose, est-ce que ce serait plus rapide ou non, d'implementer je ne sais pas comment la meme chose à l'aide du XML?
D'apres ce que j'ai pu glanner le XML me permettra juste le traitement de données en soit et pas énormement de chaines de caractères précises non?
Enfin, certaines instances supérieurs risques de me refuser le perl parce que c'est un langage interprété. Quels sont les possibilités d'inclusion de script perl dans du C++ par exemple?
Je ne connait encore pas tout les détails de l'opération mais cela devrait etre compilable assez facilement sous tout un tas d'OS... dont du gros systeme...
[^] # Re: Réutiliser, c'est bien !
Posté par The_Gandalf . En réponse au journal Ubuntu et partage de connexion réseau. Évalué à 1.
Je voulais juste dire que toute les distributions ne répondent pas forcément à un besoin de "business". Et que si telle ou telle distribution à décidée de partir sur tel ou tel principe, ce n'est pas forcement pour but de concurrence pure et dure.
Mais le monsieur à précisé plus bas qu'il parlais justement des distrib à but purement lucratif, MeaCulpa.
[^] # Re: Réutiliser, c'est bien !
Posté par The_Gandalf . En réponse au journal Ubuntu et partage de connexion réseau. Évalué à 2.
J'ai failli répondre encore une fois mais c'est dans ces moments la que le vendredi s'impose à vous.
Bravo sinon :) effectivement c'était rondement mené jusqu'ici :)
[^] # Re: Réutiliser, c'est bien !
Posté par The_Gandalf . En réponse au journal Ubuntu et partage de connexion réseau. Évalué à 4.
"En fait cette distrib ne sait rien faire"
et ne pas attendre de troll :p
Pour rebondir sur le débat, j'aime beaucoup (ironie inside) ton "Je pense que le buisness model des distributions". Jusqu'à preuve du contraire, on est encore dans le domaine du libre, Mandriva à beau être une société à but lucratif, elle n'en reste pas moins fondée autour du libre. Il n'y a pas de raison d'utiliser le mot "business" pour des distribution d'OS libre. (Surtout de façon généralisé)
Et on pourra en dire ce qu'on en veux, le partage de code est tout à fait primordial. Que ce soit sous BSD ou GPL.
La philosophie, et ceci est mon avis, consiste plus à dire que la valeur ajoutée des uns, peux devenir à terme la valeur ajoutée des autres, et ainsi profiter d'une croissance... plus proche d'un escalier ou tout le monde va grimper très vite, plutôt qu'à se marcher dessus pour qu'un seul arrive péniblement à grimpouiller quelque marches.
Ce n'est aussi que mon opinion.
# Graveur Samsung
Posté par The_Gandalf . En réponse au journal Avis sur des graveurs de DVD SATA. Évalué à 2.
[^] # Re: revolution.com
Posté par The_Gandalf . En réponse au journal Sitting en ligne :). Évalué à 10.
[^] # Re: Oui
Posté par The_Gandalf . En réponse au message Question: Quel langage?. Évalué à 1.
Par exemple, avec des bibliotheques styles DOM ou SAX peut on acceder rapidement a des données?
Mais peut etre que le temps de traitement dun perl fera oublier le temps dacces par XML.
Et quid des bibliotheques regex? Sont elles limités par le langage de compilation ou sont elles aussi rapide que le langage utilisé pour les construire (exemple perl)
En tout cas je crois avoir assez d'info pour reflechir serieusement avec de vrais arguments.
Merci beaucoup. Bonne soirée a tous.
# Oui
Posté par The_Gandalf . En réponse au message Question: Quel langage?. Évalué à 1.
Tout ca me parait des bonnes idées mais au final ce n'est pas moi qui choisirai donc...
Je posais aussi la question pour savoir s'il existait d'autres langages obscures que personne connait mais qui sont en fait vachement bien pour faire ca :p Comme c'est assez spécifique.
Je me demandai aussi autre chose, est-ce que ce serait plus rapide ou non, d'implementer je ne sais pas comment la meme chose à l'aide du XML?
D'apres ce que j'ai pu glanner le XML me permettra juste le traitement de données en soit et pas énormement de chaines de caractères précises non?
Enfin, certaines instances supérieurs risques de me refuser le perl parce que c'est un langage interprété. Quels sont les possibilités d'inclusion de script perl dans du C++ par exemple?
Je ne connait encore pas tout les détails de l'opération mais cela devrait etre compilable assez facilement sous tout un tas d'OS... dont du gros systeme...
En tout cas merci encore pour vos reponses.