Blog Bang Bang - tout public

ActionView : Imprimeur de son état

jblanche — Wed, 06 Aug 2008 00:37:00 +0200

3ème et dernière partie du Modèle M.V.C. dans Rails, la Vue.

Comme vous l'avez compris dans la partie précédente, Ruby on Rails est capable de produire ou de servir bien plus que des pages HTML et notamment du XML, du JSON, des images, du PDF... ...
Toutefois, Rails a été particulièrement bien prévu pour la génération de HTML et en facilite grandement l'écriture...

Pour commencer sachez que le langage de templates inclus par défaut dans Rails se nomme erb.
D'autres existent (Builder, HAML... et ont leur intérêt, mais je m'attarderais ici seulement sur erb).

Celui-ci vous permet d'intégrer du code Ruby dans votre code HTML comme vous le faites avec les balises <? et ?> de PHP.

En Ruby deux types de balises existent :

Le code placé entre <% et %> sera interprété, mais pas affiché.
Le code placé entre <%= et %> sera interprété et affiché.

On écrira par exemple pour afficher les informations d'un étudiant (méthode show)

[Ruby]
  Présentation

  Prénom: <%= h @student.firstname %>

  Nom: <%= h @student.lastname %>
 
   
  <% if @student.major? %>
    Age : <%= @student.age %>
  <% end %>

@student étant la variable passée par notre controller dans la méthode show dans la partie ActionController de ce tutoriel.

N.B. : Je n'ai pas écrit les méthodes major? et age dans mon modèle Student dans le tutoriel sur ActiveRecord mais l'intégralité de cette mini-application (absolument pas fonctionnelle) est disponible sur Github sur mon dépot.
Vous trouverez ce modèle ici

Vous vous souvenez que l'on avait également une méthode update, censée mettre à jour les données d'un utilisateur provenant d'un formulaire.

Écrivons ce formulaire :

[Ruby]
<% form_for @student do |s| %>

  <%= s.label :firstname, "Prénom" %>

  <%= s.text_field :firstname %>

  
  <%= s.label :lastname, "Nom" %>

  <%= s.text_field :lastname %>

  
  <%= s.label :date_of_birth, "Date de naissance" %>

  <%= s.date_select :date_of_birth %>

  
  <%= submit_tag "Enregistrer" %>
<% end %>

Pas mal non

Oui ok un coup de CSS ne ferait pas de mal, mais là n'est pas le sujet

En passant le @student à la méthode form_for, celle-ci sait que le formulaire va modifier l'utilisateur existant et grâce à l'utilisation REST, elle peut aisément générer la balise formcorrespondante.

De même, l'utilisation du |s| permet d'appeler les méthodes de rails pour construire un formulaire ( text_field, date_select, hidden_field...) en les associant à notre étudiant et donc de générer le code du formulaire avec les propriété name des input correctement renseignées.

Regardez plutôt le code généré :

<form action="/students/1-Jonathan_Blanchet" class="edit_student" id="edit_student_1" method="post">
  <div style="margin:0;padding:0">
  <input name="_method" type="hidden" value="put" />
  <input name="authenticity_token" type="hidden" value="c810f8897fcc7bab36a440cb4653b4f87de89d6e" />
  </div>

  <label for="student_firstname">Prénom</label><br />
  <input id="student_firstname" name="student[firstname]" size="30" type="text" value="Jonathan" /><br />

  <label for="student_lastname">Nom</label><br />
  <input id="student_lastname" name="student[lastname]" size="30" type="text" value="Blanchet" /><br />
  ...
</form>

Les inputs _method et authenticity_token sont automatiquement renseignés par Rails.

Le premier informe Rails sur le type de requête a utiliser selon la méthode REST (ici PUT) en attendant que les navigateurs implémentent les méthodes PUT et DELETE (seulement GET ET POST sont actuellement supportées).

Le deuxième sert à protéger le formulaire contre des ataques extérieures mais comme le premier, vous n'aurez jamais à vous en soucier

Pour le reste, vous noterez la forme student[propriété] de tous les inputs qui nous permettra de récupérer un tableau student contenant tous les attributs de notre étudiant.

Vous noterez également que les propriétés value ont été automatiquement proprement remplies.

Voilà pour notre formulaire.

Vous vous souvenez surement que nos étudiants doivent avoir un nom et un prénom sous peine d'être "invalides" pour ActiveRecord.

Rajoutons en haut de notre page le code suivant :

[Ruby]
<%= error_messages_for 'student' %>

Si on essaye désormais de sauvegarder notre utilisateur sans nom, nous aurons droit à ceci :

Évidemment, tous ces messages sont personnalisables très facilement

Je ne vous parlerais pas ici d'AJAX car même si la facilité de mise en place de fonctionnalités AJAX avec Rails est souvent mise en avant dans les tutoriels, le code généré par Rails dans sa version actuelle n'est vraiment pas parfait et ne respecte pas le principe de séparation du contenu, de la présentation et du comportement (HTML - CSS - Javascript)

Pour les plus curieux, je vous invite à regarder du côté de UJS un plugin permettant d'écrire ce genre de choses :

[Ruby]
apply_behaviour '.list_item:click' do |page, element, event|
  element.replace_html "Deleted." 
  event.stop
end

Pour en savoir plus sur la notion de Progressive Enhancement (utilisation propre du Javascript) et sur les CSS-based Selectors, je vous invite à lire cette excellente présentation (c'est court mais excellent) :

Voilà, c'est terminé pour la partie vue et plus largement, pour cette série d'articles.

J'espère vous avoir convaincu de l'intérêt de Ruby et de Ruby On Rails pour écrire vos applications Web.

Pour ma part, je m'étonne encore régulièrement de la facilité à écrire certaines choses en Ruby ! [private joke]Même une mamie Molette blonde pourrait le faire...[/private joke].

Je vous invite maintenant à me laisser en commentaire, toutes vos questions, réflexions, demandes sur cette série d'articles et/ou sur Ruby/Ruby On Rails en général.
J'y répondrais avec plaisir et peut-être sous la forme d'une FAQ qui pourrait faire office de billet de clôture de cette série.

ActionController : Monsieur Circulation

jblanche — Wed, 30 Jul 2008 23:10:00 +0200

Dans Rails, ActionController fait la circulation, il va à chaque requête, appeler les modèles nécessaires pour récupérer les données, puis appeler la méthode render pour afficher une vue, un XML... et vous renvoyer le tout.

La politique Rails veut que les controllers soient légers.

"Skinny Controller, Fat Model"
Jamis Buck, 37signals employee

Et ça tombe bien Rails fourni tout ce qu'il faut pour vous simplifier la vie...

Imaginez par exemple que vous vouliez une interface de gestion de nos étudiants précédemment crées.
Si nos souhaits se limitent à l'ajout, modification, suppression, le scaffold de Rails ferait l'affaire, mais on va ici partir "from scratch" pour vous montrer à quel point tout ceci est aisé.

On créera alors un Controller StudentsController

[Ruby]
script/generate controller Students

Rails2.1 permet de faire très facilement des controllers dit "Restful".

Si vous ne savez pas ce dont il s'agit je vous invite à lire l'excellente traduction de Biologeek d'un article de Softies on Rails :
Pour ne plus être en REST, comprendre cette architecture
et/ou celle-ci de pompage.net :
Comment j'ai expliqué REST à ma femme

Si vous avez lu et compris, vous aurez retenu qu'avec REST on utilise tous les verbes du protocole HTTP et qu'on parle de ressources plutôt que de pages web ou d'images...

Les ressources, dans notre cas, ce sont des étudiants et voici quelques URLs qui vont nous intéresser

[Ruby]
GET    /students                        :action=>"index"
POST   /students                        :action=>"create"
GET    /students/new                    :action=>"new"
GET    /students/:id/edit               :action=>"edit"
GET    /students/:id                    :action=>"show"
PUT    /students/:id                    :action=>"update"
DELETE /students/:id                    :action=>"destroy"

Vous aurez compris que pour afficher un utilisateur on fera /students/:id, mais et c'est là où REST intervient, on utilisera la même adresse pour le supprimer et le modifier.

En effet une ressource = une URI, donc un utilisateur => "/students/:id"

Par contre, le type de requête HTTP, respectivement GET, DELETE ET PUT nous informera sur ce que l'on souhaite faire.

Avec Rails, les actions appelées sont les méthodes publiques des controllers, écrivons donc la méthode qui va afficher un utilisateur

[Ruby]
def show
  @student = Student.find(params[:id])
end

Et voilà...
Quoi c'est tout :D

Oui, pour l'instant cela peut suffire, en effet Rails a récupéré notre ressource (l'utilisateur désiré) grâce au find et par défaut, il va appeler la méthode render avec la vue correspondante (show) dans le dossier des vues.

