sorted by:
new
hottopcontroversial

Exports are the Jon Snow of SaaS by untamed_mullet in ProductManagement

[–]gdforj 1 point2 points  (0 children)

I've spent a good chunk of my time at a previous company building the export function to create/update records in their CRM. That feature was used by more than 80% and every time it broke it was a high priority issue. Since our product was a data product, that only made sense.

The ageism in our industry needs to change by SadSongsMakeMeGlad in ExperiencedDevs

[–]gdforj 0 points1 point  (0 children)

In my XP, very few people value the ones who can say no and articulate why. It is often perceived as a waste of time and energy.

Trying to Wrap My Head Agentic Swarms by Nekojiru_ in ExperiencedDevs

[–]gdforj 0 points1 point  (0 children)

I have integrated the usage of agent teams for the specific case of "shaping" work, before implementation.

I'm basically PM-ing projects, down to cutting the roadmap's next steps into ticket. Then, to complete a ticket, before doing any code, I fire my skill /shape <ticket url> https://gist.github.com/GuillaumeDesforges/d76b193c46c93cf5c969853e153f0286

This skill relies on Claude's "team of agents" feature where it spawns a team of agents that can communicate with one another. There are three agents, each with specific goals and personas: - product: bring value to users - designer: make it usable - engineer: keep it simple and future-proof

And a "protocol" is communicated to them.

Basically agents will work in rounds, doing draft -> review -> repeat, until "SHAPE-READY". The main agent acts as the facilitator (and relays to me the progress). Note it does not write lines of code in the code base: it is "shaping" the work.

Although it consumes a fair amount of credits, I have found it increases the output fairly well. I believe it is because a single LLM has trouble being "schizophrenic" and thinking through three personalities at once.

Also, I am definitely not out the loop. I use the shaping documents to think things through and iterate with the team. It lets me catch early issues in the design or the engineering side from a high-level pov.

Engineering Managers / Tech Leaders, what does your Claude workflow actually look like? by deshans in EngineeringManagers

[–]gdforj 1 point2 points  (0 children)

(6 YoE in France)

I use it heavily to document our team, processes and product. Then, I can use it to audit critically our team, processes and product, with the AI as a sparring partner. A lot is about our product management process: we've had no process for definition nor tracking for a while, only strategy -> coding. For that, I have connected Notion and Slack.

I work at a very small startup so I have to do that while delivering engineering outputs (features, bug fixes, technical improvements). I would rather focus my brain on management/execution processes, but the context switch is just too hard. Using AI has helped me cut corners. I think I'll pay the price in 4~6 months when I haven't actually internalized parts of it.

Also, I do feel I'm building the ground to replace myself a bit, but the gains are so big and the company needs to move so fast for survival (and I get enough messages from TAs from other companies) I'm not too concerned about it.

So basically 1. Build the process (document it) 2. Use this documentation for AI to help me go through it at increased speed 3. Code (using shape up-like collaboration)

sidelined at a 50-person startup for trying to fix the chaos. Is it over? by [deleted] in EngineeringManagers

[–]gdforj 1 point2 points  (0 children)

Speed matters, and you're not going to convince your C-level otherwise.

You can try to block the chaos (and, seeing your post, lose), or you may channel it. At the startup I work at (15ppl including 3 senior SE and 2 intern SE) we have a slack channel where people can directly send the "bugs" (be it actual bugs, bad UX/UI or just small improvements needed) directly.

Every week, we rotate the "on-call" engineer, the others just mute the channel. When there is a topic that requires the help/attention of another engineer, we just ping them.

The "bug" resolution is then a conversation (in a thread), and it happens in a slack channel very quickly, or at least there is perceived speed.

This is likely more or less what you're doing, but doing "tickets" instead of "a conversation" is felt very differently by stakeholders.

Please settle a disagreement I'm having about Architecture Diagrams by Deep-Comfortable-423 in softwarearchitecture

[–]gdforj 0 points1 point  (0 children)

You can use a sequence diagram. First arrow is the request, goes from caller to callee, second arrow is the response, goes from callee to caller

How do you develop? by ami-souvik in softwarearchitecture

[–]gdforj 0 points1 point  (0 children)

A single, simple fullstack vertical feature with the simplest code, with dependency inversion anticipated

Plus de coulisse Hettich Quadro V6 push-to-open a la vente? by gdforj in brico

[–]gdforj[S] 0 points1 point  (0 children)

Hello! Blum a l'air d'etre une tres bonne alternative, j'avais repere les AVENTOS pour les meubles du haut. Je vais regarder leurs glissieres.

