vlad59 a écrit 48 commentaires

La Kobo lit parfaitement ces formats et c'est même recommandable par rapport au PDF pour un meilleur confort de lecture.

Pour le Galaxy S, le portage ICS avance bien pour cyanogenmod a mon avis il y aura une version dans le premier trimestre 2012

Non ça a été décalé : http://www.lesechos.fr/journal20111222/lec1_france/0201806992827-la-hausse-de-la-tva-sur-les-livres-decalee-au-1-er-avril-266600.php

Et merde au temps pour moi ça m'apprendra à lire de travers ..... vous pouvez me "moinsser"

J'ai d'autres sources que j'ai détaillé dans un article (http://goo.gl/cdNeq) :
* http://www.senat.fr/rap/l10-050/l10-05022.html
* http://www.sne.fr/images/images-temporaires/prix_du_livre.gif

Au final c'est mal barré. La baisse de la TVA de 19,6 à 7 qui va arriver en avril va aider mais tant que les éditeurs ne sont pas motivés ça ne bougera pas.

Par contre le nombre de vente de liseuses va accélérer les choses.

Pas mal d'applis en commun (ConnectBot, ), il manque Titanium Backup pour faire des sauvegardes d'applis et de données ou encore SwiftKey qui est un clavier payant mais qui fait vraiment gagner du temps.

Ma liste complète est ici : http://blog.slucas.fr/blog/galaxy-s-one-year-after

Pour continuer dans le hors sujet.

Il ne faut oublier Deus Irae de Zelazny et Dick qui pour les amateurs de SF louche est vraiment bien.

Je m'étais fais la même réflexion mais vu la mise en page très fortement axée sur du multi-colonne (voir les pdf d'exemple) le format epub est un peu moins bien adapté.

Comme je suis dans ma série ebook ebook ebook : Il n'y a pas de version électronique de disponible (ou j'ai mal regardé). Est ce que c'est à cause du DVD inclus (ce qui peut être une bonne raison) ou parce que les éditeurs posent des limites à ce sujet ou encore une volonté pour limiter le piratage ?

Sinon je viens de lire le chapitre sur la sécurité et chapeau ça se lit vraiment super facilement.

Je dois avouer que je suis confronté au même problème. J'ai voulu ajouter un nouveau module (pour purger le cache) et je suis obligé de tout recompiler ce qui complique quand la machine de destination est un ARM avec peu de RAM donc obligé de partir sur de la cross compilation ...

Enfin pour tempérer tout ça Nginx est vraiment d'une rapidité exceptionnelle, cela justifie quelques contraintes.

Pour finir sur la digression sur le Kobo (que je possède et sur lequel j'ai écrit pas mal sur mon blog). Il est aussi basé sur un Linux avec joli dépôt créé sur Github qui semble correctement mis à jour (jamais testé pour le moment) :

https://github.com/kobolabs

Si on en croit le nombre de commentaires postés, Mercurial a un sérieux déficit en popularité par rapport à Git. Personnellement je cherche à remplacer Subversion (qui nous sert pour des projets .Net) au boulot. Naturellement j'étais parti du Mercurial qui est bien supporté (support direct avec Gui + intégration dans Visual Studio) sous Windows.

Quand je vois comment Git attire tous les commentaires, je ne vois qu'une solution attendre que Git soit correctement intégré sous Windows pour éviter de faire deux portages à la suite.

Ce post n'est pas un troll, c'est une réflexion que je me fais depuis la sortie de cette dépêche.

Merci de ton retour expérience.

Je suis globalement d'accord avec toi : pour ce genre de migration il faut être très pédagogue et prendre le temps.

Pour finir sur mon expérience nous sommes toujours sur Subversion mais le rôle d'intégrateur est parfaitement intégré (j'ai fait l'inverse de ton cas) et on se demande comment on faisait avant. Quelques développeurs (en plus de moi) utilisent hgsubversion avec TortoiseHg et je pense que le passage à un dvcs commence à murir.

J'attends juste de voir comment va évoluer git sur un environnement Windows pour ne pas partir sur Mercurial et migrer vers Git un an après.

Merci encore.

Peut être ;)