Cette dernière aura accès aux variables d'instance de notre classe et donc à l'objet @student et toutes ses propriétés.

Essayons maintenant d'écrire la méthode nécessaire à la modification (update) d'un utilisateur.

[Ruby]
def update
  @student = Student.find(params[:id])
  @student.update_attributes(params[:student])
  redirect_to @student
end

Dans la première ligne, je récupère l'étudiant à créer.
Dans la seconde j'update ses attributs (donc propriétés) avec les paramètres passés par le formulaire.
Dans la dernière je redirige l'utilisateur vers le student modifié (cela appellera la méthode show précédemment créée)

En réalité il faudrait gérer le fait que la sauvegarde se soit ou non bien passée, cela donnerait donc :

[Ruby]
def update
  @student = Student.find(params[:id])
    if @student.update_attributes(params[:student])
      redirect_to(@student)
    else
      render :action => "edit"
    end
end

C'est presque la même chose sauf que si la sauvegarde n'a pas fonctionné, on revient sur la page d'édition.

Voilà pour la version HTML, mais si vous avez compris REST, vous savez que l'on aimerait pouvoir avoir d'autre représentation de notre ressource qu'une page web !
Pourquoi pas par exemple, une représentation XML que l'on pourrait passer à un webservice distant ou je ne sais quel autre usage.

Ré-écrivons notre méthode show dans ce but

[Ruby]
def show
  @student = Student.find(params[:id])

  respond_to do |format|
    format.html # show.html.erb
    format.xml  { render :xml => @student }
  end
end

Et voilà, notre controller répondra désormais à la demande générée.
Si vous lui demandez du HTML, celui là réagira comme précédemment, si vous le voulez en XML, il exécutera la ligne :

[Ruby]
format.xml  { render :xml => @student }

et renverra donc notre objet student converti en XML.

Vous voulez discuter avec une application Flash/Flex/AIR..., installez RubyAMF (l'équivalent Ruby de AMFPHP) et il vous suffira de rajouter :

[Ruby]
format.amf { render :amf => @student }

Et voilà vous avez côté ActionScript votre objet tout chaud sans nécessité de désérialisation.
Et vous n'avez presque rien eu à faire côté Rails et finalement, c'est normal, la logique et la ressource sont les mêmes, seul le rendu change !

Comme vous pouvez le voir, ActionController se débrouille donc très bien pour faire la circulation entre la vue et les modèles.

Une des rares autres tâches qui incombe au controller est le contrôle des accès, si vous souhaitez vérifier que l'utilisateur connecté peut accéder à telle ou telle ressource, c'est à lui de s'en charger.

Imaginons dans notre exemple, que les étudiants puissent consulter les informations les concernant, mais que seul l'intendance puisse les éditer, ajouter, supprimer.

Ajoutons à notre controller la ligne suivante :

[Ruby]
  before_filter :authenticate , :exept => [:index, :show]

Cela signifie qu'avant toutes les méthodes sauf index et show, on exécutera la méthode authenticate et que l'on ne fera la suite que si cette méthode renvoi true.

On peut donc rajouter à la fin de notre controller la méthode authenticate :

[Ruby]
private

def authenticate
  authenticate_or_request_with_http_basic do |username, password|
    username == "foo" && password == "bar"
  end
end

On notera que la méthode a été placée après le mot clé private afin de signifier que celle-ci n'est pas une action exécutable par le navigateur.

Notre action va ouvrir une boite de dialogue (si l'utilisateur n'est pas encore authentifier) nous demandant notre login et mot de passe et renverra true si et seulement si ceux-ci sont "foo" et "bar"
N.B. : Evidement, en réalité, cette vérification s'effectuerait en base de donnée

Et voilà, désormais seul les personnes connaissant les logins et mot de passe ont accès à l'intégralité de l'application.

Ce sera tout pour ce soir, nous avons désormais vu comment écrire du Ruby, puis, comment fonctionnent les parties Model et Controller de Rails.

Il ne nous reste donc plus qu'une partie à aborder : les vues.
A bientôt pour ce dernier chapitre.

ActiveRecord : Vos données, c'est mon dada.

jblanche — Fri, 25 Jul 2008 22:24:00 +0200

Nous allons donc commencer par le M du M.V.C., le modèle :
ActiveRecord c'est le gestionnaire de vos données et donc la plupart du temps, de votre Base de données dans Rails
Ça tombe bien, la partie Base de données est surement la plus magique de Rails...

Question à 100 piasses : Qui aime écrire du SQL ?
Ceux qui ont répondu OUI peuvent s'en aller :D

En effet que ce soit à la création ou au traitement de vos données, vous n'écrirez pratiquement jamais de SQL avec Rails.
Mais alors comment on les crée nos bases ?

La réponse de Rails s'appelle les migrations.
Quand vous voulez créer une nouvelle table, vous créez (ou faite faire à Rails) une nouvelle migration, celle-ci comporte deux méthodes "up" et "down".

De cette manière, il sera aisé pour Rails de revenir en arrière si finalement votre implémentation de la base ne vous plait pas.

La création de ce modèle s'écrira : (à exécuter en console ou dans l'interface de votre IDE)

[Ruby]
script/generate model Student firstname:string lastname:string date_of_birth:date section:string promotion_id:integer

On précise que l'on veut créer un modèle, on donne ensuite son nom, puis les colonnes de la base de données avec leur types.

En exécutant ceci, vous créer tous les fichiers de votre modèle dont une migration ressemblant à ceci, dans le up, on crée notre table, dans le down on la supprime.

[Ruby]
class AddStudents < ActiveRecord::Migration
    def self.up
      create_table :students do |t|
        t.string        :firstname
        t.string        :lastname
        t.date          :date_of_birth
        t.string        :section 
        #S pour Scientifique, L pour Littéraire, ES pour Economique et Social
        t.integer       :promotion_id  
        t.timestamps
      end
    end

    def self.down
      drop_table :students
    end
  end

Plutôt simple n'est-ce pas ? Et avec ça Rails s'adaptera à votre base de données, qu'elle soit Mysql, Postgresql, Oracle, SQLite...

Et si demain vous changez Mysql pour Postgres, il suffira de faire un petit

[Ruby]rake db:migrate

pour récréer toutes vos tables (En réalité, Ruby éxécutera à la suite toutes les méthodes up de vos migrations).

Vous aurez surement remarqué le promotion_id, on supposera dans ce tutorial que l'on a ailleurs une table Promotion avec notamment l'année de la promo et que ce champ servira à faire le lien entre un étudiant et sa promotion.

Ok, mais cette liaison elle est définie où ? On a pas écrit les contraintes dans notre SQL là ?
Oui c'est vrai, allons donc modifier nos modèles pour changer ça. Et puisque nous y somme, nous indiquerons qu'un étudiant doit forcément avoir un nom et un prénom (lignes not null en quelque sorte)

[Ruby]
class Promotion < ActiveRecord::Base
    has_many :students
end

[Ruby]
class Student < ActiveRecord::Base
    belongs_to :promotion
    validates_presence_of :firstname
    validates_presence_of :lastname
  end

Difficile de faire plus clair non ?

Oui mais dans le code après comment ça se passe ?

Imaginez que vous souhaitiez récupérer tous les étudiants (en gros un SELECT * FROM students)
vous ferez simplement

[Ruby]Student.all

Si vous voulez récupérer la ligne correspondant à la promotion de 2006 :

[Ruby]promo_2006 = Promotion.find_by_year(2006)

Les étudiants de cette promo :

[Ruby]promo_2006.students

Allez compliquons un peu, il n'y a pas de where, pas de conditions dans nos requête actuelles, ajoutons les :

Disons que l'on ne veut récupérer que les étudiants Scientifiques.
Ajoutons à notre modèle la ligne suivante :

[Ruby]named_scope :scientists, :conditions => {:section => "S"}

En francais : on nommera "scientists" les étudiants ayant comme section "S"
On peut désormais écrire

[Ruby]Student.scientists

pour récupérer tous les étudiants scientifiques

Ces named_scope sont géniaux, ajoutons-en deux pour trouver les étudiant majeurs et mineurs.

[Ruby]
named_scope :majors, :conditions => ['date_of_birth < ?', 18.years.ago]
named_scope :minors, :conditions => ['date_of_birth > ?', 18.years.ago]

On peut maintenant faire dans tous nos Controllers :

[Ruby]Student.majors

Pour récupérer les étudiants majeurs.

Et si l'on veut, dans la promo 2006, les étudiants à la fois majeurs et scientifiques :

[Ruby]
promo_2006.students.majors.scientists

