Ce qui va arriver, c'est qu'au début, on va avoir des applis ultrasimples. Ensuite, le marché va être saturé, donc les applications vont devoir se distinguer. Se distinguer, c'est soit :
- offrir des features encore inconnues de tous.
- offrir les features encore inconnues des utilisateurs.
Le premier est dur. Le deuxième est simple, il suffit de prendre les features des autres. Ce qui fait que tu arrives à prendre les utilisateurs du premier marché, et du second.
Donc au bout d'un moment, pour grandir, tu doit offrir plus de fonctionnalités. Le marché étant supposé saturé, si tu le fait pas, quelqu'un le fera à ta place. Donc après un temps, on se retrouve à une situation gérable.
Suffit de voir la tendance dans les téléphones. Les gens utilisent plus "un smartphone qui fait tout", ou "un téléphone, un palm pilot, un lecteur mp3, un ebook reader et une gameboy" ?
Ou dans les IDEs, est ce que les gens vont plus vers eclipse, visual studio ou vers "je choisis mon compilo, mon editeur, mon debuggeur, mon analyseur de code et mon linker". Il suffit de voir la centaine d'entreprise dans le consortium eclipse pour voir ou l’intérêt commerciale se situe.
Une grande partie des gens veulent visiblement du tout intégré. Par exemple, pas avoir 1 logiciel pour lire chaque type de fichier multimedia, ne pas avoir un soft pour acheter de la musique, un pour les films, un pour transférer la musique, un pour les ebooks, etc. C'est relativement logique de pas vouloir passer trop de temps quand on n'est de toute façon pas capable d'apprécier les différences ( contrairement à quelqu'un qui est déjà plus expert et qui va passer du temps sur ça )
Et avant d'avoir des suites bureautiques, on a eu des applis séparés. Du visicalc, du word, du presenter. Et c'est quand les boites sont arrivés qu'on est passé d'un marché ou c'était facile de faire un petit soft ( genre, un shareware ) à un marché ou les plus gros dominent.
Et les plus gros dominent car ils ont plus de force de frappe publicitaires, plus de moyens, etc
Non, faut rajouter la propriété "ressources". C'est faisable d'avoir tout ça avec des ressources infinis. Mais tu peux pas avec des ressources limités, sachant qu'il y a plus de gens qui veulent faire du code que de gens qui veulent faire des paquets ou de la QA.
Dans le monde windows, un projet, c'est un tout, tu as les devs ( ou plutot, l'éditeur, ça va d'une équipe de 1 à une boite entière ), qui fait l'installeur, et la QA, et la traduction.
Dans le monde du libre, les codeurs font que le code, parfois des gens débarquent pour traduire. La QA est parfois faite par les codeurs, parfois faite par les utilisateurs, souvent les 2, assez souvent sans grand formalisme ( sous windows aussi, je précise, ça dépend plus de bénévole vs gens payés pour ).
La distribution est minimale pour les projets libres en général ( il y a plus de gens qui font "je tag dans git et voilou" que de projet comme mozilla ). Et la ou l'intégration dans windows est aussi souvent minimal ( exemple, la gestion des menus, l'intégration avec d'autres logiciels, etc ), sous Linux, elle est plus riche et représente une valeur ajouté ( à mon sens ).
Le vrai souci est que les distros linux sont faites par des sysadmins, qui donc répondent à leur problématique. Les developpeurs font le code, qui réponds à leur besoin ( genre, ne pas se faire chier avec une ABI ), certains ont fait leur systéme de paquets ( gems, jar, etc ) pour répondre à leur besoin.
Les utilisateurs bureautiques typiques, ils font rien, trop l'habitude qu'on leur file tout cuit le taf. Il y a pas besoin de savoir comment marche l'ordinateur pour s'en servir ( au contraire de coder ou d'administrer ), donc les gens ne savent pas. Donc forcément, y a que des boites commerciales qui répondent à leur besoin, car c'est globalement la seule chose qu'on va réussir à avoir de la part de la vaste majorité d'un point de vue, de l'argent.
Donc c'est le modèle même du libre et son économie contributive qui ne va pas au grand publique actuel, au moins du point de vue logiciel. Et je précise logiciel car si on prends wikipedia, on voit que ça marche pas trop mal, mais surtout parce que c'est atrocement simple de contribuer.
Bien sur, je suis totalement partial à ce sujet, mais je pense que si c'était si bien, les gens auraient adopté ça en masse. On a beau dire "les distros verrouillent", les distros sont aussi indépendantes, et si tout le monde a bloqué, c'est pas une concertation venu d'une cabale secrète, c'est bien que chaque distro a indépendamment dit "y a un souci".
Pourtant, j'ai pas trouvé de paquet de patcher, alors qu'il est assez utile pour que je fasse un paquet pour fedora, pour mageia, et j'avais aussi fait pour macports à l'époque.
J'ai aussi déjà utilisé perdition, et j'utilise leafnode sur mon portable, et je ne les trouve pas sur https://aur.archlinux.org/packages.php .Et je fait aussi usage de miredo tout les jours. Donc bon, j'ai peut être des gouts bizarres, mais j'ai pas eu à me forcer grandement pour trouver des exceptions.
Je ne pense pas que le souci est que ça mette longtemps. Combien de temps entre le moment ou le codeur d'adobe rajoute une fonctionnalité dans Photoshop et le moment ou ça arrive chez les gens ?
Combien de temps entre "je code un truc sur office word" et "l'utilisateur bureautique a la fonction dans son menu sur son pc" ? Il y a facile plusieurs années en général, et pourtant, on peut difficilement dire que les gens se sentent vraiment gênés par ça et que le bureau sous windows ne marche pas.
On peut se dire que le logiciel proprio marche parce qu'il y a des milliers d'applications qui sont faites, mais en pratique, je pense qu'il y a pas plus d'une centaine qui soit utilisé par beaucoup de monde ( sauf les jeux, qui sont à part car on peut avoir plusieurs jeux pour remplir le même besoin ( ie, de jouer ), alors que je connait personne qui va payer pour avoir plus de 3 suites bureautiques ). Pareil sur iOS et/ou android, même si je ne retrouve pas le lien qui l'explique.
Pour moi, le souci est avant tout que le bureau sous Linux, à tort ou à raison, ne réponds pas aux besoins des gens. Ingo pense qu'on pourrait répondre plus facilement en ayant moins la main mise sur les canaux de distributions, peut être.
Mais la plupart des choses ont déjà été tentés sans succés :
Une base stable ou il y a que le minimum ? Ça s'appelle les BSD, et les gens n'ont pas l'air d'utiliser ça, sauf sous la forme du système de Cupertino.
Des systèmes de paquets ou les deps sont statiques, pareil, il y a autopackage, et ça n'a pas décollé.
Décentralisation de la distribution ? Le marché du logiciel a progressivement évolué vers une centralisation ( que ça soit sous la forme de Steam, de la FNAC ou de télécharger.com ). On peut aussi parler de la centralisation vis à vis du débat "streaming vs p2p", et ce genre de choses.
Forcer l'ABI ? Les devs kernels n'arrêtent pas de dire que ça n'a aucun sens pour eux ( https://lwn.net/Articles/159313/http://www.mjmwired.net/kernel/Documentation/stable_api_nonsense.txt ), mais ça en aurait pour le desktop ?
Et si on prends par exemple le manque d'ABI stable, on peut voir le monde ruby pour un exemple. On voit que si on laisse les développeurs libres, ils utilisent la liberté. Il faut donc une entité qui dise "ça, c'est l'ABI". Et c'est la LSB. Et personne ou presque n'a suivi, à part les grosses boites ( suivi dans le sens "fait des binaires qui tourne que avec la lsb" ).
Une sandbox, il y a selinux ( http://danwalsh.livejournal.com/28545.html ), et pareil, ça fait pas l'unanimité. Et j'aurais tendance à dire que Vista a tenté, et on voit que le public n'a pas réagi si favorablement.
Android le fait, c'est vrai. Mais c'est un concept repris de java, et à l'époque, ça n'a pas suffi. Et quand on regarde, dans java, il y a la plateforme stable, la sandbox, les certificats de vérifications.
Donc soit le point important est de noter les logiciels ( et franchement, j'en doute ), soit autre chose.
Et moi, je pense que c'est autre chose.
Ce qui fait que Android et IOS ont décollés, c'est surtout parce qu'il y a une forte motivation à écrire des applications, à savoir la promesse de toucher de l'argent, que ça soit via des micro-paiements, ou via des publicités. Une preuve bien simple, il suffit de voir le nombre de logiciels libres sur f-droid et le nombre sur android market google play. Il y a bien moins de gens motivés par faire du libre que de gens motivés par d'autres raisons. Il y a juste plus de moyens pour faire autre chose que du libre.
J'ai eu le loisir de dire non à 3 proposition de postes avant de trouver mon job actuel. Donc je veux bien croire que le chomage frappe du monde, mais je ne pense pas que ça soit le cas dans le domaine de l'informatique à Paris autour des systémes Linux. Ensuite, si on veux aussi un taf bien payé, qui nous plait, et bien situé, ç'est en effet plus dur.
Mieux, les personnes qui sont capable de passer 3 plombes à configurer le firewall pour voir une série vont trouver que c'est trop compliqué de configurer le même firewall pour pas se faire pourrir la face.
Si par défaut, c'est pas autorisé, c'est que c'est interdit. Y a pas à tortiller.
Mais bon, faut pas se prendr ela tête non plus, personne ne va investir des dizaines de milliers d'euros juste pour montrer qu'Oracle pipote, parce que d'une part, tout le monde s'en fout globalement, et d'autre part, il y a tellement à redire sur tout le reste que le détal des benchmarks importent peu.
Au tarif des serveurs comparé à celui de la base de données, ç'est même plus la peine de penser aux performances vu le tarif exhorbitant proposé sur le site ( car bon, tu as dit plus haut que la tarification est simple et clair, ça veut bien dire que les ristournes et magouilles ne sont pas de mise, et donc qu'on peut partir sur la base de 38000 ou 36000 + 6000 euros par an ? )
Je suis pas sur que ça soit vachement plus performant , vu qu'une addition est à un autre ordre de magnitude d'un accès en I/O ( à condition bien sur d'avoir assez de cache pour garder le résultat en mémoire, ce qui est le cas optimal, sinon c'est encore pire si il faut écrire le résultat sur le disque ).
Donc l'exemple est foireux. Soit parce qu'il est destiné à quelqu'un d'encore moins compétent que moi, soit parce qu'il a voulu trop simplifier les choses. Mais je ne doute pas qu'il soit vachement plus convaincant dans la vraie vie.
Et c'est trivial à faire avec du map/reduce sur une base nosql, donc je pige pas vraiment pourquoi garder Oracle, à part le lock in, le manque de temps et l'envie d'être plus cher que les concurents ( ce qui, dans le domaine des telco, ne va plus être à la mode très longtemps je crois, au vue des echos que j'ai du marché ).
D'ailleurs, c'est surement pour ça que Oracle tente de rentrer sur le domaine du big data, en s'alliant avec Cloudera avant de les lacher en se lancant en concurence avec ses ex partenaires comme à chaque fois ( exemple, comme avec les distributions Linux, comme avec les fabricants de hardware, la virtualisation, etc ).
Oracle se reserve le droit de valider la publication de benchmark. C'est vrai que ça n'interdit pas de publier, ça requiert juste qu'Oracle l'autorise, subtil différence sémantique.
Rajoute aussi la possibilité de faire autre chose que du PL/SQL ( genre, tu peux faire du perl, du python, etc, ce qui permet d'avoir plus facilement des développeurs opérationnels en utilisant un langage potentiellement déjà connu ).
Au passage, j'ai tenté de voir combien compte une base oracle, et j'ai pas très bien compris. dans la mesure ou c'est visiblement cher ( on me parle de 10 000 euros, mais je sais pas si c'est avec ou sans maintenance, sur combien de core, avec quel features etc ), et qu'il faut du personnel formé pour ( car ayant fait de l'oracle à la fac et faisant du postgresql, je pense pas que j'aurais pu m'autoformer sur Oracle, et ça reste beaucoup plus complexe à déployer et à intégrer dans un environnement Linux que du postgresql ).
Est ce que quelqu'un a des chiffres à partager, histoire qu'on voit bien combien ça coute à une société ( genre 1 à 3 mois de salaire d'une admin, d'un presta, plus, moins ? ) ?
car bon, j'ai le sentiment que ce qui tire oracle, c'est plus les différentes dépendances et l'historique que de véritable besoin de faire du warehouse de folie ( surtout en voyant que finalement, il y a un certain nombre d'alternative comme hadoop et compagnie qui ont émergé grâce aux besoins d'entreprise à forte croissance comme Facebook, Google, Yahoo ).
Et je pense qu'en tant de crise, se pencher sur les dépenses excessives de ce genre ne me parait pas déconnant.
50 votes, soit plus que tout les autres de la liste, et plus intéressant que la majorité.
Et aussi dans les temps, car plus vielle que "ciao moebius".
Mais c'est une bonne chose de mettre en avant les débats, car j'avais pas pris conscience du fait que les journeaux sont devenus remplis de discussions si stériles ces derniers temps.
Je suis sur que les dirigeants lisent linuxfr tout les jours pour décider si ils font ou pas les drivers, ouais.
"chef: bon, la, on va sortir une carte graphique de la mort qui tues"
"ingé: on va faire des pilotes sous Linux ?"
"chef non, car les gens ont trop ralés sur Linuxfr, ça me donne pas envie de dépenser des tonnes de pognons pour bosser sur un système graphique ultra minoritaire dans notre segment de marché, on va plutôt faire des partie de Démineur 3d en réseau"
Moi, j'arrête pas de dire aux gens "les pilotes pas libres, c'est un risque car c'est bien plus rapidement abandonné par le constructeur et dans X années, tu va plus pouvoir faire de la 3d, ce qui est un comble". Grâce à toi, je peux compléter ma collection d'histoire à base de "ah ah" très nelsonien.
[^] # Re: Analyse erronée
Posté par Misc (site web personnel) . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 3.
Ce qui va arriver, c'est qu'au début, on va avoir des applis ultrasimples. Ensuite, le marché va être saturé, donc les applications vont devoir se distinguer. Se distinguer, c'est soit :
- offrir des features encore inconnues de tous.
- offrir les features encore inconnues des utilisateurs.
Le premier est dur. Le deuxième est simple, il suffit de prendre les features des autres. Ce qui fait que tu arrives à prendre les utilisateurs du premier marché, et du second.
Donc au bout d'un moment, pour grandir, tu doit offrir plus de fonctionnalités. Le marché étant supposé saturé, si tu le fait pas, quelqu'un le fera à ta place. Donc après un temps, on se retrouve à une situation gérable.
Suffit de voir la tendance dans les téléphones. Les gens utilisent plus "un smartphone qui fait tout", ou "un téléphone, un palm pilot, un lecteur mp3, un ebook reader et une gameboy" ?
Ou dans les IDEs, est ce que les gens vont plus vers eclipse, visual studio ou vers "je choisis mon compilo, mon editeur, mon debuggeur, mon analyseur de code et mon linker". Il suffit de voir la centaine d'entreprise dans le consortium eclipse pour voir ou l’intérêt commerciale se situe.
Une grande partie des gens veulent visiblement du tout intégré. Par exemple, pas avoir 1 logiciel pour lire chaque type de fichier multimedia, ne pas avoir un soft pour acheter de la musique, un pour les films, un pour transférer la musique, un pour les ebooks, etc. C'est relativement logique de pas vouloir passer trop de temps quand on n'est de toute façon pas capable d'apprécier les différences ( contrairement à quelqu'un qui est déjà plus expert et qui va passer du temps sur ça )
Et avant d'avoir des suites bureautiques, on a eu des applis séparés. Du visicalc, du word, du presenter. Et c'est quand les boites sont arrivés qu'on est passé d'un marché ou c'était facile de faire un petit soft ( genre, un shareware ) à un marché ou les plus gros dominent.
Et les plus gros dominent car ils ont plus de force de frappe publicitaires, plus de moyens, etc
[^] # Re: Analyse erronée
Posté par Misc (site web personnel) . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 3.
Non, faut rajouter la propriété "ressources". C'est faisable d'avoir tout ça avec des ressources infinis. Mais tu peux pas avec des ressources limités, sachant qu'il y a plus de gens qui veulent faire du code que de gens qui veulent faire des paquets ou de la QA.
Dans le monde windows, un projet, c'est un tout, tu as les devs ( ou plutot, l'éditeur, ça va d'une équipe de 1 à une boite entière ), qui fait l'installeur, et la QA, et la traduction.
Dans le monde du libre, les codeurs font que le code, parfois des gens débarquent pour traduire. La QA est parfois faite par les codeurs, parfois faite par les utilisateurs, souvent les 2, assez souvent sans grand formalisme ( sous windows aussi, je précise, ça dépend plus de bénévole vs gens payés pour ).
La distribution est minimale pour les projets libres en général ( il y a plus de gens qui font "je tag dans git et voilou" que de projet comme mozilla ). Et la ou l'intégration dans windows est aussi souvent minimal ( exemple, la gestion des menus, l'intégration avec d'autres logiciels, etc ), sous Linux, elle est plus riche et représente une valeur ajouté ( à mon sens ).
Le vrai souci est que les distros linux sont faites par des sysadmins, qui donc répondent à leur problématique. Les developpeurs font le code, qui réponds à leur besoin ( genre, ne pas se faire chier avec une ABI ), certains ont fait leur systéme de paquets ( gems, jar, etc ) pour répondre à leur besoin.
Les utilisateurs bureautiques typiques, ils font rien, trop l'habitude qu'on leur file tout cuit le taf. Il y a pas besoin de savoir comment marche l'ordinateur pour s'en servir ( au contraire de coder ou d'administrer ), donc les gens ne savent pas. Donc forcément, y a que des boites commerciales qui répondent à leur besoin, car c'est globalement la seule chose qu'on va réussir à avoir de la part de la vaste majorité d'un point de vue, de l'argent.
Donc c'est le modèle même du libre et son économie contributive qui ne va pas au grand publique actuel, au moins du point de vue logiciel. Et je précise logiciel car si on prends wikipedia, on voit que ça marche pas trop mal, mais surtout parce que c'est atrocement simple de contribuer.
[^] # Re: Analyse erronée
Posté par Misc (site web personnel) . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 3.
Les raisons ont été couvertes en long et en large il y a une paire d'années :
http://www.licquia.org/archives/2005/03/27/autopackage-considered-harmful/
Bien sur, je suis totalement partial à ce sujet, mais je pense que si c'était si bien, les gens auraient adopté ça en masse. On a beau dire "les distros verrouillent", les distros sont aussi indépendantes, et si tout le monde a bloqué, c'est pas une concertation venu d'une cabale secrète, c'est bien que chaque distro a indépendamment dit "y a un souci".
[^] # Re: Mauvaise distro, changer de distro !
Posté par Misc (site web personnel) . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 1.
Bah, j'ai cherché sur aur :
https://aur.archlinux.org/packages.php?O=0&K=miredo&do_Search=Go
Donc j'ai peut être mal compris le fonctionnement de la boite de dialogue ( j'ai aussi cherché "teredo", et "ipv6" ).
Et j'utilise pas archlinux ( je sais, ça semble fou ), donc je vais pas demander un paquet.
[^] # Re: Mauvaise distro, changer de distro !
Posté par Misc (site web personnel) . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 1.
Pourtant, j'ai pas trouvé de paquet de patcher, alors qu'il est assez utile pour que je fasse un paquet pour fedora, pour mageia, et j'avais aussi fait pour macports à l'époque.
J'ai aussi déjà utilisé perdition, et j'utilise leafnode sur mon portable, et je ne les trouve pas sur https://aur.archlinux.org/packages.php .Et je fait aussi usage de miredo tout les jours. Donc bon, j'ai peut être des gouts bizarres, mais j'ai pas eu à me forcer grandement pour trouver des exceptions.
Donc, bien tenté, mais non :)
Ceci dit, merci de vérifier l'adage énoncé ici :
https://linuxfr.org/nodes/89880/comments/1330318
# Analyse erronée
Posté par Misc (site web personnel) . En réponse au journal L'échec du bureau libre sous Linux réside paradoxalement dans le fait qu'il n'est pas assez libre.. Évalué à 7. Dernière modification le 18 mars 2012 à 19:52.
Je ne pense pas que le souci est que ça mette longtemps. Combien de temps entre le moment ou le codeur d'adobe rajoute une fonctionnalité dans Photoshop et le moment ou ça arrive chez les gens ?
Combien de temps entre "je code un truc sur office word" et "l'utilisateur bureautique a la fonction dans son menu sur son pc" ? Il y a facile plusieurs années en général, et pourtant, on peut difficilement dire que les gens se sentent vraiment gênés par ça et que le bureau sous windows ne marche pas.
On peut se dire que le logiciel proprio marche parce qu'il y a des milliers d'applications qui sont faites, mais en pratique, je pense qu'il y a pas plus d'une centaine qui soit utilisé par beaucoup de monde ( sauf les jeux, qui sont à part car on peut avoir plusieurs jeux pour remplir le même besoin ( ie, de jouer ), alors que je connait personne qui va payer pour avoir plus de 3 suites bureautiques ). Pareil sur iOS et/ou android, même si je ne retrouve pas le lien qui l'explique.
Pour moi, le souci est avant tout que le bureau sous Linux, à tort ou à raison, ne réponds pas aux besoins des gens. Ingo pense qu'on pourrait répondre plus facilement en ayant moins la main mise sur les canaux de distributions, peut être.
Mais la plupart des choses ont déjà été tentés sans succés :
Une base stable ou il y a que le minimum ? Ça s'appelle les BSD, et les gens n'ont pas l'air d'utiliser ça, sauf sous la forme du système de Cupertino.
Des systèmes de paquets ou les deps sont statiques, pareil, il y a autopackage, et ça n'a pas décollé.
Décentralisation de la distribution ? Le marché du logiciel a progressivement évolué vers une centralisation ( que ça soit sous la forme de Steam, de la FNAC ou de télécharger.com ). On peut aussi parler de la centralisation vis à vis du débat "streaming vs p2p", et ce genre de choses.
Forcer l'ABI ? Les devs kernels n'arrêtent pas de dire que ça n'a aucun sens pour eux ( https://lwn.net/Articles/159313/ http://www.mjmwired.net/kernel/Documentation/stable_api_nonsense.txt ), mais ça en aurait pour le desktop ?
Et si on prends par exemple le manque d'ABI stable, on peut voir le monde ruby pour un exemple. On voit que si on laisse les développeurs libres, ils utilisent la liberté. Il faut donc une entité qui dise "ça, c'est l'ABI". Et c'est la LSB. Et personne ou presque n'a suivi, à part les grosses boites ( suivi dans le sens "fait des binaires qui tourne que avec la lsb" ).
Une sandbox, il y a selinux ( http://danwalsh.livejournal.com/28545.html ), et pareil, ça fait pas l'unanimité. Et j'aurais tendance à dire que Vista a tenté, et on voit que le public n'a pas réagi si favorablement.
Android le fait, c'est vrai. Mais c'est un concept repris de java, et à l'époque, ça n'a pas suffi. Et quand on regarde, dans java, il y a la plateforme stable, la sandbox, les certificats de vérifications.
Donc soit le point important est de noter les logiciels ( et franchement, j'en doute ), soit autre chose.
Et moi, je pense que c'est autre chose.
Ce qui fait que Android et IOS ont décollés, c'est surtout parce qu'il y a une forte motivation à écrire des applications, à savoir la promesse de toucher de l'argent, que ça soit via des micro-paiements, ou via des publicités. Une preuve bien simple, il suffit de voir le nombre de logiciels libres sur f-droid et le nombre sur
android marketgoogle play. Il y a bien moins de gens motivés par faire du libre que de gens motivés par d'autres raisons. Il y a juste plus de moyens pour faire autre chose que du libre.[^] # Re: À Paris
Posté par Misc (site web personnel) . En réponse au journal [HS] Les bidonvilles aux portes de Paris. Évalué à 4.
J'ai eu le loisir de dire non à 3 proposition de postes avant de trouver mon job actuel. Donc je veux bien croire que le chomage frappe du monde, mais je ne pense pas que ça soit le cas dans le domaine de l'informatique à Paris autour des systémes Linux. Ensuite, si on veux aussi un taf bien payé, qui nous plait, et bien situé, ç'est en effet plus dur.
[^] # Re: Pierre Carles
Posté par Misc (site web personnel) . En réponse au journal [HS]: Les Nouveaux Chiens de Garde. Évalué à 3.
Fin de concession m'a quand même laissé le gout d'un film un peu à l'arrache. Ceci dit, il parait que c'est normal.
[^] # Re: Rasoir d'Hanlon
Posté par Misc (site web personnel) . En réponse au journal Est-ce le téléchargement illégal ou internet qui est visé?. Évalué à 4.
Mieux, les personnes qui sont capable de passer 3 plombes à configurer le firewall pour voir une série vont trouver que c'est trop compliqué de configurer le même firewall pour pas se faire pourrir la face.
[^] # Re: Tu es choqué ? agit !
Posté par Misc (site web personnel) . En réponse au journal [HS] Les bidonvilles aux portes de Paris. Évalué à 3.
Sinon, tu peux aussi foutre le feu en chantant des chansons du FN ou de l'UMP, les médias vont pouvoir diaboliser le premier ou la deuxième.
[^] # Re: À Paris
Posté par Misc (site web personnel) . En réponse au journal [HS] Les bidonvilles aux portes de Paris. Évalué à 1.
La cité radieuse, aussi appelé cité du fada par les habitants ?
je suis pas sur qu'au vue du surnom, l'acceptation par les habitants soit maximal.
[^] # Re: À Paris
Posté par Misc (site web personnel) . En réponse au journal [HS] Les bidonvilles aux portes de Paris. Évalué à 5.
Et mieux, quand est ce que les gens vont démissionner en masse pour protester contre les bureaux à la défense ?
[^] # Re: À Paris
Posté par Misc (site web personnel) . En réponse au journal [HS] Les bidonvilles aux portes de Paris. Évalué à 3.
Envoyer les pauvres en Creuse, ça a déjà été fait :
https://fr.wikipedia.org/wiki/Enfants_de_la_Creuse
[^] # Re: Archlinux.
Posté par Misc (site web personnel) . En réponse au journal Anniversaire : Archlinux a 10 ans !. Évalué à 5.
Amusant, ça fait 2 fois en moins de 24h que je vois ça. C'est ceci dit tellement vrai.
( mais je ne sais pas si c'est juste une minorité plus importante ou pas ).
[^] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 3.
Pour avoir des ordres de grandeurs, c'était quel genre de volumétrie, grosso modo ? ( et avec quel genre de hardware ).
[^] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 2.
Phpbb et Postgresql est ce qui est utilisé par les forums mageia sur forums.mageia.org.
Donc ça marche.
[^] # Re: [^] [-] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 7.
Si par défaut, c'est pas autorisé, c'est que c'est interdit. Y a pas à tortiller.
Mais bon, faut pas se prendr ela tête non plus, personne ne va investir des dizaines de milliers d'euros juste pour montrer qu'Oracle pipote, parce que d'une part, tout le monde s'en fout globalement, et d'autre part, il y a tellement à redire sur tout le reste que le détal des benchmarks importent peu.
Au tarif des serveurs comparé à celui de la base de données, ç'est même plus la peine de penser aux performances vu le tarif exhorbitant proposé sur le site ( car bon, tu as dit plus haut que la tarification est simple et clair, ça veut bien dire que les ristournes et magouilles ne sont pas de mise, et donc qu'on peut partir sur la base de 38000 ou 36000 + 6000 euros par an ? )
[^] # Re: [^] [-] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 4.
Je suis pas sur que ça soit vachement plus performant , vu qu'une addition est à un autre ordre de magnitude d'un accès en I/O ( à condition bien sur d'avoir assez de cache pour garder le résultat en mémoire, ce qui est le cas optimal, sinon c'est encore pire si il faut écrire le résultat sur le disque ).
Donc l'exemple est foireux. Soit parce qu'il est destiné à quelqu'un d'encore moins compétent que moi, soit parce qu'il a voulu trop simplifier les choses. Mais je ne doute pas qu'il soit vachement plus convaincant dans la vraie vie.
Et c'est trivial à faire avec du map/reduce sur une base nosql, donc je pige pas vraiment pourquoi garder Oracle, à part le lock in, le manque de temps et l'envie d'être plus cher que les concurents ( ce qui, dans le domaine des telco, ne va plus être à la mode très longtemps je crois, au vue des echos que j'ai du marché ).
D'ailleurs, c'est surement pour ça que Oracle tente de rentrer sur le domaine du big data, en s'alliant avec Cloudera avant de les lacher en se lancant en concurence avec ses ex partenaires comme à chaque fois ( exemple, comme avec les distributions Linux, comme avec les fabricants de hardware, la virtualisation, etc ).
[^] # Re: [^] [-] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 7.
Ceci dit, d'autres personnes le disent :
http://archives.postgresql.org/pgsql-performance/2009-02/msg00230.php
Et hélas, je n'ai pas trouvé de lien vers la license entreprise, donc je doit me tourner vers :
http://www.oracle.com/technetwork/licenses/standard-license-152015.html
"You may not :
- disclose results of any program benchmark tests without our prior consent. "
D'ailleurs, hp se plaint de censure sur tpc :
http://h30507.www3.hp.com/t5/Mission-Critical-Computing-Blog/Oracle-Limits-Customer-Choice-Refuses-to-Publish-HP-Server/ba-p/90395
et d'ailleurs, cette article explique que oracle valide les benchs sur tpc :
http://www.theregister.co.uk/2011/03/11/oracle_allegedly_stifles_hp_oracle_tpc_benchmark/
C'est marqué d'ailleurs dans la FAQ :
http://www.tpc.org/information/about/faq-generic.asp#run
Donc bon, je pense pas que ça soit du FUD.
Oracle se reserve le droit de valider la publication de benchmark. C'est vrai que ça n'interdit pas de publier, ça requiert juste qu'Oracle l'autorise, subtil différence sémantique.
[^] # Re: [^] [-] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 4.
Donc une de ces features qui implique de prendre entre 50% et 100% de 36000 euros en plus ( vu qu'il te faut un cpu de plus ) ?
[^] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 7.
Rajoute aussi la possibilité de faire autre chose que du PL/SQL ( genre, tu peux faire du perl, du python, etc, ce qui permet d'avoir plus facilement des développeurs opérationnels en utilisant un langage potentiellement déjà connu ).
Rajoute aussi le fait de pouvoir définir tes propres types de données , le fait de pouvoir taper dans des bases de données externes ( sql/med : https://wiki.postgresql.org/wiki/SQL/MED ), l'isolation des bases via SELinux ( https://wiki.postgresql.org/wiki/SEPostgreSQL_SELinux_Overview ) et une intégration plus simple avec la plupart des logiciels libres.
[^] # Re: question bête
Posté par Misc (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 5.
Au passage, j'ai tenté de voir combien compte une base oracle, et j'ai pas très bien compris. dans la mesure ou c'est visiblement cher ( on me parle de 10 000 euros, mais je sais pas si c'est avec ou sans maintenance, sur combien de core, avec quel features etc ), et qu'il faut du personnel formé pour ( car ayant fait de l'oracle à la fac et faisant du postgresql, je pense pas que j'aurais pu m'autoformer sur Oracle, et ça reste beaucoup plus complexe à déployer et à intégrer dans un environnement Linux que du postgresql ).
Est ce que quelqu'un a des chiffres à partager, histoire qu'on voit bien combien ça coute à une société ( genre 1 à 3 mois de salaire d'une admin, d'un presta, plus, moins ? ) ?
car bon, j'ai le sentiment que ce qui tire oracle, c'est plus les différentes dépendances et l'historique que de véritable besoin de faire du warehouse de folie ( surtout en voyant que finalement, il y a un certain nombre d'alternative comme hadoop et compagnie qui ont émergé grâce aux besoins d'entreprise à forte croissance comme Facebook, Google, Yahoo ).
Et je pense qu'en tant de crise, se pencher sur les dépenses excessives de ce genre ne me parait pas déconnant.
# Et pendant ce temps :
Posté par Misc (site web personnel) . En réponse à la dépêche Les journaux LinuxFr.org les mieux notés de la semaine 10/2012. Évalué à 1.
https://linuxfr.org/users/patrick_g/journaux/retrospective-sur-le-noyau-2-6-32
50 votes, soit plus que tout les autres de la liste, et plus intéressant que la majorité.
Et aussi dans les temps, car plus vielle que "ciao moebius".
Mais c'est une bonne chose de mettre en avant les débats, car j'avais pas pris conscience du fait que les journeaux sont devenus remplis de discussions si stériles ces derniers temps.
[^] # Re: Le jour où ATI comprendra ...
Posté par Misc (site web personnel) . En réponse au journal Voilà comment j'abandonne Linux à la maison. Évalué à 6.
Je suis sur que les dirigeants lisent linuxfr tout les jours pour décider si ils font ou pas les drivers, ouais.
"chef: bon, la, on va sortir une carte graphique de la mort qui tues"
"ingé: on va faire des pilotes sous Linux ?"
"chef non, car les gens ont trop ralés sur Linuxfr, ça me donne pas envie de dépenser des tonnes de pognons pour bosser sur un système graphique ultra minoritaire dans notre segment de marché, on va plutôt faire des partie de Démineur 3d en réseau"
# Merci pour ATI
Posté par Misc (site web personnel) . En réponse au journal Voilà comment j'abandonne Linux à la maison. Évalué à 10.
Moi, j'arrête pas de dire aux gens "les pilotes pas libres, c'est un risque car c'est bien plus rapidement abandonné par le constructeur et dans X années, tu va plus pouvoir faire de la 3d, ce qui est un comble". Grâce à toi, je peux compléter ma collection d'histoire à base de "ah ah" très nelsonien.