Geek by *recycledwax on deviantART

Je l’avait annoncé. Nous avons particié a des événements, joints d’autres. Maintenant, depuis Janvier 2011, à tous les mercredis, nous vous invitons a vous joindre a nos rencontres. Donc,depuis cinq semaines maintenant nous hébergeons au public nos ateliers de travail qu’on appelait nos GeekNights maintenant surnommé devLAB.

Comment devLAB a commencé?

Tout a commencé en 2006. Le besoin est né après plusieurs mois à discuter de technologie a deux (avec Etienne) a prendre une bière au 3Brasseurs et de parler de binaire, netmask… vous savez, des trucs de Geeks. Nous avons joins notre  vieil ami Stephan et nous avons officialisé le pacte que nous avons tenu de 2006-2009. Une fois par semaine tous les Mercredis soir nous suivions ce concept:

1. Se rencontrer peu importe la charge de travail au bureau
2. Faire avancer une idée
3. Utiliser quelque chose qu’on a jamais utilisé avant
4. Pratiquer les méthodologies pour prendre les plis qu’on ne pouvait pas toujours prendre au bureau

Parfois nous en faisions des CodeFests qui duraient une fin de semaine complète. D’autres fois nous invitions des amis a jouer avec nous sur des sujets divers.

Quelques sujets que nous avons couverts

Nous discutions d’a peu près tout ce qui nous tentait. Parfois nous étions inspirés par ce que nous faisions au bureau, d’autres fois, des amis venaient nous montrer leus trucs qui les “faisaient tripper”  (!)

Entre autres…

1. Le Test Driven Development avec Visual Studio
2. Environnement généré en Javascript avec ExtJS
3. Des processus d’auto installation avec CentOS 5 (Kick start)
4. Monter un serveur SMTP avec Debian Etch et Exim connecté avec un backend MySQL
5. Faire des routines de déploiement en XML avec Apache Ant
6. Monter une librairie de migration de base de donnée d’un serveur a l’autre
7. Monter un “Une VM Linux qui sert au développement” et utiliser un tunnel X pour afficher localement ce qui est exécuté dans la VM
8. Monter une sandbox…  sous Mac OS X
9. Un projet de gestion de parc informatique
10. Un projet de gestion de menu utilisant le “Fichier canadien sur les éléments nutrritifs“
11. … et plusieurs autres.

Pourquoi avons nous lancé un autre événement a Montréal

Étant donné qu’aucun événement a Montréal n’avait ce type de concept, nous l’avons ouverts au public. Surtout que les gens autour de nous aimaient  l’idée de nos rencontres.

Notre objectif est clair:

devLAB est  une occasion de partager avec d’autres passsionnés en faisant des rencontres hebdomadaires de travail ou on “met la main à la pâte”.

Parceque ce qu’on veut depuis toujours c’est un endroit ou essayer des trucs. Peu importe la techno. Des chose qu’on peut pas nécessairement faire au bureau, ou chez soi. C’est de se donner une occasion d’améliorer ses capacités.

Evocatio : L’oeuf ou la Poule?

Pour les gens qui se le demandent. Evocatio a commencé A CAUSE des GeekNights.

Pas le contraire.

En fait, nous sommes ouverts a l’aide pour en faire une entité a part entière.

La direction de devLAB

… notre manifeste, en quelque sorte. Pas nécessairement officiel mais va comme suit:

1. Rencontre tous les mercredis 18h30-22h00
2. Avancer un projet de logiciel Libre
3. Ne pas se coincer qu’a une seule technologie ou langage de programmation
4. Travailler en équipe (code pairing) pour apprendre des interventions de son pair
5. Ajouter des facteurs d’inconnus coté technologique
6. Tout le monde est là pour apprendre et jouer a la technologie
7. But non lucratif. Aucune entreprise ne peut être promu par devLAB. Le contraire n’est pas interdit par contre.
8. Bilinguisme from the ground up (Except that my blog is for a french only audience. sorry)

C’est quand?

CE Mercredi, ou le prochain!

Le détail des annonces sur Techentreprise (voir le lien devLAB Montréal), Twitter via @devLABmtl et dans le groupe Facebook.  Vous pouvez aussi être fan de la Page Facebook.

Vous pouvez aussi  devlabmtl.org et qui n’est pas aussi à jour mais qui le sera éventuellement.

Vous voulez vous joindre a nous? Pas de problème! Si vous avez des questions vous pouvez envoyer un courriel a info A dev LAB mtl POINT org

Au plaisir de vous y croiser.

Logo Vim, qui signifie vi-improved (amélioré)

