D'une feuille blanche à une affaire rentable

Ça nous a pris 4 ans pour grandir d'une idée ambitieuse vers une boîte rentable, avec une très petite équipe et peu de ressources. Je raconterai comment faire "juste assez" et "juste bien", avec une touche de bonnes pratiques, beaucoup de motivation et pas mal de Ruby, nous avons réussi à fabriquer un produit à forte croissance et une équipe heureuse.

Version anglaise présentée à RuLu 2013 : https://speakerdeck.com/jlecour/from-no-code-to-a-profitable-business

Transcript

1. De la feuille blanche à une affaire rentable Celui où on n’a pas besoin d’être parfait pour réussir /dev/var/2 • 21 novembre 2013
2. Regarde M’man, c’est moi sur le podium !
3. super modèles, mais durs à imiter surtout au début
4. 4 années objectifs très ambitieux toute petite équipe
5. d’un simple prototype à plusieurs applications
6. on n’a pas été parfait mais on a réussi quand même
7. avec les bonnes personnes on peut faire de grandes choses
8. Jérémy Lecour hotelhotel.com
9. cette équipe est trop petite pour accomplir quoi que ce soit
10. Pas d’expert mondial Pas les moyens d’en embaucher Il faut tout faire soi-même
11. 4 rôles principaux pour les développeurs
12. architecte
13. ouvrier
14. horloger
15. plombier
16. on peut jouer chacun de ces rôles mais permuter souvent est épuisant
17. !"# FAUT FAIRE AVEC
18. imparfait partout est mieux que mauvais n’importe où style iOS 7 Comic Sans MS
19. changements fréquents de technologies utilisez ce qui va bien maintenant changez éventuellement plus tard
20. avec le bon bagage, on peut faire des choix rapides et éclairés
21. on a changé de stockage de données et c’est pas si grave 3x
22. les hôtels sont vendus pas plusieurs marchands à des prix différents
23. 2,100 hôtels chez 17 marchands 30 requêtes externes 20K prix collectés par 15 threads 30-90 secondes pour finir une recherche pour PARIS :
24. MySQL au début, c’était facile et ça marchait bien
25. puis ça n’était plus possible trop de boulot sur trop de données
26. documents MongoDB { "search_results": [ { "hotel": { "name": "Sofitel Marseille", "rating": 4, }, "merchants": { "accor": 145.20, "expedia": 150.00, "ratestogo": "full" } },{ "hotel": { "name": "Radisson Blu", "rating": 4, }, "merchants": { "hotelclub": 150.00, "expedia": 154.00, "booking": "full" } } ] }
27. sous la charge MongoDB a pété un plomb
28. #sadpanda -5ms ➘ +250ms base verrouillée à 99%
29. l’optimisation a aidé pour un moment
30. l’interlude Redis
31. lors d’un échec spectaculaire on peut revenir en arrière
32. Elasticsearch un moteur d’indexation très rapide une API REST super pratique
33. expérience & connaissance sont accumulés en avançant
34. apprendre et partager toute la put•in de journée
35. #TGIF C’est l’heure d’apprendre
36. conférences groupes locaux coderetreats, coding-dojos contributions open-source apprendre, rencontrer, partager
37. ayez des gens qui tiennent à l’équipe, au produit, au métier
38. passionné valorise le résultat plus que les heures de boulot
39. autonome You manage things, You lead people. Grace Murray Hopper aka. Grandma COBOL
40. ouvert d’esprit differents vécus et attentes amènent de nouvelles perspectives et de meilleurs solutions
41. une attitude {A,a}gile … plus ou moins
42. Agilité = humain + technologie recommandations et pratiques optimiser le retour d'information prendre les meilleures décisions
43. faites votre marché Scrum, XP, Kanban, Lean, …
44. pas de stand-up meetings formels on sait toujours tous où en sont les autres MAIS
45. WE DON’T ALWAYS DO PAIR-PROGRAMMING BUT WHEN WE DO, IT’S FOR transfert de connaissance criticité du code et pour le plaisir
46. une petite équipe bouge facilement on essaie, puis garde ou vire de nouveaux outils et pratiques tout le temps
47. -flow simplifié on a adopté le Git
48. KEEP CALM and JUST DO IT
49. Ne pas rompre la dynamique de l’équipe Affiner les process petit-à-petit
50. empirique : basé sur, concerné par ou vérifiable par observation ou expérience plutôt que théorie et pure logique. empirisme : théorie selon laquelle toute connaissance est basée sur l’expérience, dérivée des sens.
51. au bout du compte
52. nous ne sommes pas un modèle on aurait pu faire mieux
53. ayez de grands objectifs améliorez graduellement
54. 4 années intenses très enrichissantes grâce à des gens formidables
55. Dave Thomas RailsConf 2010 You don't have to be perfect, you just have to survive. And along the way, remember that the reason you're doing it, is to make it fun.
56. Merci
57. jeremy.lecour@gmail.com @jlecour jeremy.wordpress.com github.com/jlecour