Ça ne me semble pas être un choix pertinent pour commencer le C++. J'ai trouvé que la traduction française rajoutait une couche de complexité inutile.
Toujours du même auteur, un choix plus pertinent me semble être "Programming: Principles and Practice Using C++" (Programmation - Principes et pratique avec C++ en français, mais je ne sais pas ce que cette version vaut).
J'ai beaucoup aimé l'approche "Accelerated C++: Practical Programming by Example" de Moo et Koenig qui n'hésitent pas à introduire la STL dès les premiers chapitres.
La qualité de service n'est vraiment pas au rendez-vous pour l'instant. Je vous invite à parcourir les forums pour vous faire une idée ou bien de tester l'offre 25 Go gratuite. En quelques mots, les sources du client lourd ne sont pas accessibles, accès webdav officieux, instabilités rendant l'utilisation au quotidien pénible.
La communication et le support ne semblent pas terrible non plus, même pour les utilisateurs qui payent.
C'est vraiment dommage, sur le papier c'est exactement ce que je recherche. J'espère que ça s'améliorera.
Pour les personnes essayant le programme sous GNU/Linux, pensez à éditer les CFLAGS dans le Makefile (voir commentaires).
Il faut comprendre partition comme sous ensemble d'une (ou plusieurs) arborescence.
Voici un exemple où je veux créer 3 listes ("partitions") de fichiers à partir de /usr/share/doc et /usr/local/share/doc :
./fpart -n 3 -o doc-parts /usr/share/doc /usr/local/share/doc
15842 file(s) found.
Part #0: size = 81096965, 5280 file(s)
Part #1: size = 81096965, 5280 file(s)
Part #2: size = 81096964, 5282 file(s)
$ ls -lh doc-parts.*
-rw-r----- 1 jbdenis jbdenis 248K Jan 6 13:06 doc-parts.0
-rw-r----- 1 jbdenis jbdenis 248K Jan 6 13:06 doc-parts.1
-rw-r----- 1 jbdenis jbdenis 249K Jan 6 13:06 doc-parts.2
Résultat : 3 fichiers (doc-parts.0/1/2) contenant un peu près le même nombre d'entrées (des fichiers avec les options par défaut de fpart). Si on additionne la taille de chacun des fichiers pointés par les chemins de chaque fichier, on obtient 3 groupes de même taille environ.
Si vous avez une grosse verrue de 1T noyée au milieu de 1000 fichiers de 1 Mo, ça ne fera pas de magie, vous obtiendrez une liste de fichiers avec une seule entrée de 1T et deux autres listes dont la somme des entrées feront chacun 500 Mo.
Ça peut être très pratique lorsqu'on utilise rsync sur une arborescence et qu'on souhaite lancer plusieurs rsync en parallèle (à partir de montages différents par exemple) : il suffit de lancer 3 rsync avec l'option --files-from et hop, on est assuré que chaque rsync s'occupera de transférer le même volume de données.
Il y a plein d'options sympa, il faut fouiller. On peut par exemple limiter la profondeur de calcul des tailles, changer la granularité pour ne s'occuper que des dossiers et non des fichiers (on a des fichiers de sorties beaucoup plus petit), limiter le nombre de fichiers par partition, limiter la taille des partions etc...
Chouette programme, je ne connais pas d'équivalent.
Je me suis posé la même question. D'après sa page de contact, l'auteur du blog, français, travaille aux États-Unis dans une boîte qui fait de la sécurité (Rapid7). Peut-être que l'accès à ce type de matériel est plus aisé outre-atlantique ?
Cependant, je me demande si, avec toute l'actualité autour de Java en ce moment, l'équipe de sip-communicator se posait la question d'un changement de langage à plus ou moins long terme ?
Paul Querna, de la fondation Apache résume très bien la situation :
"When you build software in Java and the JVM, you are being locked into only running it on a platform controlled by a single company - Oracle. Oracle is working to maintain this platform control, by refusing to remove the field of use clauses in the TCK, effectively preventing Apache Harmony from ever being able to ship a real release. The lawsuit against Google also confirms Oracle belief about using their control of the platform aggressively."
Je dois bien avouer que je m'efforce de me tenir à l'écart des logiciels développés dans ce langage pour cette unique raison. Il y a pourtant des choses merveilleuses (Lucene, Solr, Hadoop et tellement d'autres), mais je n'y peux rien, ça me refroidit.
# F*EX : alternative intéressante
Posté par jbdenis . En réponse au message Partage de fichier minimaliste. Évalué à 1.
http://fex.rus.uni-stuttgart.de/
Ça tombe en marche, il y a un client en ligne de commande, c'est ultra stable. Par contre, l'interface web est laide.
[^] # Re: Par le commencement !
Posté par jbdenis . En réponse au message Recherche bonne source pour apprendre le C++. Évalué à 2.
Ça ne me semble pas être un choix pertinent pour commencer le C++. J'ai trouvé que la traduction française rajoutait une couche de complexité inutile.
Toujours du même auteur, un choix plus pertinent me semble être "Programming: Principles and Practice Using C++" (Programmation - Principes et pratique avec C++ en français, mais je ne sais pas ce que cette version vaut).
J'ai beaucoup aimé l'approche "Accelerated C++: Practical Programming by Example" de Moo et Koenig qui n'hésitent pas à introduire la STL dès les premiers chapitres.
[^] # Re: DLNA, c'est fait pour ca
Posté par jbdenis . En réponse au message Faisabilité d'un système de diffusion audio multizones et multisources. Évalué à 0.
Un bon point de départ où est abordé le problème de la synchronisation via le module module-rtp-recv : http://www.hackerposse.com/~rozzin/journal/whole-home-pulseaudio
[^] # Re: NFS
Posté par jbdenis . En réponse au journal cjm, un frontend à dmtcp. Évalué à 1. Dernière modification le 29 juin 2012 à 17:31.
Tu lances un programme qui accède à un fichier sur un partage NFS, tu fais le checkpoint, tu arrêtes, et ça repart ? Il faut je teste ça, merci !
# NFS
Posté par jbdenis . En réponse au journal cjm, un frontend à dmtcp. Évalué à 3.
Je ne connaissais pas dmtcp, chouette découverte.
Est-ce que tu as eu l'occasion de tester la reprise sur un partage NFS ?
[^] # Re: Hubic pour tout ou Flickr pour les photos
Posté par jbdenis . En réponse au message Stockage en ligne - quelles solutions. Évalué à 3. Dernière modification le 25 juin 2012 à 16:17.
La qualité de service n'est vraiment pas au rendez-vous pour l'instant. Je vous invite à parcourir les forums pour vous faire une idée ou bien de tester l'offre 25 Go gratuite. En quelques mots, les sources du client lourd ne sont pas accessibles, accès webdav officieux, instabilités rendant l'utilisation au quotidien pénible.
La communication et le support ne semblent pas terrible non plus, même pour les utilisateurs qui payent.
C'est vraiment dommage, sur le papier c'est exactement ce que je recherche. J'espère que ça s'améliorera.
# Exemple complet
Posté par jbdenis . En réponse au journal fpart ou comment partitionner un ensemble de fichiers. Évalué à 9.
Pour les personnes essayant le programme sous GNU/Linux, pensez à éditer les CFLAGS dans le Makefile (voir commentaires).
Il faut comprendre partition comme sous ensemble d'une (ou plusieurs) arborescence.
Voici un exemple où je veux créer 3 listes ("partitions") de fichiers à partir de /usr/share/doc et /usr/local/share/doc :
Résultat : 3 fichiers (doc-parts.0/1/2) contenant un peu près le même nombre d'entrées (des fichiers avec les options par défaut de fpart). Si on additionne la taille de chacun des fichiers pointés par les chemins de chaque fichier, on obtient 3 groupes de même taille environ.
Si vous avez une grosse verrue de 1T noyée au milieu de 1000 fichiers de 1 Mo, ça ne fera pas de magie, vous obtiendrez une liste de fichiers avec une seule entrée de 1T et deux autres listes dont la somme des entrées feront chacun 500 Mo.
Ça peut être très pratique lorsqu'on utilise rsync sur une arborescence et qu'on souhaite lancer plusieurs rsync en parallèle (à partir de montages différents par exemple) : il suffit de lancer 3 rsync avec l'option --files-from et hop, on est assuré que chaque rsync s'occupera de transférer le même volume de données.
Il y a plein d'options sympa, il faut fouiller. On peut par exemple limiter la profondeur de calcul des tailles, changer la granularité pour ne s'occuper que des dossiers et non des fichiers (on a des fichiers de sorties beaucoup plus petit), limiter le nombre de fichiers par partition, limiter la taille des partions etc...
Chouette programme, je ne connais pas d'équivalent.
[^] # Re: [HS][mais pas trop] Meme pb pour échanger des fichiers sur Internet
Posté par jbdenis . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 3.
fexsend
,fexget
& co.[^] # Re: [HS][mais pas trop] Meme pb pour échanger des fichiers sur Internet
Posté par jbdenis . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 1.
Il y a une interface en ligne de commande ? C'est selon moi l'énorme avantage de F*EX.
[^] # F*EX
Posté par jbdenis . En réponse au journal De la bonne façon d'échanger ses fichiers dans un serveur.... Évalué à 4.
http://fex.rus.uni-stuttgart.de/
# Ça existe
Posté par jbdenis . En réponse au message Cluster de calcul "pour projets libres" dans le multimédia. Évalué à 10.
Et ça fonctionne plutôt bien je trouve : http://www.renderfarm.fi/
Tu trouveras toutes les informations sur le site.
[^] # Re: Ça existe
Posté par jbdenis . En réponse au message Carte SATA ou SAS pur (sans RAID). Évalué à 1.
Je me suis posé la même question. D'après sa page de contact, l'auteur du blog, français, travaille aux États-Unis dans une boîte qui fait de la sécurité (Rapid7). Peut-être que l'accès à ce type de matériel est plus aisé outre-atlantique ?
# Ça existe
Posté par jbdenis . En réponse au message Carte SATA ou SAS pur (sans RAID). Évalué à 4.
Tu trouveras une liste dans ce post de blog:
http://blog.zorinaq.com/?e=10
# Java
Posté par jbdenis . En réponse à la dépêche SIP Communicator, compatible XMPP/Jingle. Évalué à 3.
Cependant, je me demande si, avec toute l'actualité autour de Java en ce moment, l'équipe de sip-communicator se posait la question d'un changement de langage à plus ou moins long terme ?
Paul Querna, de la fondation Apache résume très bien la situation :
"When you build software in Java and the JVM, you are being locked into only running it on a platform controlled by a single company - Oracle. Oracle is working to maintain this platform control, by refusing to remove the field of use clauses in the TCK, effectively preventing Apache Harmony from ever being able to ship a real release. The lawsuit against Google also confirms Oracle belief about using their control of the platform aggressively."
Je dois bien avouer que je m'efforce de me tenir à l'écart des logiciels développés dans ce langage pour cette unique raison. Il y a pourtant des choses merveilleuses (Lucene, Solr, Hadoop et tellement d'autres), mais je n'y peux rien, ça me refroidit.
# Bravo
Posté par jbdenis . En réponse au journal Places gratuites dans des formations noyau Linux et Linux embarqué. Évalué à 6.