Kangs a écrit 260 commentaires

[...] pour des raisons techniques mais aussi j'imagine politique et ça bien avant le deal avec Nokia.

Il est probable que la vente de licences pour leurs outils de développement ne soit pas tout à fait étrangère à cette décision.

http://fr.wikipedia.org/wiki/Copy-On-Write

Mais je ne suis pas certains que dans le contexte ce soit faisable.

>>Si le seul critère est vraiment la qualité intrinsèque de chaque application alors pourquoi est-ce qu'on ne se retrouverait pas avec un immonde gloubiboulga de softs GtK/GNOME plus des softs Qt/KDE plus des softs Tcl/Tk plus des softs Java/SWING plus des softs UNO/OOo plus des softs EFL/Enlightenment, etc ?

Ca me rappel les premières distributions linux : on avait tous les softs en X exemplaires.

Je crois qu'il fait simplement une tentative de troll python vs ruby.

Dans le second message il dit juste que Ruby le fait déjà.

Tu ne crois pas que c'est un peu facile de faire une doc présentant de superbes fonctionnalités sans les implémenter ?

>>- pas d'utilisation de la STL ---> roue réinventée
Il faut tenir compte de l'age du code qui a plus de 8 ans, il me semble logique que la STL ne soit pas utilisée.

>>"Soumettre un rapport de bug exécutable permettant sa reproduction chez les développeurs"
Oui, parmi les trois cas d'utilisations possibles cités, c'est celui qui me semble le plus crédible.
J'ai du mal à trouver d'autre cas.

>>moi je ferais un simple ldd pour voir les lib requises...
Je ne pense pas qu'avec ldd tu puisses connaitre les lib chargées par le programme dynamiquement (dlopen) comme pour les plugins.

Pour strace il faut être certain d'avoir chargé tous les composants...

Ce n'est plus une béta ?

En O_CIO ou autre ca ne change rien.

>>Oracle attaque directement en RAW et gère sont propres caches.
Oracle attaque un FS (les Raw Devices seront obsolètes en 12), la garantie d'écriture est faite avec les redo.

Parce que l'appel à contribution est fait par un développeur de Saevia qui à exposer ces objectifs dans ce journal ?

>>après un échec lors de la proposition en décembre dernier [4] d'inclusion du code dans une branche de développement, une autre tentative est en cours avec la participation à seedcamp [5], concours organisé par Nagios pour récompenser les nouveaux projets innovants gravitant autours de l'outil de supervision.

En parcourant les échanges du lien [4] la résistance à ton projet me semble très forte.

Pourquoi penses tu que participer au concours te donnera plus de change d'être accepté ?

[...]
* Ils utilisent une base de donnée SQLite, qu'ils interrogent en SQL. Ça va les tuer du côté des performances, car le moindre accès à la BDD passe par la création d'une requête SQL, puis son parsing.
[...]

Tu n'est pas obligé de 'parser' systématiquement ta requête, tu peux gérer un cache et réutiliser les requêtes. Si tu ne 'bind' pas tes requêtes tu as tout faux.

[...]
Ils seront obligés de faire de grosses requêtes (mais pas souvent), puis du traitement du côté C++ pour rattraper le coup.
[...]
Je pense que tu ne connais pas suffisamment bien le sql, il est imbattable pour la manipulation d'ensembles (quand tu fais du sql il faut perdre tes réflexes de programmeur c, C++, perl, etc)
sqlite avait des défauts de jeunesse mais depuis les version 3.6.x il s'est vraiment améliorée dans l'analyse des requêtes, tu peux maintenant soumettre des requêtes syntaxiquement complexe il les comprendra.

Le seul gros point noir, pour moi, de sqlite c'est qu'il place des verrous en lecture et pour du multi-threading ce n'est pas top.

Donc tu veux un outil en gtk ?

As tu un retour d'expérience avec ces outils ?
Perso, j'ai essayé BOUML et je ne suis arrivé à rien avec (peut être ne suis je pas doué).

>>Python supporte évidement de genre de sécurité bien pratique :
Ce n'est pas qu'une question de sécurité.

>>Par exemple, l'ORM permet d'écrire ceci :
>>
>>Client(2, "Maurice" )
>>au lieu de :
>>mon_curseur.execute("INSERT INTO CLIENT VALUES (2, 'Maurice') ;")

La non utilisation de 'bind variables' c'est due à un bug de python ou de l'ORM ?
(sqlite supporte très bien les requêtes paramétrées)

J'ai cherché (peut être mal) sur ton site l'origine de Ohraimeur, j'ai pas trouvé.
Ne voyant pas trop le rapport avec sqlite il y en a peut être un avec python.
Peux tu m'éclairer ? (Je suis intrigué)

Tu sais ce qui a motivé ce choix ?

Il faut peut être distingué les types d'usages, toi tu déploies sur un grand
parcs donc la ligne de commande te facilite la vie.

L'utilisateur desktop lui souhaite utiliser un outil sur lequel il ne se
prend pas la tête, si l'outil de alpha_one_x86 couvre 99% de ces besoins il
sera satisfait. L'objectif du gui est principalement de simplifier la vie (néophyte ou non).

Pour des usages ponctuelles un gui bien pensé est très util.

>>Grosso modo, Mono 2.4 implémente tout .Net 2,[...]
>>[...]Parfois, ils implémentent des trucs avant Microsoft comme les generics.
>>[...]Mono offre en parrallèle un jeu d'API tout aussi riche si ce n'est plus.
Écrire une application qui soit portable de Mono vers .net est inversement est donc juste impossible dans ces conditions.

Si je résume Mono c'est en gros .net mais pas vraiment, mais avec des trucs en plus. Je vois de moins en moins l'intérêt.

Si mais une pause de temps en temps ca fait du bien ;)

Beaucoup de langages, comme ce fut le cas pour le C++, à leurs débuts passent par la génération de code C, c'est une sorte de garantie de ne pas perdre ce qui a été fait si la langage disparait.
Si un jour suffisamment de gens estiment que Vala tient la route tu auras un compilateur Vala (un front-end gcc par exemple)