So I have played a bit with EmpireAvenue (hashtag #EAv) and, although I don't really see myself using the web site every single day, I like the idea behind it. If you don't know what it is; EmpireAvenue is a web site where you can setup your "personal brand" and get people to invest in you, as if you were a company, by buying stock. As people buy more of your shares, the price goes up. If people sell your shares, the price goes down.

In EmpireAvenue, it's a good thing to link your Twitter and Facebook accounts, your blog, and your Flickr stream. The more active you are on the net, the higher your share price and dividends will be. If you have a good reputation online, with many friends and connections, you can generate a lot of hype around your EmpireAvenue share and get a really high price.

EmpireAvenue also allow corporations and groups to create "Business" accounts. They are similar to personal accounts, but targeted toward corporation. The share price of corporate accounts reflects how much people like the brand, not how well it's doing from a financial point of view.

I have seen a few systems that come close to Cory Dotorow's (@doctorow) Woofie system described in "Down and Out in the Magic Kingdom", and hinted at in "Makers", and EmpireAvenue might be the one that come closer to it. The more someone is liked and trusted, the more people are likely to buy their shares. The price goes up. So, if someone has a high share price, one could deduce that he's respected and liked. Sure, there are ways to cheat; there is no perfect system. But I like this one and I think that, in the long run, with some tweaks here and there, it could be very fun and even useful.

The site will be open to everybody in a few days and, in the meantime, you need an invitation to join. I have a few left, you are interested. Send me an email or leave a comment here and I will send you an invitation code. And, if you want to invest in me, my stock code is FORTRL.

J'écoutais une balado de Leo Laporte & cie l'autre jour, tout en désherbant mon pareterre, et ils discutaient de l'importance de stimuler l'esprit inventif des jeunes. Ça m'a rappellé que, lorsque j'avais l'âge de Jérémie, j'avais déjà accès à un ordinateur à la maison et je m'amusais à recopier des programme en Basic sur ce bon vieux TRS-80. Je me suis alors demandé comment je pourrais initier Jérémie à la programmation et, en fouillant dans le tirroir de la mémoire (TM « Les Satellipopettes »), je suis tombé sur Logo...

Vous vous souvenez de Logo? Je laisse Wikipédia vous donner un historique. C'est un bon langage pour apprendre aux enfants les bases de la programmation parce qu'il possède un interpréteur « ligne par ligne » où on peut se familiariser avec le langage une commande à la fois, plutôt que d'essayer de monter un programme de A à Z. Aussi, les premières commandes à apprendre sont visuelles : on fait bouger la petite tortue pour la faire dessiner des formes géométriques à l'écran. Beaucoup plus intéressant pour un enfant que de trier des listes ou parser du XML. (Quoi que, parser du XML...)

Le premier défi majeur dans mon explication de Logo à Jérémie fut la notion d'angle. Euh... « DR 90 » « Pourquoi 90 papa? » Et là papa fait un petit rond, une croix, et écris les chiffres magiques : 0, 45, 90, 180, 270 et 360 et ajoute : « Pis c'est ça qu'y est ça. » J'imagine que c'est plus simple de lui expliquer ça que des calculs de volume en coordonnées cylindriques ou de lui raconter l'histoire de Pythagore Tremblay.

Alors on a dessiné des ronds, des carrés, des triangles, et aussi notre lot de lignes qui partent dans tous les sens. Je lui ai montré aujourd'hui qu'on peut apprendre à l'ordinateur des nouvelles commandes (fonctions) mais on n'a pas eu le temps d'explorer plus en détails. On a abordé la commande REPETE, pratique pour dessiner des formes géométriques réguliéres.

Jérémie et moi continuerons sûrement d'explorer Logo dans les prochaines semaines. Je pensais lui écrire des petits programmes qu'il pourrait transcrire afin de découvrir ce qu'il font. Qu'est-ce que vous en pensez? Entre temps, j'ai jeté un œil au manuel d'aide et découvert que le langage a évolué depuis ma dernière utilisation. FMSLogo vous permet de faire apparaître des fenêtres, d'y ajouter des boutons, etc. Bon, on est loins de Visual Basic, mais j'ai quand-même été agréablement surpris de trouver ce genre de fonctions dans le langage.

Quel serait d'après vous la bonne suite, lorsque Jérémie voudra s'attaquer à quelque chose de plus sérieux? Visual Basic? C#? Python? J'aurais tendance à y aller avec Python parce qu'il y a là-aussi un interpréteur « ligne par ligne. » Par contre, je ne connais pas Python. Je n'y ai pas touché depuis avoir terminé la lecture du livre « Learning Python » l'été dernier. Des suggestions? (Non, pas Java, ça prend 15 lignes pour écrire un « Hello World » et 30 minutes pour configurer son « Class Path. »)

Si vous utilisez Windows dans un environnement de travail et que votre poste de travail est connecté au réseau de l'entreprise, vous avez probablement à enfoncer les touches Ctrl, Alt et Del simultanément pour pouvoir entrer votre mot de passe. Vous vous demandez peut-être pourquoi est-ce que Windows vous oblige à cette gymnastique digitale? Eh bien, croyez-le ou pas, cette combinaison de touches est une question de sécurité.

Un peu d'histoire. Sous les systèmes UNIX (mais aussi sur plusieurs autres types d'ordinateurs avec terminaux, comme le VAC) on est invité à entrer son nom d'usager et son mot de passe au clavier afin d'avoir accès au système. Ces systèmes coûtent cher, alors on ne veut pas que n'importe qui gaspille des précieux cycles de processeurs. Le système vous présente une invite du genre : « Username : » et, une fois votre nom d'usager entré, et la touche « Retour » appuyée, « Password : ». Le problème inhérent à cette technique, c'est qu'il est très simple de concevoir un programme qui fait exactement la même chose, et trompe ainsi les usagers, retenant en mémoire tous les mots de passe qu'ils entreront et les transmettant à l'auteur du logiciel. La personne derrière tout ça accumule des mots de passe qu'elle peut par la suite utiliser pour s'infiltrer dans le compte de ses victimes. La technique a des failles, mais a toutefois été utilisée à maintes reprise dans la vraie vie, à l'époque où les systèmes de ce genre étaient populaires dans les collèges et universités. (Et ils le sont encore à bien des endroits; ne vous méprenez pas.)