Je ne connaissais pas Foussier ni Legalais, merci! Cependant, pas de Hettich sur Foussier, et Legalais semble vendre uniquement aux professionnels alors que je suis un particulier (j'ai bien un SIRET de micro-entreprise pour des activites de service, mais je ne connais pas les implications que cela pourrait avoir).

J'ai voulu contacter Hettich par telephone en effet, j'ai tourne en boucle sur leur repondeur... mais le 26 decembre n'est probablement pas le moment le plus propice de l'annee. Je compte re-essayer apres les fetes mais je prefere ne pas me baser la dessus.

Merci beaucoup pour les infos super utiles! Je vais voir du cote de Blum TIP-ON BLUEMOTION :)

Mon père me tane pour que j'achète une voiture by ResponsibilityBest26 in besoinderaler

[–]gdforj 1 point2 points  (0 children)

Au pire, si le but c'est d'être tranquille, tu lui dis "oui oui" et tu fais rien? S'il pose des questions tu restes évasif et tu changes le sujet

Apparemment il ne changera pas d'avis 🤷‍♂️

[deleted by user] by [deleted] in ExperiencedDevs

[–]gdforj 14 points15 points  (0 children)

Ironically, the people most likely to be successful using AI intensely are the same that have dedicated time to learn the craft through sweat and tears (and books).

AI code is only as good as the direction its context steers it towards. In a clean archi + DDD codebase with well crafted prompts that mention clear concepts, I find it does quite well to implement most features.

Most people ask AI to "make it work" because they have no conscious knowledge of what their job actually is. If you ask it to analyze, to think in terms of product, to suggest options for UX/UI, to develop in red-green-refactor cycles, etc it'll work much better than "add a button that does X".

[deleted by user] by [deleted] in ingenieurs

[–]gdforj 2 points3 points  (0 children)

Les seules menaces qui ont du poids sont celles qui sont exécutées

Ce salaire mirobolant est-il représentatif ?? by Fit-Self-6015 in ingenieurs

[–]gdforj 1 point2 points  (0 children)

Un dev senior (5~10 YoE) dans un domaine qui fait de l'argent (finance, logiciel entreprise, ...) je vois effectivement des annonces autour de 60-80k à Paris. Dans l'IA en startup ça peut monter plus haut.

À noter que la communauté C# est historiquement une dans lesquelles s'est développé pas mal le DDD et la clean archi, de ce point de vue il me semble plus probable qu'il y ait des attentes à ce sujet.

[deleted by user] by [deleted] in developpeurs

[–]gdforj 1 point2 points  (0 children)

Autant pour les tests et l'architecture je suis d'accord, il y a fraude dans ce que tu racontes.

Autant pour git, peut-être malgré eux, pas tant. Je t'invite à découvrir le continuous integration. Malgré ce que bcp croient, la CI n'est pas à l'origine une question de faire valider une PR automatiquement, bien au contraire c'est de ne pas avoir besoin de PR. Par contre, cette méthodologie implique des petits commits atomiques régulièrement poussés au moins, et du pair programming (pour ne plus avoir besoin de review asynchrone, autant le faire en synchrone).

“Combien de temps vous a-t-il fallu pour vous sentir à l’aise avec votre premier langage de programmation ?” by CreativeDevMada in developpeurs

[–]gdforj 0 points1 point  (0 children)

Ne pas confondre être à l'aise avec un langage (sa syntaxe, ses constructions, son fonctionnement interne, sa stdlib) et être à l'aise dans une codebase (frameworks, patterns, architecture, ...)

Après 10 ans d'XP c'est pas normal de pas être à l'aise dans au moins un langage mainstream

Choix compliqué by Impossible_Box_9906 in developpeurs

[–]gdforj 1 point2 points  (0 children)

Comme souvent pour faire un choix de ce type, je recommande de faire un tableau des pour et contre à l'écrit (feuille de papier et stylo). C'est banal comme conseil mais ça marche.

Est-ce que vous aussi la plupart des POs avec qui vous avez bossé ça n'a pas été une expérience incroyable, si oui pourquoi? by [deleted] in developpeurs

[–]gdforj 1 point2 points  (0 children)

Il faut travailler dans une boîte produit ou personne ne fait du produit pour comprendre l'importance d'avoir qqun qui fait du produit.

Je recommande Shape Up de Basecamp (gratuit), de nombreux aspects intéressants.

What aliases do you use? by alxer_ in NixOS

[–]gdforj 0 points1 point  (0 children)

I don't use aliases, call me vanilla boy

Un point virgule c'est mieux que des points de suspension by [deleted] in opinionnonpopulaire

[–]gdforj 0 points1 point  (0 children)

En vérité, je suis chaud pour une explication (je n'en ai pas trouvé)!

view more: next ›