mosfet a écrit 121 commentaires

Toi qui a l'air de maitriser le sujet, pourrais tu me dire quels sont les principaux concurrents de MongoDB et leurs points forts/faibles ?

Tu veux surement parler de Marc DigneDuneNavette nan ?(voir MontagneDeSucre plus haut )

Ca parle beaucoup de comparaisons entre Python et Perl mais j'aurais aussi bien aimé avoir leurs avis sur Ruby car pour moi lorsque je me pose une question sur l'utilisation d'un langage de script j'écarte d'emblée Perl à cause de sa syntaxe. Ensuite entre Python et Ryby mon coeur balance

C'est faux. Ce problème a été réglé.
D'autres mauvais arguments ?
Nan sérieusement je suis vraiment fan du langage D et pour moi plutôt que faire du mono il faudrait que la communauté se penche un peu plus sur ce langage. Il ne faut pas oublier que les contributeurs ne sont pas des newbie, par exemple A. Alexandrescu qui est une référence dans le monde du C++.
Maintenant tout n'est pas rose dans le D monde,par exemple le compilateur gdc est a la traine ce qui est un gros handicap.

Cela fait un moment que je suis les news au sujet du passage à des solutions libres de tel ou tel administration française ou étrangère mais j'ai souvent vu des revirements car les gens sont trop habitués a leurs windows.
Du coup quand je vois une annonce comme ca n'y crois pas une seule seconde...

Bon Joomla c'est nul comparé a Drupal d'autant que Drupal 7 ne devrait pas (trop) tarder.

Je dirais que je suis d'accord sur le fond mais pas sur la forme.
Tu n'es pas obligé de prendre les gens de haut pour affirmer ton opinion et je ne vois meme pas l'interet pour toi de venir sur linuxfr, je te conseillerais plutot
capitalisteblingbling.com.
C'est vrai que les libristes ont une vision idéalisée des choses mais avec ton attitude j'ai plus envie de les rejoindre que de devenir aussi cynique et arrogant que toi.
Pour infos je suis développeur sur iPhone, android, windowsCE, symbian mais je suis content de venir ici pour me tenir au courant de ce qui se passe dans le monde open source.

Pas top : http://www.hardware.fr/articles/722-20/comparatif-10-nas-2-3(...)
Mais arretons la de polluer ce thread.

HA j'ai oublié de préciser certains choses ;-)

Je veux un NAS avec deux disques durs pour faire du Raid (mirroring)
Je veux le silence
Je veux que ca prenne le moins de place possible(enfin le strict minimum).

S'ils ajoutent la possibilité de mettre deux disques durs ca peut devenir un bon petit Serveur NAS. En ce moment je regarde et mon choix se porte sur un QNAP 219P mais la bête est a 400 euros et le hardware est pas top pour ce prix.
Si je veux un truc un peu plus puissant (Intel Atom 1.66) je dois mettre 150 euros de plus.
Donc je vais regarder ce projet de plus près...

Entièrement d'accord cette distrubution sort de l'ordinaire et a l'air d'innover sur pas mal de points(en tout cas ca nous change des descriptifs des ubuntu/fedora/mandriva/suse).
Des que je m'achète mon nouveau disque dur je pense que je vais l'installer et tester tout ca.

Ça sert a quoi OpenMoko quand on bouffe déjà de l'Android ?
C'est quoi la cible de ce projet a part quelques geeks dans le monde et les paranos de toutes sortes (ceci dit ya beaucoup de paranos donc au final c'est peut etre utile) ?

Ca serait possible d'etre juste et d'éviter Winplante pour se reférerer a Windows Mobile...
Android plante tout autant et a autant de bugs que Windows Mobile donc faut arreter maintenant.
J'ai autant de problèmes sur les deux plateformes, entre autre a cause des OEM qui implementent des API soit disant standard a leur manière.
Ensuite tu oublies que Microsoft est un rouleau compresseur et que je ne pense pas qu'il soit mal barré (enfin ca va dépendre de Windows Mobile 7).

Moi ca ne me dérange pas et ca montre justement que le français est une langue riche car quand je lis "fixé" j'imagine un cafard accroché sur le mur des trophées et qui viendra plus ramper entre les tubes à vides pour faire planter un programme.

