3. Startup by Wikipedia
1) Une jeune entreprise innovante
à fort potentiel de croissance
qui fait souvent l'objet de levées de fonds.
2) Une entreprise en construction
qui n'est pas encore lancée sur le marché commercial
(ou seulement à titre expérimental).
5. Qu’est-ce qu’une startup ?
Quelques personnes, des bureaux (et encore), une idée
Et des manières d’exploiter cette idée :
● L’exposer au monde
● Faire du CA
● Revendre
● Extirper de l’argent à l’Etat en subventions
6. But de Corporama
1) Présenter des infos sur les sociétés
2) Attirer des clients
7. Startup driven Developement
But en tant que développeur :
● Construire un produit
● Rencontrer l’attente de clients
Mais ces deux buts doivent se rejoindre :
● Adapter constamment le produit en train de se faire
● Dans un temps limité
9. Créer un cycle vertueux : Minimum Valuable Product
La méthode : mettre en ligne une proposition de fonctionnalité aux clients.
Ecouter le retour des utilisateurs
Si la fonctionnalité a du succès:
● Plus de clients
● Plus de temps
Politique des petits pas
10. Forrest Gump
Thème récurrent : la lutte contre le temps.
Aller vite
On parle ici de la vitesse de la sortie du produit
Quitte à se faire un peu de dette technique.
11. Dès les premiers jours. L'an 01
Avoir une infrastructure adaptée à ces cycles courts
● Intégration continue
● Déploiement continu
Avoir une équipe adaptée à ces cycles courts
12. Env. de développement : Fast and furious
Environnement de développement rapide :
● Playframework
● JRebel
● En Erlang : sync
● CSS, JS : build automatiques
13. Dès les premières semaines : Reliability
1) Environnement de production qui ne pose pas de problème.
2) Technos : être à l'aise ou savoir le risque couru
3) Dès le départ se garder des régressions grâce aux tests
● Tests unitaires
● Et surtout des tests fonctionnels
Oui c’est contre-intuitif
Tester : passer du “Tu devrais” à “Tu dois”
14. Dès les premiers mois : Clean Code
Moment de la société : les premiers mois
Il faut lutter dès le départ lutter contre la loi de l’entropie
Simplicity is prerequisite for reliability --Edsger W.Dijkstra
15. SDD : Clean Code revisited
Beaucoup de fausses bonnes idées.
Refactoriser en début de cycle, quand on améliore une fonctionnalité
16. SDD : Clean Code revisited
Préférer la modularité à l’abstraction.
Petites méthodes, petites fonctions
Avantage d’un langage fonctionnel : pas d’effet de bord, tout est sous les yeux.
Coder pour le présent et rendre le futur possible
17. SSD : La loi du travail
Viser les 80% de la fonctionnalité
Si on arrive à 100% c’est bien aussi
18. Dès les premières années : 3 hommes et un couffin
Après plusieurs mois il faut parfois partir en vacances
Pour l'efficacité de l’équipe :
● Plusieurs Fullstack permettent de partir en vacances...
19. SSD : agilité, adaptabilité. L’âge de raison
Moment de la société : le pivot
Reconnaître un besoin client qui a de l’avenir
Adapter la stack technique devenue limitative
20. SDD : La place du développeur dans l'entreprise
Technique as First class Citizen dans la société
Même niveau de pouvoir
Même niveau de responsabilité
Etre proche des retours du client (même sans intermédiaire du PO)
21. SDD : Responsabilité du développeur
Dans une startup la technique doit être en symbiose avec les autres
● Je ne crois pas à la vision du créateur d’entreprise qui va dicter le produit
● Je ne crois pas non plus à une technique souveraine
22. SDD : Conclusion
Do. Or do not. There is no try
Speed and Agility
Reliability
Developper as first class citizen