Architecture logicielle, micro-services, API REST, DDD… Mais qu’est-ce que l’architecture, au juste ? Pour Dylan Beattie, c’est ce qui est difficile à changer : les décisions qui coûteront cher à défaire. Un parallèle éclairant entre l’architecture des bâtiments et celle des systèmes, pour tous ceux qui conçoivent des logiciels (en anglais). Conférence NDC.
Un travail personnel sur les jeux vidéo : d’abord leur histoire, des origines aux micro-ordinateurs et aux consoles de salon, nourrie d’une visite au musée des jeux vidéo de Berlin pendant les vacances de carnaval, puis le plus célèbre d’entre eux, Pong. Mon fils l’a ensuite programmé en Java, en partant d’un tutoriel, puis l’a amélioré : une balle qui accélère comme dans l’original, de la couleur, un mode à deux joueurs pour jouer avec son petit frère. Le code…
Des pièces plus grandes à l’intérieur qu’à l’extérieur, des couloirs qui ramènent à leur point de départ, des tunnels qui rétrécissent : CodeParade présente le moteur de rendu qu’il a programmé pour explorer des mondes qui défient la géométrie d’Euclide. Le code est libre (en anglais). Voir aussi : une fractale plus complexe que l’ensemble de Mandelbrot. Vidéo de CodeParade.
Après l’histoire des ordinateurs, celle des langages : des premiers bits et du langage machine à Fortran et Cobol, puis au C, et aux langages du Web, en quatre épisodes. Et pour finir, la découverte de Java, l’un des derniers venus : installer l’outil de développement Eclipse et écrire ses premiers programmes. La série complète sur son blog : À la découverte de la programmation, histoire et Java. Voir aussi : l’histoire des ordinateurs, la programmation de Pong en Java….
Avant Du code et des hommes, Steve Maguire avait publié en 1993 Writing Solid Code, traduit sous le titre L’Art du code : les techniques employées chez Microsoft pour écrire des programmes en C sans bogues. Le principe est de faire en sorte que les erreurs se montrent d’elles-mêmes, le plus tôt possible : assertions partout, versions de mise au point qui vérifient tout, interfaces qu’on ne peut pas mal utiliser, code relu pas à pas dans le débogueur, refus…
Steve Maguire a dirigé des équipes de développement chez Microsoft au temps d’Excel et de Word pour Macintosh, quand il fallait livrer à date des logiciels de plus en plus gros. Dans ce livre, paru en 1994 sous le titre Debugging the Development Process, il raconte comment il remettait sur les rails des projets en retard. Ses recettes tiennent du bon sens : se concentrer sur le produit plutôt que sur les procédures, supprimer les réunions et les rapports qui…