Puyb Inside

mardi 29 août 2006

Evolution du campeur ?

L'inconvénient du camping car, c'est que l'on peut difficilement se déplacer pour des petits trajet une fois qu'on l'a garé dans un camping... C'est pour ça que certain on accroché des vélos, voir des scooters à leur camping car... Il existe même des camping car livré avec une mini-voiture sans permis...

Mais la, un camping car livré avec un coupé Mercedes dans sa soute.... On aura tout vu !!!
Via UneasySilence

Quinn

Quinn est un clone de Tetris pour MacOSX... Rien de bien excitant jusque là, me direz vous... Je ne sais pas encore ce qu'il vaut, je ne l'ai pas testé... Mais d'après le site web, il semble assez abouti...
Ce que je trouve notable, c'est que l'auteur de ce freeware a été obligé de retirer son jeu car il a été contacté par la Tetris company, propriétaire des droits sur le jeu original... Il a pu remettre son jeu en ligne en évitant de citer le nom Tetris, marque déposé... Il a donc mit pour décrire son jeu :
Quinn is an implementation of a popular falling-blocks game, which, according to the Tetris Company, must not be named here. 
Soit en français :
Quinn est une implémentation d'un célèbre jeu de blocks tombants, qui, selon la Tetris company, ne peut pas être nommé ici.

Brillant ;-)

Coder sans IDE

Laurent viens de dire qu'il aime bien "coder a l'aveugle". C'est à dire avec un simple éditeur de texte et sans tester son code toutes les 5 secondes...

Je suis entièrement d'accord avec lui. Je trouve que l'utilisation d'un IDE est bien souvent une perte de temps car :
En général, il ne laisse pas le choix de l'éditeur de texte... Bien souvent on se retrouve avec un éditeur de texte aux fonctionnalités proche du notepad... Où sont le multi-fenêtrage, les expressions régulières, les macros, etc... Certes, il offre souvent une meilleur intégration du langage comme la complétion automatique du code ou l'aide contextuelle, mais je trouve que ces fonctionnalités sont des gadgets. Bien souvent j'ai fini de taper le nom de la fonction avant qu'il n'ai eu le temps de me la proposer ou alors que j'ai eu le temps de réalisé qu'il ne me la proposait (En fait, ça dépend surtout de mon état de fatigue... Il arrive dans des cas de fatigue extrême que mon ordinateur soit plus rapide que moi ;-))). L'aide contextuelle, c'est sympa quand on débute, mais de toute façon quand on débute, on ne pas se passer d'aller faire un tours dans les API à la pêche au fonctions... Le pire c'est quand on se retrouve avec un système de vérification du code en live super tatillon comme celui de Visual Basic 6 (oui, c'est vieux ;-) )... Dès que l'on a pas fini une ligne de code, on a droit à un jolie popup pour interrompre le travail !!!
De plus, on est souvent tenté de cliquer sur le bouton Run dès que l'on a tapé 5 lignes... Et comme, bien souvent, on a une machine bien plus lente que ce que l'on voudrait, on perd un temps fou à tester 3 lignes de code...

Bref, personnellement, quand je peux, je me contente avec délectation d'un bon VIM avec un terminal à coté...


Vim Rulez (PS : pour les trolleurs, ça marche aussi avec emacs ;-) )

mardi 22 août 2006

Musique sans DRM (bis)

