L'agence a dit "on va coder pour Android dans ce langage" — ce choix va-t-il me rendre dépendant d'eux ?

Ça fait des années que je suis dans ce secteur, j'ai jamais vu un projet couler à cause du langage, mais j'ai vu des centaines de projets partir à la poubelle pcq le mot de passe du dépôt de code restait sur le mail perso du patron de l'agence. Avant le langage, clarifiez la question "à qui appartient le code". Ouvrez le dépôt vous-même, donnez un accès dev à l'agence.

Le truc hybride dont ils parlent c'est probablement Flutter ou React Native. Pour les deux y'a des milliers de devs en Turquie, niveau recrutement vous serez clairement pas coincé. Mais faites gaffe ; certaines agences emballent juste votre site web dans une coquille d'appli (webview) et vous la font avaler comme une appli hybride, faites écrire une par une les bibliothèques utilisées dans l'offre technique.

Les clauses de protection les plus importantes à faire inscrire au contrat sont celles-ci : 1) Que les droits de propriété intellectuelle appartiennent sans condition au client dès l'acompte initial. 2) Que les codes soient écrits conformément aux règles de linter et d'architecture standards. 3) Qu'une garantie de correction gratuite des bugs critiques d'au moins 6 mois soit donnée après la livraison du projet.

L'an dernier on a fait faire une appli retail similaire pour 240.000 TL. On s'est séparés de l'agence au 8e mois à cause d'un désaccord sur les frais de maintenance. Comme les codes étaient dans notre propre repo, on s'est arrangés avec un dev freelance payé à l'heure, il a repris le système en 12 jours et on a continué sans interruption.

edit : j'ai corrigé quelques fautes de frappe.

Dans l'offre, c'est seulement le langage de l'appli mobile qui est indiqué, ou bien c'est écrit aussi dans quel langage seront développés le panneau d'admin et la base de données en arrière-plan ? Même si le côté mobile est dans un langage très répandu, si le back-office est un système propre à l'agence, vous restez dépendant quand même.

faites ouvrir le repo au nom de votre boîte dès le premier jour et envoyez une invit à l'agence aussi. bon chaque vendredi une connaissance à vous jette un œil au code pour voir si des commits ont été poussés. tant que le code est entre vos mains vous serez le prisonnier de personne le langage c'est pas si grave.

L'idée "on trouvera un autre dev et on continuera" est très belle en théorie mais en pratique ça marche pas comme ça. Sur le marché aucun dev veut toucher au code bâclé écrit par un autre, et celui qui s'y met dit "on va tout réécrire depuis zéro". Donc faites auditer la qualité du code écrit par l'agence par un expert indépendant pendant que le process avance.

Dans les contrats de développement logiciel, les dispositions du contrat d'entreprise (eser sözleşmesi) sont fondamentales. Si la propriété des codes sources, la cession des droits patrimoniaux et les conditions d'accès au code source ne sont pas clairement réglementées dans le contrat, en cas de litige ultérieur, les droits d'auteur pourront être reconnus au développeur.

Je me permets une petite mise en garde. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

À votre place j'irais par cette voie.

Il faut faire une distinction ici. Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

C'est confirmé par l'expérience.

Ce sujet est archivé.

Vous avez raison. Essayer de faire cela seul est la voie la plus coûteuse.

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

Je me pose aussi la question.

Je suis entièrement d'accord. Quand on essaie de tout changer en même temps, rien ne prend.

Les accès doivent être créés au nom de l'entreprise, pas avec des comptes personnels.

j'ai travaillé longtemps sur ce sujet. genre si c'est une première commencez petit, l'échelle viendra plus tard.

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

J'ai vécu exactement la même chose il y a deux ans. Si les critères d'acceptation ne sont pas écrits, la date de fin du projet est ouverte à discussion.

N'hésitez pas à demander celui qui ne demande pas paie toujours plus cher. bon c'est confirmé par l'expérience.

Je suis intéressé. Prendre des notes pendant deux semaines donne de meilleurs résultats qu'une estimation de six mois.

Je suis dans la même situation, c'est pourquoi je pose la question. Le calendrier de paiement doit être lié aux étapes du projet, pas au calendrier lui-même.

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