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
   

   View Slide

2. Regarde M’man, c’est moi sur le podium !
   

   View Slide

3. super modèles, mais durs à imiter
   surtout au début
   

   View Slide

4. 4 années
   objectifs très ambitieux
   toute petite équipe
   

   View Slide

5. d’un simple prototype
   à plusieurs applications
   

   View Slide

6. on n’a pas été parfait
   mais on a réussi quand même
   

   View Slide

7. avec les bonnes personnes
   on peut faire de grandes choses
   

   View Slide

8. Jérémy Lecour
   hotelhotel.com
   

   View Slide

9. cette équipe est trop petite
   pour accomplir quoi que ce soit
   

   View Slide

10. Pas d’expert mondial
    Pas les moyens d’en embaucher
    Il faut tout faire soi-même
    

    View Slide

11. 4 rôles
    principaux
    pour les développeurs
    

    View Slide

12. architecte
    

    View Slide

13. ouvrier
    

    View Slide

14. horloger
    

    View Slide

15. plombier
    

    View Slide

16. on peut jouer chacun de ces rôles
    mais permuter souvent est épuisant
    

    View Slide

17. !"#
    FAUT FAIRE AVEC
    

    View Slide

18. imparfait partout
    est mieux que
    mauvais n’importe où
    style iOS 7
    Comic Sans MS
    

    View Slide

19. changements fréquents de technologies
    utilisez ce qui va bien maintenant
    changez éventuellement plus tard
    

    View Slide

20. avec le bon bagage, on peut faire
    des choix rapides et éclairés
    

    View Slide

21. on a changé de stockage de données
    et c’est pas si grave
    3x
    

    View Slide

22. les hôtels sont vendus
    pas plusieurs marchands
    à des prix différents
    

    View Slide

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 :
    

    View Slide

24. MySQL au début, c’était facile
    et ça marchait bien
    

    View Slide

25. puis ça n’était plus possible
    trop de boulot sur trop de données
    

    View Slide

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"
    }
    }
    ]
    }
    

    View Slide

27. sous la charge
    MongoDB a pété un plomb
    

    View Slide

28. #sadpanda
    -5ms ➘ +250ms
    base verrouillée à 99%
    

    View Slide

29. l’optimisation a aidé
    pour un moment
    

    View Slide

30. l’interlude Redis
    

    View Slide

31. lors d’un échec spectaculaire
    on peut revenir en arrière
    

    View Slide

32. Elasticsearch
    un moteur d’indexation très rapide
    une API REST super pratique
    

    View Slide

33. expérience & connaissance
    sont accumulés en avançant
    

    View Slide

34. apprendre et partager
    toute la put•in de journée
    

    View Slide

35. #TGIF
    C’est l’heure d’apprendre
    

    View Slide

36. conférences
    groupes locaux
    coderetreats, coding-dojos
    contributions open-source
    apprendre, rencontrer, partager
    

    View Slide

37. ayez des gens qui tiennent
    à l’équipe, au produit, au métier
    

    View Slide

38. passionné
    valorise le résultat
    plus que les heures de boulot
    

    View Slide

39. autonome
    You manage things,
    You lead people.
    Grace Murray Hopper
    aka. Grandma COBOL
    

    View Slide

40. ouvert d’esprit
    differents vécus et attentes
    amènent de nouvelles perspectives
    et de meilleurs solutions
    

    View Slide

41. une attitude {A,a}gile
    … plus ou moins
    

    View Slide

42. Agilité =
    humain + technologie
    recommandations et pratiques
    optimiser le retour d'information
    prendre les meilleures décisions
    

    View Slide

43. faites votre marché
    Scrum, XP, Kanban, Lean, …
    

    View Slide

44. pas de stand-up meetings formels
    on sait toujours tous où en sont les autres
    MAIS
    

    View Slide

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
    

    View Slide

46. une petite équipe bouge facilement
    on essaie, puis garde ou vire de nouveaux outils et pratiques tout le temps
    

    View Slide

47. -flow
    simplifié
    on a adopté le
    Git
    

    View Slide

48. KEEP
    CALM
    and
    JUST
    DO IT
    

    View Slide

49. Ne pas rompre la dynamique de l’équipe
    Affiner les process petit-à-petit
    

    View Slide

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.
    

    View Slide

51. au bout du compte
    

    View Slide

52. nous ne sommes pas un modèle
    on aurait pu faire mieux
    

    View Slide

53. ayez de grands objectifs
    améliorez graduellement
    

    View Slide

54. 4 années
    intenses
    très enrichissantes
    grâce à des gens formidables
    

    View Slide

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.
    

    View Slide

56. Merci
    

    View Slide

57. jeremy.lecour@gmail.com
    @jlecour
    jeremy.wordpress.com
    github.com/jlecour
    

    View Slide