Et le tour est joué !
Incroyable non ? (qui me l'écrit en SQL avec la jointure et tout et tout ?)

C'est le moment de citer DHH :

Beautiful code makes happy programmers.
David Heinemeier Hansson, Créateur de Rails

Voilà pour les requêtes, pour créer un enregistrement, c'est tout aussi simple :

[Ruby]
jb = Student.create(:firstname => "Jonathan", :lastname => "Blanchet")

La création précédente fonctionnera puisqu'elle remplie bien les conditions décrites précédemment (un étudiant à forcément un nom et un prénom).

Allez un dernier exemple pour la route, imaginez que la personne utilisant cette application souhaite, dans l'interface de création des utilisateurs, pouvoir les lier à une promotion en tapant simplement l'année de celle-ci.

Côté modèle, cela veut dire qu'il va falloir trouver la promotion si elle existe, la crée sinon.

Une fois traduit en Rails cela donne :

[Ruby]
Promotion.find_or_create_by_year(params[:year])

Simple non

Allez je vous attend pour la suite, on verra le rôle du Controller.

Les autres articles :

Ruby, c'est quoi comme langage ?
Un peu de syntaxe Ruby...
Rails, la locomotive de Ruby !
ActiveRecord : Vos données, c'est mon dada.
ActionController : Monsieur Circulation
ActionView : Imprimeur de son état

Rails, la locomotive de Ruby !

jblanche — Fri, 25 Jul 2008 22:20:00 +0200

On a vu dans les deux articles précédents les rudiments de la syntaxe Ruby.
Normalement, vous êtes déjà séduit par ces débuts, mais vous n'avez encore rien vu !
Alors ? Ce Ruby on Rails, qu'est ce donc ?

Rails is the killer app for Ruby.
Yukihiro Matsumoto, Createur de Ruby

Ruby on Rails, ou Rails, en fait, est un framework dédié au développement d'application Web.
Un framework, c'est selon Wikipedia, un ensemble de bibliothèques, d'outils et de conventions permettant le développement d'applications.
Ceux-ci permettent donc de donner un socle commun à toutes vos applications et en facilite du même coup le développement et la maintenance.

Rails a été à l'origine développé pour les besoins de la société américaine 37signals qui devant le succès et l'engouement remporté par l'application au sein de son activité, a décidé d'en extraire un framework qu'elle "donnerait" à la communauté du logiciel libre.

Rails suit les principes déjà énoncés dans les articles sur Ruby et y ajoute deux grandes règles :

La convention plutôt que la configuration
Le principal défaut des frameworks Java était souvent leur configuration au travers de 18 fichiers XML tous plus flous les uns que les autres ! Avec Rails, c'est tout l'inverse : votre table s'appelle Students, votre modèle s'appellera Student... C'est également pour cette raison que Rails vient avec une architecture de fichiers et de dossiers bien précise, l'application ira dans app, les tests dans test...
DRY ou Don't Repeat Yourself
Le code doit être écrit de façon à éviter toute redondance qui compliquerait les phases de maintenances, de test, de debuggage... Les modifications doivent se faire à un endroit et n'impacter que les objets concernés.

En plus de ces deux règles, Rails comme la majorité des frameworks dédié au Web s'articule autour du modèle MVC ou Modèle-Vue-Controller.

Les modèles sont les classes assurent la gestion des données, ils sont habituellement liés à la base de données.
Les vues déterminent comment sont affichées les informations à l'utilisateur. Il s'agit généralement d'une combinaison de code HTML et de Ruby.
Les contrôleurs réagissent aux requêtes utilisateur et répondent d'ordinaire à l'aide des vues.

Pour faire simple, voici le chemin d'une requête web avec Rails :

Vous appelez une page, celle-ci correspond à une méthode, dans un controller.
Celui-ci appelle un ou plusieurs modèles pour récupérer les informations nécessaires pour vous répondre.
Il envoie ces données données à la vue qui va interpréter et renvoyer le code HTML (ou autre) désiré.
La réponse vous est envoyée.

On trouve partout sur internet, des tutoriels vous expliquant comment construire un blog fonctionnel en 10mn, un site en une demi-heure et Youtube en 2 jours
Ces tutoriels, mêmes s'ils incitent souvent les débutants à essayer Ruby et Rails, restent trop basique et trop axé sur un exemple particulier pour vraiment montrer les avantages de Rails.
Je vais donc pour ma part vous parler de chaque grande partie de Rails (selon le MVC) en vous montrant ce qui selon moi, fait la différence entre Rails et le reste du monde

On commence tout de suite avec celui qui va gérer vos données, le modèle de Rails, nommé ActiveRecord, suivez-moi...

Les autres articles :

Un peu de syntaxe Ruby...

jblanche — Sat, 19 Jul 2008 22:05:00 +0200

Vous avez apprécier l'article précédent ?
Alors, essayons d'écrire un peu plus de Ruby...

Pour commencer, si vous souhaitez tester ces exemples sur votre poste je vous invite à installer Ruby sur votre machine.
Pour les autres, vous pouvez tester en ligne ou vous contenter de lire :).

Pour l'installation, les Linuxiens se débrouillerons avec leur gestionnaire de paquets pour installer les paquets ruby irb et rdoc.

Pour les utilisateurs de Windows, je vous invite à utiliser le one-click install qui vous donnera tout ce qu'il faut pour commencer.

Comme je le disais dans le précédent article, la syntaxe de Ruby peut étonner au premier abord, mais sa lisibilité en est fortement améliorée. Regardons ces quelques lignes tirées ou inspirés du fameux "Why's (poignant) guide to Ruby" et de Softiesonrails pour s'en convaincre.

[Ruby]5.times { print "Hello!" }

Essayons de lire ce bout de code en anglais, Five times print Hello, je vous laisse deviner ce qu'il fait

Un autre exemple :

[Ruby]exit unless "restaurant".include? "aura"

En anglais lu : Exit unless restaurant includes aura
Avec cette ligne, notre programme va se terminer (exit) sauf si (unless) le mot "restaurant" contient (include?) le mot "aura".

On retiendra de cette ligne le unless , assez rare dans les autres langages qui est en fait l'inverse du if ainsi que l'utilisation très judicieuse du point d'interrogation dans le nom de méthode include? pour signifier une question, un test (est-ce que "restaurant" contient "aura" ?.
Vous aurez déduis que les méthodes ce terminant par un point d'interrogation retourneront normalement true ou false.

Allez écrivons maintenant une petite méthode (ou fonction si vous préférez, mais normalement en Programmation Orientée Objet on dit méthode).

Imaginez un appareil photo, écrivons la méthode qui prend une photo.
Celle-ci vérifiera si l'appareil est allumé et s'il reste de la place sur la carte mémoire.

[Ruby]
def capture_clicked
  capture_image if @camera.on? && @camera.memory_available? 
end

Comme vous pouvez le constater, une méthode Ruby s'écrit avec def et end.
Pour le reste c'est encore une fois plutôt standard, vous remarquerez toutefois qu'en Ruby, on peut écrire la clause if à la fin de l'instruction ce qui améliore la lisibilité.
En effet, ce que l'on veut faire dans notre cas (99% du temps) c'est capture_screen, il est donc logique de le voir tout dès le début de la méthode et pas encadré par un if comme ce serait le cas dans beaucoup d'autres langages.

Imaginons maintenant qu'on vous demande une méthode qui prendrai des photos en mode rafale tant qu'il y a de place, vous écrieriez alors simplement :

[Ruby]
def rafale
  capture_image while @camera.memory_available?
end

Allez un dernier exemple pour la route, écrivons une petite classe Etudiant.
Celui-ci aura un nom, un prénom et un âge.
on a déjà tous écrit un truc du style avec une classe avec trois propriétés et leurs "getters".

[PHP]
class Etudiant
{
    private $prenom;
    private $nom;
    private $age;

    function Etudiant(prenom, nom, age)
    {
        $this->prenom = prenom;
        $this->nom = nom;
        $this->age = age;
    }

    function prenom()
    {
        return $this->prenom;
    }
    function nom()
    {
        return $this->nom;
    }

    function age()
    {
        return $this->age;
    }   
}

C'est moche n'est-ce pas !
Et bien en Ruby cela nous donne :

[Ruby]
class Etudiant

  attr_reader :prenom, :nom, :age

  def initialize(prenom, nom, age)
    @prenom, @nom, @age = prenom, nom, age
  end

end

Alors, vous voyez bien que le mot sexy n'était pas exagéré pour décrire la syntaxe de Ruby

Pour information, si l'on veut aussi les "setters", en PHP ce sera trois nouvelles fonctions en Ruby on remplacera juste :

