Let's have a dream

Vincent Demeester personal weblog.

To content | To menu | To search

Sunday 25 May 2008

Switcher je suis, Logiciels OS X indispensables

Ce n'est pas la fin du monde, et aucun pan du continium espace temps ne s'est effondré. Mais je suis désormais sous Mac OS X, comment quoi, tout est toujours possible. Cela fait 5 jours maintenant que j'ai un ordinateur frappé de la Pomme, et je ne suis pas déçu, bien au contraire.

Hardware

Le mac mini est une belle bette. Très simple visuellement, ça fait pas trop de lumière, y a juste les connecteur qu'il faut. Dans la babbasse c'est plutôt bien aussi puisque c'est "de loin" les meilleures performances que j'ai depuis longtemps (je me traine des PCs vieux de 7 et 3 ans). Au niveau connecteurs, c'est presque juste, mais avec un hub usb (et un disque dur usb qui fait également hub usb) tout va bien.

mac mini

Mac OS X

Je ne vais pas détailler ce que j'aime et/ou pas dans le système d'exploitation de la pomme. Mais ma première impression peut se résumer en : homogène, beau et bénéficiant de la puissance des Unix. En gros, c'est assez proche du système d'exploitation dont je rêve. Les logiciels installé par défaut sont surtout très bien intégré. Tout est assez simple à prendre en main. Je pense que la courbe d'apprentissage est assez linéaire.

Enfin, la surprise du chef, les raccourcis clavier Emacs (CTRL+A, etc..) marche dans toutes les applications.. J'aime !

Software

