Il y a bien longtemps que j'ai fais un blogue. Disons que j'ai pris un petit repos bien mérité et je suis de retour. Pour ce soir, je vous présente deux excellents artistes qui travaille dans le média électronique.

Le premier, Daniel St-Hilaire qui nomme sont studio Arnak Studio. Rassurez vous, il démontre seulement son grand sens de l'humour. Daniel est un artiste, photographie et modéliste autodidacte. Il démontre un talent incroyable pour la création de model en Maya, la photographie numérique, la retouche sur Photoshop et la création d'image corporative à l'aide d'Illustrator. Daniel a réaliser le logo du nouveau produit de M2i3 qui s'en viens sous peu et qu'on ne peut rien dire pour le moment. Jeter un coup d'oeil à son portefolio il est très fort.

Le deuxième est Benoît Goyette. Ingénieur de formation, il est incroyable pour le dessin style bande-dessiné. Il fait ses premiers éssais avec Starship in my

Je suis tombé ces dernières journées sur un vidéo de Ryan McMinn intitulé All Roads Lead to Rails{en}. Ce vidéo fort intéressant a soulevé de nombreuses questions. Devrait-on offrir des contrats forfaitaires pour le développement d’application? Une facturation à l’heure contredit mon blogueur et gourou mercatique Brendon Sinclair. Comme Brendon explique dans son balado (Podcast pour les intimes. Merci Grand Dictionnaire terminologique), The Best Way to Price Your Services and Deliver Value to Your Clients{en}, ceux qui facture leur clients à l’heure sont des LOOOOOOOSSSSEEEEUUUUUURRRRRR.

Après de nombreuse discussion en Jean-Marc et moi, nous avons décidé de ne plus offrir de contrats à prix forfaitaires, quitte à être traité de LOSER et défiant ouvertement mon gourou, Je vous explique le raisonnement.

Martin Fowler explique bien la grande difficulté de réaliser du code. Dans son texte « The New Methodology{fr} », les conclusions que le code source est un document de conception et que la construction du logiciel est l’utilisation du compilateur change beaucoup de nos perspectives de travail mais surtout d’évaluation de la charge de travail. Évaluer un travail créatif est une tâche très ardue. Lors du développement du logiciel, la cible est toujours changeante avec des ajouts, retraits, oublies et modifications. Ryan McMinn dans sont vidéo explique que lorsqu’on travail à prix fixe il est presque impossible à arriver tout juste à la valeur prévue. Si on estime trop bas, nous allons perdre notre

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

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.

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

Nous avons été approchés ces derniers temps par quelques personnes pour diverses réalisations Web. À chaque fois il nous fait un grand plaisir d’évaluer correctement les besoins des gens pour leur fournir une proposition qui réponde à leur besoins. Lorsque la proposition est fournie, la première réaction est que le prix est cher. Réaction qui est ma fois tout à fait normale, mais qui vaut la peine d’être expliqué un peu plus.

Il faut savoir la chose suivante : le logiciel coûte très cher à développer. Par exemple, la création d’un simple blogue en Ruby on Rails peut prendre 15 minutes incluant les tests. Voyez ici la démonstration de cette réalisation expresse. En 15 minutes, c’est fonctionnel, mais est-ce utilisable? Probablement qu’on a besoin d’un système d’authentification des usagers, un logo, des éléments statiques comme les conditions d’utilisation. Rajoutez l’achat d’hébergement, l’achat du nom de domaine et l’installation sur le serveur. C’est peu mais déjà, on approche la demi-journée. Une demi-journée, oui, mais dans

Juste une petite note pour vous dire que notre hébergeur que nous recommendons chaudement, vient de changer de nom. MonsterHosting ont subit les pressions d'une compagnie américaine, et plutôt que d'engager une dispute juridique qui ne fini plus, ils ont désidé de changer le nom simplement.

Si vous recherchez de l'hébergement a bon prix je vous les conseille vivement. Leur prix sont fort compétitifs, vous pouvez héberger autant de nom de domaine que vous voulez, et vous avez 10000 comptes courriel. Vous disposez d'un bon taux de transfer annuel et d'un espace disque correct pour une utilisation standard. Le tout partant à 6.95 par mois.

Ils ont Fantastico de disponible pour installer des logiciels comme Joomla ou Drupal en

Voila c’est maintenant une chose faite. Le nouveau portail de G-Force est mis en place. Consultez le portail des spécialistes en diversité en emploi à Montréal et à Toronto.

Nous sommes fier d’avoir contribué à un tel succès. Avec l’aide de Graphic Mind pour la conception visuelle de la page principale, nous avons utilisé la technologie Joomla, plusieurs modules existants et nous avons développé de nouveaux modules pour l’accès distant de leur banque d’emplois de même que la commande de curriculum vitae.

Dans les modules utilisés il y a Joomfish pour mettre le portail bilingue, ArtBanner Plus pour la gestion des nombreuses bannières, un calendrier d’évènements et un forum.

Le client a rajouté de lui-même en toute autonomie, le module

C'est enfin arrivé. Nus avons eu 1000 visites sur notre portail depuis le début du mois de janvier. Ceci représente pour nous un bon succès. Nous continuerons notre travail pour arriver en 500e position sur Alexa soit un milliard de visite par jour. L'ascension sera difficile, mais nous y arriverons.

Merci à vous lecteurs.

Parlant de remerciement, voici une

Je discutais avec un ami hier. Lui et son associé ont développé un nouveau logiciel. Je lui demande quand il est prêt à le mettre en marché.

« Juste encore quelques nouvelles fonctionnalités et nous sommes prêt. » me répondit-il.

Il faut se demander la question. Après ces nouvelles fonctionnalités, est-ce qu’il y en aura d’autres qui repousseront encore une fois la mise en service.

« Est que le logiciel fonctionne? » que je lui demande.
« Oui bien sûr, ça fonctionne, c’est utilisable et c’est le meilleur programme qui existe sur le marché ».

Je crois qu’il devrait le mettre sur le marché le plus rapidement possible pour les raisons suivantes :

• Il est le premier à avoir développé un logiciel qui fonctionne. Il n’y a que peu de compétition.
• Même si les premiers mois d’utilisation sont gratuits, ça lui permet d’avoir une liste de bogues, et une demande des meilleures fonctionnalités à développer pour le futur.
• Il bâtira une clientèle potentielle avant la sortie officielle de son logiciel.

Ce qui tue le logiciel c’est dernier temps est le besoin absolue d’avoir tout parfait avant le lancement d’un produit ou d’un portail Web. Un nouveau portail n’aura pas 100,000 visiteurs la première journée. Il y a du temps pour faire des ajustements et des corrections. Un logiciel qui a besoin d’une autre fonctionnalité retarde la sortie du logiciel et par de même fait retarde les revenus.

Développer le moins de fonctionnalité possible. Lancer le produit et laissez vos clients vous guidez par la suite.

Bonne journée.