Je viens de lire l'interview du président de la foundation BSD(qui a bcp d'humour d'ailleurs) et je me demandais si DragonFlyBSD avait vraiment fait des choix révolutionnaires qui nécéssitait de faire un fork.
J'aurais également beaucoup aimé avoir son avis sur cette variante de BSD car c'est toujours intéréssant de vois comment les devs d'une famille BSD juge leurs petits copains.
J'attends avec impatience une interview du responsable de DragonFlyBSD pour qu'il nous donne son opinion.

Autre chose en ce qui concerne la gestion des chaines de caractères, sous Windows CE les chaines sont nativement en unicode UTF16 (const wchar_t*), sous symbian ca depend utf16 ou utf8, ...
C'est pour ca que pour le moment j'utilise une macro qui me permet de compiler en fonction de la platforme soit en ansi soit en unicode.
Ca serait pas mal de pouvoir faire la meme chose avec ooc
Ca veut dire qu'au moment de la compilation on pourrait faire :

func main
{
_tprintf( _T( "Hello world ))\n" );
}
avec _tprintf qui serait résolu en printf pour les systemes unix-like et en wprintf pour les systemes windows et symbian.
Bon tout ca pour dire que j'aimerais que pour une fois un langage prenne en compte les spécificités des os mobiles.

En ce qui concerne les delegates et les pointeurs de fonctions membres, on est limité par le C et ne pourrait on pas envisager a terme une version de ooc-++ mais ceci dit cela viendrait a perdre tout l'interet et dans ce cas la autant faire un nouveau langage dérive du C (tiens ca existe deja et ca s'appelle le D) qui ne se contente pas de wrapper un autre.
Bref j'attends de voir comment va évoluer cette partie callbacks/delegates/pointeurs de fonctions.

C'est un doux reve de vouloir supporter les libs C++, les ABI ne sont pas compatibles entre compilateur.
Ceci dit une citation pour me contredire :

Ils ne savaient pas que c'etait impossible. Alors ils l'ont fait

Il y a une fonctionnalité du langage qui va assez rapidement m'intéresser, c'est l'équivalent des delegates en C# pour tout ce qui est événement graphique. Est ce que quelque chose dans le genre est prévu ?

Cette depeche tombe a point car depuis un an maintenant je suis a la recherche de langage natif avec gestion automatique de la mémoire afin de proposer une surcouche haut niveau pour un de mes projets.
En effet je travaille sur un projet du nom de gynoid(clin d'oeil a android) qui consiste a wrapper en C les api des teléphones portables (wince, symbian, iPhone et peut etre un jour android si google l'autorise).
A l'heure actuelle l'acces a l'adressbook est en train d'etre finalisé et j'avais adopté pour ce framework une approche orientée objet afin de simplifier le wrapping objet plus tard.
Par exemple pour acceder aux contacts de l'adressbook on écrit :

// Desolé pour l'indentation c pas très lisible


ErrorCode err = 0;
int iCount = 0;

GDAddrBook* pAddrBook = NULL;
GDAbItem* pAbItem = NULL;

if (!GDAddrBook_Alloc(&pAddrBook) &&
!GDAddrBook_Init(pAddrBook, 0) )
{
GDAddrBook_GetCount(pAddrBook, &iCount);
for (int i = 0; i < iCount; i++)
{
if (GDAddrBook_GetItem(pAddrBook, i, &pAbItem) == 0)
{
GDCTSTR lpFirstName = (GDCTSTR) GDAbItem_GetProperty(pAbItem, eAbFirstName);

//GDConsole_Writeln(_T("FirstName %s\nLastName %s\n", ...);
_tprintf( _T("[%d] %s %s %s\n"), i, lpFirstName, lpLastName, lpMobTel);

GDObject_Release(pAbItem);
}
}
}