C'est l'objet de ce billet.. Après 5 jours, voilà la liste des logiciels que j'utilise souvent, ou que je trouve nécessaire :

  • AppCleaner : nettoyer les applications qu'on a installé pour tester.
  • TextMate : l'éditeur de texte de référence sous Mac OS X.
  • Emacs : parce que je ne change pas tant que ça.
  • Adium : le pidgin d'OS X.
  • Colloquy : client IRC
  • Burn : graver en toute simplicité
  • CyberDuck : client ftp, sftp, webdav, amazon S3..
  • Logiciel MacUpdate : pour trouver les mise à jour
  • Max : pour convertir des fichiers audio.. Je m'en sers pour mettre mes ficher FLAC dans un conteneur Ogg pour qu'iTunes les lise (grace à XiphQT).
  • NeoOffice et/ou openOffice 2/3 : pour la suite office (openOffice 3 n'a pas besoin de X11, mais c'est une beta)
  • iWork : parce que KeyNote est indispensable.
  • MPlayer : version OSX (et une compilée à la mano aussi), parce que QuickTime sux
  • QuickSilver : parce que c'est le meilleur des launcher
  • sshfs et macfuse : pour pouvoir monter des disque via ssh.
  • unrarX : pour pouvoir ouvrir des rar.. pratique.. (ou juste unrar).
  • TImeMachineScheduler : pour pouvoir customizer un peu TimeMachine (qui fait des sauvegardes trop rapporchées à mon gout)
  • MacTex : texlive 2007 sous mac.. Parce que moi, j'aime LaTeX :)
  • ScreenFlick : pour les screencasts.. mais j'ai pas de sous.. :'(
  • Transmission : client torrent simple, gratuit et efficace
  • Growl : pour les notifications toute mini.
  • Java SE 6 : la mise à jour bien venue d'Apple pour avoir le SDK de java en version 1.6
  • XCode : parce que.. je sais pas, pour le tester.. :)
  • Wrap : pour pouvoir se déplacer de "Space" en "Space" avec la souris.. (et donc surtout de déplacer les fenêtre sur d'autres Space).
  • extfsX : pour pouvoir monter (en read-only) des disques dur formatter dans le système de fichier de Linux.
  • NewsFire : lecteur RSS/Atom pratique et simple.

Et j'ai gardé le meilleur pour la fin : MacPort.. Parce que ça permet d'avoir un système de port à la FreeBSD (basiquement le même mais un peu adapté), et donc disposé de tous plein de logiciels open source facilement, en les compilant.

J'en ai forcément oublié, et puis je me suis pas relu et j'ai pas envie.. J'ai pas mis les liens, puisque qu'un petit google dessus, ça marche très bien. C'est un billet fait très très vite fait. Je reviendrais sur tout ça bien plus tard.. Quand letshaveadream aura sa nouvelle peau de serpent (django) (preview).

Monday 5 May 2008

Préparatifs...

AppleQuelques évenements à venir, mais je n'en dis pas plus, laissons parler les images. Miam

J-(4+8)

Thursday 24 April 2008

Refonte, à la biologeek

Je suis un peu provocateur, mais j'annonce, avec probablement 1 an d'avance (*), le refonte en Django de ce blog, mais bien entendu, tout se fera de manière transparente, et comme David, je vais prendre mon temps... Au passage, le design aussi sera.. plus leché, et mine (vous le connaissez déjà en partie).

Pourquoi ?

C'est la raison essentielle de cette refonte : reprendre le contrôle du code de l'application dont je me sers pour avoir la liberté de faire ce qui me plaît facilement et rapidement. Je ressens une énorme frustration actuellement à ne pas pouvoir ajouter les fonctionnalités qui me semblent intéressantes sans devoir passer par un plugin (lorsqu'il existe...). D'autant que je dois avoir une aversion au moins équivalente pour PHP de celle que j'ai pour Java (hop un petit troll au passage ça fait pas de mal ;-)).

En enlevant la petite phrase sur Java, je suis complètement d'accord. J'aime bien Dotclear, mais, je sais pas, je préfère reST, et je sais pas..

(*) C'est surtout une manière de pas m'imposer une date à respecter.

Sunday 20 April 2008

Tiny move

Si vous voyez ce billet, le déménagement s'est bien passé.. Faut juste que je retrouve un thème qui me plait.

# Comment
SRC_ENV="$HOME/sources/env"
 
echo -e "Adjust permission for bin files"
for file in `ls -B $SRC_ENV/bin`;
do
    chmod +x $SRC_ENV/bin/$file
done

Oups.. il semble y avoir qqs soucis avec le thèmes et/ou des plugins XD

Sunday 13 April 2008

Future organisation de shortbrain.org

Ce jour de dimanche 13 avril, j'ai arrêté ma décision sur la gestion de mon carnet. Cela n'a pas été sans mal, mais il faut bien se décider un jour sinon, on ne fait rien.

Dans le concept c'est assez proche de ce que karl fait probablement. Je me suis même essayé à l'organisation de mes documents par date (autrement dit tous mes documents sont stocker dans des répertoires du type YYYY/MM/DD, mais j'y reviendrais un autre jour, ou une autre fois). Je vais tenter d'expliquer le façon dont cet espace (shortbrain) est généré.

Billets

Les billets (entrée du carnet), comme les entrées de la base de connaissances, sont classés de la même façon que le reste des documents. Le seul élément qui les distingue est leur extension, de la forme {nom}.log.rst.

short2web parcourt le dossiers contenant les documents (classés par date). Si un fichier ayant l'extension .log.rst est rencontré, un document html de la forme {YYYY}-{MM}-{DD}-{titre|nom}.html est généré.

Base de connaissances

Pour la base de connaissances, les fichiers sont de la forme {nom}.kb.rst. short2web procède de la même façon, avec cependant une subtilité : une entrée dans la base de connaissances n'est pas figée dans le temps.

Ma première approche (et je l'espère pas trop naïve) est de gérer ça par liens symboliques (je profite du fait que mon environnement est un UNIX(-like) et qu'il offre ces possibilités). De façon assez général, le fichier {nom}.kb.rst est créé à une date fixe. A chaque fois qu'il est de nouveau éditer, on créer un lien symbolique vers l'édition précédent. Ainsi on édite toujours le même fichier, et short2web peut construire un historique des éditions.

Il me reste à définir la forme et l'endroit où le fichier est généré pour la base de connaissances.

Publication

Tout ce qui est expliqué plus haut, est pour l'instant généré en local, sur l'une de mes machines de développement. Il faut se poser la question de la publication. Et la, j'hésite entre deux probables solutions :

  • Générer le tout en local, et l'uploader ensuite, de façon journalière, d'une manière ou d'une autre (rsync, scp, ..)
  • Utiliser le fait que me documents sont synchronisés (enfin, vont l'etre) et suivante le solutions de synchronisation, exécuter, de façon journalière, ou à la réception (par l'utilisation des hooks, disponible dans la plupart de scm actuel) pour exécuter les scripts de génération sur le serveur hébergeant les Documents..

J'hésite fortement. Et vous, qu'en pensez-vous ?

Mise en place

Il ne me reste maintenant plus qu'à mettre ceci en place, ainsi que d'intégrer le design et docutils. Enfin, je n'ai pas parlé ici de flux ATOM, d'index, d'archives, etc..

A noter au passage, l'utilisation des modules Python suivant : docutils, Jinja, Pygments, et.. c'est à peu près tout (ah si.. BeautifulSoup dans un avenir plus/moins proche)

Monday 3 March 2008

Online identity : first step

<link rel="openid.server" href="http://www.myopenid.com/server" />
<link rel="openid.delegate" href="http://vincent.demeester.myopenid.com" />

- page 1 of 2