Au programme :
- Les développeurs, ces artistes !
- Les liens de David:
- https://www.babylonjs.com/
- https://deviens.dev/
- https://www.microsoft.com/en-us/makecode?rtc=1
- https://www.toothycat.net/~hologram/Turing/index.html
- Et ses apps:
- https://www.urzagatherer.app/
- https://www.collecto.app/
Pour soutenir l’émission, rendez-vous sur http://patreon.com/RDVTech
Plus d’infos sur l’épisode :
- Les animateurs sont Christophe Camicas (@ChrisCamicas), David Catuhe (@deltakosh) et Patrick Beja (@NotPatrick).
- Le générique est de Daniel Beja (@misterdanielb). Sa musique libre de droit est sur MusicInCloud.fr.
Vous pouvez télécharger le fichier MP3, et vous abonner par iTunes ou en RSS.
Bonjour !
Il faut savoir également que dans le monde du « développement » il y a toute une série d’autres intervenants qui ont également leur importance. Je voulais parler des « analystes » business, fonctionnels et techniques (en partant du mindset le plus « business » vers le plus « IT »). Ils vont faire de leur mieux pour que la communication depuis le Business vers le développeur soit la plus claire possible.
– L’analyste Business va travailler directement avec le client en « éllicitant » ses besoins, il a une connaissance avancée du métier et en même temps une connaissance (plus ou moins large) des solutions IT
– L’analyste Fonctionnel va travailler la « traduction » des besoins dans des fonctions « IT »
– L’analyste Technique, lui, va rentrer encore plus dans le détail (au niveau base de donnée par exemple)
(tout ceci est TRES résumé ;))
En fonction de la taille des projets tous ces rôles seront joués par des personnes distinctes ou … par les mêmes personnes. Chaque rôle à ses particularités orientées plus soft-skill ou plus techniques et les personnes sont plus ou moins à l’aise avec les différentes compétences.
Tout ça pour dire que les développeurs sont rarement seuls dans la barque 🙂
Rudy.
Merci des détails ! On gardera ça pour la suite : Développeurs 2, le retour. 🙂
Je me retrouve vachement dans vos anecdotes.
Chez nous ça développe en interne pour les utilisateurs internes. Et on a les mêmes choses : tu passes du temps à prendre les infos et spécifications, les développeurs te sortent un beau truc et là les utilisateurs trouvent encore à redire. « Ouais mais là on pourrait pas ajouter une colonne et un champ de recherche? »
Et ça faisait la 2eme version bêta que tu leurs avait donné. Ils pouvaient pas te le dire avant.
Pareil aussi sur les « oh il suffit JUSTE d’ajouter le truc ici »
A part sur derrière y’a toute la base de données à modifier, l’appel des données et l’affiche.
Mais oui, c’est JUSTE une petite colonne en plus 🙂