Chacun de mes "objets" GDxxxx derive d'une structure avec une variable pour les références comptées.
Problème c'est que les developpeurs aujourd'hui ne sont plus vraiment intéréssés par le C et ce d'autant plus qi'on developpe des interfaces graphiques, c'est pourquoi je cherchais un langage qui me permettrait d'offrir un langage plus haut niveau et rellement objet.
Je me suis tourné des le départ vers le langage D car il concu par des grands noms du C++(A. Alexandrrescu) et des experts en compilation (Walter Bright) mais le problème est que le compilateur n'est ps disponible sur plateforme arm et que le compilo gnu GDC n'est meme plus maintenu.
Par consqéquent ooc est une alternative sérieuse au D dans mon cas précis.
Je pense par contre que ce serait pas mal de lancer un projet pour implémenter un frontend au sein de gcc ou mieux au sein de llvm car cela permettrait par la suite de pouvoir générer u narbre syntaxique ou un truc du genre pour prendre en charge la complétion dans un IDE par exemple.
Bon d'abord je vais étudier un peu plus le langage et j'essaierais de donner un retour.

On peut deja répondre a ta question en voyant le nombre de posts a cette dépeche...
Ou alors c'est a cause du long week end.

Bravo c'est exactement ce que je voulais dire.
Personellement j'ai acheté une license MacOS X et je l'ai installé sur mon PC.
Pour faire ca on utilise un cd qui émule un bios EFI, si on pouvait avoir un bios EFI libre un peu comme la carte graphique Open-Source ca serait pas mal.

Moi aussi j'ai mis en place un serveur mail sur une dedibox il y a environ un an et demi basé sur dovecot/postfix/mysql et avec roundcube comme webmail et j'ai trouvé ca assez fastidieux.
Ce que j'aimerais voir naitre c'est un projet qui permette un peu a la manière d'un CMS du genre drupal ou joomla d'uploader un module qui invite l'utilisateur a configurer la base à utiliser, qu'il cree les bases, qu'on puisse ajouter des filtres pour roundcube, ...
C'est un peu le problème de l'open source c'est à dire qu'il y a plein de briques de qualité mais qu'il manque souvent un bon liant a tout ca.
Pour le moment ce que trouve pénible c'est que si je veux ajouter un filtre je dois me logger sur le serveur ajouter une règle sieve, effacer le .sievec puis me délogguer.

Je suis pas mal les évolutions de GCC ainsi que de LLVM et je dois dire que ce dernier progresse rapidement malgré sa jeunesse, grace a clang on peut meme recompiler un noyau BSD ou linux par exemple.
Cependant le gros apport de LLVM c'est l'architecture et les normes de codage, si un jour vous ne savez pas quoi faire je vous invite a regarder le code source de GCC et de me dire ce que vous en pensez. Pour faire court ca ressemble a un manuel de toutes les choses a éviter, du genre des fonction de 3000 lignes, des macros de tous les cotés qui définissent des fonctions, doc pas du tout a jour....
Si je dis ca c'est que j'ai proposé un stage concernant GCC pour améliorer le support sous windows et windows CE sur playeforme ARM, en particulier sur le support des exceptions SEH (__try, __except) car pour moi c'est vraiment ce qui manque.
Pour le moment le principe de fonctionnement des exceptions SEH est vraiment simple par contre pour l'implémentation c'est une autre histoire et je pense que mon stagiaire va pas mal galérer.
J'ai posé la question au sujet des exceptions SEH sur la ML de LLVM et on m'a répondu qu'il devrait l'implémenter dans pas trop longtemps pour le langage objective-C puis ensuite ca devrait s'étendre aux autres front-end.
Comme la déja dit quelqu'un cela pousse peut etre Gcc a bouger un peu plus vite et c'est pourquoi on voit apparaitre le système de greffons ainsi qu'une fonctionnalité dite LTO (Link Time Optimization) qui consiste a écrire en langage intermédiaire tous les objets de compilation puis d'optimiser le programme au complet seulement à la fin au moment de l'édition des liens.
Ca permet de détecter des optimisations plus globales à comparer avec une optimisation limitée au modude compilé.
J'en profite également pour passer une annonce, si quelqu'un connait Gcc et qu'il maitrise les aspects de langage intermédiaire (Gimple IR) , s'il pouvait me contacter j'aurais quelques questions.

fish ca pue

En meme temp ma copine est roumaine donc je n'ai aucun mérite
Les pupici je connais ;-)