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 🙂