[Ruby]attr_reader :prenom, :nom, :age

par

[Ruby]attr_accessor :prenom, :nom, :age

et si l'on veut mettre un peu de logique dans le getter, pour récupérer le prénom avec une majuscule au début, il suffira de l'écrire à la main

[Ruby]
def prenom
  @prenom.capitalize
end

Vous vous demandez quand même surement ce que sont ces @ que l'on peut voir devant certaines variables.
Ce signe sert à distinguer les variables d'instances (les attributs d'un objet) des variables locales (à une méthode ou autre).
Il existe également des variables notées @@ma_variable, celles-ci sont des variables de classes, elles sont donc attachées à la classe et non à son instance.

Regardez ce petit exemple pour mieux comprendre :

[Ruby]
class Voiture
  @@nom = "Renault Clio"

  attr_accessor :nom

  def initialize(nom)
    @nom = nom
  end

  def nom
    @nom.capitalize
  end

  def se_presente
    puts "Je suis une "+@@nom+" surnomée "+nom
  end
end

[Ruby]
ma_voiture = Voiture.new("titine")
ma_voiture.se_presente

Cet exemple va afficher
Je suis une Renault Clio surnommée Titine.
Vous remarquerez au passage que je peux appeler les méthodes sans les parenthèses, celles-ci sont optionnelles et les conventions veulent qu'on ne les écrive pas quand il n'y a pas de paramètres.

Pour résumer pour les habitués à PHP :
nom équivaut à $nom
@nom équivaut à $this->nom
@@nom équivaut à self::$nom

Alors, c'est qui qui a la plus ~~grosse~~ belle syntaxe ?
Voilà pour ce soir, j'espère que vous avez encore appris plein de belles choses sur Ruby [troll]et je m'excuse d'avance pour les larmes versées lors de votre prochaine tentative de codage en PHP, ActionScript, Cobol ou Fortran :D [/troll]

Les autres articles :

Ruby, c'est quoi comme langage ?

jblanche — Tue, 15 Jul 2008 22:35:00 +0200

Let's go...

Dans Ruby on Rails, il y a avant tout Ruby !

Ruby c'est un langage informatique, au même titre que PHP, Python, Java, C, C++, l'ActionScript...

Parmis tous ces langages, trois familles existent, les langages compilés, les langages interprétés et les langages intermédiaires.
Pour information voici comment se répartissent certains langages que vous connaissez surement :

Langages compilés : C, C++...
Langages interprétés : PHP, PERL...
Langages intermédiaires : Java, ActionScript...

Pour en savoir plus sur les différences entre ces trois familles de langages, je vous invite à lire l'explication de commentcamarche.net dont la vulgarisation est excellente (je m'étais lancé dans une explication, mais faire clair, simple et concis à ce sujet est vraiment compliqué). Puisque que c'est de lui qu'il s'agit, Ruby est un langage interprété, donc de la même famille que PHP, c'est d'ailleurs lui que j'utiliserais dans les comparaisons à venir puisqu'il est surement le langage interpreté le plus connu (au moins des lecteurs de ce blog).

D'ailleurs contrairement à la croyance qui veut que Ruby soit un truc tout nouveau qui tombera bientôt à l'eau, Ruby est en fait aussi "vieux" que PHP, leur première publication ayant toutes les deux eu lieu en 1995.

Attention toutefois, Ruby est très différent de PHP !

Pourquoi ?

Orienté Web / Peut tout faire

PHP a été crée par un développeur Web pour le développement Web, les bases de PHP viennent de la nécessité pour son créateur Rasmus Lerdorf, d'enregistrer la fréquentation sur son CV...

Ruby quant à lui, a été crée par Yukihiro Matsumotow dit "Matz" en s'inspirant notamment de PERL et Smalltalk, cela veut principalement dire que Ruby a été écrit pour être un langage applicatif "à tout faire" en allant du petit script de classement de vos images aux bibliothèques d'interfaces graphiques (il est en cela comparable au C, C++, Java...).

Non-Objet / Objet

Dans un langage objet, les objets répondent à des messages.
exemple : l'objet maVoiture reçoit un message lui demandant d'avancer donne

[Ruby] ma_voiture.avance()

PHP, lui, n'est pas un langage (entièrement) orienté objet.
D'ailleurs à l'origine PHP n'est pas du tout un langage objet.
Même si depuis la version 5, tout cela a bien évolué.

Toutefois, en PHP, pour mettre en majuscule un mot ou une phrase, on écrira :

[PHP] strtoupper("jonathan")

On voit bien ici que "l'objet" traité est passé à une méthode au lieu de recevoir un message.

Si vous n'avez pas encore compris, regardez ce que cela donne en Ruby.

[Ruby] "jonathan".uppercase()

Ici c'est bien l'objet (le string) qui reçoit le message lui indiquant de se mettre en majuscule.

Une des particularités de Ruby est qu'absolument tout (ou presque) est Objet.

C'est la raison pour laquelle j'ai pu écrire "jonathan".uppercase() sans avoir auparavant créé une instance de String...

Ruby "comprend" automatiquement que ce qui est entre deux guillemets est un string et répond donc aux méthodes de cette classe.

