Reprise du message précédent :

Non mais en vrai les recommandations de l'ANSSI, c'est fait pour mitiger des risques. C'est a vous de faire votre analyse de risque et de choisir les risques à mitiger, ceux à accepter, à quel point les mitiger...
Par contre, partir du principe que c'est juste chiant, ça va pas vous aider.

 
 
j'aime bien ce texte sur le concept de dette technique https://medium.com/@waxzce/la-dette [...] d0dfbf39c7

 
pourtant on peut pas nier que c'est chiant  

Tu pratiques pour dire ça, ou c'est juste un avis ?

Il a le mérite d'être un peu à contre courant. Je serai pas aussi vent debout à l'idée de dire que le terme n'existe pas, il a au moins le mérite d'être simple et de pouvoir être communiqué facilement aux décideurs.

Merci pour le partage, je vais me le garder dans un coin

J'ai pas tout lu mais je suis pas trop d'accord dès le début.
Mais c'est intéressant de voir des avis divergents.

Il provoque volontairement pour inciter à lire je pense.
 
Je suis pas fana de la méthode mais ça a le mérite de fonctionner sur certains.

Beaucoup de blabla pour pas grand chose quand même, il aime juste pas le terme "dette" en fait

Le problème c'est quand cette tente est mise en prod directement car ca répond au besoin alors pourquoi s'emmerder ?

 
+1
 
Je comprends qu'il récuse le terme de "dette" car le CFO (ou celui qui finance les équipes) ne comprends pas la même chose que le dev quand il parle de "dette technique".
 

 
Ça m'étonne qu'une personne comme Quentin Adam, un entrepreneur intelligent, puisse écrire des choses d'aussi courte vue (sauf à vouloir troller, ce qui est une de ses compétences )

Que des tech ne parlent pas le même langage qu'un financier ça a toujours existé.
Le terme de dette concerne les équipes tech, pas le CFO. Charge à direction tech de traduire en langage compréhensible par la finance.
Quoique si le CFO est pas trop con, il saura faire une multiplication d'un nombre de jour fois le taux horaire du nombre de personne à impliquer dans la solvabilité de la dette.

C'est pas totalement faux, tu contracte pas réellement de dette.

Tu accumules un retard d'investissement sur lequel tu pourrais avoir des intérêts qui s'ajoutent (augmentation du coûts avec le retard qui peut rendre plus complexe le sujet). Ce qui pourrait de loin ressembler à une dette.

je ne suis pas d'accord.
Un retard d'investissement ne t'impose pas à revenir dessus (tu le dis toi même, "pourrais" avoir des intérêts)
Une dette, tu sais d'avance que tu vas devoir revenir dessus car sinon ça va te couter cher, plus cher que si tu avais directement fait le travail.
Et tu contractes du temps (et donc de l'argent), que tu devras rendre (avec les intérêts et +) plus tard.

Tu as dans tous les cas le retard d'investissement qu'il faudra couvrir un jour.
 
Je parle pas d'une appli dont l'arrêt est programmé, d'un site qui va fermer ou autre chose de ce genre, pour lesquels ne pas faire d'investissement n'est pas un problème.

 
les 2
 
on est en cours de pratiquage, on a deja quelques trucs mis en place, et c'est deaj chiant, et on etudie ce qu'on va devoir faire et c'est encore plus chiant

J'en suis au début de l'étude chez un client de mon côté, c'est super intéressant. Mais je sens bien que ca va pas nous simplifier la vie au quotiden

 
C'est justement pour ça que l'on a rajouté le terme technique après dette.
Ce n'est pas une dette morale ni financière mais une dette technique.
C'est à dire que l'on reprends les caractéristiques de la dette financière (on s'attache un boulet au pied pour obtenir un avantage rapidement en espérant pouvoir le détacher un jour) et que l'on applique à un développement (ou une archi réseau ou serveur).

Tu sors le lance-flammes et tu me crames tout ça merci

 
Oui. Et si ça peut faire rentrer dans la tête d'un décideur que choisir de la solution court-terme techniquement c'est une mauvaise idée dans la plupart des cas, c'est pas plus mal

C'est pas forcément une mauvaise idée, c'est juste un choix stratégique assumé qui permet de répondre à une problématique spécifique.
Toujours est-il qu'il ne faut pas oublier de rembourser la dette ensuite, et c'est souvent là que ça pèche.

surtout quand le choix est assumé par quelqu'un qui n'aura pas à se farcir les conséquences plus tard

Ça par contre...

dette, dîme, ... qu'est ce qu'il vous arrive

Et Xat qui veut se jeter par la fenêtre quand il fait travailler !

Oui ça doit être mis en place en fonction du contexte

La DIME, premier meme du topic

Viens me dire ça sur S4B

Mon fils de 13 ans s'intéresse au "codage". Pour faire mumuse, il commence à bricoler en Java... je suis désolé, je ferai pas d'autres gosses, promis  

c'est toujours mieux que la mère d'un pote qui a mis le petit dernier un peu geek sur windev

Fais lui faire du go, ce sera plus simple et moins chiant.
Bon après on trouve peut être moins de truc en français...

Elle voulait une fille ?

 
Véronique Courjault ?

 
En plus, vlà l'écosystème passionnant pour un gamin...

Y a des options plus ludiques... À peu près tout sauf le C.
Même Java est pas si mal: Android, mods Minecraft, ...

Il y a scratch aussi

À 13 ans c'est pas fou de commencer par un vrai langage.

Par contre c'est important d'avoir des outils accessibles, des bons tutos en français, et un écosystème ludique.

Le gamin sur java  
Mais alors windev  
Enfin l'idée d'initier tôt un enfant à la programmation me semble pas mauvaise. Ca peut toujours servir par ci par la plus tard d'avoir des notions sur ce sujet.

refile lui python, un rpi et des conneries pour s'amuser
moi perso mon gosse se met à java, je l'achève, ça sert à rien de le laisser souffrir inutilement  

J'allais le dire, à ce compte là, autant le mettre sur python qui est le langage qui devient à la mode et qui est assez versatile en terme d'application.

13 ans ... J'avais mis les mains dans le Qbasic  
Parce que l'interpréteur et l'environnement de saisie était disponible en natif dans les PC du CDI  

On en fait des conneries avec ça   aaaah les parties endiablé de snake ( modifié à ma sauce pour jamais perdre   ) ou le semi AIM bot sous gorilla   et les autres programmes plus ou moins farfelues qu'on pondait nous même