Deux tâches vraiment essentielles qu’on fait en administrant une machine sous Linux sont très souvent de modifier/créer un fichier et de planifier des tâches de maintenance.

Pour utiliser «cron» il faut savoir utiliser «vi», les commandes sont très souvent les mêmes. Je dois spécifier que j’ai basé mon tutoriel sur CRON fourni par Ubuntu Linux qui est (de mémoire) le même paquet que celui fourni dans Red Hat Linux, Debian Linux ou Ubuntu Linux.

Le but de ce billet est en fait de vous montrer sommairement comment automatiser une tâche (une commande) avec cron.

Je publierai plus tard un billet sur les différences entre les distributions de cron.

Utiliser vi (prérequis)

Vi est un éditeur de texte en ligne de commande qui permet de faire bien des macros, il peut sembler compliquer mais l’essentiel se résume ainsi.

• ESCAPE permet d’entrer une commande

i mode Insertion

r mode remplacer le caractère courrant

• SHIFT+a insérer a partir de la fin de la ligne courrante
• : entrer une commande spéciale

:wq sauvegarder le fichier et quitter l’éditeur

:w sauvegarder le fichier courrant

:10 sauter a la 10e ligne du document

• /text Chercher ‘text’ dans le document courrant

n Chercher le prochain mon cherché (par rapport a ce qui a été dit ci-haut)

• dd supprimer la ligne courrante
• 5dd supprimer les 5 prochaines lignes

source: Guide de survie VI

Créer une tâche CRON

Pour créer une tâche sur un système Linux il y a plusieurs méthodes possibles.

1. Ajouter une ligne dans le «crontab», la table d’actions CRON
2. Ajouter fichier avec directives dans /etc/cron.d/
3. Ajouter une ligne dans un des dossiers /etc/cron.daily/, /etc/cron.hourly/, /etc/cron.monthly

1. Ajouter une ligne dans le «crontab», la table d’actions CRON

C’est fait soit en utilisant la commande crontab, ou en éditant le fichier /etc/crontab

crontab roule tout le temps en tant que root, et l’idéal serait d’utiliser un fichier dans /etc/cron.d/
Savoir sur quel usager doit rouler la tâche (un user local qui peut rouler la commande, idéalement pas root!)

• 1	someuser@ubuntu:~$ crontab -e

• l’éditeur vi va s’ouvrir
• aller a l’endroit ou vous voulez éditer
• créez une nouvelle ligne en Insert mode, en utilisant le i, ou a la fin de la ligne courrante en faisant CTRL+a
• Entrer une ligne dans le format

  1 2 3 4 5 6 7 8

  * * * * * commande a être exécutée - - - - - | | | | | | | | | +----- jour de la semaine (0 - 6) (Dimanche=0) | | | +------- mois (1 - 12) | | +--------- jour dans le mois (1 - 31) | +----------- heure (0 - 23) +------------- min (0 - 59)

  exemple:

  1	30 18 * * * rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log

• … qui effacera le contenu de /home/someuser/tmp/ a tout les 18h30 de tout les jours et qui log dans /home/someuser/cronlogs/clean_tmp_dir.log
• Pour quitter faites ESCAPE :wq pour write quit.

source: Crontab Quick reference

2. Ajouter fichier avec directives dans /etc/cron.d/

C’est le même principe sauf qu’il s’agit d’un fichier nommé, généralement sous le même nom que le package Linux qu’il dessert. Exemple php5 aurait son package.

Sauf qu’on peut spécifier qui lancera la commande.

Comment faire…

• Créer un fichier, ex:
  # vi /etc/cron.d/php5
• Coller la commande qui a été testée au par avant

  1	someuser@ubuntu:~$ rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log

• Ajouter une ligne, ESCAPE+i
• Commencer par le moment de l’exécution comme avec «Ajouter une ligne dans le crontab»

• 1	30 19 * * *

• Ajouter le nom du username qui va rouler la commande
• ex: someuser
• Ajouter la commande testée tout a l’heure
  ex: rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log