On touche là une autre particularité de Ruby, le "Duck Typing" ou "Typage Canard" (si ça marche comme un canard et si ça cancane comme un canard, alors ce doit être un canard" ).
Le principe est donc de ne pas forcer le programmeur à utiliser une classe donnée, mais de l'obliger à mettre les données dans le format que nous voulons utiliser.
J'ai écrit "jonathan" entre guillemets, Ruby comprends que cet objet est un String.
Si j'écris [1, 14, 15] ce sera un Array (Tableau), {1=>"aaa", 2=>"b"} sera un Hash (ou tableau associatif)...

Bizarreries / P.O.L.S.

Une autre particularité de Ruby est de suivre au maximum le P.O.L.S ou "Principle of Least Surprise" ("Principe de moindre surprise").

Cela peut sembler une évidence, mais en gros cela veut dire que les méthodes font ce que leur nom laisse penser qu'elles font.

Pourtant, lorsque l'on lit la documentation de PHP, on se rend compte que ce n'est pas toujours le cas :

array_merge( array $array1 [, array $array2 [, array $... ]] )

Merges the elements of one or more arrays together so that the values of one are appended to the end of the previous one. It returns the resulting array.

If the input arrays have the same string keys, then the later value for that key will overwrite the previous one.

If, however, the arrays contain numeric keys, the later value will not overwrite the original value, but will be appended.

If only one array is given and the array is numerically indexed, the keys get reindexed in a continuous way.

La même chose en Ruby (méthode merge de la classe Hash) :

hsh.merge(other_hash)

Returns a new hash containing the contents of other_hash and the contents of hsh, overwriting entries in hsh with duplicate keys with those from other_hash.

Vous voyez la différence, n'est ce pas

[private joke]
On peut aussi en faire la démonstration avec AS3 et Ruby pour retourner un string :

AS3 :

[Actionscript] myString.split('').reverse().join('')

Ruby

[Ruby] my_string.reverse()

[/private joke]

Voilà pour la première introduction, j'espère vous avoir donner envie d'en savoir un peu plus et je vous monterais bientot les rudiments de la syntaxe Ruby (certes un peu étrange pour un développeur PHP ou Flash, mais tellement sexy à l'usage !)

Les autres articles :

Mais Ruby, Ruby On Rails, c'est quoi en fait ?

jblanche — Tue, 15 Jul 2008 21:57:00 +0200

Comme souvent quand quelque chose vous passionne, vous ne pouvez pas vous empêcher d'en faire la promotion autour de vous.

La plupart temps il s'agit d'un groupe de musique, d'une équipe de foot, d'un réalisateur ou d'un acteur et il est assez facile d'expliquer autour de vous pourquoi votre préféré est selon vous meilleur que tous les autres.
Mais quand l'une de vos passions est le Web, vous êtes déjà un peu plus étrange.
Si vous précisez que c'est du développement Web qu'il s'agit, vous devenez carrément bizare.
Et si vous finissez en expliquant que c'est plus particulièrement de Ruby ou Ruby et Ruby on Rails qu'il s'agit, vous devenez aux yeux de votre interlocuteur un extraterrestre !

Et pourtant, c'est mon cas.
Je suis "accroc" à Ruby et Ruby on Rails et je vais donc essayer d'expliquer en quelques billets ce dont il s'agit avec des mots simples.

Ce tutoriel est désormais terminé, en voici toutes les parties :

Et mes données, j'en fais quoi ? (1/4)

jblanche — Tue, 13 May 2008 00:23:00 +0200

Quand on parle du futur du web, deux choses (parmi tant d'autres) reviennent régulièrement...

Premièrement les adeptes du web sont pratiquement tous fan du "tout-en-ligne", on commence par mettre en ligne ses mails(Gmail, YahooMail, Hotmail...), ses bookmarks (del.icio.us, Diigo), puis on met en ligne ses photos (FlickR, Picassa), ses vidéos (Youtube, Dailymotion), sa musique (Deezer, LastFM)...

Cette possibilité d'avoir tout en distant revêt aux yeux des "geeks" d'énormes avantages :

Le premier étant bien sûr d'avoir accès à ses contenus de partout dans le monde et sur un maximum de terminaux différents (aux questions de formats près).
Le deuxième avantage à externaliser ses données est que beaucoup ont plus confiance (à tort ?) envers les serveurs des géants du web qu'en leurs disques durs quand aux questions de la sauvegarde de ses contenus (en plus c'est souvent plus économique).

Mais, à coté de cela, quand les geeks parlent du web de demain, il y a toujours quelques rabat-joie (dont je fais partie) pour nuancer les bienfaits du "tout-en-ligne".

En effet, en adoptant cette solution, vous abandonnez à 2-3 grands groupes (même seulement 1 si vous choisissez un combo Gmail, GoogleDocs, Picassa, YouTube) l'intégralité de vos données.

Cette concentration des données à de gros désavantages. En effet, même si l'on voit mal Google faire faillite l'an prochain, il est impossible d'avoir une vision à 10ans (il y a 10 ans Google naissait) voir 20ans (il y a 20 ans les premiers navigateurs web n'était pas nés) des grands du web.

Que deviendront alors vos données le jour ou Google et Yahoo suite à des problèmes financiers ne pourrons plus financer leurs millions de serveurs ?

Et dès aujourd'hui, combien on déjà "perdu" l'intégralité de leurs mails suite à un "bug" de leurs webmails (cherchez un peu sur le web et vous verrez que ça arrive plus souvent qu'on ne le croit).

De plus, cette concentration des données permet aux grands groupes du web, d'en savoir énormément (trop ?) sur vous.

Google (ça retombe souvent sur lui), analyse vos mails, vos visites (via son moteur de recherche), les pubs sur lesquelles vous cliquez (AdSense, Cibleclick), les tags de vos photos, de vos vidéos... Tout cela afin de "mieux" coller à vos désirs et de vendre toujours plus cher ses espaces de pubs aux annonceurs.

Quand vous "offrez" votre identité numérique à Facebook, vous mettez entre les mains d'une entreprise vos goûts cinématographiques, musicaux, votre liste d'amis, des photos...

Depuis quelque temps, cette concentration fait peur et de plus en plus de monde voit en google et les autres un Big Brother qui serais susceptible de savoir absolument tout sur vous !

Alors, ou aller ? Doit-on forcément se priver des avantages du "tout-en-ligne" si l'on souhaite garder un minimum de dépendance vis-à-vis des grandes entreprises du Web ou doit-on céder à leur règles au nom du progrès ?

N'est-il pas possible de concilier les avantages de ces deux mondes ?

Vos idées sont les bienvenues mais pour être franc, j'ai déjà la mienne et je vais vous la faire partager dans le billet suivant (Il est écrit mais je suis curieux de connaitre votre sentiment sur ce problème avant de vous donner le mien).

Un problème fait que les commentaires ne fonctionnent plus en ce moment.
Je vous invite donc à m'envoyer vos avis à jblanche [at] gmail [point] com
Je les posterais ici dès le problème résolu et à la suite de ce billet en attendant.

Et mes données, j'en fais quoi ? - Avant propos

jblanche — Tue, 13 May 2008 00:17:00 +0200

Le train est propice à la réflexion et au travail, j'ai donc profité de mes récents voyages pour écrire une série de billets sur des thèmes et un projet qui me tiennent à coeur. La mise en ligne de l'ensemble de nos ressources et notre contrôle sur celles-ci.

Cette série se divise en quatre articles (plus celui ci) sous la forme suivante :

Description de la situation et du problème ?
Peut-on solutionner le problème ?
Comment ?
Le projet

GmailV2, Greasemonkey revient et il est en colère !

jblanche — Mon, 12 Nov 2007 23:08:00 +0100

Si vous avez basculé vers la version anglaise de Gmail, (pour avoir l'IMAP par exemple), vous avez également basculé en V2 de Gmail.

Celle çi est plus rapide, plus sympa, mais aussi plus polluée, car tous les scripts (notamment le mien qui fonctionne encore pour la V1) qui supprimait la colonne de pub ne fonctionnent plus !

Heureusement Firefox et ces milles extensions nous permettent de régler cela très vite, alors un petit coup de Firebug pour analyser la page et deux sélecteurs CSS plus tard, voilà la version 2 du Gmail advertising links killer

En plus de vous débarrasser des ignobles pubs, ce scripts récupère même l'espace laissé libre pour afficher vos mails ! Pas de perte de place !

Pour l'installer il vous faudra soit l'extension Stylish, soit Greasemonkey, qui correspondent respectivement aux bouttons "Load into Stylish" et "Load as User Script".

Et hop encore une victoire pour ~~canard~~ Firefox.

Google, l'amour vache

jblanche — Mon, 05 Nov 2007 22:24:00 +0100

Google est grand, parfois trop grand, c'est pour cela notamment que je me dis régulièrement que je devrais passer mes mails sur mon serveur perso et utiliser Exalead comme moteur de recherche.

Pourtant, à chaque annonce d'un nouveau service Google, je suis comme un gamin le matin du 25 décembre.

Pourquoi ?

Parce que Google joue juste, en vient de nous le prouver ~~une~~ deux fois en une semaine.

Premièrement, alors que l'on attendait une réponse à Facebook avec son propre réseau social, Google fait à mon avis bien mieux en proposant OpenSocial.

Google a passé des partenariats avec des dizaines de réseaux sociaux (Ning, MySpace, Viadeo, LinkedIn, Orkut...) qui implémentent une API fournie par Google et permettant à chacun de créer des applications facilement exploitables par tous les réseaux sociaux ou presque (actuellement tous les "gros" sauf Facebook mais, ça ne saurait tarder selon Techcrunch).

Plûtot que de créer son propre langage comme l'a fait Facebook, Google à ici fait le choix du libre en appuyant son API sur les standards que sont Javascripts, HTML et XML. Tout le monde peut donc créer son application dans le langage de son choix (Ruby on Rails, PHP, Python...).

Deuxièmement, alors que les rumeurs sur un Gphone devenaient tellement pressantes que le doute sur son apparition n'existait pratiquement plus, Google a pris tout le monde à contre-pied en annonçant Android et l'Open Handset Alliance.

Et là, on tient à mon humble avis, l'annonce de l'année !

En effet, plutôt que de proposer un matériel et toutes les contraintes que cela comporte sur un marché déjà très chargé, Google a fait le pari de s'allier aux acteurs présents sur le marché (T-Mobile, HTC, Motorola, Samsung...) et de proposer une plateforme mobile pouvant servir de base au développement d'applications mobiles. Une fois encore, Google a fait le choix du libre puisque cette plateforme sera propulsée par un OS Linux.

Concrètement, cela veut dire que demain, chacun pourra développer, améliorer des applications pour son mobile en ayant l'assurance d'une compatibilité excellente (qui était clairement le plus gros frein à l'innovation sur plateformes mobiles actuellement).

Vous ne voyez toujours pas ? Allez je vous aide, demain, des milliers de développeurs construiront des applications vous permettant d'envoyer instantanément les photos prises avec votre portable sur FlickR, de synchroniser facilement votre calendrier "Poste" (qu'il soit iCal, Google Calendar) avec votre portable grâce à une appli open source que vous pourrez aisément remettre sur votre prochain puis prochain prochain portable même si vous êtes passé de HTC à Samsung en passant par Motorola... ...

Alors que penser de Google ? Je ne sais plus ! Un jour je le déteste (quand je pense que son robot lit mes mails, qu'il bénéficie presque du monopole de la publicité sur le Web...) et le lendemain je l'adore (quand il prouve son attachement pour un Internet basé sur des technologies, langages et applications libres et accessibles par tous et qu'il nous propose des services facilitant toujours plus notre quotidien).

Et vous Google, vous aimez ?

PS : En tout cas les actionnaires aiment, car suite à ses annonces, l'action grimpe encore de 1.48 % aujourd'hui et atteint 722.48 dollars US à l'heure où j'écris ce billet.

Transcender CSS, un bien joli bouquin

jblanche — Tue, 30 Oct 2007 20:20:00 +0100

Les bouquins sur le développement Web, bien que parfois excellents ( Ruby on Rails, Bien développer pour le Web 2.0...), sont rarement des exemples d'esthétisme (sauf peut-être pour quelques bouts de code ruby :-D), pourtant, je suis tombé sur une perle.

Ayant pas mal entendu parlé d'un nouveau bouquin sur le CSS (notamment chez Alsacreations et le Standblog ), je souhaitais me faire ma propre idée sur le livre Transcender CSS, Sublimez le Design Web !

Avec nom comme celui-ci, mieux vaut assurer derrière, mais il se trouve que c'est le cas.

L'auteur, à l'origine directeur artistique, est désormais membre du fameux Web Standards Project et du groupe de travail du W3C sur le CSS.

Le livre est préfacé par Dave Shea, autre gourou du Web et créateur du désormais culte CSS Zen Garden.

Dave Shea le dit lui-même dans la préface :

Nous avions vu dans le (CSS) Zen (Garden) qu'un design reposant sur CSS n'est pas forcément affreux[...]. Désormais, Transcender CSS nous montre que le Web d'aujourd'hui n'est qu'un point de départ : il est temps de se tourner vers l'avenir. Dave Shea

Ce livre vous donne en effet toutes les clés pour construire les sites de demain.

Dans une première partie de (Re)Découverte de CSS, utile à tout le monde, l'auteur nous rappelle les origines de CSS, les applications du CSS (et oui il n'y en a pas que sur le Web), le rôle d'un balisage sémantique...

Dans la deuxième partie, intitulée Processus, vous trouverez tous les conseils nécessaires à la mise en place du workflow idéal. Vous apprendrez à construire des squelettes de mise en page, des designs statiques, des prototypes interactifs...
Tout ce qu'il vous faut pour mener à bien la phase de pré production d'un projet digne de ce nom.

Dans la troisième partie, intitulée Inspriration, vous découvrirez quelques conseils de l'auteur sur la technique des grilles de mise en page et sur les sources d'inspirations utiles à la création de nouveaux designs (architectures, journaux, magazines...)

Enfin, dans la quatrième et dernière partie, l'auteur nous apprend à Transcender CSS en réalisant des designs originaux grâces aux différentes méthodes de positionnement CSS.
Il vous fera également découvrir quelques modules de CSS3 qui vous feront rugir d'impatience quant à la date d'intégration de ces modules dans les navigateurs dignes de ce nom.

En plus d'être fourni en contenu, ce livre est tout simplement superbe. Il est parsemé de photos toutes plus sympas les unes que les autres et bénéficie d'une impression en quadrichromie qui lui donne une esthétique irréprochable. Je vous laisse juger :

Bref vous l'aurez compris, encore un livre que je ne regrette pas une seconde d'avoir acheté alors si vous voulez est un maître du CSS tout en posant un joli livre dans votre nouvelle bibliothèque, foncez !

P.S. : Comme les deux livres précédemment cités, celui-ci est également à attribuer aux éditions Eyrolles qui font définitivement du très bon boulot.

One year in Paris ! Au ciné...

jblanche — Fri, 28 Sep 2007 18:56:00 +0200

Eh oui ça fait désormais un peu plus d'un an que je profite de l'abonnement illimité mk2 Cinéma. Il est donc l'heure de dresser un petit bilan de cette année cinématographique.

D'abord financièrement, après avoir vu plus de 50 films cette année, je peut dire que la carte était rnetable et je remettrais donc le couvert pour l'année à venir (avec une nouvelle carte suite au changement de partenaire des cinémas MK2).

Pour le bilan cinématographique, cette carte m'aura permis d'aller voir beaucoup de films que je n'aurais pas été voir pour une place à 7euros et pour lesquels j'ai parfois eu de très bonne surprise. Bien sur, elle m'a aussi incité à aller voir certains films sur le principe du "allez tente le c'est gratuit", et là la déception était souvent bien réelle.

Voilà donc selon moi, un petit résumé des films à voir et à éviter entre août 2006 et août 2007.

Les films à voir :

Little Miss Sunshine :

1 heure trente de fou rires, une séance d'abdos gratuite, une critique bien pensée de la société Américaine.
Un bon film qui ne veut pas en faire trop mais qui remplit son rôle à merveille.La fiche...

Une vérité qui dérange :

Un documentaire très clair sur les effets du réchauffement climatique qui nous fait encore un peu plus prendre conscience de l'urgence de la situation. Dommage cependant que l'on ne puisse s'empêcher de penser que Al Gore ait d'autres objectifs que de faire un bon documentaire.La fiche...

Le vent se lève :

Palme d'or à Cannes l'an dernier, Ken Loach nous raconte dans un film poignant les prémices de la rébellion Irlandaise face à l'ennemi anglais. Tout y est, le jeu d'acteur, l'ambiance, la musique... A voir absolument (a fortiori si comme moi, vous aimez beaucoup l'Irlande !).

Libéro :

Un de ces films que je n'aurais jamais vu sans la carte illimité. L'histoire poignante d'une famille ou la mère est partie sans laisser d'adresse mais ou chacun va tout faire pour s'en sortir malgré ses difficultés économiques, jusqu'au jour ou la mère reviens...La fiche...

Les infiltrés :

Le dernier Scorsese raconte les histoires croisées d'un policier qui travaille pour le compte de la mafia et d'un mafioso infiltré qui bosse pour la police. Di caprio et Matt Damon sont comme d'habitude excellents. Le film est noir, dur, on en attendait pas moins...La fiche...

Babel :

Alejandro González Inárritu faisait partis de ces réalisateurs que je vais voir sans la moindre hésitation. Après Babel, c'est encore plus vrai ! Certes le film n'est pas une révolution et reste très fidèle au style du réalisateur mais comment lui en vouloir quand c'est si beau ! La fiche...

Boulevard du crime :

Tarantino nous livre encore une fois un vrai hommage à son cinéma ! Après l'hommage au cinéma asiatique avec Kill Bill, c'est cette fois ci la série B, qui à droit à son heure et demi de gloire.

La vie des autres :

L'histoire d'un auteur allemand en allemagne de l'est au début des années 80. Celui ci va être surveillé par un agent de la Stasi pour être soupçonné d'agir à l'encontre de son gouvernement... Un film superbe, qui montre bien que l'autre camp n'est pas forcément plus mauvais que le votre. La fiche

Prête moi ta main :

Un film très divertissant ou Alain Chabat et Charlotte Gainsbourg vous feront rires d'un bout à l'autre.

Persépolis :

SUPERBE ! La bande annonce m'avait vraiment donné envie malgré ma réticence envers les films d'animations. On passe du rire aux larmes toutes les 5 minutes, l'histoire est poignante, les doublages excellents. Bref tout y est. Peut être bien mon coup de coeur de l'année.La fiche

Je vais bien, ne t'en fais pas :

Un film bourré de sentiments, Kad Merad y est méconnaissable dans un rôle poignant qu'il rempli avec maestria. Mélanie Laurent est aussi belle qu'excellente. Quand au scénario, il faudra attendre les derniers instants pour qu'il vous livre tout ses secrets.La fiche

Les films à éviter :

Hors de prix:

Audrey Tautou et Gad Elmaleh dans un même film, ca laisse présager d'un bon moment non ? Et bien c'est complètement raté, ce n'est que rarement drôle, c'est très lent, c'est à éviter.

Arrivederci amore, ciao :

Quand vous arrivez trop tard pour voir le film que vous vouliez, rentrez chez vous ! J'ai retenu la leçon après ce film. Il ne se passe rien, on ne laisse aucune place à la réflexion, la morale est plus que douteuse, bref Fuyez !

Saw III :

Encore un film vu par défaut, faute de place pour je ne sais plus quoi (Anto, Lulu : vous vous souvenez ?). Le premier était plutôt bon, le deuxième très mauvais, le troisième est exécrable. Plus rien n'est sous entendu, tout est montré. On est dans le gore jusqu'au bout, du coup un rigole un bon coup lorsque l'on commence une opération à cerveau ouvert à coup de clé à molette et de tronçonneuse...

The sentinel :

Ce n'est pas parce que Kieffer Sutherland est parfait dans 24 qu'il est bon partout...

Joost do it !

jblanche — Mon, 07 May 2007 15:25:00 +0200

Tout le monde en parle depuis quelque temps déjà mais maintenant je sais pourquoi.

Joost, le nouveau bébé des créateurs de Kazaa et Skype annonçait révolutionner la télévision en vous proposant de regarder ce que vous souhaitez, quand vous le souhaitez, en interagissant avec les autres téléspectateurs...

Même si le contenu est actuellement plutôt restreint (surtout en Europe), la promesse est tenue.

L’ergonomie et le design de l’interface sont superbes.
L’application propose quelques « widgets » permettant actuellement de chatter en live avec votre compte jabber ou de récupérer un flux RSS, mais celle-ci étant basée sur la plateforme de développement fournie par Mozilla (avec XUL notamment), il sera bientôt possible aux utilisateurs de créer leurs propres « widgets », à la manière des extensions de Firefox.

Je dispose désormais (comme tout le monde) d’un bon petit paquet d’invitations et je serais ravi de vous faire découvrir ce logiciel si vous me laissez vos noms, prénoms et adresse mail dans les commentaires.

Les bonnes idées de DELL

jblanche — Mon, 19 Feb 2007 23:58:00 +0100

J'ai récemment posté un billet prouvant que Linux pouvait être aussi, voire bien plus joli qu'un Windows Vista ou un MacOS X.

Malheureusement un problème subsiste, il n'est pas fourni par défaut sur les PC,de ce fait il peu utilisé et les éditeurs logiciels ne développent pas pour cet OS.

Il est donc sous utilisé...

Mais là où les éditeurs ne changeront sûrement pas de vision tant que Linux n'aura pas plus de part de marché, les constructeurs (DELL...) produiront ces PC si les acheteurs en font la demande.

Or DELL a lancé il y a quelques jours un système, DellIdeaStorm, proposant aux utilisateurs d'émettre leurs souhaits quant aux nouveaux produits ou services de DELL.

Et parmi ceux là, on trouve actuellement en tête, une proposition émettant le souhait de voir DELL vendre des PC avec des distributions Linux pré-installées au coté ou en lieu et place d'un Windows.

Alors si vous aussi vous souhaitez voir Linux se développer, ce qui passe avant tout par une intégration dans les milieux professionnels et éducatifs (ou DELL est très présent), donnez un petit coup de pouce à cette proposition.

Et même si vous ne souhaitez pas utiliser Linux tout de suite, une telle décision de la part de DELL mettrait à mal l'hégémonie de Windows sur les systèmes d'exploitations, et quand on sait le mal qu'à fait l'hégémonie d'Internet Explorer sur le marché des navigateurs web pendant des années, et les progrès apportés par la montée en puissance des navigateurs respectueux des standards(Firefox, Opera, Safari...), il y a fort à parier que tout le monde sortirait gagnant d'une montée en puissance de Linux.

Pour information, un clic sans inscription équivaut à 3 points, un clic avec inscription à 10 (l'inscription se fait en 10 secondes sans confirmation par mail)

D'autres propositions sont également très intéressantes :

PS : J'ai fait le pari il y a trois ans que dix ans plus tard, les systèmes d'exploitations libres seraient plus répandus que les systèmes propriétaires alors aidez-moi à le gagner.

Ziki : Un réseau social 2.0 d’avenir

jblanche — Wed, 14 Feb 2007 10:22:00 +0100

Ce que l'on appelle le Web2.0 se caractérise notamment par la création de contenus par les utilisateurs (User Generated Contents), ce qui est en soi une excellente chose.

Pourtant cette multiplication des sources de contenus à également crée de nouveaux problèmes. Un de ceux ci est le fait de voir des contenus vous concernant fleurir sur le net, et la nécessité de contrôler ceux ci (taper son nom dans un moteur de recherches amène souvent quelques surprises plus ou moins bonnes).

Ziki, répond à ce problème en vous proposant de créer votre profil, d'y associer les contenus que vous souhaitez voir associés à votre nom et en s'occupant à votre place (et gratuitement pour les 10 000 premiers inscrits) du "référencement".

De plus, Ziki est également un réseau social : c'est à dire que celui ci taggue les utilisateurs et leur permet du même coup de rentrer en contact avec d'autres personnes du réseau ayant les mêmes passions ou cherchant un profil particulier pour réaliser un travail (il paraît même que l'on peut y trouver l'âme soeur...).

Et le moins que l'on puisse dire, c'est que cela fonctionne à merveille, j'en veux pour preuve les résultats obtenus en tapant mon nom sur google, yahoo ou Live search.

Lien commercial google

Lien promotionnel yahoo

Site sponsorisé Livesearch

Comme vous pouvez le constater, des liens commerciaux redirigeant vers mon profil me sont gracieusement offerts .

Le réseau fonctionne également pour le mieux puisque deux personnes m'ont déjà ajouté dans leur "réseau" Ziki après deux jours d'utilisation.

Enfin , l'accueil sur cette plateforme à la réputation d'être très convivial, ce qui vous en conviendrez est plutôt bon signe pour un "réseau social".

Alors n'hésitez plus, et inscrivez vous.

Les extensions Firefox

jblanche — Thu, 25 Jan 2007 23:39:00 +0000

J'avais promis de revenir dessus, un des gros avantages de Firefox vient de ces extensions. En effet, ces petits programmes majoritairement écrits par des utilisateurs de Firefox permettent de rajouter des fonctions au navigateur. (Ce qui permet à chacun d'avoir toutes les fonctions souhaitées sans pour autant avoir un navigateur très lourd)

Parmi les extensions Firefox, certaines me sont désormais indispensables et comme je sais que vous aussi vous aimeriez avoir un navigateur plus puissant, je vais vous en présenter quelques unes. Toutefois j'ai estimé que certaines d'entre elles méritaient une attention plus importante et elles feront donc l'objet de prochains billets (GreaseMonkey, WebDeveloper Toolbar - FireBug, Del.icio.us Bookmarks)... Pour les autres cela se passe ici :

AdBlock Plus

Tout le monde le sait, la publicité est un des moteurs du web. J'ai d'ailleurs lu récement qu'un parisien subissait en moyenne 3500 publicités par jour. J'imagine donc que ce nombre est largement sous-estimé dès que l'on passe quelques heures par jour à surfer. Et bien grâce à AdBlock Plus(Bloqueur de pub en francais), c'est fini. Ce logiciel définit des listes d'adresses (correspondant aux régies de pub) pour lesquelles les pubs ne s'afficheront pas.

De plus celui ci vous permet de rajouter des éléments que vous ne souhaitez pas voir s'afficher au fur et à mesure de votre navigation.

DownThemAll

DownThemAll est comme son nom l'indique une extension destinée au téléchargement. Et cela tombe bien car s'il y a un reproche à faire à Firefox, se serait sans doute son gestionnaire de téléchargements qui n'est malheureusement pas une référence en la matière (d'ailleurs la version 3 de Firefox devrait parait-il corriger ce défaut). DownThemAll propose donc de télécharger tous les éléments d'une page, de diviser le téléchargement à la manière de FlashGet, de mettre en pause et de redémarrer un téléchargement...

ScrapBook

Encore une fois l'essayer c'est l'adopter. ScrapBook vous permet de sauvegarder sur votre disque des pages ou morceaux de pages (ou mêmes des sites entiers en définissant le niveau de profondeur). Vous pouvez également choisir les éléments à télécharger (images, styles, scripts, tout...)

Par la suite vous pouvez annoter le document, surligner des parties en supprimer d'autres...

Idéal lorsque vous souhaitez élaborer une "banque" de données sur un projet dans le cadre d'un exposé par exemple.

FireFTP

Cette extension est comme son nom l'indique également (décidément elles sont bien nommées ces extensions firefox !) un client FTP intégré à Firefox. FireFTP est à la fois simple mais complet, il remplacera avantageusement un Filezilla pour 95% des utilisateurs.

De plus, l'auteur de cette extension reverse toutes les donations qui lui son faites à un établissement accueillant des orphelins à Sarajevo (c'est bien mieux que de donner 30€ à Microsoft, croyez moi ;)).

