Avec MySQL, j’avais phpmyadmin pour vérifier. Et d’ailleurs je voyais bien que tous les NULL essayaient de me faire passer un message… Les données en soit, si je me trompe pas, sont pas dans le dossier Rails. Y a juste le schema.rb et les fichiers de migration. Mais les données sont autre part (dans le dossier mysql ?).

Avec SQLite, me fallait un browser aussi pour vérifier les données. J’ai pas cherché plus loin que SQLite Database Browser. Ok cool, faut que j’ouvre un fichier. Mais il est où ? Ben après avoir cherché un peu partout, il était là, sous mon nez, dans le dossier “db” : un fichier development.sqlite3.

Ca m’intrigue d’ailleurs. Les données de ma bdd sont dans mon dossier Rails ?

Puis j’avais pris MySQL parce que je connaissais un peu mais bon, pour mon appli c’est vraiment du ultra light. M’en fous de savoir quel système utiliser, tant que ça marche. Et le bouquin utilise ça aussi. Y a pas de souci particulier ?

Le problème : sqlite. C’est la bdd utilisé par défaut par Rails. Et en fait, j’avais que utilisé du MySQL jusqu’ici. Alors faut faire quoi ? Ben faut installer la gem sqlite3. Merci à ce post qui explique tout.

Etape par etape

1. Aller à la page de téléchargement
2. Aller à la section Precompiled Binaries For Windows
3. Télécharger sqlite-3_6_17.zip et sqlitedll-3_6_17.zip
4. En tout y a 3 fichiers : sqlite3.exe, sqlite3.dll et sqlite3.def
5. Copier ces 3 fichiers dans C:\ruby\bin
6. Ouvrir une fenêtre de commande
7. Aller à C:\ruby\bin
8. Taper gem install --version 1.2.3 sqlite3-ruby

Si tout va bien vous avez :

Successfully installed sqlite3-ruby-1.2.3-x86-mswin32
1 gem installed
Installing ri documentation for sqlite3-ruby-1.2.3-x86-mswin32...
Installing RDoc documentation for sqlite3-ruby-1.2.3-x86-mswin32...

<% 3.times do %>
<p>Une ligne.</p>
<% end %>

Une ligne.
 
Une ligne.
 
Une ligne.

Si on veut avoir le résultat d’une expression Ruby, ou afficher la valeur d’une variable faut ajouter le signe égal :

Il est <%= Time.now %>

L’autre truc pratique, c’est de savoir qu’on peut virer les sauts de ligne. C’est surtout utile si on utilise des balises pre ou bien si il faut aucun espace entre 2 lignes.

<% 3.times do -%>
<p>Une ligne.</p>
<% end %>

Une ligne.
Une ligne.
Une ligne.

Vous allez dans le dossier de votre appli et vous faites :

rake rails:update

Un pdf de la 3e édition Agile Web Development with Rails, un pdf sur iPhone grâce à l’appli Files Lite et hop : lecture quotidienne dans le métro. C’est moins pratique que de lire une page web dans Read It Later, mais ça reste beaucoup mieux que de lire un pdf en pièce jointe d’un mail.

Je lis depuis le début même si ça couvre beaucoup de choses déjà vues, mais c’est histoire de s’en souvenir une bonne fois pour toute.

Le truc avec des projets perso, c’est que y a pas de deadline. On peut essayer de s’en mettre une, mais c’est une fausse pression. Résultat : j’ai tout mon temps pour faire le design que je veux, et au final, je prend trop mon temps, je fais des trucs brouillons parce que je sais que j’ai pas besoin de livrer rapidement. Et au final, ça part dans tous les sens, sans se finaliser. Donc là je vous montre vite fait 4 designs qui ne seront pas les vainqueurs de ce concours permanent qui commence un peu à me prendre la tête.

Je veux pas être programmeur, je veux juste créer des programmes. Si j’étais programmeur full-time, oui je m’essaierai à des trucs plus compliqués. Mais le truc, c’es tque je suis web designer. Je passe ma journée à en faire, et en priorité le trio Photoshop/HTML/CSS. Et j’aime ça. Et vu que ça fait 2 ans que je fais (surtout) des CSS, je connais très bien le sujet. Et c’est parce que je le pratique surtout, que face à un problème je trouve quasiment toujours une solution. C’est le truc connu : “On apprend en pratiquant.”

Et vu que je ne suis pas programmeur, je ne passerai jamais autant de temps à faire de la programmation que ce que je fais actuellement. Donc au final, ça sert à rien d’essayer d’être un maître en programmation vu que mon job me le permet pas, et je l’ai voulu ainsi. La programmation, c’est un truc en plus, un bonus. Et pour le coup, Rails ça me va. J’aurais jamais un code aussi propre, clair et performant que beaucoup d’entre vous, mais ça ne me gênera pas au final. Je pense.

“Ah oui mais tu postes plus tous les jours!”

C’est pas faux. C’est dommage vu que c’est le concept même du site. Mais vous pensez bien qu’il n’y a pas que ce blog dans ma vie. Et oui, y a le travail, y a d’autres projets (refonte blog perso, création d’une galerie de site, un blog pour une amie…), puis je vois mes amis, je joue, je sors etc. Et ça prend du temps oui.

Mais ça m’arrive bien sûr de faire plus que 29 min par jour de Rails mais qu’il n’y a de contenu que pour un seul post (et encore). Puis avec le livre sur le Ruby, je pouvais le lire dans le métro (trajet approximatif de 20 min, donc 40 en A-R), et ça me faisait mon post de la journée. Puis c’était de la lecture : j’avais pas besoin de PC pour mettre en pratique. C’est pourquoi j’ai “trouvé” (ahum…) un livre : Agile Web Development with Rails en pdf. Si j’arrive à le mettre sur mon iPhone, ça peut me faire ma lecture. Bon allez, je vais faire ça.

Ah JukePod! Venons-en! Croyez pas que j’ai chômé ces derniers jours. Je re-re-refais le design, et là en fait, j’ai évité la case Photoshop et je suis passé directement à l’intégration. J’avais déjà fait ça et j’aime beaucoup. Ca me concentre sur l’ergonomie plutôt que le graphisme, et ça je suis fan. Bien sûr, y aura une case Photoshop plus tard, mais je veux avoir une bonne structure dès le départ.

Des infos très bientôt.