Julian Shapiro sur le développement open source, le marketing et l'entrepreneuriat

Des startups au développement web, Julien Shapiro a laissé une brèche dans le monde de la technologie. En 2011, il lance NameLayer.com , une société de technologie de noms de domaine qui a été acquise par Stars de la technologie . En 2014, il lance Libscore .

Un développeur open-source, Shapirô travaille à l'intersection du développement et des affaires. Nous nous sommes assis avec lui pour lui poser quelques questions sur Vélocité.js , une de ses contributions open source, et d'autres choses.



TV : Parlez-nous de l'expérience de la construction d'un grand projet open source.



JS : Velocity a commencé comme une simple bibliothèque pour animer des éléments de texte. La principale boîte à outils JavaScript, jQuery, possède son propre moteur d'animation largement utilisé. Mais c'est trop lent et il manque les améliorations de flux de travail spécifiques à l'animation pour être vraiment viable pour les séquences d'animation complexes et hautes performances.

Après la vente de ma startup, NameLayer, j'ai eu le luxe de pouvoir coder simplement pour coder. Je n'avais pas besoin d'un chemin vers la monétisation. Je voulais juste un chemin vers le plaisir et le plaisir enfantin.



Mon désir d'animer du texte était de reproduire les belles séquences d'animation typographiques dans les titres de films, les publicités et les applications mobiles élégantes. Je voulais ce pouvoir d'animation pour moi-même. J'ai été fasciné par le beau motion design depuis que j'ai vu des graphiques d'interface utilisateur futuristes dans les films quand j'étais enfant. Il y a quelque chose de transcendant et tout simplement cool dans la conception complexe en mouvement. De plus, pour la même raison que les concepteurs passent des heures à perfectionner les combinaisons de polices et de couleurs de leurs pages, les concepteurs de mouvement perfectionnent les combinaisons de transition et d'accélération de leurs animations, car les produits raffinés sont supérieurs. Ils laissent les utilisateurs se chuchoter, Wow, c'est cool, juste avant de se tourner vers un ami et de s'exclamer, Tu dois essayer ça.

Il y a eu d'innombrables nuits de codage. Vous connaissez l'histoire. Finalement, quelques mois plus tard, j'avais quelque chose qui fonctionnait assez bien. Cependant, tous mes tests étaient exécutés dans Chrome, mon navigateur de prédilection. Quand j'ai finalement pris la peine de vérifier la compatibilité du code avec Safari, Internet Explorer et Firefox, j'ai réalisé que j'avais une tonne de travail devant moi si je voulais peaufiner cette bibliothèque pour une diffusion publique - un concept dont je n'étais toujours pas convaincu. . La raison pour laquelle cette charge de travail supplémentaire était nécessaire était double : premièrement, les principaux sites n'adopteront pas une bibliothèque qui ne fonctionne que sur un sous-ensemble de navigateurs, car leurs utilisateurs viennent du monde entier et utilisent tous les types de configurations de navigateurs et d'appareils. Et, deuxièmement, si je n'effectuais pas de tests de bogues approfondis, la bibliothèque serait rejetée comme un concurrent à moitié cuit dès le départ.

J'ai donc dû décider si je plongerais encore plus profondément dans ce projet à temps plein inattendu ou si je le terminerais là où il se trouvait et continuerais ma frénésie de codage par intermittence sur des projets amusants et expérimentaux. J'ai décidé de continuer. J'avais besoin de ce moteur d'animation pour mes propres startups, et mes propres startups - si elles répètent le succès de NameLayer - auront également besoin d'avoir des sites Web qui s'adressent aux utilisateurs du monde entier.



Poursuivre Velocity à ce tournant a été de loin la meilleure décision professionnelle que j'aie jamais prise.

TV : Vous mettez beaucoup d'énergie dans le marketing.

JS : Absolument. Ma sensibilisation au marketing a finalement abouti à des éditeurs de livres qui m'ont demandé d'écrire un guide (espérons-le) fondateur de l'animation Web, car aucun n'avait encore été écrit ailleurs. Quelques mois plus tard, mon livre d'animation a été publié avec Pearson. Il sert à acclimater les développeurs Web novices au monde merveilleux de l'animation et à la manière dont Velocity s'intègre.



Je ne m'attendais pas à ce niveau d'adoption ou de sensibilisation, mais avec cela est venu le sentiment très gratifiant d'avoir passé mon temps à bon escient. C'est probablement ce dont je suis le plus heureux : que les neuf mois de développement de Velocity ne se soient pas avérés être une utilisation moins efficace de mon temps que ne l'aurait été la poursuite d'une autre startup. Et, bien sûr, j'aime le fait que les développeurs Web professionnels soient désormais en mesure de proposer des expériences d'animation rapides et de pointe sur le Web et dans les applications mobiles basées sur le Web.

Ce que je retiens personnellement de mes propres expériences de développement Web est assez clair : si vous faites des efforts sérieux dans les projets de codage et que vous les traitez avec la même attention aux détails, la même éthique de travail implacable et le même souci du marketing qu'une startup régulière, vous pouvez voir encore plus succès que votre startup n'aurait donné une quantité égale de votre précieux temps et de votre énergie.

TV : Avez-vous été en contact étroit avec les utilisateurs notables de Velocity ?

