D'une feuille blanche à une affaire rentable

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

7d1caf9df777b3b2cf474ff743494335?s=128

Jérémy Lecour

November 21, 2013
Tweet

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