• Ce qui donnera:

  1	30 19 * * * someuser rm /home/someuser/tmp/* > /home/someuser/cronlogs/clean_tmp_dir.log

• Voilà!

3. Ajouter une ligne dans un des dossiers /etc/cron.daily/, /etc/cron.hourly/, /etc/cron.monthly

Même concept que le crontab sauf que l’on a pas a mentionner quand exécuter, c’est /etc/crontab qui dit qand les fichiers sont exécuté

Sources

• Crontab Quick reference
• Guide de survie VI

Je suis actuellement en mode “Documentation” et je me suis dit que le web pourrait profiter d’un résumé, en français, du Jargon de l’univers Java.

Je ne suis pas un développeur Java mais j’ai eu a administrer des serveurs pendant 4 ans, et j’en fais encore aujourd’hui. Ce document résume ma compréhension des usages. Si vous avez des suggestions ou vous voulez me corriger, dites-moi le dans les commentaires et j’ajusterai mon billet.

Les versions

La majeure différence entre les Java réside dans leur version et ce qui y est distribué avec. La différence majeure réside entre

• JDK (Java Development Kit),
• JRE (Java Runtime Environement), et finalement il existe aussi la
• JME (Java Mobile Edition) pour les devices mobile.

C’est un peu comme une distribution Windows XP Professionnel ou Windows XP Media Centre.

Il existe plusieurs distributeurs d’environnement Java, notamment : IBM, SUN, OpenJdk. La norme et elles sont toutes basés sur la JVM de SUN Microsystems. L’inventeur de Java.

L’Avantage majeur de Java est le fait qu’il existe des distributions pour toutes les plateformes : Windows, Mac, Linux, Solaris, FreeBSD, etc.

Termes fréquemment utilisés

• « JVM » (Java Virtual Machine) est en fait l’appellation utilisée pour parler de ce qui est exécuté. Ce qui est ci-haut mentionné exécutent toutes des JVM… avec des classes (jar) différentes.
• « Jar » est en fait, grosso-modo, une archive zippée d’un dossier de classe.
• « Class » une classe compilée Java.
• « Container » est en fait ce qu’on appelle un Serveur applicatif. Bref, un serveur http qui roule les classes Java.
• « J2EE » est un accronyme qui peut être vue comme une spécification technique (penser ISO) fournie par SUN pour les standards d’environnement d’exécution (« Container »).

Serveur Applicatif

Il en existe plusieurs. La norme avec les logiciels suivant la tendance Open-Source utilisent la version Apache du container J2EE appelé Tomcat. Atlassian utilise Tomcat dans ses version « self hosted » distribués.

Il en existe d’autres comme Glassfish de Sun Microsystem, WebObjects de Apple, Tomcat de Apache Foundation, JBoss de RedHat, WebSphere de IBM, et bien d’autres.

Une classe

C’est quoi?. C’est du code java compilé.

La hiérarchie est faite en fonction du « namespacing » inspiré des standards du DNS. Une classe spécifique Java pour un WebService SOAP pour traduire du français au Klingon pourrait être appelé : i.e. com.renoirboulanger.startrek.klingon.soap.jar.

Suggestions

Je pense avoir fait le tour du sujet. Dites-moi dans les commentaires si j’ai oublié quelque chose d’important.

C’est dommage.

C’est pour rester poli car vous pouvez vous imaginer que ça me met pas de bonne humeur

Les lettres bizzares qui remplacent les accents (é, √ä)… c’est un problème de traduction de «Character set».

Pourquoi?

Parceque j’ai fait la gaffe de ne pas «Backuper» ma base de donnée de mon blogue avant de faire une mise a jour sur le serveur des Geeks et après l’avoir réinstallé.

Ça m’apprendra!

Il faudrait donc que je regarde chaque endroit où j’écris en français et que je corrige «à bras».

Mais j’en ai pas envie!

Alors je suis, présentement, en train de faire un programme en PHP pour corriger la situation. Une fois qu’il sera terminé, je compte le publier ici

En attendant?

Voici ce que signifie chaque symbole… en attendant que j’applique sur toute ma base de donnée les corrections:

• √© = é
• √â = É
• √† = à
• √® = è
• √™ = ê
• √¢ = â
• ‚Äô = ‘
• ¬´ = «
• ¬ª = »
• √ß = ç
• √π = ù
• √ª = û
• √Æ = î

Si vous permettez, je vais retourner tenter de régler le problème

Une conférence très intéressante sur comment présenter ses idées clairement lorsqu’il vient le temps de faire un exposé devant des gens.

Quelques faits saillants

• Commencer par une ébauche papier (sans ordinateur)
• «Focusser» sur trois ou quatre idées
• Les «slides» doivent appuyer ce qui est dit, et non pas servir a parler a la place du présentateur
• Le spectacle c’est le présentateur, pas les «slides»

Le vidéo

Retrouver Garr sur Internet

Garr Reynolds, Blog, Twitter feed

Attention: Article technique

Une passion que j’ai depuis quelques temps c’est l’automatisation des déploiements dans des projets. Le Cloud-Computing fait partie des concepts qui permettent d’automatiser le travail.

Mais qu’est-ce que le Cloud-Computing en fait?

Voici ma description de vulgarisation personnelle provenant d’un post que j’ai fait dans un Intranet Privé il y a plusieurs mois.

En gros, le Cloud Computing est une manière de faire abstraction du matériel et du système d’exploitation qui roule l’application web qui est affichée au public.

Application web?: GMail, Facebook, Wikipedia, etc… Ce sont toutes des applications web. D’un point de vue d’un utilisateur commun, certains pensent que ce sont des “pages” mais en fait, tout ce qui se passe en dessous fait qu’il s’agit effectivement d’une “application”.

En gros, le Cloud Computing demande…

• Contrôler une VM (Virtual Machine… Machine Virtuelle)
• Propager les updates d’une VM a une autre

L’idée

1. Une nouvelle VM est montée, et elle est hébergée sur un serveur de VM (VMware, Xen, Jail).
2. Une copie est faite pour les tests de pré-production et pouvoir faire les updates sans nuire à la prod.
3. Une application dans la VM détecte les changements, et conserve les actions
4. Un jour de maintenance, on peut fermer la vm de production
5. Faire appliquer les updates de la vm de staging, en production!

ça règlerait bien de problèmes de stress d’update des éléments en production versus notre procédé d’entretien.

Un Exemple concrêt

Je voulait tester une appliance (une VM déjà montée préconfigurée pour un usage précis) qui servirait pour le courrier électronique.

On l’avait utilisé et trouvé magique l’idée que l’appliance s’update tout seul!

Un trouvaille

Il s’agit en fait d’un outil qui sert à justement faire un “master” qui sert pour tester les mises a jour et les appliquer. Pour, ensuite, les appliquer aux autres VM du même groupe automatiquement.

Actuellement, il s’agit d’une utopie mais j’aimerai bien voir ce type de procédé exister un jour.

Un produit: rPath

rPath c”est la compagnie derrière rBuilder, un logiciel d’automatisation pour le cloud computing…. ce qu’on veut faire.

Cloud computing selon rPath
Ils (rPath) résument ça comme étant le mélange entre…

• L’Application
• Le serveur applicatif
• Le OS (système d’exploitation)
• La virtualisation

Vidéo vulgarisateur

J’ai dit il y a quelques semaines que je ferait une revue allégée d’un livre très inspirant qui traite de l’Utilisabilité (peut être un nouveau mot?).

Le livre s’appelait: Don’t make me think. A Common Sense Approach to Web Usability, voici le second point qu’il est important de considérer.

Attention à l’anglicisme;

Fact of life #2 > We don’t make optimal choices. We satisfice.

En français: “Nous ne faisons pas de choix judicieux en lisant tout ce qui est écrit. Nous choisisons le premier lien qui semble cohérent.

Ça résume assez bien la réalité car il est rare qu’on prend le temps de tout lire ou regarder. Considérant qu’on zig-zague des yeux le contenu des pages et qu’on devient assez rapidement décu ou frustré lorsque les pages sont pas optimales, on comprend.

En gros, une étude a été faite dans le livre de Gary Kein; “Sources of power: How People Make Decisions”. M. Klein a étudié durant plusieurs années les personnes qui ont des métiers ou plusieurs enjeux important sont pris en compte, des pompiers, policiers, etc. Ses observations ont démontré que lorsqu’on se trouve devant un problème ou une envie, la personne NE regarde PAS les TOUTES solutions possibles pour faire son choix. Ils regardent la première stratégie qui leur revient en tête (selon l’expérience), font des tests de scénario dans leur tête, puis s’ils ne trouvent aucune embûche, ils obtempèrent.

Il est logique de s’imaginer qu’en général, sur le web, nous agissons de la même manière.

Le truc?

Lorsqu’on créé une interface, le point d’ordre serait: de Suivre les conventions, éviter le bruit visuel, les boutons doivent être des boutons, un “search box” doit être évident, etc…

Sources cité

• Dans le livre livre de Gary Kein. L’économiste Herbert Simon a mentionné le terme “a cross between satisfying and sufficing” dans “Models of Man: Social and Rational (Willey, 1957)”

Aussi sur le sujet

Il y a quelques posts que j’ai fait dans le temps

• Fait d’usabilité no3, Nous n’essayons pas de comprendre les choses, nous fouillons
• Revue de don’t make me think

J’ai decouvert recemment un site qui offre des questionnaires pour savoir si vous savez comment detecter une fraude sur internet.

Il existe plusieurs moyens de les détecter. Sauf que je crois que je me suis fait avoir, soit par les questions pas assez claires mais leur “corrigé” m’a fait comprenddre où “ils” voulaient en venir.

Allez le voir, la visite en vaut le coup!