Les 2 prochaines extensions ne sont malheureusement pas disponibles sous Linux, elles ne sont pas moins indispensables sous Windows ou Mac.

Colorzilla

Colorzilla, ou comment faire vite et bien. Cette extension vous permet très simplement de récupérer la couleur d'un pixel d'une page web dans tous les formats (rvb, hexa ...)

IE Tab

IE Tab fait elle aussi dans le très simple elle permet de consulter dans Firefox, le rendu d'une page sous IE. Indispensable donc pour les développeurs Web.

Attention toutefois, cette extension ne fait qu'afficher l'objet de la page IE dans l'interface Firefox, tous les risques inhérents à IE sont donc présents.

les indispensables (1)

jblanche — Sun, 10 Dec 2006 23:05:00 +0000

Les 3 logiciels cités ci-dessous sont des logiciels gratuits et libres (qu'est ce que c'est ?). Vous êtes donc libre de les télécharger, de les redistribuer...

Open Office

Tout le monde connait la suite Office de Microsft (Word, Excel, Powerpoint...), et la majorité d'entre vous l'utilise.
Mais combien d'entre vous en possèdent la licence, combien utilisent cette suite en toute légalité ?
Sachez que cette suite à des équivalents et s'il en est une à retenir, c'est la suite OpenOffice.
En effet, dans sa version 2, la suite OpenOffice (communement appellée OO), est dotée de six logiciels répondant à tous vos besoins.
Les équivalences entre les suites Microsoft Office et OpenOffice étant les suivantes :

