blogues
Contrats, termes et conditions
Ouf!
Le temps me manque. Je suis à finir de rédiger nos termes et conditions. C'est ma troisième version. Jean-Marc trouve les précédentes un peu trop agressive.
Je ne comprends pas, j’ai juste écrit que si on était victime de maraudage, le coupable allait rôtir en enfer. Ce n’est pas très juridique mais le message est là.
Blague à part, quel niveau de langage devrait-on adopter pour écrire nos termes et conditions? La première question est quels sont nos clients potentiels. Un gros client comme les banques ou des
Subversion... pas seulement pour le code source
Une discussion intéressante est survenue récemment au bureau. Pas avec Hugues bien sûr... il est déjà convaincu (ou n'ose pas me dire qu'il n'est pas d'accord... mais ça c'est une autre histoire *grin*)
En fait c'est avec un client que la conversation est survenue... au départ d'une simple question: "Gardez-vous plusieurs version de vos documents et surtout, les prenez vous en backup?"
La réponse: oui et
Blague d'informaticien
Une vraie blague d'informaticien.... trouvé sur le web, traduite pour vous.
Question:
Combien d'analyste programmeur sont nécessaire pour changer une ampoule électrique?
Réponse:
Aucun! C'est un problème matériel pis on touche pas à ça
Bon fin de fin de semaine!
Un ensemble de modélisation de page web pour 30$ et moins
Certains croirait que MS Word, OpenOfficeWriter ou encore PhotoShop sont nécessaire pour faire une bonne modélisation de page web. Et pourtant, pour environ 30$ vous pouvez assembler vous même un kit complet qui en plus de ne pas être dispendieux sera à la porté de tout le monde (sans formation complexe) et qui pourra même être utilisé
TIMTOWTDI et la poésie en Ruby
Le 2e défi Ruby pour mélanger un jeu de carte permet d'exposer un aspect très intéressant du langage Ruby... la capacité d'expression du langage.
Comme en français, il y a bien des façon d'écrire
Ruby on Rails et l'amélioration continue.
Je m'apprêtais à écrire un blogue sur Ruby on Rails ce soir sur le sujet de la gestion d'information dans un modèle. Disons que je pensais bien avoir une solution à mon problème et que je pourrais faire un beau blogue la dessus.
Je relie certaine section de documentation sur Rails, et puis Boom. Mon plan bascule. J'ai découvert une nouvelle méthode pour faire ce que je veux. Bon bien, il va falloir que vous patientiez un peu, mais je crois que c'est mieux ainsi.
Pour vous laissez languir, cela tourne autour de l'utilisation de XML, de table supplémentaires et de jointure, de sérialisation et d'un autre truc vachement fort de la part de ActiveRecord.
Bonne journée.
Mise-à-jour... rien ne vas plus!
On dirait que mon PC ne peut pas passer une journée sans m'annoncer que tel ou tel logiciel a grandement besoin d'une mise-à-jour. C'est une bonne chose à mon sens... enfin, sauf quand la mise-à-jour en question nous fait perdre
Ruby on Rails. Wow!
Si je suis un peu muet ces deniers temps sur le blogue, c'est que je suis à la conception d'un petit projet personnel. Ce travail que j'avais commencé il y a deux ans en php, subit une meveilleuse convertion à Ruby on Rails. Ce petit projet m'aide à retrapper Jean-Marc qui techniquement à probablement 6 mois d'avance sur moi en Ruby on Rails.
Après une bonne semaine de
Garder des données en cache avec classe
À tous ceux qui seraient tenté d'utiliser les propriétés de Classe en ruby pensez-y à deux fois.
Cette méthode, même si à première vue évidente, pour faire persister les données entre les appels sur le serveur sera rapidement une source de problèmes.
Une classe persiste en
Mélanger le jeu de carte (2e défi Ruby)
Le jeu de carte en Ruby a généré, au bureau, quelques discussions très intéressantes. Est-ce qu'il était correct de retirer une carte au hasard? Certains pensent que non, puisqu'en réalité on mélange le jeu de carte et dépendemment

