Grégoire Seux a écrit 10 commentaires

Le site (et l’appli) trainline permettent d’aller à l’essentiel pour trouver des horaires et réserver.

imm dont je me sers depuis longtemps pour lire mes flux rss comme des emails,

Il me semble un peu biaisé de présenter puppet comme la solution de référence pour la gestion de conf d'un parc de machine; chef est le challenger qui gagne le plus de momentum (parmi les personnes ayant un background de developpeur il est vrai).

Quant au troll sur ruby, bien joué mais il est un peu tôt dans la semaine pour ce genre de commentaire :)

Effectivement, mongodb peut se révéler une technologie étonnante lorsqu'on l'utilise à grande échelle et dans le but d'en tirer une grande performance.
En revanche, l'administration est simplissime tant qu'on reste dans des petits clusters (2 shards, 3 serveurs par shards) ce qui est le cas de la plupart des utilisateurs de mongodb.

Un des points faibles de mongodb reste son design (lock global puis par database, un thread par connection entre autres). Mais son objectif de simplicité est, je pense, atteint.

En tant que stagiaire chez criteo à ce moment je peux dire que pour cod1, le but était de fournir un code qui (au moins):

• compilait sans erreur
• tournait en peu de temps (les programmes qui mettent plus d'une minute pour résoudre un énoncé simple ne sont pas intéressant).
• donnait une bonne solution

Ces règles simples ont filtré une énorme partie des réponses (je me souviens d'au moins 50%)

On verra si cod2 imposera des nouvelles… mais si j'essayais de participer je me concentrerais au moins sur un code qui compile et qui marche, pas sur une utilisation de short au lieu d'int.

oups je n'ai rien dit tout les articles donnés en lien sont identiques à peu de choses près

de ne voir aucune référence à l'article dont cette dépêche parait intégralement copiée librement inspirée.

MongoDB est une base de données c'est à dire un système (logiciel) permettant de stocker de façon organisée de grandes (ou petites) quantité de données.MongoDB fait partie des bdd qualifiées de NoSQL (Not Only SQL , c'est à dire se différenciant de la famille des bdd SQL qui ont étés majoritaires ces dernière années).
MongoDB se caractérise notamment par le non respect du caractère ACID que l'on trouve classiquement parmi les bases de données transactionnelles. Pour plus d'informations, je t'invite à consulter :
Propriétés_ACID
Base_de_données
NoSQL
ou leurs versions anglaises (souvent plus complètes) et à suivre les liens que tu trouveras sur cette page.

Remarques pertinentes, quelques précisions cependant à propos de la réplication :

mongodb propose deux techniques : master/slave et replicasets (recommandée).

Master/slave est très simple : un des serveurs est le maître et permet l'écriture et la lecure, les slaves ne sont que des backups des données, aucune autre action que la réplication ne les atteints.

En revanche les replicasets assure une élection automatique d'un serveur primaire parmi les membres du replica en cas de crash du primaire actuel. On ne peut qu'écrire sur le primaire mais lire sur tous les serveurs (c'est une option).

Effectivement ce n'est pas nouveau, ce que je pointais dans la dépêche c'est la possibilité de configurer des priorités pour l'élection du serveur primaire.

Travaillant avec mongodb quotidiennement c'est une fonctionnalité qui manquait cruellement. C'est en tout cas l'angle pris dans cette dépêche : quelles sont les fonctionnalités les plus attendues de cette nouvelle version.

est vraiment pratique, c'est avec ca que j'ai commencé à apprendre la linuxerie et je n'en suis pas revenu. Merci aux auteurs/mainteneurs !