Entropie anthropique

Aller au contenu | Aller au menu | Aller à la recherche

lundi 12 novembre 2007

Android, le Gphone, un joli projet d'informatique embarquée

Android c'est la plateforme de développement de téléphones libres fraîchement sortie par Google.

Il y a une séparation bien pensée entre l'affichage et le moteur des applications. Il y a SQLite, WebKit, WiFi, Bluetooth bref, plein de choses qui sont très prometteuses. Il y a vraiment tout, mais j'ai l'impresson qu'ils ont oublié qu'un téléphone doit aussi faire ... téléphone. En fait linux est un bel OS, mais il n'est pas tout à fait prêt pour le "real-time" demandé par des applications téléphoniques. En effet, la norme POSIX n'est pas une norme créée dans ce but. Il faut bidouiller linux pour avoir un semblant de temps-réel, mais la vidéo n'en parle pas, de même qu'elle ne parle presque pas des piles de protocoles de la téléphonie :(. J'ai l'impression qu'ils ont oublié un truc.

Bon, j'irai jeter un coup d'oeil à leur SDK en tout cas. La première vidéo est par là (en anglais) : http://youtube.com/watch?v=Mm6Ju0xhUW8 .

Pourquoi utiliser Ruby ?

Il y a beaucoup de langages de programmation, un nombre immense de façons de programmer et un autre innombrable d'utilisation des langages. Je vais tenter de donner mon point de vu sur Ruby. Pour resituer les choses, Ruby est un langage de programmation dynamique orienté objet.

Ruby est connu pour Ruby On Rails (RoR), mais ses détracteurs (ceux de RoR) répondent que Ruby n'est pas performant. C'est un peu vrai, Ruby n'est pas un langage très rapide. D'ailleurs, je ne pense pas que ce soit sont but. Là où Ruby est efficace, c'est la fabrication d'outils, et j'ajouterais bien la génération de code.

Grâce à sa syntaxe naturelle, Ruby permet de coder agréablement du code sans s'arracher les cheveux. Sa gestion des classes les blocs de code et la métaprogrammation permettent de se fabriquer des "modèles" de méthodes. Dès qu'il faut établir des relations entre des classes qui dépassent le simple "héritage" des langages objets, c'est d'une intensive utilité. Le fait que le langage YAML (vraiment pratique pour les configurations) et qu'un serveur web soient dans le package de base rajoutent à la douceur du langage. De même, un outil intuitif de templates (ERB) est présent par défaut, ce qui fait de Ruby une boîte à outil complète est légère pour les programmeurs.

Et je pense que Ruby devrait continuer à se concentrer sur ce point, et ses utilisateurs phares, faire des librairies qui vont dans ce sens. Je ne pense pas qu'on arrive à imposer RubyOnRails, car les programmeurs sont un peu fainéants d'apprendre un frameworks aussi dense, mais il n'en reste pas moins que Ruby permettra de faire des applications connectées par dessus HTTP (avec la simplicité dont on écrit une requêtes HTTP et SOAP).

Pour l'avenir de ruby je verrais bien: - un exporteur de fichiers SVG - un générateur de code C pour parser des fichiers binaires étant donné leur "schéma" - un vrai truc, sans trop de dépendances, pour faire des GUI (Shoes à l'air intéressant)

Ruby-istes, unissons-nous !

Ruby 4 Miaoo

It's a great time to learn Ruby programming language. I found this affiliation program on the internet, I tried it and Ruby is as sweet and cute as a cat.