Mais revenons en 2010. Même si la technologie a évoluée, les ordinateurs contemporains vous demandent eux-aussi de vous identifier à l'aude d'un nom d'usager et d'un mot de passe. Rien n'empêcherait un programme malveillant de vous présenter une fausse fenêtre de connexion de Windows, en tout point identique à l'originale, avec le même objectif que l'autre programme de 1980 énoncé plus tôt. L'interface de programmation de Windows fait en sorte que s'il n'existait pas une combinaison de touches réservées, il serait possible de programmer un logiciel malveillant complètement indétectable, visuellement, à la fenêtre d'identification originale de Windows. C'est là que la combinaison Ctrl-Alt-Del entre en jeu.

Cette combinaison de touches est détectable, oui, mais impossible à « capturer, » c'est-à-dire, impossible à cacher à Windows et aux autres programmes actifs. (Oui, il est possible pour un logiciel de capturer n'importe quelles autres touches ou combinaisons de touches, et ainsi les rendre indétectablse au reste du système.) Puisque Ctrl-Alt-Del est impossible à cacher à Windows, on peut être sûr que la fenêtre affichée par votre poste de travail est bel et bien la fenêtre de connexion originale de Windows, et non celle qu'un logiciel malveillant tentant de vous soutirer votre nom d'usager et votre mot de passe.