Microsoft Word : OO Writer

Microsoft Excel : OO Calc

Microsoft Powerpoint : OO Impress

Microsoft Access : OO Base

De plus la suite OpenOffice vous fournit deux logiciels supplémentaires, qui dans un usage habituel servent assez rarement :

OO Draw pour dessiner des formes, graphiques assez simples.

OO Maths pour écrire des formules mathématiques.

Alors si vous ne souhaitez pas utiliser de logiciels de manière illégale ou tout simplement si vous souhaitez découvrir les possibilités de cette suite, n'hésitez pas.

Open Office : page d'accueil, téléchargement.

Firefox :

Si vous lisez ces lignes en ce moment, c'est que vous surfez sur le net (La Palice sort de ce corps),
donc que vous utilisez un navigateur web.
Et bien sachez que si celui ci se nomme Internet Explorer vous courrez de grands dangers !
Certes j'exagère (si peu), mais ce naviguateur, pourtant le plus répandu est à des années lumières de certains autres
en matière de sécurité et de fonctionnalités.
Sans rentrer dans les détails techniques, sachez que son dévelopement à
été stoppé pendant plusieurs années et que les failles de sécurité ^[1] découvertes dans ce logiciel mettent régulièrement quelques mois à être corrigées.

Parmi les solutions se trouve Firefox , un naviguateur simple, gratuit,
libre qui à pour principaux atouts sa sécurité (les failles sont parfois corrigées en quelques heures) et un nombre infini de fonctionnalités grâce à un système de plugins ^[2] .

