Excalidraw est un tableau blanc virtuel open-source conçu pour créer des diagrammes au style dessiné à la main. Il offre une multitude de fonctionnalités pour la conception de wireframes et de schémas, incluant un large éventail d'outils (rectangles, cercles, lignes, dessin à main levée, etc.), le support d'images et de bibliothèques de formes.
Le projet met l'accent sur l'exportation des créations dans des formats variés tels que PNG, SVG, ou sous forme de fichier JSON .excalidraw propriétaire, permettant une réutilisation et une édition ultérieures. L'application web hébergée sur excalidraw.com, faisant partie du même dépôt, démontre ces capacités avec des fonctionnalités supplémentaires comme la collaboration en temps réel et le chiffrement de bout en bout.
Excalidraw se distingue par son style visuel distinctif qui imite des dessins faits à la main, offrant ainsi une alternative plus humaine aux diagrammes numériques traditionnels. Il est entièrement gratuit et personnalisable, le rendant accessible pour divers besoins créatifs et de documentation.
Le concept de "senior engineer death spiral" décrit une dynamique négative qui peut affecter les ingénieurs, en particulier lorsqu'ils abordent de nouveaux rôles ou projets ambitieux. Ce phénomène débute souvent par un sentiment de syndrome de l'imposteur, poussant l'ingénieur à vouloir prouver sa valeur en entreprenant des tâches complexes, voire démesurées, sans communication adéquate.
Cette approche conduit à un isolement progressif, marqué par des périodes d'absence et des mises à jour superficielles lors des réunions d'équipe. L'ingénieur, conscient de son manque de progrès concret, tente alors de compenser par un surcroît de travail, négligeant son bien-être et ses relations. Ce cycle peut mener à l'épuisement professionnel, des dépressions, et ultimement, à des conséquences professionnelles graves comme des licenciements.
Face à cette spirale, la solution proposée est contre-intuitive : il s'agit de réduire la pression auto-imposée et de se concentrer sur la collaboration. Plutôt que de viser le statut d'ingénieur senior par un effort isolé, il est conseillé de devenir un membre d'équipe particulièrement soutenant. Cette stratégie, basée sur la confiance et l'ouverture, permet de rétablir la visibilité sur son travail et de solliciter l'aide de ses pairs, tout en préservant son équilibre.
L’article souligne que le Domain-Driven Design (DDD) gagne en importance avec l’essor de l’IA générative, car cette dernière simplifie la partie technique du développement, mais ne remplace pas la nécessité de bien comprendre et modéliser le domaine métier. L’auteur, Miłosz Smółka, rappelle que le DDD, popularisé par Eric Evans en 2003, reste pertinent car la complexité centrale des projets logiciels réside dans la résolution des problèmes métiers, et non dans les détails techniques.
L’IA permet désormais de générer du code rapidement, réduisant l’importance des frameworks et des langages, mais elle ne peut pas remplacer le travail collaboratif entre experts métiers et développeurs pour construire un modèle précis. Le DDD insiste sur la knowledge crunching (affinage des connaissances) et des méthodes comme l’Event Storming pour capturer la logique métier, des étapes que l’IA ne peut automatiser entièrement.
Enfin, l’article met en garde contre la tentation de confier la modélisation du domaine à l’IA, soulignant que cette tâche reste un effort collectif et itératif. L’optimisation des outils d’IA pour générer du code doit s’accompagner d’une focalisation accrue sur la compréhension du domaine, sous peine de reproduire les erreurs passées où la technologie était privilégiée au détriment du problème à résoudre.
Chez Elao, l’article souligne le manque de collaboration entre designers et développeurs, souvent dû à des formations cloisonnées et à des outils incompatibles. Les designers, formés pour l’expérience utilisateur, négligent parfois la dimension technique des maquettes, tandis que les développeurs peinent à interpréter les livrables visuels. Pour y remédier, l’entreprise a intégré Storybook comme référence partagée, facilitant la communication et réduisant les itérations de correction. Cette approche vise à aligner les processus et à accélérer le développement des projets.
L’article explore les défis méconnus des équipes d’ingénierie réparties à l’international. Basé sur son expérience chez Getaround, il révèle que les fuseaux horaires réduisent significativement la productivité, malgré les avantages théoriques (24/7 développement, accès à plus de talents). Les équipes locales restent plus efficaces, et les solutions comme les outils async ne compensent pas la perte de collaboration en temps réel. L’auteur, ayant géré des équipes acquises à l’étranger, prône des équipes regroupées géographiquement (3-5h max de décalage) pour faciliter l’intégration et les relations humaines, surtout après des fusions. Un constat sans appel : mieux vaut limiter les dégâts que prétendre à une performance optimale en global.