Même si tu spécifie les types ça n'enlèvera rien au problème pédagogique de ne pas vérifier ce qui rentre et sort. Le type statique c'est surtout pour la pédagogie du compilateur. Pour le programmeur ça n'est qu'une erreur pas plus courante qu'une autre.
Quel est la différence entre 5 + "a" et datetime(123,32,201) ?
La première pourrait éventuellement être détecté à la compilation, mais la deuxième non. Alors pourquoi ajouter une technique qui vérifiera la première mais pas la deuxième ?
En revanche avec des tests unitaires on vérifiera aussi bien la deuxième (la plus courante !) que la première. Pédagogiquement c'est d'une pierre deux coups et ça marche avec n'importe quel langage.
Posté par wilk .
En réponse au journal Paperless....
Évalué à 9.
J'ai modifié mon bug tracker perso pour gérer ça. J'ai des projets impots/urssaf/logement/… dans chaque projets des tags tva/2035/… Par exemple je crée une requête "impots 2012", j'y ajoute les divers documents en fichiers joints. Ce qu'il y a de pratique avec le système de bug tracker c'est que je peux indiquer si c'est terminé, en cours etc… et également y ajouter des commentaires si par exemple j'ai des échanges avec les impots "envoi demande de document xyz", "reçu document", "appel pour info" etc…
Je me suis même payé le luxe d'extraire le texte d'un fichier joint en pdf et de l'indexer en full text avec postgresql.
Ca ne serait pas très pratique pour gérer des milliers de docs partagés par des dizaines de collaborateurs, mais pour ma tpe, famille et petites assos ça va très bien et ça ne me fait pas utiliser un nouvel outil que celui avec lequel je dev.
Pas trouvé de doc non plus, dans le lien que tu indiques il y a quelque chose qui ne me parait pas des plus simple :
As I understood it, the only way to deal with users is to create system users ; in /etc/passwd. They don’t have to be able to log in ; they just need a home, to store email, and a password, for authenticated smtp.
Il faudrait que chaque compte mail soit un compte unix… Sans doute qu'il n'a pas trouvé la doc non plus ?
Pourquoi vouloir réaliser très vite des formulaires ? Faciliter les choses simples ça n'est pas la peine elles sont déjà simples. Il vaut mieux se faciliter les choses compliquées, et donc éviter tout ce qui est trop générique.
Ne détourne pas le sujet, ce qui est intéressant c'est l'analogie avec les logiciels libres, avec wikipedia, avec internet… Tout ceux qui disaient que seule une solution centralisée pourra marcher se sont vautrés (ce que dit Fleur, on cause de ça).
Souviens toi de la phrase du président d'ibm en 1943 «Je pense qu'il y a un marché mondial pour environ 5 ordinateurs.»
C'est une analogie, ça n'est pas une solution pratique de faire transiter l'électricité par internet !
Il préconise juste d'écouter ceux qui innovent, pas les dinosaures.
Si j'ai une alerte le jour où il y a une grève c'est pas grave, ça me permettra de vérifier que le système fonctionne… Le tout c'est de ne pas avoir une alerte tous les dimanches par ex.
anti-nucléaires "classiques" dogmatiques et menteurs
Faut arrêter d'être jaloux de ceux qui ont eu raison trop tôt…
Rappelles-toi comment on était traité il n'y a pas si longtemps à propos des logiciels libres !
C'est ce que je voudrais faire, mais il me reste un problème avec les tables qui n'évoluent pas de la même manière suivant le jour de la semaine, voir du mois.
Il n'y a pas que les socialistes, on ne voit plus trop la différence à ce niveau là…
Par contre j'ai été surpris d'écouter cet économiste jeremy rifkin, qui bien que pas très barbu ni petit à l'air d'avoir compris le système que les "petits" vont mettre en place ! http://www.dailymotion.com/video/xjwyx0_jeremy-rifkin-le-nucleaire-est-mort_webcam
Non, ce que je veux maintenant c'est m'assurer de la cohérence des données en elles-mêmes. C'est plus en cas de problème de l'application que du moteur de base de données.
Ce qui m'est arrivé par exemple c'est de déplacer une base sur un autre cluster et de continuer à sauvegarder l'ancien cluster. Ainsi je n'avais aucun problème de sauvegarde mais la base en question n'évoluait plus bien sûr. Je cherche donc un moyen de vérifier automatiquement que telle table de telle base continue à progresser comme d'habitude, que j'ai bien une moyenne de 10 commandes par jour sauf le we et que j'ai bien x bulletins de paye tous les mois etc… Ainsi je suis sûr que 1. je sauvegarde bien la bonne base et que 2. l'application fonctionne comme d'hab.
Effectivement j'ai mélangé les deux sujets. Ce que je voulais surtout dire c'est qu'il ne suffit pas de répliquer ou sauvegarder, il faut également vérifier la cohérence des données. Je pourrais aussi m'occuper de la cohérence des données sans réplication ni backup mais généralement ça va ensemble c'est tout.
l’effectif moyen des entreprises dans ce secteur est seulement de 10 salariés et l’effectif médian s’établit à 5 salariés. "La multiplication d’acteurs spécialisés de petite taille fragilise la filière, estime Fleur Pellerin. Il y a un besoin urgent de mutualisation pour faire émerger des entreprises de grande taille"
On croit rêver, les biocoop fragilisent le bio, il y a un besoin urgent de supermarché ! On se croirait dans les années 80…
Est-ce que le témoignage d'un indep depuis plus de 10ans avec python aiderait ? Si oui, est-ce que quelqu'un pourrait traduire ma prose en anglais correct ?
Comprendre le code d'un truc comme postgresql requiert non seulement des competences serieuses dans le domaine des bases de donnees et de la programmation systeme, ca requiert aussi un temps enorme histoire d'en comprendre l'architecture, les differents etats et modules, etc…
CQFD, tu as enfin compris ce qu'est un hacker, je commençai à perdre patience !
Ah ca manquait ca, l'argument bidon de pouvoir voir le code pour les utilisateurs d'une BDD !
Ca me fait penser à une petite anecdote pour terminer.
Alain Planès, musicien célèbre, il utilise les partitions en concert, parfois c'est très mal vu, il s'est même fait refuser une prestation pour ça. Il nous as raconté à propos d'un autre confrère célèbre, dont j'ai oublié le nom, dans le même cas on lui a demandé, mais pourquoi vous utilisez toujours une partition ? Il a répondu, parce que moi je sais la lire !
Pourquoi se limiter aux ROMs ? Il y avait tant d'autres choses à apprendre par ailleurs. Le code machine n'était pas celui d'aujourd'hui, il était assez lisible pour un passioné.
Mais si tu n'es pas admin, c'est que ça ne t'intéresse pas tant que ça, tu tire des généralités sur ce que tu ne connais pas, on perd notre temps… ciao.
Et pour les qualités techniques, les perfs, les corrections de bugs etc, tu fais une confiance aveugle au service marketing ? Tout le monde bosserait avec windev dans ce cas !!
Rappelle-toi qu'oracle a un droit de regard sur toute publication d'un bench…
C'est pour ça que les décideurs s'intéressent d'avantage à la partie commerciale, voir juridique, du produit, on ne peut pas les blâmer étant donné que la partie technique n'est qu'une promesse et non vérifiable concrètement. En revanche sur un logiciel libre c'est l'inverse, il n'y a aucune garantie donc tout ne peut être basé que sur la technique réellement mise en oeuvre et vérifiable.
Au niveau base de données un autre critère de poids pour le libre c'est la pérennité et la sécurité des données (que sais-je de ce que fait le code d'oracle avec mes données ?).
Je me souviens très bien comment on mettait les mains dans le cambouis dans les micros des années 80, on éditait des listings de code machine illégalement. Aujourd'hui tu imprime le code machine d'Oracle ? Moi je préfère le code documenté de Postgresql !
Je ne vois toujours pas pourquoi tu me parles des gens qui ne sont pas hacker.
On ne dit pas que ça ne serait jamais justifié on dit que c'est rarement un choix en connaissance de cause (technique). Ce qui est gonflé c'est de prétendre que le fait d'être passionné et avec des convictions est assimilé à de l'aveuglement.
On attend toujours tes arguments qui montreraient 1/ les raisons techniques de préférer une DB propriétaire, sauf cas très particulier 2/ quel est l'intérêt technique d'un informaticien compétent de se restreindre dans le fermé (là on pourrait parler d'aveuglement puisque de fait il n'y a rien à voir :-) ?
Je ne sais pas de qui tu essayes de nous parler entre "le monde du libre" et la deuxième catégorie de gars, je te rappelle qu'on parle de DBA…
Dis moi, celui qui se "délecte de la compréhension approfondie du fonctionnement interne d'un système", il fait comment avec du code fermé ? Il doit être vachement frustré…
Si malgré ton historique et ton âge tu ne vois toujours pas le lien entre hacker et libre tu peux toujours aller lire les pages de wikipedia ou autre sur le sujet ça ne manque pas heureusement.
"En 1996, la Request for comments 1983 définit un hacker comme une personne qui se délecte de la compréhension approfondie du fonctionnement interne d'un système, en particulier des ordinateurs et réseaux informatiques"
"Aujourd'hui encore, un hacker désigne un virtuose pouvant intervenir dans différents domaines comme la programmation, l'architecture matérielle d'un ordinateur, l'administration système, l'administration réseau, la sécurité informatique ou tout autre domaine"
Comment peut-on avoir une compréhension approfondie du fonctionnement interne d'un système sans un minimum de compétence ?
Relis un peu l'historique du logiciel libre, tu verras qu'il est né du hacking et non l'inverse. L'histoire de l'imprimante n'a été qu'un déclic. RMS a compris que si l'on voulait pouvoir toujours hacker il fallait préserver ses droits.
Donc tout ça est intimement lié. Mais il faut peut-être l'avoir un peu vécu pour s'en rendre compte, je comprends que ça ne saute plus forcément aux yeux aujourd'hui.
MSAccess utilisé pour des applications conséquentes n'est hélas toujours pas un cas isolé, j'y suis confronté quasiment tous les jours. Je soupçonne même Microsoft de ne plus savoir quoi faire pour s'en débarrasser (de ceux qui écrivent des applis conséquentes avec, car ça dénigre le produit finalement).
Tu sais comment ils font pour pallier à la limite de 2go ? Ils créent deux bases et attachent les tables, et voilà, plus besoin d'oracle ni je ne sais quelle bdd d'anarchistes. Si encore ils utilisaient SQLserver, je me dirai, bon ils n'ont pas la passion mais au moins ils ont la compétence, mais même pas…
La généralité c'est que par définition un hacker est un passionné, donc naturellement plus compétent qu'il ne l'aurait été sans ça, et même plus compétent tout court du fait que c'est une passion, un choix, donc adapté à ses aptitudes.
Dans le privatif, y a deux solutions, soit ça n'est pas un passionné et ces compétences s'arrêteront au pire à ce qu'il a appris à l'école, au mieux au chiffre de sa fiche de paye, soit c'est un passionné qui serait bien malheureux de ne pas aller puiser dans cette énorme source qu'est le libre (il faudrait être maso non ?)
Je pense que le problème de la percée du libre dans certains domaines techniques est du à ça, pas à la comparaison technique, mais plutôt à l'absence de comparaison technique, l'absence d'être réellement un choix technique. Non pas que le libre soit systématiquement meilleur en terme de résultat mais il est systématiquement un meilleur choix car on sait pourquoi on le choisit. On sait comment il fonctionne, quels sont ces avantages et inconvénients, ses limites, s'il y a une chance qu'elles soient dépassées etc.
Comme j'ai essayé de te le rappeler petit scarabée, le libre est né de cette passion d'apprendre avant d'être, en plus, une politique de liberté tout court (ce qui ne gâche rien). Du reste Oracle, comme d'autres, ne se cache pas de s'approprier ces précieuses ressources.
[^] # Re: Validité ?
Posté par wilk . En réponse au journal Paperless.... Évalué à 3.
Il faut les garder quand même, mais simplement classés par date et bêtement empilés puisqu'on pourra les retrouver facilement avec l'index numérique.
# tests unitaires
Posté par wilk . En réponse au journal [MyFirstPython, nouveau projet ?]Le python c'est bien mangez-en !!. Évalué à 1.
Même si tu spécifie les types ça n'enlèvera rien au problème pédagogique de ne pas vérifier ce qui rentre et sort. Le type statique c'est surtout pour la pédagogie du compilateur. Pour le programmeur ça n'est qu'une erreur pas plus courante qu'une autre.
Quel est la différence entre 5 + "a" et datetime(123,32,201) ?
La première pourrait éventuellement être détecté à la compilation, mais la deuxième non. Alors pourquoi ajouter une technique qui vérifiera la première mais pas la deuxième ?
En revanche avec des tests unitaires on vérifiera aussi bien la deuxième (la plus courante !) que la première. Pédagogiquement c'est d'une pierre deux coups et ça marche avec n'importe quel langage.
# bug tracker
Posté par wilk . En réponse au journal Paperless.... Évalué à 9.
J'ai modifié mon bug tracker perso pour gérer ça. J'ai des projets impots/urssaf/logement/… dans chaque projets des tags tva/2035/… Par exemple je crée une requête "impots 2012", j'y ajoute les divers documents en fichiers joints. Ce qu'il y a de pratique avec le système de bug tracker c'est que je peux indiquer si c'est terminé, en cours etc… et également y ajouter des commentaires si par exemple j'ai des échanges avec les impots "envoi demande de document xyz", "reçu document", "appel pour info" etc…
Je me suis même payé le luxe d'extraire le texte d'un fichier joint en pdf et de l'indexer en full text avec postgresql.
Ca ne serait pas très pratique pour gérer des milliers de docs partagés par des dizaines de collaborateurs, mais pour ma tpe, famille et petites assos ça va très bien et ça ne me fait pas utiliser un nouvel outil que celui avec lequel je dev.
[^] # Re: Plus simple que Postfix ?
Posté par wilk . En réponse à la dépêche OpenSMTPD 5.3 est de sortie !. Évalué à 2.
Pas trouvé de doc non plus, dans le lien que tu indiques il y a quelque chose qui ne me parait pas des plus simple :
Il faudrait que chaque compte mail soit un compte unix… Sans doute qu'il n'a pas trouvé la doc non plus ?
[^] # Re: demande proche ?
Posté par wilk . En réponse au message Framework php pour formulaire bd ?. Évalué à 0.
Pourquoi vouloir réaliser très vite des formulaires ? Faciliter les choses simples ça n'est pas la peine elles sont déjà simples. Il vaut mieux se faciliter les choses compliquées, et donc éviter tout ce qui est trop générique.
[^] # Re: Les petits fragilisent les gros !
Posté par wilk . En réponse à la dépêche États généraux de l'Open Source en France. Évalué à 2.
Ca tombe bien, la gestion du pic est justement l'une des choses où on va avoir besoin d'internet et d'ingéniosité. http://fr.wikipedia.org/wiki/Smart_grid
[^] # Re: Les petits fragilisent les gros !
Posté par wilk . En réponse à la dépêche États généraux de l'Open Source en France. Évalué à 4.
Ne détourne pas le sujet, ce qui est intéressant c'est l'analogie avec les logiciels libres, avec wikipedia, avec internet… Tout ceux qui disaient que seule une solution centralisée pourra marcher se sont vautrés (ce que dit Fleur, on cause de ça).
Souviens toi de la phrase du président d'ibm en 1943 «Je pense qu'il y a un marché mondial pour environ 5 ordinateurs.»
C'est une analogie, ça n'est pas une solution pratique de faire transiter l'électricité par internet !
Il préconise juste d'écouter ceux qui innovent, pas les dinosaures.
[^] # Re: Pour le monitoring fonctionnel
Posté par wilk . En réponse au message Cohérence de l'évolution des données. Évalué à 1.
Si j'ai une alerte le jour où il y a une grève c'est pas grave, ça me permettra de vérifier que le système fonctionne… Le tout c'est de ne pas avoir une alerte tous les dimanches par ex.
[^] # Re: Les petits fragilisent les gros !
Posté par wilk . En réponse à la dépêche États généraux de l'Open Source en France. Évalué à 2.
Faut arrêter d'être jaloux de ceux qui ont eu raison trop tôt…
Rappelles-toi comment on était traité il n'y a pas si longtemps à propos des logiciels libres !
[^] # Re: Pour le monitoring fonctionnel
Posté par wilk . En réponse au message Cohérence de l'évolution des données. Évalué à 1.
C'est ce que je voudrais faire, mais il me reste un problème avec les tables qui n'évoluent pas de la même manière suivant le jour de la semaine, voir du mois.
[^] # Re: Les petits fragilisent les gros !
Posté par wilk . En réponse à la dépêche États généraux de l'Open Source en France. Évalué à 3.
Il n'y a pas que les socialistes, on ne voit plus trop la différence à ce niveau là…
Par contre j'ai été surpris d'écouter cet économiste jeremy rifkin, qui bien que pas très barbu ni petit à l'air d'avoir compris le système que les "petits" vont mettre en place !
http://www.dailymotion.com/video/xjwyx0_jeremy-rifkin-le-nucleaire-est-mort_webcam
[^] # Re: Monitoring?
Posté par wilk . En réponse au message Cohérence de l'évolution des données. Évalué à -1.
Monitoring, j'ai déjà…
Non, ce que je veux maintenant c'est m'assurer de la cohérence des données en elles-mêmes. C'est plus en cas de problème de l'application que du moteur de base de données.
Ce qui m'est arrivé par exemple c'est de déplacer une base sur un autre cluster et de continuer à sauvegarder l'ancien cluster. Ainsi je n'avais aucun problème de sauvegarde mais la base en question n'évoluait plus bien sûr. Je cherche donc un moyen de vérifier automatiquement que telle table de telle base continue à progresser comme d'habitude, que j'ai bien une moyenne de 10 commandes par jour sauf le we et que j'ai bien x bulletins de paye tous les mois etc… Ainsi je suis sûr que 1. je sauvegarde bien la bonne base et que 2. l'application fonctionne comme d'hab.
[^] # Re: Réplication != sauvegarde
Posté par wilk . En réponse au message Cohérence de l'évolution des données. Évalué à 2.
Effectivement j'ai mélangé les deux sujets. Ce que je voulais surtout dire c'est qu'il ne suffit pas de répliquer ou sauvegarder, il faut également vérifier la cohérence des données. Je pourrais aussi m'occuper de la cohérence des données sans réplication ni backup mais généralement ça va ensemble c'est tout.
# Les petits fragilisent les gros !
Posté par wilk . En réponse à la dépêche États généraux de l'Open Source en France. Évalué à 10.
On croit rêver, les biocoop fragilisent le bio, il y a un besoin urgent de supermarché ! On se croirait dans les années 80…
[^] # Re: traduction
Posté par wilk . En réponse au journal Python va devoir muer ?. Évalué à 2.
Est-ce que le témoignage d'un indep depuis plus de 10ans avec python aiderait ? Si oui, est-ce que quelqu'un pourrait traduire ma prose en anglais correct ?
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 2.
CQFD, tu as enfin compris ce qu'est un hacker, je commençai à perdre patience !
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 3.
Ca me fait penser à une petite anecdote pour terminer.
Alain Planès, musicien célèbre, il utilise les partitions en concert, parfois c'est très mal vu, il s'est même fait refuser une prestation pour ça. Il nous as raconté à propos d'un autre confrère célèbre, dont j'ai oublié le nom, dans le même cas on lui a demandé, mais pourquoi vous utilisez toujours une partition ? Il a répondu, parce que moi je sais la lire !
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 1.
Pourquoi se limiter aux ROMs ? Il y avait tant d'autres choses à apprendre par ailleurs. Le code machine n'était pas celui d'aujourd'hui, il était assez lisible pour un passioné.
Mais si tu n'es pas admin, c'est que ça ne t'intéresse pas tant que ça, tu tire des généralités sur ce que tu ne connais pas, on perd notre temps… ciao.
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 3.
Et pour les qualités techniques, les perfs, les corrections de bugs etc, tu fais une confiance aveugle au service marketing ? Tout le monde bosserait avec windev dans ce cas !!
Rappelle-toi qu'oracle a un droit de regard sur toute publication d'un bench…
C'est pour ça que les décideurs s'intéressent d'avantage à la partie commerciale, voir juridique, du produit, on ne peut pas les blâmer étant donné que la partie technique n'est qu'une promesse et non vérifiable concrètement. En revanche sur un logiciel libre c'est l'inverse, il n'y a aucune garantie donc tout ne peut être basé que sur la technique réellement mise en oeuvre et vérifiable.
Au niveau base de données un autre critère de poids pour le libre c'est la pérennité et la sécurité des données (que sais-je de ce que fait le code d'oracle avec mes données ?).
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 1.
Je me souviens très bien comment on mettait les mains dans le cambouis dans les micros des années 80, on éditait des listings de code machine illégalement. Aujourd'hui tu imprime le code machine d'Oracle ? Moi je préfère le code documenté de Postgresql !
Je ne vois toujours pas pourquoi tu me parles des gens qui ne sont pas hacker.
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 2.
Au lieu de rigoler, essaye de répondre aux questions qu'on t'a posé. Tu réponds à côté en essayant de faire dire ce qu'on n'a pas dit…
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 2.
On ne dit pas que ça ne serait jamais justifié on dit que c'est rarement un choix en connaissance de cause (technique). Ce qui est gonflé c'est de prétendre que le fait d'être passionné et avec des convictions est assimilé à de l'aveuglement.
On attend toujours tes arguments qui montreraient 1/ les raisons techniques de préférer une DB propriétaire, sauf cas très particulier 2/ quel est l'intérêt technique d'un informaticien compétent de se restreindre dans le fermé (là on pourrait parler d'aveuglement puisque de fait il n'y a rien à voir :-) ?
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 2.
Je ne sais pas de qui tu essayes de nous parler entre "le monde du libre" et la deuxième catégorie de gars, je te rappelle qu'on parle de DBA…
Dis moi, celui qui se "délecte de la compréhension approfondie du fonctionnement interne d'un système", il fait comment avec du code fermé ? Il doit être vachement frustré…
Si malgré ton historique et ton âge tu ne vois toujours pas le lien entre hacker et libre tu peux toujours aller lire les pages de wikipedia ou autre sur le sujet ça ne manque pas heureusement.
Tien, rien que le titre de chapitre : http://fr.wikipedia.org/wiki/GNU#L.27esprit_Hacker_et_le_Projet_GNU
J'insiste car on troll souvent sur la différence open/libre, il ne faudrait pas pour autant en oublier leur ancêtre commun : le hacker !
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 2.
Alors comme ça tu changes la définition d'un mot dès que quelqu'un l'utilise à mauvais escient ? C'est pas très pratique pour discuter…
Revenons-en à la définition, http://fr.wikipedia.org/wiki/Hacker_%28université%29 je cite :
Comment peut-on avoir une compréhension approfondie du fonctionnement interne d'un système sans un minimum de compétence ?
Relis un peu l'historique du logiciel libre, tu verras qu'il est né du hacking et non l'inverse. L'histoire de l'imprimante n'a été qu'un déclic. RMS a compris que si l'on voulait pouvoir toujours hacker il fallait préserver ses droits.
Donc tout ça est intimement lié. Mais il faut peut-être l'avoir un peu vécu pour s'en rendre compte, je comprends que ça ne saute plus forcément aux yeux aujourd'hui.
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 3.
MSAccess utilisé pour des applications conséquentes n'est hélas toujours pas un cas isolé, j'y suis confronté quasiment tous les jours. Je soupçonne même Microsoft de ne plus savoir quoi faire pour s'en débarrasser (de ceux qui écrivent des applis conséquentes avec, car ça dénigre le produit finalement).
Tu sais comment ils font pour pallier à la limite de 2go ? Ils créent deux bases et attachent les tables, et voilà, plus besoin d'oracle ni je ne sais quelle bdd d'anarchistes. Si encore ils utilisaient SQLserver, je me dirai, bon ils n'ont pas la passion mais au moins ils ont la compétence, mais même pas…
La généralité c'est que par définition un hacker est un passionné, donc naturellement plus compétent qu'il ne l'aurait été sans ça, et même plus compétent tout court du fait que c'est une passion, un choix, donc adapté à ses aptitudes.
Dans le privatif, y a deux solutions, soit ça n'est pas un passionné et ces compétences s'arrêteront au pire à ce qu'il a appris à l'école, au mieux au chiffre de sa fiche de paye, soit c'est un passionné qui serait bien malheureux de ne pas aller puiser dans cette énorme source qu'est le libre (il faudrait être maso non ?)
Je pense que le problème de la percée du libre dans certains domaines techniques est du à ça, pas à la comparaison technique, mais plutôt à l'absence de comparaison technique, l'absence d'être réellement un choix technique. Non pas que le libre soit systématiquement meilleur en terme de résultat mais il est systématiquement un meilleur choix car on sait pourquoi on le choisit. On sait comment il fonctionne, quels sont ces avantages et inconvénients, ses limites, s'il y a une chance qu'elles soient dépassées etc.
Comme j'ai essayé de te le rappeler petit scarabée, le libre est né de cette passion d'apprendre avant d'être, en plus, une politique de liberté tout court (ce qui ne gâche rien). Du reste Oracle, comme d'autres, ne se cache pas de s'approprier ces précieuses ressources.