Bah dans la base de données tu as différentes catégorie : (par ordre croissant de compléxité)
- Access
- Sybase, Microsoft-SQL, MySQl, Postgres
- DB2, Oracle
C'est vrai qu'Access n'est pas très performant, mais si tu as un seul utilisateur et quelques requètes par jour ça te suffit largement et tu as l'avantage que le fichier est manipulable indépendemment de l'appli que tu développe avec.
En plus tu un assistant créateur de requête (je crois, jamais utilisé) pour les gens qui ne connaissent pas SQL ce qui est une idée sympa.
C'est vrai que Access à ses limites mais MySQL/Postgres les ont aussi par rapport à Oracle ou DB2, il faut les utiliser pour des applications adaptées.
C'est pas avec les profs qu'on trouve dans les centres de formation que l'informatique sortira la tête du cul.
On t'as mis une mauvaise note récemment ?
open source est favorisé parce que les développeurs n'ont à fournir aucun effort d'intégration à la hiérarchie d'une entreprise.
Bof, c'est facile de s'intégrer et les conflits de personne existent aussi en OpenSource (lit kernel-traffic tu verra).
Adobe SVG c'est un plugin Netscape 4 je crois, tu devrais pouvoir l'installer avec Netscape 7/Mozilla.
Et puis c'est pas de la faute à IE si Mozilla est incomplet. D'un autre côté vaut mieux un support incomplet que pas de support du tout comme le fait IE.
Je ne sais pas si c'est une histoire de non-respect des std
ça n'aurait rien d'etonant vu que Mozilla n'est pas absolument pas standard compliant vis-a-vis de SVG (voir mon post plus haut)
ou bien s'il y a une détection du plugin
c'est possible aussi
Quand j'étais en stage sur XML il y'a 2-3 ans, j'avais decouvert avec interet le SVG.
A l'époque Mozilla ne supportait que les polylines soit une balise parmis les 200 dans la norme.
Bon ça c'est un peu amélioré depuis mais il n'en reste pas moins que Mozilla supporte quelques balises de SVG, alors Adobe supporte TOUT depuis longtemps, eux ils en sont à s'occuper des petits pinaillages du style règle d'arrondis.
Bref, il y'a des annees lumieres entre les deux, Mozilla présente pour seul intérêt de pouvoir lire le SVG mélangé sans l'HTML (ce que ne peut-pas faire un plugin aussi parfait soit-il ).
Clearcase fait d'abord le merge ensuite il t'affiche le diff.
Maintenant si tu combine CVS pour les merges, un script PERL pour identifier les fichiers contenant des conflits plus un outils comme xxdiff, la tu effectivment que le Merge Manager de Clearcase.
Sous Windows, il y a MergeManager qui est graphique , ce qui est bien pratique : l'écran est subdivisé en deux, et tu peut comparer l'ancienne et la nouvelle version du fichier, les lignes qui changent étant colorée en bleu.
Je précise que Clearcase n'est pas spécifique à Windows, l'interface de base est en ligne de commande, la partie graphique n'est qu'une surcouche, néanmoins bien utile.
Le boulot du gestionnaire de merge consiste à arbitrer les conflits quand les deux développeurs ont touchés la même partie de code, de temps ils se trompe bien sûr, mais moins souvent que diff+patch par exemple (car il a plus d'info).
Posté par _ _ .
En réponse à la dépêche Qt contre MFC.
Évalué à 5.
Les causes qui me viennent à l'esprit pour ton problème d'E/S sont :
1) la pénalité d'abstraction différente imposée par chaque API
2) le choix d'un algorithme avec une complexité désastreuse
3) un probleme de bufferisation
--
1) n'est probablement pas la bonne explication, car une pénalité d'abstraction se mesure en dizaine de %, or là tu nous parle d'un ralentissement d'un heure et demie ...
2) l'algorithme est quelque chose de beaucoup trop dépendant de l'appli pour être codée dans une classe de bas niveau comme CFile ou QFile.
Donc ici l'API n'est pas en cause.
3) Certaines API proposent une bufferisation automatique d'autres manuelles, chaque solution ayant ses avantages et ses inconvénients : facilité d'utilisation pour le premier, performance meilleure (car mieux adapté à l'appli) pour l'autre.
A ce niveau l'API utilisée peut-être en cause mais sans doutes beaucoup moins que le développeur qui n'a pas su lire sa documentation pour paramétrer correctement sa bufferisation.
Donc, d'après la description du problème, il me semble effectivement, que l'appli soit plus en cause que QT ou MFC. Si tu nous avais parlé d'un problème de perf de quelques pourcents, je ne dis pas mais là non.
Quand à ta réponse,Il a du faire avec les erreurs de design des MFC, elle pourrait se résumer en "c'est celui qui dit qui y est".
J'attends un argument plus pointu pour venir etayer cette affirmation.
ceux qui peuvent permettre de créer ne créent jamais. Ils spéculent...
Pas d'accord.
Les investisseurs sont la pour apporter des capitaux aux boites donc ils créent bien quelque chose (de la valeur ajouté qui n'aurait pas pu être produite sans eux).
La distinction entre méchant investisseur à court terme ("spéculateur") et gentil investisseur à long terme me semble un peu artificielle, car l'un est nécessaire à l'autre : les uns assurent une certaine liquidité des titres, et offrent aux autres la garantie de pouvoir facilement revendre leurs actions si ils ont un besoin pressant d'argent.
Quand les rats quittent le navire, le système flanche...
C'est vrai qu'à un instant donné le cours d'une action peut être déconnecté de sa valeur objective, néanmoins il y a un mécanisme de régulation : si une action est surévalué tôt ou tard, elle redescendra à sa valeur réelle, et donc ceux qui surévaluent une action risquent à terme de perdre pas mal d'argent.
C'est peut-être ce qui est passé pour Mandrake, l'action était surévalué (cours d'intro. 6 Euros) et maintenant elle est redescendue à sa valeur objective (pas grand chose, car la boite perd des tonnes d'argent, et les belles promesses ça ne se négocie pas très cher sur un marché).
seul l'Etat peut être un secours pour l'informatique libre.
Tu pense au même genre de soutient que celui que l'Etat à accordé au groupe Bull durant les vingt dernières années avec le succés que l'on sait.
Mandrake devrait essayer de négocier avec l'Etat une solution clé en main pour les collèges et lycées
Pourquoi spécialement l'Etat ? Si le produit est bon alors il devrait intéresser tout le monde, y compris les entreprises privées ? Si il est mauvais, alors ça ne sert à rien d'insister. Les achats massifs de MO5 et ordinateur Goupil n'ont pas empêcher ces sociétés de disparaître.
PS : oui, je sais ça aurait plus sa place sur fr.soc.economie mais bon quitte à échanger des idées reçues ...
Window$ : Pourquoi ce $ ? Mandrakesoft n'est pas une société commerciale aussi ?
Bah justement, si il font appels aux dons pour payer les salaires des développeurs, c'est qu'ils doivent pas en faire des masses, de dollars.
[^] # Arrétez de cracher sur Access
Posté par _ _ . En réponse à la dépêche Access .... dans OpenOffice ?. Évalué à 3.
- Access
- Sybase, Microsoft-SQL, MySQl, Postgres
- DB2, Oracle
C'est vrai qu'Access n'est pas très performant, mais si tu as un seul utilisateur et quelques requètes par jour ça te suffit largement et tu as l'avantage que le fichier est manipulable indépendemment de l'appli que tu développe avec.
En plus tu un assistant créateur de requête (je crois, jamais utilisé) pour les gens qui ne connaissent pas SQL ce qui est une idée sympa.
C'est vrai que Access à ses limites mais MySQL/Postgres les ont aussi par rapport à Oracle ou DB2, il faut les utiliser pour des applications adaptées.
[^] # Re: UML n'est pas une methode
Posté par _ _ . En réponse à la dépêche Documentation française sur MDA. Évalué à 6.
On t'as mis une mauvaise note récemment ?
[^] # Re: probablement
Posté par _ _ . En réponse à la dépêche Documentation française sur MDA. Évalué à 2.
Bof, c'est facile de s'intégrer et les conflits de personne existent aussi en OpenSource (lit kernel-traffic tu verra).
[^] # Piratage
Posté par _ _ . En réponse à la dépêche Les majors à l'assaut des réseaux P2P. Évalué à 2.
[^] # Re: Ce n'est pas un plugin pour mozilla
Posté par _ _ . En réponse à la dépêche La bibliothèque en SVG.... Évalué à 0.
Et puis c'est pas de la faute à IE si Mozilla est incomplet. D'un autre côté vaut mieux un support incomplet que pas de support du tout comme le fait IE.
[^] # Re: Ce n'est pas un plugin pour mozilla
Posté par _ _ . En réponse à la dépêche La bibliothèque en SVG.... Évalué à -1.
ça n'aurait rien d'etonant vu que Mozilla n'est pas absolument pas standard compliant vis-a-vis de SVG (voir mon post plus haut)
ou bien s'il y a une détection du plugin
c'est possible aussi
[^] # Re: SVG Kézako
Posté par _ _ . En réponse à la dépêche La bibliothèque en SVG.... Évalué à 3.
A l'époque Mozilla ne supportait que les polylines soit une balise parmis les 200 dans la norme.
Bon ça c'est un peu amélioré depuis mais il n'en reste pas moins que Mozilla supporte quelques balises de SVG, alors Adobe supporte TOUT depuis longtemps, eux ils en sont à s'occuper des petits pinaillages du style règle d'arrondis.
Bref, il y'a des annees lumieres entre les deux, Mozilla présente pour seul intérêt de pouvoir lire le SVG mélangé sans l'HTML (ce que ne peut-pas faire un plugin aussi parfait soit-il ).
[^] # Re: outil de merge Clearcase
Posté par _ _ . En réponse à la dépêche Subversion rentre en phase alpha.. Évalué à 1.
Maintenant si tu combine CVS pour les merges, un script PERL pour identifier les fichiers contenant des conflits plus un outils comme xxdiff, la tu effectivment que le Merge Manager de Clearcase.
[^] # outil de merge Clearcase
Posté par _ _ . En réponse à la dépêche Subversion rentre en phase alpha.. Évalué à 1.
Je précise que Clearcase n'est pas spécifique à Windows, l'interface de base est en ligne de commande, la partie graphique n'est qu'une surcouche, néanmoins bien utile.
Le boulot du gestionnaire de merge consiste à arbitrer les conflits quand les deux développeurs ont touchés la même partie de code, de temps ils se trompe bien sûr, mais moins souvent que diff+patch par exemple (car il a plus d'info).
[^] # N'importe quoi ...
Posté par _ _ . En réponse à la dépêche Qt contre MFC. Évalué à 5.
1) la pénalité d'abstraction différente imposée par chaque API
2) le choix d'un algorithme avec une complexité désastreuse
3) un probleme de bufferisation
--
1) n'est probablement pas la bonne explication, car une pénalité d'abstraction se mesure en dizaine de %, or là tu nous parle d'un ralentissement d'un heure et demie ...
2) l'algorithme est quelque chose de beaucoup trop dépendant de l'appli pour être codée dans une classe de bas niveau comme CFile ou QFile.
Donc ici l'API n'est pas en cause.
3) Certaines API proposent une bufferisation automatique d'autres manuelles, chaque solution ayant ses avantages et ses inconvénients : facilité d'utilisation pour le premier, performance meilleure (car mieux adapté à l'appli) pour l'autre.
A ce niveau l'API utilisée peut-être en cause mais sans doutes beaucoup moins que le développeur qui n'a pas su lire sa documentation pour paramétrer correctement sa bufferisation.
Donc, d'après la description du problème, il me semble effectivement, que l'appli soit plus en cause que QT ou MFC. Si tu nous avais parlé d'un problème de perf de quelques pourcents, je ne dis pas mais là non.
Quand à ta réponse,Il a du faire avec les erreurs de design des MFC, elle pourrait se résumer en "c'est celui qui dit qui y est".
J'attends un argument plus pointu pour venir etayer cette affirmation.
[^] # Re: méchants spéculateurs
Posté par _ _ . En réponse à la dépêche Mandrake lance ses "Clubs". Évalué à 2.
Pas d'accord.
Les investisseurs sont la pour apporter des capitaux aux boites donc ils créent bien quelque chose (de la valeur ajouté qui n'aurait pas pu être produite sans eux).
La distinction entre méchant investisseur à court terme ("spéculateur") et gentil investisseur à long terme me semble un peu artificielle, car l'un est nécessaire à l'autre : les uns assurent une certaine liquidité des titres, et offrent aux autres la garantie de pouvoir facilement revendre leurs actions si ils ont un besoin pressant d'argent.
Quand les rats quittent le navire, le système flanche...
C'est vrai qu'à un instant donné le cours d'une action peut être déconnecté de sa valeur objective, néanmoins il y a un mécanisme de régulation : si une action est surévalué tôt ou tard, elle redescendra à sa valeur réelle, et donc ceux qui surévaluent une action risquent à terme de perdre pas mal d'argent.
C'est peut-être ce qui est passé pour Mandrake, l'action était surévalué (cours d'intro. 6 Euros) et maintenant elle est redescendue à sa valeur objective (pas grand chose, car la boite perd des tonnes d'argent, et les belles promesses ça ne se négocie pas très cher sur un marché).
seul l'Etat peut être un secours pour l'informatique libre.
Tu pense au même genre de soutient que celui que l'Etat à accordé au groupe Bull durant les vingt dernières années avec le succés que l'on sait.
Mandrake devrait essayer de négocier avec l'Etat une solution clé en main pour les collèges et lycées
Pourquoi spécialement l'Etat ? Si le produit est bon alors il devrait intéresser tout le monde, y compris les entreprises privées ? Si il est mauvais, alors ça ne sert à rien d'insister. Les achats massifs de MO5 et ordinateur Goupil n'ont pas empêcher ces sociétés de disparaître.
PS : oui, je sais ça aurait plus sa place sur fr.soc.economie mais bon quitte à échanger des idées reçues ...
[^] # Re: $
Posté par _ _ . En réponse à la dépêche Mandrake lance ses "Clubs". Évalué à 0.
Bah justement, si il font appels aux dons pour payer les salaires des développeurs, c'est qu'ils doivent pas en faire des masses, de dollars.