Je dois être méchant.

Je suis d'accord Subversion a encore de beaux jours devant lui en entreprise.

J'ai tenté de migrer en mercurial il y a un an et après 1/2 journée d'explications aux chefs de projets avec explication des intérêts et l'officialisation d'un rôle d'intégrateur et je me suis fait rembarré.

Au final Subversion marche bien mais un dvcs permet souvent de clarifier les rôles et les responsabilités de chacun.

Sinon concernant cette version 1.7 : pas de grandes nouveautés et du retard par rapport à la date prévue (fin septembre).

J'ai l'impression que l'activité de développement baisse, ça ne me rassure pas.

Pour finir sur le hors sujet, tout cela se règle sur un Linux grâce au paramêtre /proc/sys/vm/swappiness :

Plus d'info et de liens compliqués ici : http://blog.slucas.fr/en/tips/swappiness

Personnellement pour mes portables je met le swappiness à 10 pour éviter les accès disques inutiles et limiter l'utilisation du swap.

Par contre sur des serveurs je le laisse par défaut ou le baisse à peine.

En fait après une lecture plus approfondie de la FAQ, Review Board fait essentiellement du pre-commit review et ce qui m'intéresse c'est du post-commit review (pour ne pas perturber les us et coutumes dans un premier temps).

Il y a bien une solution mais elle ne marche pas avec l'interface Web mais avec un outil en ligne de commande.

Je vais essayer de creuser mais c'est pas gagné.

Pour l'instant j'ai utilisé un peu Rietveld mais sans me convaincre totalement. Reste à voir comment ça s'intégrer avec SVN.

Je vais tester ça pour essayer de faire rentrer cette habitude à l'équipe de dev.

Merci de la news.

Je plussoie Frogx et recommande vraiment d'aller voir http://wiki.monitoring-fr.org/supervision/links j'étais novice il y a quelques mois et ce site m'a vraiment aidé et est très bien construit.

Il y a en plus de bons tutoriaux sur Zabbix (http://wiki.monitoring-fr.org/zabbix/start).

Pour mon cas personnel (petite dizaine de serveurs à superviser) j'ai choisi Zabbix et j'en suis assez content (voir http://goo.gl/j8jdn pour plus d'infos sur mon cas personnel).

Je me pose la même question : à part ajouter des fonctionnalités auparavant liées à bugzilla/mantis/trac/redmine je ne vois pas trop l'intérêt.

Surtout qu'entre git, mercurial et bazaar c'était déjà un peu la bazar (uh uh uh).

Et pourquoi ne pas passer la libva si j'ai bien tout compris libva s'interface avec toute les méthodes propriétaires donc il est possible d'utiliser libva sur du Nvidia (libva va donc passer par vdpau).

Ensuite libva est fortement poussé par Intel donc il y a peut être un conflit d'intérêt.

A mon avis Microsoft a besoin de plus de téléphones avec WP7 dans les rayons donc n'importe quel constructeur aurait fait l'affaire. Avoir le leader c'est un bonus.

Stratégiquement le choix de Microsoft est plus difficile a comprendre pour Nokia (la chute en bourse), car ils auront les mains liées avec un partenaire qui n'est pas un tendre.

On va voir comment ça va se passer dans le détail.

Juste pour compléter, développer sur Windows Phone 7 ça veut dire payer 99€ (ou peut être $ je ne sais plus) par an pour avoir un licence et être dans l'obligation de passer par le market pour déployer une application sur son propre téléphone (sans compter Chevron WP7 que Microsoft désactive régulièrement).

Je ne connais pas trop le cas de IOS mais dans le cas d'Android, j'ai pu ajouter des applis (développée par votre serviteur) sur mon téléphone sans payer quoi que ce soit et sans passer par le market.

+1 subversion n'a plus vraiment d'avenir à côté de git et mercurial