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.
Je prend un exemple pour illustrer (et pas des moindres il me semble), ça ne veut pas dire qu'il n'y en a pas d'autres. Qui n'a jamais pesté sur le fait qu'il n'y a quasiment jamais de bug trackers sur les produits privatifs ?
Je veux bien un exemple d'une boite qui serait passé de postgresql à MSAccess pour raison technique.
Je n'en fait pas une généralité je constate juste que le côté hacker est une compétence et qu'elle a l'air de manquer à certains. Personnellement c'est le premier intérêt que j'ai trouvé, à l'époque (de minix) on ne parlait même pas de liberté, c'était juste éducatif. Il ne faut pas oublier ce lien étroit entre logiciel libre et éducation (donc compétence), passion etc.
Que penses-tu d'une boite comme apisoft (racheté par sage), qui a un existant sous MSAccess, qui est passé à Oracle (on comprends pourquoi) pour finalement revenir à MSAccess (parcequ'ils n'ont jamais réussi à faire marcher Oracle correctement) ?
Y a de quoi se poser des questions sur les compétences techniques non ?
Vous allez me dire que ce sont des décisions marketings. Mais je suis allé à une formation technique chez eux lorsqu'ils sont passé à Oracle, c'était à mourir de rire de les voir essayer pendant 2h tant bien que mal de se connecter à Oracle avec windev ou vb ou je ne sais quoi… C'est bien un problème de compétence car quand je leur ai montré comment je faisais en deux lignes avec import cx_oracle ils n'en revenaient pas, ils n'avaient jamais entendu parlé de ce genre de possibilités. Et c'est bien un problème de "fans du libre", car comme tout bon hacker il m'est arrivé également de regarder windev et surtout de comprendre comment le système fonctionne ce qui m'a permis de les aider finalement.
Je ne vous parle même pas de la doc fournie, je ne vous parle même pas des règles de sécurité sur l'accès à la base, à des années lumières du premier blog en php d'un ado.
Donc, il n'y a pas que les hackers qui sont compétents, mais ça aide quand même beaucoup…
La plupart du temps j'ai remarqué que ce qui empêche de passer à Postgresql c'est l'existant. Autant pour ce qui tourne (et qu'il ne faut pas pas toucher puisque ça tourne) que pour les compétences. C'est une sorte d'inertie, d'autant plus grande que la boite est grosse.
Ceci dit, je trouve que c'est exagéré, on s'en fait une montagne alors que le temps passé pour mettre à jour une appli de mysql à postgresql permet souvent en même temps de faire un audit de l'application et déceler quelques bugs potentiels ou goulots d'étranglements. Pire, le temps passé à se poser la question de la migration est parfois plus grand que le temps pour la faire la mise à jour !
On le comprend très bien ici, mais le site de démo n'est pas destiné qu'aux devs, ça vaudrait vraiment le coup de l'indiquer clairement sur le site. D'une part pour informer les utilisateurs et d'autre part pour inciter les devs à participer. Sur ce je vais aller faire une petite série…
Posté par wilk .
En réponse à la dépêche Awesome 3.5.
Évalué à 1.
Jusque là je le fait aussi avec fluxbox puisqu'on peut mémoriser l'emplacement et le workspace des fenêtres. Je fait pareil avec le navigateur et le client mail qui sont donc toujours dans leurs workspaces respectifs et à la même place. C'est vrai que je peux lancer plusieurs fois le client mail, mais si je voulais m'en préserver je pourrai faire un petit script pour ça.
Posté par wilk .
En réponse à la dépêche Awesome 3.5.
Évalué à 3.
Je n'ai à priori pas d'autres critères que de pouvoir contrôler mes quelques fenêtres avec les raccourcis VIM. Mais peut-être que je passe à côté de quelque chose dont je n'ai même pas l'idée ?
Posté par wilk .
En réponse à la dépêche Awesome 3.5.
Évalué à 2.
Je me demande toujours quels seraient les avantages par rapport à fluxbox par ex vu que je le pilote déjà entièrement au clavier avec des raccourcis à la vim…
L'idée de la démo en première page c'est un sacré pari, bravo, ça va permettre de faire remonter les bugs d'une part et d'aider le décideur pressé d'autre part.
J'aurai juste une remarque, pour le décideur pressé justement, le mélange d'anglais/français en plein milieu des menus et formulaires ne donne pas l'impression d'un produit finis, ou du moins pas prêt pour le marché français. On se dit tout de suite qu'il risque d'y avoir des soucis pour la paye et la compta par ex (est-ce le cas ?).
pypy est en cours de portage, il va y a un développeur payé pour ça (depuis 4 jours). Encore mieux, le projet prévoit de supporter la 2 et la 3 avec le même code. Le top serait de pouvoir utiliser du code 2 et du code 3 en même temps, ça serait idéal pour les migrations, sinon c'est vrai que c'est un peu le casse tête, il y a toujours une librairie qui manque…
[^] # 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.
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 4.
Je prend un exemple pour illustrer (et pas des moindres il me semble), ça ne veut pas dire qu'il n'y en a pas d'autres. Qui n'a jamais pesté sur le fait qu'il n'y a quasiment jamais de bug trackers sur les produits privatifs ?
Je veux bien un exemple d'une boite qui serait passé de postgresql à MSAccess pour raison technique.
Je n'en fait pas une généralité je constate juste que le côté hacker est une compétence et qu'elle a l'air de manquer à certains. Personnellement c'est le premier intérêt que j'ai trouvé, à l'époque (de minix) on ne parlait même pas de liberté, c'était juste éducatif. Il ne faut pas oublier ce lien étroit entre logiciel libre et éducation (donc compétence), passion etc.
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 5.
Que penses-tu d'une boite comme apisoft (racheté par sage), qui a un existant sous MSAccess, qui est passé à Oracle (on comprends pourquoi) pour finalement revenir à MSAccess (parcequ'ils n'ont jamais réussi à faire marcher Oracle correctement) ?
Y a de quoi se poser des questions sur les compétences techniques non ?
Vous allez me dire que ce sont des décisions marketings. Mais je suis allé à une formation technique chez eux lorsqu'ils sont passé à Oracle, c'était à mourir de rire de les voir essayer pendant 2h tant bien que mal de se connecter à Oracle avec windev ou vb ou je ne sais quoi… C'est bien un problème de compétence car quand je leur ai montré comment je faisais en deux lignes avec import cx_oracle ils n'en revenaient pas, ils n'avaient jamais entendu parlé de ce genre de possibilités. Et c'est bien un problème de "fans du libre", car comme tout bon hacker il m'est arrivé également de regarder windev et surtout de comprendre comment le système fonctionne ce qui m'a permis de les aider finalement.
Je ne vous parle même pas de la doc fournie, je ne vous parle même pas des règles de sécurité sur l'accès à la base, à des années lumières du premier blog en php d'un ado.
Donc, il n'y a pas que les hackers qui sont compétents, mais ça aide quand même beaucoup…
[^] # Re: .
Posté par wilk . En réponse au journal Switch de MySQL vers MariaDB. Merci Oracle ?. Évalué à 4.
La plupart du temps j'ai remarqué que ce qui empêche de passer à Postgresql c'est l'existant. Autant pour ce qui tourne (et qu'il ne faut pas pas toucher puisque ça tourne) que pour les compétences. C'est une sorte d'inertie, d'autant plus grande que la boite est grosse.
Ceci dit, je trouve que c'est exagéré, on s'en fait une montagne alors que le temps passé pour mettre à jour une appli de mysql à postgresql permet souvent en même temps de faire un audit de l'application et déceler quelques bugs potentiels ou goulots d'étranglements. Pire, le temps passé à se poser la question de la migration est parfois plus grand que le temps pour la faire la mise à jour !
[^] # Re: Et le français (partout) ?
Posté par wilk . En réponse à la dépêche OpenERP 7 vient de sortir. Évalué à 1.
On le comprend très bien ici, mais le site de démo n'est pas destiné qu'aux devs, ça vaudrait vraiment le coup de l'indiquer clairement sur le site. D'une part pour informer les utilisateurs et d'autre part pour inciter les devs à participer. Sur ce je vais aller faire une petite série…
[^] # Re: vs fluxbox ?
Posté par wilk . En réponse à la dépêche Awesome 3.5. Évalué à 1.
Jusque là je le fait aussi avec fluxbox puisqu'on peut mémoriser l'emplacement et le workspace des fenêtres. Je fait pareil avec le navigateur et le client mail qui sont donc toujours dans leurs workspaces respectifs et à la même place. C'est vrai que je peux lancer plusieurs fois le client mail, mais si je voulais m'en préserver je pourrai faire un petit script pour ça.
[^] # Re: vs fluxbox ?
Posté par wilk . En réponse à la dépêche Awesome 3.5. Évalué à 3.
Je n'ai à priori pas d'autres critères que de pouvoir contrôler mes quelques fenêtres avec les raccourcis VIM. Mais peut-être que je passe à côté de quelque chose dont je n'ai même pas l'idée ?
# vs fluxbox ?
Posté par wilk . En réponse à la dépêche Awesome 3.5. Évalué à 2.
Je me demande toujours quels seraient les avantages par rapport à fluxbox par ex vu que je le pilote déjà entièrement au clavier avec des raccourcis à la vim…
[^] # Re: Voir la demo
Posté par wilk . En réponse à la dépêche OpenERP 7 vient de sortir. Évalué à 4.
L'idée de la démo en première page c'est un sacré pari, bravo, ça va permettre de faire remonter les bugs d'une part et d'aider le décideur pressé d'autre part.
J'aurai juste une remarque, pour le décideur pressé justement, le mélange d'anglais/français en plein milieu des menus et formulaires ne donne pas l'impression d'un produit finis, ou du moins pas prêt pour le marché français. On se dit tout de suite qu'il risque d'y avoir des soucis pour la paye et la compta par ex (est-ce le cas ?).
[^] # Re: Pour se faire une idée des perfs
Posté par wilk . En réponse à la dépêche Sortie de LuaJIT 2.0.0. Évalué à 2.
Facteur 10, facteur 20… Il faudrait peut-être quelques exemples sinon on se retrouve un peu à laver plus blanc que blanc !
[^] # Re: Rabat joie
Posté par wilk . En réponse à la dépêche Expérience de déploiements d’OpenERP dans des entreprises françaises. Évalué à 2.
Est-ce que tu pourrais nous en dire un peu plus sur la "problèmatique des migrations" ?
[^] # Re: Souhaitons une belle mort à PHP
Posté par wilk . En réponse à la dépêche Sortie de txt2tags en version PHP. Évalué à 3.
pypy est en cours de portage, il va y a un développeur payé pour ça (depuis 4 jours). Encore mieux, le projet prévoit de supporter la 2 et la 3 avec le même code. Le top serait de pouvoir utiliser du code 2 et du code 3 en même temps, ça serait idéal pour les migrations, sinon c'est vrai que c'est un peu le casse tête, il y a toujours une librairie qui manque…
http://morepypy.blogspot.fr/2012/09/py3k-status-update-6.html