Cette fonction de Windows a plusieurs années (depuis Windows NT 4, si je ne m'abuse) mais demeure encore, de nos jours, une façon de s'assurer qu'on est bel et bien en présence de la fenêtre d'identification de Windows, et non d'un logiciel malveillant. C'est pour ça que, même si mon poste de travail me présente désormais un bouton « Se connecter à Windows » et même une petite icône avec mon image de profil, je continue d'utiliser les touches Ctrl-Alt-Del.

Other than having to tell my 6-years-old boy "Sorry kiddo, we'll spend all summer in the backyard 'cause dad spent the vacation money on a gadget from Apple" (which is not totally true; we could still afford a walk to the public pool every now and then) I have one or two reasons why I hesitate ordering an iPad next Monday, when it become available for pre-orders in Canada.

I don't need one. I already have a device for all the things I would use the iPad for: Netbook, iPod, iPhone, eReader. The only thing that's not on the list is a nice-size, always-on web browser, for surfing the web from the living room's couch.

I don't want to generate technological garbage by discarding the hardware I would be replacing. I know, I wouldn't throw any away, I would sell or give them to friends or familly, but still, the more gadgets one buys, the more end-up in a dump somewhere down the line. All these things have electronic components, batteries, screens, that are not easily recycled.

As an eBook reader, the iPad screen is back-lit, and I usually read just before going to bed. According to studies that came to my attention, the light from a bright computer screen makes it harder for the brain to fall asleep. So, in the end, I think I would still be using my Sony Reader to read books, even after getting an iPad. Oh, and my eReader's been signed by Cory Doctorow!

I could easily write an app for an Android tablet. I'm a programmer and I don't own a Mac (well, not a recent one, with an Intel processor, running Snow Leopard) so I can't program applications for the iPhone/iPad. But on Android... And Android's main application-development language is, as I've heard from my friend @jmbouffard, Java. And some of you may be aware that I know a thing or two about Java. Well, maybe I could use a long weekend, write a cool app and become instantly rich, then retire to the Caribbeans.

Reasons I hear other people give, but that do not apply to me:

There will be a 2nd generation iPad. Although I personnaly don't think of it as a valid reason not to get an iPad, many people have been saying that they will not get this one because it is generation #1. For one, the iPad is basically a big iPod Touch, so nothing Apple can't do reliably with its experience. But, it's true, one year down the road, Apple will come-up with a better, faster iPad, with other features like a GPS, front-and-back-facing cameras, etc. I'm not too worried about this, because we would be saying the exact same thing next year, as the 2nd generation is released, about a forthcoming 3rd generation. So, unless it's, like, a month or two before the Apple conference and Gizmodo finds the prototype of the next iPad in a bar, we won't know for sure what or when will be the "next generation".

Do you like Apple's business model? From a user point-of-view, I don't care too much about the DRMs, Apple's Apps Store model, the absence of Flash on Apple's mobile devices, etc. I don't like any of that from a programmer/geek point-of-view, but as an end-user, I must admit I really like the user experience of the iPhone, the uniformity and quality of all the apps, etc. I didn't had a lot of chances to play with any Android phones, but the first-hand feedback I had from friends is that it's not nearly as stable as the iPhone. Badly written apps running background processes chewing the battery in a few hours, frequent reboots, etc. As much as I'd like to program for an Android tablet, I'm not sure I want to start fighting to get things working on a consummer device like a tablet. Fighting with computers to get them to do what I want them to do is my day job; I want a flawless, easy user experience when it comes to my electronics.

With all that being said, will you be ordering one Monday?

I've been playing with Windows 7 for the last couple of days and came across that problem: When I tried to connect to my work PC, using Remote Desktop, through my usual SSH tunnel, Windows 7's Remote Desktop software did not establish the connection and, instead, complained that there was already a session opened.

Google helped me solved the problem but, since the solution did not percolate up to the first page, let me repeat it here so it gets some more Google Juice.

It happens that Windows 7's Remote Desktop client is too smart for it's own good and will not even try to connect to the local machine (localhost or 127.0.0.1) even if you setup a proper SSH tunnel on the regular TCP port 3389. Port 3390 doesn't work either. But... here comes the solution: Port 3391 works! So, instead of setting up a SSH tunnel between localhost:3389->remotehost:3389, you need to setup the SSH tunnnel between localhost:3391->remotehost:3389. Then, when you start the Remote Desktop client, type localhost:3391 in the host text box and everything should work fine!

Thanks to Dr Nathan for the solution, described in this article: Follow up: Securing Windows Remote Desktop with CopSSH