JS : Peut-être que mon interaction préférée était avec Pasha Sadri de WhatsApp. Il m'a envoyé un luxueux boîte de chocolats en guise de remerciement. J'ai été étonné de voir à quel point c'était attentionné (et inutile, mais humblement apprécié!). Les ingénieurs de WhatsApp sont parmi les développeurs les plus réfléchis que j'ai jamais rencontrés.

J'ai eu de nombreux ingénieurs de Google, Mozilla et Yahoo! contactez-moi pour me dire qu'ils utilisent Velocity pour alimenter leurs prototypes UX internes et pour proposer des suggestions sur le projet. Ils prennent souvent sur eux de coder de nouveaux projets qui fonctionnent au-dessus de Velocity, ce qui m'aide à remplir ma mission d'apporter une animation rapide et belle sur le Web. Beaucoup de ces projets sont devenus populaires à part entière.

TV : Quels conseils avez-vous pour les développeurs open source en herbe ?

JS : L'adoption généralisée de Velocity s'est accompagnée d'un niveau de sensibilisation dans l'ensemble de l'industrie auquel je ne m'attendais pas à être aussi efficace. En fin de compte, si je cherchais des opportunités de conseil, je pourrais facilement tirer parti de la notoriété de Velocity pour obtenir d'excellents concerts et exiger un salaire élevé. Pour cette raison, mon conseil aux développeurs en herbe qui cherchent à faire passer leur carrière en programmation au niveau supérieur est 1) Trouvez une opportunité non adressée dans le monde open source - un espace qui a cruellement besoin d'une solution (pour moi, c'était de l'animation) , 2) Comprenez vraiment le problème afin de pouvoir réduire suffisamment la portée de la solution jusqu'à ce qu'elle soit raisonnablement réalisable pendant votre temps libre, 3) Construisez-la, 4) Consacrez au moins plusieurs semaines au marketing à temps partiel pour le compte de votre projet, puis 5 ) Affiliez-vous publiquement au travail autant que possible.

TV : Est-il difficile de commercialiser un projet open source ?

JS : Contrairement à la commercialisation d'une startup, il n'y a pas beaucoup de bruit dans le monde open source. Vous n'êtes pas en concurrence avec une demi-douzaine de concurrents avec des budgets marketing massifs. Au lieu de cela, chaque once de marketing dans le développement Web va beaucoup, beaucoup plus loin car il y a plus de gens qui sont prêts à écouter plus attentivement. Pensez-y : les blogs de développement Web ne sont pas aussi saturés de demandes de couverture entrantes que les blogs de startups technologiques, les leaders d'opinion du développement Web ne sont pas aussi inondés d'e-mails que les VC et, plus important encore, les développeurs Web en général ne le sont pas. trop blasé pour essayer de nouvelles bibliothèques open source. Le client moyen féru de technologie, en revanche, a vu sa part de tarif des startups SAAS tenter de les amener à ouvrir leur portefeuille et à payer pour quelque chose de valeur douteuse.

Et cet argent est au cœur de la raison pour laquelle il est tellement plus facile de commercialiser des projets open source. Il n'y a pas beaucoup d'argent dedans. Dans la plupart des cas, il n'y a aucune incitation pour les entreprises à investir de l'argent dans la commercialisation de leurs projets de développement, vous ne vous battez donc pas pour les globes oculaires. C'est donc là qu'un développeur opportuniste devrait passer son temps s'il veut asseoir sa crédibilité sur le terrain. Faites-le avant de créer une startup. Avec la notoriété de votre projet, il peut être plus facile de trouver un co-fondateur, des employés et des clients initiaux.

J'ai écrit plus sur ce sujet, notamment en décomposant certaines de mes techniques de marketing, sur Hacks Mozilla .

TV : Qu'est-ce qui est plus simple : acquérir une startup ou créer une bibliothèque JavaScript extrêmement populaire ?

JS : Construire une bibliothèque JavaScript. Il y a beaucoup moins de friction à chaque étape du processus. De plus, vous n'avez pas besoin d'un co-fondateur.

Les startups, en revanche, impliquent beaucoup plus d'agitation, de politicaillerie et d'engagement client.

En vérité, vous pouvez créer une bibliothèque open source en quelques mois, puis la publier dans la communauté pour un développement continu. À ce stade, vous pouvez être assez passif si vous le souhaitez. Une startup, cependant, peut – au mieux – atteindre un MVP en quelques mois, moment auquel ses fondateurs doivent consacrer des années et des années de travail continu à temps plein pour la voir réussir selon ses propres paramètres.

TV : Quels conseils avez-vous pour les aspirants fondateurs de startup ?

JS : Contrairement à percer dans le monde open source, percer dans la technologie avec une startup à chaud est infiniment plus difficile en raison des réalités de la productisation. Les produits nécessitent une infrastructure, des relations avec la clientèle, un marketing continu et beaucoup de frais généraux.

Les conseils aux entrepreneurs pourraient couvrir plusieurs livres, donc au lieu de plonger dedans, je vais m'en remettre aux meilleurs livres de démarrage que j'ai rencontrés :

La plupart des startups meurent, et ce qui sépare le meilleur du peloton est un accent clair sur la validation immédiate du client, qui conduit ensuite à la croissance. (Un produit minimum viable sans se concentrer sur la croissance n'est généralement pas un produit qui mérite d'être poursuivi.) Par conséquent, vous remarquerez que bon nombre de ces livres traitent de marketing.

Kategori: Nouvelles