Catégorie : Développement informatique
-
Hypermedia, quelques recherches pour JSON
Je regarde un peu les implémentations hypermedia pour une API. J’avoue que je pleure un peu. Qu’on soit clairs, JSON n’est pas adapté pour ça, sauf à construire des messages bien complexes à lire et à produire (ce qui tue un peu l’utilité de JSON). Maintenant si on veut garder JSON, voilà l’état de mes reflexions :…
-
Ateliers sur la documentation webperf
J’ai partagé en ligne il y a quelques temps le début de livre que j’avais rédigé à propos de la performance des sites web. L’objectif était d’avoir une « bible » qui référence toutes les techniques impactant le temps de chargement des sites web et la théorie sous-jacente. Une moitié du travail était déjà là. C’est sur…
-
42 pour une seule école ? ça fait 41 de trop
Bon, une nouvelle école. Quelques réactions : J’apprécie l’ouverture sans trop faire attention à l’âge. Les formations privées sont trop souvent attachées au cursus avec l’obligation d’enchaîner sans s’arrêter sous peine de devoir passer dans les formations continues spécifiques pour. J’apprécie aussi l’honnêteté de faire une vraie sélection, sur l’été pour laisser les élèves avoir une…
-
Définir son API : versionnement
Toujours dans la logique de réfléchir son API, parce qu’un jour il faudra la faire évoluer, comment gérer le versionnement ? Plusieurs solutions ont émergé : https://api-v2.example.com/maressource https://api.example.com/v2/maressource https://api.example.com/maressource-v2 https://api.example.com/maressource?v=2 https://api.example.com/maressource avec une entête Version: 2 https://api.example.com/maressource avec une entête Accept ou/et Content-type: application/monformat;version=2 La solution du sous-domaine n’est à mon sens à réserver que pour les…
-
Définir son API : authentification
Je lis le PDF gratuit de Apigee à propos du design des API web. Si les autres PDF gratuits du site sont assez creux, celui là pose de bonnes questions qui font écho avec mes propres reflexions. Je le prends dans le désordre et pour reprendre mes erreurs passées ou celles que j’ai vu chez…
-
Bomberman massivement multijoueur
Un bomberman-like massivement multijoueur ? Je ne suis pas convaincu par l’intérêt ludique. Ne pas jouer avec ses amis, ne pas tisser de liens, avoir une interaction limitée à quelques minutes et faite au hasard, j’ai peur que ça ne remplisse pas de promesses sur le long terme. Techniquement par contre c’est intéressant, pas forcément si…
-
Patterns – RubyGems guides
Pour ma propre archives : Les conventions d’organisation des fichiers et des classes pour les gem Ruby
-
Je veux changer ça, et ça, et ça
Je pense que je ne suis pas le seul à imaginer régulièrement comment créer un nouveau langage ou modifier les existants à ma convenance. Sans aller jusque là, en croisant ce qui se fait dans les différents langages, on trouve toujours des point intéressants qu’on aimerait voir copiés. Voilà donc quelques unes de mes frustrations,…
-
La lame de fond nodejs
En ce moment côté startup et innovateurs, les développeurs javascript ont le vent en poupe. Pour autant, je ne crois pas que Javascript côté serveur soit le rouleau compresseur qu’on veut nous faire croire. La syntaxe du langage est honnête, mais a largement autant de points négatifs que de points positifs par rapport à l’existant…
-
Accesseurs
Je déteste avoir à programmer ou utiliser des accesseurs. Voilà, c’est dit. Sérieusement, qui a eu l’idée de faire des méthodes getX() et setX() ? Dans le meilleur des cas c’est pénible a écrire et difficile à lire. Qu’on ne me parle pas d’encapsulation, ces méthodes artificielles sont tout sauf un besoin d’encapsulation. C’est même exactement…