Il a mis le code sur GitHub mais ne me donne pas l'accès — il a raison ?

J'ai une objection à faire ici. Si vous ne formalisez pas cela par écrit dès le départ des disputes éclateront plus tard.

Aucun processus sans suivi ne s'améliore, car vous ne savez pas quoi corriger.

Mon regard a changé après avoir vécu cela. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

Les décisions hâtives finissent par être corrigées six mois plus tard.

Je partage mon expérience. La réponse varie beaucoup selon le secteur, il n'y a pas de règle générale.

Bien sûr, cela change si votre situation est différente.

Je suis dans la même situation, c'est pourquoi je pose la question. Un code sans documentation d'installation ne vous appartient pas, même si vous l'avez.

Voilà, désolé si je me suis étendu.

Oui, la situation est exactement ainsi concernant accès au dépôt de code source. Si vous ne formalisez pas cela par écrit dès le départ, des disputes éclateront plus tard.

Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

Pourriez-vous préciser un peu ? Si vous obtenez trois réponses différentes sur un sujet, la question est mal posée.

La solution qui semble bon marché finit souvent par coûter cher. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

C'est exactement ça. Chaque « on verra ça plus tard » en réunion signifie du travail non chiffré.

Dans un système repris, le plus coûteux sont les dépendances inconnues. Si vous avez des questions, écrivez-moi, je répondrai au mieux.

il faut faire une distinction ici. si le périmètre s'agrandit, il faut augmenter soit le délai soit le budget. il n'y a pas de troisième option.

si vous avez des questions, écrivez-moi, je répondrai au mieux.

Je me pose aussi la question.

Beau travail.

Je suis dans la même situation, c'est pourquoi je pose la question. Dans un système repris, le plus coûteux sont les dépendances inconnues.

Ce que tout le monde fait ne signifie pas que c'est la bonne chose. Corrigez-moi si je me trompe.

Je n'ai aucune expérience en accès au dépôt de code source, c'est pourquoi je pose la question. N'hésitez pas à demander, celui qui ne demande pas paie toujours plus cher.

Bon courage.

Je n'ai aucune expérience en accès au dépôt de code source, c'est pourquoi je pose la question. Dans un système repris, le plus coûteux sont les dépendances inconnues.

J'espère que cela vous sera utile.

C'est globalement vrai, mais il manque un point. Avant de décider, regardez quelles données vous avez en main.

Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

pour entrer dans le détail : Si vous obtenez trois réponses différetes sur un sujet, la question est mal posée.

Exactement, et ce n'est pas si connu que ça. Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur.

Bon courage.

Cette approche a un coût, dont on ne parle pas. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Dans un système repris, le plus coûteux sont les dépendances inconnues. genre c'est confirmé par l'expérience.