Juste un petit billet pour vous dire que eMusic (dont j'avais déjà parlé ici) arrive en Europe... Les tarifs ont un peu augmentés et il faut toujours donner son numero de carte bleu pour pouvoir tester le système ou même juste voir le catalogue... Dommage...

lundi 21 août 2006

Un coup de pouce pour un copain

Guillaume, un de mes très bons amis, essaye de monter un forum sur les média-centers. Pour l'instant, il ne parle que de Windows MCE et du média pc ACER IDEA 500, mais il a pour objectif de diversifier tout ça et de parler de tout ce qui se fait (de MythTV a FrontRow et EyesTV ;-))....

Donc vous pouvez aller visiter son forum

dimanche 20 août 2006

Trucs et astuces CSS

Ca fait maintenant quelques mois que je bosse sur un gros projet pour le boulot qui utilise beaucoup les technologies Web modernes à savoir CSS et Javascript (AJAX). Je dois avouer qu'au début j'ai beaucoup tâtonné pour avoir quelque chose qui marche bien sur tous les navigateurs du moment à savoir l'infâme Internet Explorer, Firefox et Safari. Oui, il ne me manque qu'Opéra, mais il ne représente pas à mes yeux une cible importante... Les cibles importantes sont pour moi les deux navigateurs par défaut de Windows et Mac OS X et enfin, Firefox pour avoir une vrai image multi plateforme (et oui, lui il tourne quasiment partout !)...

Donc au fil de tous ces mois de travail acharné, j'ai fini par trouver quelques trucs et astuces pour écrire du code vraiment multi plateforme et pour contourner les bugs des navigateurs... J'ai décidé de vous les faire partager...

Premièrement, avant tout il faut avoir les bons outils. Ma méthode de travail consiste avant tout à avoir quelque chose qui tourne sous Firefox, puis de le tester, adapter sur Safari puis Internet Explorer. Le plus gros des bogues de mon code est donc trouvé sous Firefox. Ça tombe bien, car c'est celui qui offrent les meilleur outils de développement Web !

Firefox :

Sous Firefox, j'utilise juste deux extensions :
  • Web Developer : Je connais et j'utilise cette extension depuis déjà pas mal de temps. Il s'agit qu'une barre d'outils qui permet principalement de débugger les problèmes de CSS. Parmi les fonctions pratiques, on retrouve une édition en direct des feuilles de styles (via le menu CSS/Editer), un affichages d'info sur la pages (contours des calques, information de tailles, id et styles, etc.) et enfin, une fonction pour redimensionner la fenêtre automatiquement à la taille que l'on souhaite (et oui, il ne faut pas perdre de vue que beaucoup de gens ont encore des écran en 1024x768, voir 800x600... Les pauvres !). Bref, Web Developer est une extension pas mal du tout... Mais il y a mieux... Bien mieux
  • Firebug : c'est le couteau suisse du développement avec Firefox. Cet outil offre 3 petits onglets en bas de la fenêtre du navigateur. Le premier onglet une console javascript qui permet d'afficher les erreurs et les événements javascript, mais aussi d'évaluer des expressions javascript dans le contexte de la page. Le deuxième onglet est un debuger assez complet qui permet de placer des points d'arrêts, d'inspecter les variables et avancer dans le programme en pas à pas. Le dernier onglet est un inspecteur similaire au DOM inspector de livré par défaut avec Firefox, mais qui possède quelques fonctions pratiques comme la présentation de l'arbre DOM comme du code source, la possibilité de trouver un élément dans l'arbre en le pointant avec la souris, ou encore la possibilité de modifier les attributs des noeud à la volée. Cet outil est indispensable pour débugger vos pages dynamiques !


Safari :

Sous Safari, c'est un peu plus dur de trouver des outils corrects (attention, avant que l'on me tape sur les doigts, par correcte j'entends, je n'ai pas trouvé d'outils que j'ai pu utiliser de façon efficace). Il existe un menu "debug" que l'on peut activer avec la commande suivante :
defaults write com.apple.Safari IncludeDebugMenu 1
Source : MacOSXHints
Il n'y a pas grand-chose de phénoménal dans ce menu sur la version actuelle de Safari mais on retiendra quand même un accès au DOM et une console javascript.

Le plus intéressant viens quand l'on installe la dernière version de WebKit (on peut l'installer en parallèle de son installation normale). La nightly build vous fournira en plus un inspecteur et un deboggueur javascript. Le problème, c'est qu'a chaque fois que j'ai eu besoin de trouver la cause d'un dysfonctionnement de mon code sous Safari, dès que j'ai lancé mon programme avec la nightly build de WebKit, mon bug avait disparu... Et oui, ça veut dire que les développeurs qui travaillent sur WebKit (pas forcément chez Apple, car c'est un projet OpenSource dérivé de kHTML) corrige quand même les bugs ! Mais ça ne m'aide pas a faire marcher mon projet sur la version actuelle de Safari... Donc grosso modo, pour trouver un problème sous Safari version actuelle, vous êtes seul !!!

Internet Explorer :

Enfin, il reste Internet Explorer...
Pour lui, il y a deux outils fournis par Microsoft : Personnellement, je n'utilise que le Developer Toolbar et surtout, j'utilise l'icône qui indique une erreur de script dans la barre de statuts...

Voilà, avec ça vous devriez être paré pour développer vos applications web ;-) Bien sur, si vous aussi vous avez des petits outils pratiques, n'hésitez pas a m'en faire profiter ;-)

La Freebox HD prévue pour avoir un lecteur optique ?

Je viens de recevoir ma Freebox HD... C'est un très bel appareil. Malheureusement, pour l'instant, le hardware semble être utiliser bien au dessous de ses capacités. On sait tous qu'il y a en son sein un disque dur 2"1/2 de 40Go qui ne sert pas. Les Freebox précédentes étaient toutes munies d'un port permettant de brancher un HDD externe (les V2 avaient un port propriétaire (un connecteur SubD) les v3 et 4 avait un port SATA et un port USB. Visiblement, les ingénieurs de Free veulent nous fournir des fonctions de magnétoscope numérique depuis longtemps. La Freebox HD dispose donc carrément d'un HDD en interne (sans doute que le HDD externe faisait peur au ayant droits du fait qu'il puisse être branché à un ordinateur) et aussi d'entrée analogique. Bref de quoi remplacer un MythTV ;-)

Mais j'ai remarqué deux trucs étranges sur ma Freebox HD. Le boîtier en plastique à une forme assez surprenante qui laisse penser qu'il a été conçu pour recevoir un lecteur optique (au format ordinateur portable). Un graveur de DVD ou peur être même un BlueRay ou HD-DVD ?

Le lecteur semble avoir été prévu pour être en SATA... Voici ce que je pense être l'empreinte sur la carte-mère du contrôleur SATA et du connecteur. Bien sûr, tout ceci n'est que pure spéculation, je n'ai pas pris le temps de fouiller plus loin...

mardi 1 août 2006

Arghhhh !!!

Attention, ceci peut définitivement nuire à la réputation de Dark Vador !!!



Source