10 juin 2004

Dérive d'un programmeur dans un monde Access

Imaginez une appli qui gère des commandes.
Vous aimez les SGBD d'enfer, et votre choix se portent bien sûr sur Access...

Maintenant, vous avez des commandes, très bien, mais vous savez que vous pouvez avoir des
commandes en unix ou en nt. Et bien au lieu de faire un champ dans cette table, vous décidez de faire 2 tables : commandesUnix et commandes NT.

Là vous vous dites, "bon ok, c plus très relationnel, mais les personnes qui vont double-cliquer dans access sur mes tables, ils vont gazer, ils vont être trop content!

Vous pensez en terme de perf, vous progressez, vous en êtes fier.

Mais ensuite, patatras, vous vous dites qu'il faut archiver tout ça : mais pas de panique, vous n'êtes pas en manque d'idées de génie, donc vous faites les tables commandesUnix200301, commandesUnix200302, etc..

Là aussi, vous venez de brûler les quelques principes que vous aviez appris à l'école, les formes normales ça vous dit plus rien, mais mince, "quand on double clique sur la table en acces, qu'est-ce que ça va plus vite!". Chic!

Et aujourd'hui, vous avez décidé de passer la vitesse supérieure :

Maintenant, vous avez toutes ces tables, et vous déclarez qu'elles sont dépendantes du serveurs qui héberge votre base de données! (sic)
Donc maintenant vous créez un nouveau critères dans le nom de vos tables, qui référence le serveur et vous avez les tables commandesUnix200301Server1, commandesUnix200301Server2 et commandesUnix200302Server1, commandesUnix200302Server2.

Ensuite, vous venez d'apprendre que le web, c'est bien.
Alors vous prenez un couillon, et vous lui demandez de faire un programme, qui récupère toutes les commandes entre janvier et février 2003 pour tous les clients...

Le comble, c'est quand vous vous rendez compte qu'en plus ce programmeur n'est vraiment qu'une buse, puisque son site rame un max, (vous avez bien sûr oublié qu'il vous avait dit au début du projet qu'il ne fallait pas s'attendre à des miracles)

Le petit personnel, c'est plus ce que c'était!

04 juin 2004

Récupérer un chemin complet sous Windows

Hé hé, que j'aime ces petits outils, qui loin d'être des usines à gaz, se contentent de faire un petit boulot fort utile.

Ici, sur http://mlin.net/misc.shtml, on trouve un certain nombre de soft qui améliorent Windows. En l'occurence, celui qui m'interpelle le plus est PathCopyEx. Quel programmeur n'a pas eu besoin de copier le chemin complet pour désigner un fichier log ?

Cette fois, en 1 clic, ce sera fait!