Dès l'installation, Firefox vous permettra par défaut de naviguer sans être dérangé par les pop-up (vous savez ces petites fenêtres de pub qui s'affichent sur votre écran de manière intempestive ! ).
Vous découvrirez également le système d'onglet qui vous permet de n'avoir plus qu'une fenêtre ouverte même si vous souhaitez ouvrir plusieurs pages( toutes ces fonctionnalités et bien d'autres serontdécrites de manière plus précise dans un prochain billet).
En attendant, n'hésitez pas, rien ne vous manquera et très rapidement, vous ne pourrez plus vous en passer.

Firefox : accueil, téléchargement.

VLC

Que vous souhaitiez lire le dernier DVD que vous avez acheté, le film de vos dernières vacances ou un divX ^[3] .
VLC est le logiciel qu'il vous faut !
Ce lecteur est en effet reconnu pour lire facilement tout (et n'importe quoi).
En effet, là ou la majorité des lecteurs nécessitent l'installation de codecs ^[4] ,
VLC lui possède dès son installation de quoi lire la grande majorité des formats vidéos.

Ce logiciel, assez simple d'usage remplacera avantageusement un Windows Media Player (pour la vidéo).
Il est donc à installer d'urgence sur votre PC.

VLC : accueil, téléchargement.

[1] En informatique, une faille de sécurité désigne un comportement
inattendu du concepteur d'un système. Ce type de comportement peut
corrompre la sécurité du système.

[2] En informatique, un plugin est un logiciel tiers venant se greffer à un
logiciel principal afin de lui apporter de nouvelles fonctionnalités.

[3] Légal, celà va de soit.

[4] Le terme Codec est construit d'après les mots codeur et décodeur, etfait souvent appel à la COmpression et DÉCompression des données (la compression de données est un codage).

Le système d'exploitation

jblanche — Tue, 14 Nov 2006 23:08:00 +0000

Lorsque vous achetez un PC, il est la plupart du temps fourni avec ce que l'on appelle un système d'exploitation et une suite de Logiciels.

Actuellement, le système d'exploitation fourni sur la quasi-totalité des PC vendus est Windows (crée par la société Microsoft).

Windows est une gamme de systèmes d'exploitation produite par Microsoft, principalement destinées aux PC. Depuis les années 1990, avec la sortie de Windows 95, son succès commercial pour équiper les ordinateurs personnels est tel qu'il possède un statut de quasi-monopole.

En conséquence ses concurrents l'accusent de monopole et de pratiques commerciales déloyales, et ont inspiré des poursuites antitrust à son encontre. Windows est aussi un produit techniquement très critiqué par certains. Il est notamment reproché à ce système son instabilité et sa vulnérabilité.

Pourtant, sa popularité n'a jamais été menacée, notamment parce que les clients particuliers ne peuvent pas refuser à l'achat ces logiciels en vente subordonnée. De ce fait, la majorité du grand public ignore même la présence de concurrents sur ce marché.

Pourtant ceux ci existent, et sont mêmes plutôt nombre ux.

Parmi eux deux se détachent : Mac OS et Linux.

Mac OS (pour Macintosh Operating System) est le nom du système d'exploitation propriétaire des ordinateurs Apple Macintosh. Précurseur de nombreux concepts actuels tel que le glisser-déposer, la corbeille ou le plug-and-play, Mac OS ne s'est pourtant pas imposé sur le marché des systèmes d'exploitation, certainement parce que son système ne fonctionne que sur le matériel vendu par la marque.

Linux est quand a lui un système d'exploitation libre. Après avoir longtemps été réservé aux structures professionnelles du fait de sa complexité, Linux a depuis quelques années acquis la maturité nécessaire à son acceptation par le grand public 1 Pour l'utilisateur final, GNU/Linux se présente sous la forme d'une distribution Linux, commerciale ou non, c'est-à-dire d'une solution prête à être installée comprenant une sélection complète et cohérente de logiciels, des programmes d'installation et d'administration de l'ordinateur, ainsi qu'un mécanisme facilitant l'installation et la mise à jour des logiciels.

Conclusion : Le but de ce billet est de montrer qu'il est possible d'avoir un autre système d'exploitation que Microsoft Windows sur votre ordinateur personnel. La possibilité Mac OS étant souvent réservée à des utilisateurs précis (du fait de l'obligation d'utiliser le matériel Apple), les utilisateurs lambda ont la possibilité de se tourner vers le système d'exploitation Linux. Je détaillerais donc dans un prochain billet quelques distributions libres et gratuites qui conviennent parfaitement à l'usage d'un utilisateur lambda.

Les logiciels libres

jblanche — Mon, 13 Nov 2006 19:06:00 +0000

Les logiciels libres, à l'inverse des logiciels propriétaires, peuvent être utilisés, copiés, étudiés, modifiés et redistribués sans restriction.

En clair celà veut dire qu'avec ce type de logiciel, vous pouvez aisément le graver, le donner à quelques personnes de votre famille pour en faire l'usage que vous voulez en toute légalité (pour rappel, se faire installer une version non achetée de Windows ou de Word est illégal et séverement puni).

De plus, ces logiciels sont généralement développés par une communauté plus importante que les logiciels propriétaires, ce qui est souvent un gage de qualité et de réactivité en matière de logiciels. Les logiciels libres ont également pris pour la plupart la bonne résolution d'utiliser des standarts ouverts, ce qui assure une pérennité des documents.

Pour illustrer le principe du logiciel libre, l'inventeur de cette expression utilise l'analogie suivante :

selon le principe du libre : vous avez obtenu légalement cette recette par n'importe quel moyen (revue, bouche à oreille...). Vous avez le droit de redistribuer cette recette à qui vous voulez et vous pouvez la modifier puis la redistribuer comme il vous plaît.

selon le principe du logiciel non libre : vous n'avez pas accès à la recette mais uniquement au gâteau déjà fait. Vous ne pouvez manger le gâteau que dans une seule cuisine, et personne d'autre que vous ne peut le manger. Quand bien même la recette serait fournie avec le gâteau, toute copie ou modification serait interdite.

Enfin, pour les personnes capable de programmer des logiciels, le logiciel libre offre la possibilité de modifier le code comme on le souhaite, de se servir du code pour créer de nouveaux logiciels... (à condition que les nouveaux logiciels soient eux aussi placés sous des licences libres).

Conclusion : Les logiciels libres ont mis un certain temps à s'imposer dans le monde professionnel du fait de leut nature (si c'est gratuit, c'est obligatoirement moins bien que du payant). Mais recement, les idées ont évolué et les logiciels libres déferlent sur les entreprises et administrations (la gendarmerie nationale les as déjà déjà adopté et ils sont en passe de devenir obligatoire dans l'administration), alors n'hésitez pas et passez au libre.