Mitchell Hashimoto - Founder of HashiCorp, Author of Terraform, and Thoughts of Open Source Monetization

Durée: 53m46s

Date de sortie: 15/04/2024

This week we have Mitchell Hashimoto, the founder of HashiCorp. We talk about where it all started and how the company and it's tools have impacted the industry. We also talk about the challenges of being a founder and the importance of thinking about open source monetization early on. We also talk about his experience as a pilot and his technical philanthropy in the terminal emulator space.

Selected writing

Episode sponsored By CodeCrafters (https://codecrafters.io/devtoolsfm) 40% Discount!

Become a paid subscriber our patreon, spotify, or apple podcasts for the full episode.

Toutes les projets que j'ai commencé à l'existe de Hosh Group,
je n'ai jamais voulu être un business.
Je n'ai jamais pensé qu'il y aurait un business.
Je n'ai jamais pensé que personne ne les utilisera.
Donc je pense que beaucoup de projets ont commencé à cette fin.
Il n'y a pas de pensée commerciale ou de planification
qui se fait parce que le côté commercial
est un côté effectuel de la réussite de la communauté.
Bonjour, bienvenue à l'application de DevTools FM.
C'est un podcast de développeurs.
Les gens vont les faire.
Je suis Andrew et je suis ma co-host Justin.
Salut tout le monde.
Nous sommes vraiment excitées à avoir Michel Hashimoto avec nous.
Michel, merci beaucoup d'avoir regardé.
Donc vous avez commencé Hosh Group en 2010 ou 2012.
Il est assez tard.
Le company a été incorporé légalement en 2012.
2012, oui.
C'est assez tard pour moi.
Je n'ai pas compris comment cela a été fait.
Je pense que beaucoup de gens,
quand ils entendent de Hosh Group,
ont probablement entendu de Terraform.
Terraform est un projet profond,
mais je me souviens d'utiliser des vagrantes
à la collège.
Je n'ai pas réalisé que j'ai déjà construit ça.
C'est une très belle collège.
Nous sommes vraiment excitées à parler de votre travail de travail
et de votre voyage à Hosh Group.
Mais avant de nous en parler,
vous voulez nous parler un peu plus de vous-même?
Bien sûr.
Je pense que vous avez regardé le niveau de la haute.
Mais je suis un ingénieur par le backgrounds.
C'est un ingénieur par la passion.
J'ai toujours été très involvementé
en créant des softwares à l'air,
pendant les 10 ans ou pendant les 10 ans.
Je suis très profond dans l'infrastructure.
Mais j'ai travaillé sur les jobs.
Je suis maintenant en train de travailler sur un emulator terminé.
Je suis sûr qu'on va parler de ça un peu.
Mais c'est juste moi.
C'est moi.
C'est génial.
Avant de nous parler de Hosh Group,
vous êtes aussi un pilot sur le côté.
J'adore ça.
Mon maman et mes parents sont aussi pilot.
Ils sont aussi privés.
Ils sont récréationaux.
Comment avez-vous été dans ça?
Le plus grand chose,
j'ai toujours été intéressé en volant.
Je n'ai jamais regardé trop loin.
J'ai toujours pensé que ce n'était pas réaliste
ou attaillable.
J'avais un ami qui a un père de des filles.
C'est un pilot.
C'est le plus petit.
J'ai personnellement été un pilot.
J'ai rencontré un sort de sort social.
Nous en parlons.
Je me suis dit que c'était un pilot.




J'ai rencontré un pilot.


J'ai rencontré un pilot.








Je me suis dit que c'était un pilot.





J'ai rencontré un pilot.







J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.










J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.

J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.



J'ai rencontré un pilot.


J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.






J'ai rencontré un pilot.


J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.

J'ai rencontré un pilot.


J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.

J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai rencontré un pilot.
J'ai mon iPad sur board,
mais j'ai aussi le même software sur mon téléphone.
Ce sont mes backups.
Quand je fais des examens subéquent avec le FA,
le examen est très acceptant.
J'ai le sens émotif,
mais il considère que l'answer est correcte
quand il demande que c'est votre backups.
J'ai dit que c'est mon téléphone,
et si c'est pas mon téléphone,
c'est le panel.
C'est le code.
Le code de l'ordre.
Le téléphone est le numéro 1, le numéro 2,
et le plan de chargée sur le plan.
C'est la priorité de la fin.
Les examens de FA sont très bons.
Oui, je pense que si longs les plans,
je vais vous dire un peu de transition.
Vous vous dites beaucoup de zigg sur votre blog personnel.
C'est très bien.
Les gens qui n'ont pas lu votre blog,
vous devez le voir.
Nous avons parlé de Jared
et de bun,
et nous avons parlé de des gens qui utilisent zigg.
Mais on n'a pas vraiment été très bas.
Vous pouvez nous dire
ce qui vous attraque
et peut-être des projets
que vous avez utilisé ?
Oui, et je peux vous dire
un peu de nage,
parce que je pense que
mon attraction de zigg est
que je suis en train de
faire un langage programmable
expérimentable,
et qu'il n'y a pas de plan de chargée
pour le système de construction,
pour le environnement.
Et donc, en revanche,
quand nous avons commencé
Hoshcorp, on l'a évoqué
à l'heure de la fin.
Mais quand nous avons commencé,
nous avons été en train de
faire des choix de technologie
pour les projets que nous planions
pour le faire,
nous avons été en train
de faire des choix de technologie.
Nous étions très confortables
avec ZIG. Nous avons été
en train de faire des choix de
production, de qualité, de la surface
de la surface, pour des années.
Et nous avons utilisé un scale
de décès, comme nous ne sommes pas
pas affaires de ça.
Mais finalement, nous serons en train de
faire des choix de technologie.
Mais ZIG est assez similaire
à moi, parce que si ZIG
existait, et ça aurait probablement
dû être plus stabil,
mais si ZIG existait
dans une forme de 1.0, ou une forme
de 1.0, en 2012,
ça aurait probablement été une histoire différente.
Je le vois comme un
très grand succès
pour être confortable
avec ZIG.
C'est là que j'ai vraiment trouvé
ce nitch pour moi.
En ton avis, quels ennuisments
ont-ils pour quelque chose comme de la russes?
Je pense qu'il y a des ennuisments superficiels
pour moi.
Je suis commencé avec Ruby. Et Ruby a toujours
cette mindset de programme de
l'enquête.
Je pense que c'est un chose personnel.
Je pense que c'est un très subjectif.
Je ne dis pas que russes n'est pas
fun, mais je peux absolument
dire que russes n'est pas fun pour moi.
Chaque fois que je l'ai écrit,
j'ai écrit des petits projets.
Je n'ai jamais fait de grand chose, mais si je l'ai
écrit, je le read. Je le read beaucoup.
Je ne suis pas heureux
de le faire. C'est pas vraiment fun pour moi.

Je ne sais pas si c'est un truc personnel
ou si c'est un truc personnel.
Je pense que c'est vraiment fun.
Je pense que sur le côté non personnel,
je pense que la sécurité de la mémoire
est vraiment importante.
Mais je
j'aime avoir
des langues qui sont très
lignées.
Je ne sais pas exactement, mais je
j'ai un bon sens de comment ils vont
transformer dans la machine code.
Et je me sentais
russé. Je me sentais toujours
programmé pour le checker.
Et ça n'a pas toujours
toujours été super clair.
Peut-être que ça vient de l'expérience,
mais au moins au début, c'était pas super clair
de moi comment ça allait
être rendu en machine code.
Et avec Zaga, je ne me sens pas de la manière
que je le ressente. Je me sens comme chaque ligne
et j'ai une compréhension intuite
de ce type de machine code qui va produire.
Le con c'est que c'est pas
un langues de la mémoire saison
ou un langues de la même manière que
ce que Rust est. C'est pas
pas mal de la mémoire, mais
c'est pas comme un sol de rock
qui est à la garantie que Rust va vous donner.
Et certains personnes regardent ça comme
un compréhension philosophique, mais
pour moi, c'est génial.
Donc
vous avez construit des projets de side
avec ZIG, je vois que
vous avez travaillé sur un emulator terminal.
Comment ça a été?
Et quelles sont les défis de
construire un emulator terminal?
C'est été fun. C'est un projet
fun. C'est quelque chose que je n'ai jamais
voulu, jamais voulu, que je serais
travaillé sur. Même quand j'ai commencé
ce projet, c'était un projet de
apprendre des choses différentes. ZIG, un de
les programmes de GPU, un autre,
juste un emulation déterminant, un
général, je voulais juste apprendre. Je ne
ne savais pas que ce serait un
projet que d'autres personnes ont
utilisé et très feature riche,
et je pense que si ça a été le temps,
je n'ai pas pu comprendre
comment la opportunité est de
faire un emulator terminal plus
fort, et comment la opportunité
est d'improver
l'emulation terminal à son corps,
pas même le site app, mais
les programmes de la CLI
peuvent en faire.
C'est été un peu fun.
Il y a 800 testers de beta,
je l'ai planifié publicement
ce année, un projet de passion.
Les gens me demandent tout le temps
d'avoir le legislators,
là où il y a des tests miteinander
dans les靴au si tu aloōres




L' sponsored,
lacription de certains programmes
dans les tonight,
technologies que nous utilisons aujourd'hui.
Ils ont un tout petit peu de défis, des choses comme
construire leur propre bête, construire leur propre gât,
construire leur propre docteur et tant d'autres.
Ils soutiennent tous les langues de programmation
qui sont pour ces défis.
C'est vraiment cool de pouvoir se placer
dans les plus bas works de ces tools de devs
de l'impact de les protocoles binaires
et de voir comment ils travaillent.
J'ai passé quelques de ces défis maintenant et je suis toujours surpris
de comment simple les protocoles binaires sont.
C'est vraiment fun de pouvoir impacter les détails de la hauteur.
Un autre cool truc de la hauteur est que
ça fait vraiment un expérience de communauté.
Il y a des solutions, des commentaires,
donc ça ne fait pas que vous êtes en train de apprendre
un document. Ça fait que d'autres personnes sont là.
Ainsi que les contenus, même ces expériences
sont targetées contre les développeurs de la software expérience.
Par exemple,
en tout cas, en vous battant pour une expérience custom en browser,
CodeCrafters vous permet de utiliser toutes vos tools.
Vous pouvez donc utiliser votre ID, un éditeur texte.
Tout ce qu'il faut faire est de se mettre en place des codecrafters.
Ils sont dans les tests et ils vous montrent les résultats.
Vous ne pourrez vraiment pas aller au site si vous ne voulez pas.
Pour essayer de faire des codecrafters pour vous-même,
visitez CodeCrafters.io
ou devtools.fm.
Vous allez avoir un discount de 40% et vous allez vous aider
au podcast un peu.
Si vous voulez sponsoriser DevTools.fm,
vous pouvez aller au devtools.fm.com
Et avec ça, nous allons retourner au épisode.
Peut-être que nous pouvons transitionir
en parlant de Hashacorp,
en parlant des projets de fashion.
Vous avez dit que vous avez trouvé
Hashacorp en 2012.
Qu'est-ce que vous avez fait
en parlant de ce qu'on était en train de travailler?
Qu'avez-vous trouvé
à Solve?
Quand on a inventé ça,
nous avons seulement fait un code
de codecrafters.
Mais
j'ai également écrit
un nombre d'autres idées que nous voulions
chercher.
C'est toujours difficile de le rappeler,
parce qu'il y a beaucoup de choses que nous n'avons pas fait
en parlant de la construction.
Mais de ce que nous avons construit,
tout est en train de

pour le moment.
Mais tout ce que nous avons construit
était envers le point de vue de
Valt.
Nous pensions que la sécurité
serait parmi tous les projets.
Nous pensions que nous serions
en train de faire des secrets centrales.
Nous avons été plus parentes
pour la solution en vraie vie.
Mais en plus de la planète,
c'est ce que nous avons pensé.
Nous avons été plus parentes pour la solution

Mais la vraie impétition
était que j'ai étudié à la collège
et j'ai étudié à la région San Francisco.
J'ai travaillé dans l'environnement de la start-up.
J'ai écrit des pétiers de pétiers
qui étaient en pétier,
des automations, des tools d'infrastructure,
et j'ai étudié à des événements sociaux
et j'ai réalisé que tout le monde
n'avait pas les mêmes problèmes.
Et c'était un truc qui me
a poussé à me dire que je devais
être et que le vagrant easily passedé.
Le vagrant avait été yarné
avec beaucoup de existence et soldats,
et c'était un projet deама
et moi-même j'ai inveiglé
dewhでき
et j'ai travaillé 10 heures
enwouldi dans la week Welkins
프�ime travail.
en travaillant 4 et 8 heures
àomp trazier
Ф oaurcopse
en petit.
et jebey versus
même si ça n'était pas sustainable.
Donc, ces deux facteurs me ont aidé à commencer HashiCorp.
C'est génial.
Donc, en 2014, vous avez révé la tâche de HashiCorp.
Vous pouvez expliquer comment vous pensez à l'influence de l'heure?
La pensée était assez simple.
En 2014, nous commençons à faire des gens très hauts,
qui ont créé beaucoup de choses.
En ce moment, je pense que, à peu près,
en 2014, quand nous commençons à penser à la tâche,
nous étions en train de faire des gens très hauts.
Ce que nous réalisions, c'est que nous avons besoin d'une description de culture.
Ce que nous voulions faire, c'est que tout le monde de la société
était aligné sur des vies plus que juste.
Et ce n'était pas juste humain.
Il y avait un design producte qui était le focus de la tâche.
C'était originalement,
comme nous déligons plus de gens à travailler sur des projets
et de commettre des réellences sans l'involution des armes.
Comment nous nous rendons compte que c'est un software de délivre
qui sort de l'esprit de la tâche,
pour à peu près.
Et donc, la tâche est ce qu'on a fait.
C'était une version de nos principes de design
qui s'est rendue à l'époque.
Je trouve ça intéressant.
Surtout en ce temps,
mais en général,
j'ai pensé que beaucoup de grandes entreprises existaient.
HashiCorp, en étant le premier,
j'ai pensé à Heroku et à la tâche de la tâche.
J'ai pensé à Linear.
Il y avait toujours été un piece d'art de la tâche
qui est-ce qu'ils ont, et comment ils s'opérent,
ou leur théorie, ou quelque chose.
Vous avez l'opération de HashiCorp,
et HashiCorp, et HashiCorp,
je pense que le 12-factor app,
ou quelque chose qui est lié à ça,
a été fait.
Linear a l'envers de Linear,
ce qui est un autre piece d'art instrumental.
Je ne sais pas,
je ne sais pas où je vais,
mais je pense que c'est quelque chose d'intéressant,
où il y a des works importants,
ces postes qui sont très élevés,
et qui ils sont,
et qui ils sont,
et je suis inquiétant
comment vous vous en avez fait,
et ce que ça ressemble à ce que vous avez fait.
Quoi?
Oui, je ne sais pas.
C'est-à-dire que, en 2014,
vous n'avez pas acheté quelqu'un
jusqu'à un an,
un an,
et puis vous vous en avez commencé
à acheter plus.
Je ne sais pas.
C'est pas quelque chose
que j'ai pensé trop trop.
Je ne sais pas.
Mais une chose que je sais,
c'est que je pense que,

j'ai eu un autre approach
de ce que j'ai voulu,
de l'infrastructure.
C'est un peu difficile de regarder,
et je ne suis pas tenté
de prendre le crédit pour ça,
mais juste le moment
où je me suis fait,
c'est un endroit beaucoup mieux,
même si c'est super compliqué.
Je pense que Coupernetti est compliqué,
mais je pense que les choses
que Hoshcore a fait sont compliquées.
Mais, en regardant le fait que je l'ai dit
avant, c'est que je me suis fait
un emploi
pour deux ans,
et c'est comme ça que, pendant ce temps,
tout le software de l'infrastructure
était écrit pour les machines,
et je pense que,
possiblement, à mon compte,
et à Ruby,
comme un avaf-développeur,
et aussi,
ce que j'ai toujours donné le crédit,
c'est juste cette expérience
de l'appel à la store,
comme un emploi retail,
mais juste la culture que même
l'appel à la store à la retail a,
je pense que ces deux choses sont mises en place,
quand j'ai transitionné
dans l'infrastructure du profession,
je pensais que le software
a besoin de se faire
de l'entraînement,
pour être concentré sur le humain
d'un coup, plutôt que la machine,
et donc,
je pense que c'est partie de
ce que nous avons écrit,
et le taux, dans une certaine partie,
il y a un élément de l'intérêt,
qui a été le principal guide pour l'entire
du tout, au moins le temps que je suis là,
ce qui était des workflows, pas des technologies,
et c'était cette idée que
on a créé, comme l'une des premières choses
que j'ai faite avec tout le software
que j'ai créé, puis et maintenant,
ce que j'ai fait, c'est
ce que des gens m'ont dit,
que je suis en développement,
mais je n'ai pas parlé de ça
en public, je créais
une file basse, ou un file maitre,
où j'ai juste prétendu le software
qui a déjà existé, je n'ai pas fait
de tout, je l'ai éco-né,
peut-être avec des moules,
mais j'ai fait ça avec Terraform,
donc je pouvais passer par Terraform Plan, Terraform Apply,
je suis en train de faire des choses,
et je serais juste là, en air,
et à ce moment, quand la internet
était mal, je serais juste là,
et j'ai prétendu, j'ai mis moi-même
dans cet environnement, et j'ai fait
des commandes, et j'ai fait un peu de gage,
c'était fun de utiliser le software,
c'était intuïtif de ce qu'est le next step,
quels sortes de flags je vais avoir besoin,
quelle fonctionnalité, que je pense,
et ça a fait un bourse,
pour que nous voulions
faire des technologies de là-bas,
et je pense que c'était un autre moyen
d'en penser à la période, à moins de faire un peu
plus, tout se sent plus humain
orienté.
Oui, j'adore cette façon de définir le software,
j'ai quelques packages MPM,
et tout le temps, je commence
avec le Readme, j'ai commencé avec l'API,
j'ai joué avec ça, en essayant de faire
ça, et c'est quand je déviens, et j'ai
essayé de fléchir ça.
Oui, je pense que l'un des choses
que j'ai donné à Armand, pour le brin
de la table, c'est que je suis un extremiste
de ce processus, quand on a commencé
la compagnie, où je serais vraiment
dans le regard de l'aparition, et Armand a
beaucoup de
plus d'académie,
sort de background de la compétition
d'un computer science, et il a
créé cette idée de,
on va faire ça, mais en fait,
en travaillant sur la table, on va faire
la même chose, et dans le temps
que nous voulons atteindre, on va parler
du corps,
je pense, des abstractures
ou des modélisations de
ce software, et on va en rencontrer
un des mots qui se sont re-médiais,
en général, on va en rencontrer












appeler. C'est comme ça que ça va fonctionner. Les machines de state, comme vous avez, comme
ça, fait une machine de state à la fois, peut-être qu'elles bougent en parallèle,
ont-ils besoin d'être à l'aide d'une autre parce qu'il y a un whole body of research
en termes de machines de state à la fois, à travers les machines de state et des choses
comme ça, c'est assez, à moins de temps que tout le research que nous avons lu, c'est
comment les systèmes de gamme online ont travaillé, c'est comme des machines de state
à la fois, et donc il y a eu un sort de rigueur que ma mère a appris à tout le processus,
qui m'a appris à ce jour. Et, basically, quand nous avons travaillé sur ces projets,
nous serions sur les deux côtés, mais nous avons commencé le corps, nous avons commencé
le CLI et nous avons simultaneously marché vers le milieu. Et je pense que le plus
pour moi, dans mon compte, le truc qui s'étend le plus est le vault.
Quand nous avons fait le vault, nous avons terminé le vault dans 6 semaines et nous n'avons
pas travaillé en binary jusqu'à deux jours avant que nous avions publié le vault.
Nous avons développé tout en utilisant les tests de unités et ce document de design que nous avons
créé, et en deux jours avant, ah, c'est probablement une semaine avant que nous
avions publié, parce que nous avons eu un peu de tests de sécurité en moyenne.
Nous avons créé la binary et ça a fonctionné. Et nous sommes comme, OK,
c'est intéressant que vous ayez des bons designs sur les côtés,
fait des tests et marché vers le milieu et produisant un software qui a beaucoup de bugs,
mais aussi, fonctionne.
OK, donc vous avez créé beaucoup de tools à l'AsiaCorp.
Nous avons parlé de quelques terraformes vagrantes.
Mais quel était votre préféré pour travailler sur les derniers jours?
Et quel est le plus impacté sur l'écosystème de l'infrastructure?
C'est probablement le même pour les deux.
Je ne vais pas tenter de prendre le plus facile.
Je suis toujours vraiment consistant de dire que mon progrès préféré
n'est jamais travaillé sur la terraforme.
Je pense aussi que ça a terminé avec tous les projets que nous avons fait.
Je dirais que ça a un impact très grand sur les personnes
en infrastructures.
Ça sent en termes de...
Je pense que le vol a un impact comparable en termes de usage.
C'est moins excitant de parler, plus les gens doivent savoir,
mais c'est très, très utilisé.
Et l'utilisation s'est protégée d'un certain nombre de pieces d'information
et je pense que le vol a un impact très grand.
Mais la terraforme, c'est toujours le plus excitant.
C'était aussi un projet que, quand nous avons commencé à Hoshikorp,
j'avais l'emploi de la plus claire d'entendre ce que j'ai voulu faire.
Je l'ai tweeté quelques années plus tard,
mais j'ai été un blog tumblr.
Et sur mon blog tumblr, je l'ai posté...
C'est comme en 2010.
Je l'ai posté un blog post où j'ai outlé mon désir pour la terraforme
et comment j'ai voulu travailler.
Et j'ai demandé à quelqu'un de me faire ça.
Et personne n'a pas fait ça, et nous avons acheté ce point où j'ai besoin de ça.
Et je me suis dit que je vais faire ça.
J'ai toujours été très clair.
J'ai publié ce blog poste au jour où l'AWS a élevé la formation de la cloud.
Parce que j'ai vu la formation de la cloud.
Et je pensais que c'était vraiment cool,
mais c'était pas le moyen de faire ça.
Et donc je l'ai écrit, c'est une bonne idée.
On va le faire de cette façon, et ça a fini par devenir terraforme.
Vous avez été la CEO de l'HashCorp depuis longtemps.
Vous avez été la CEO pour un nombre de années,
la CTO pour quelques années après ça.
Et puis vous avez transitionné à être un contributif individuel
pendant les deux ou trois ans que vous étiez là.
Qu'est-ce que ça a été de cette expérience ?
Et vous avez été un peu étrange dans votre structure de rapport
après que vous ne vous êtes pas le CEO ?
Oui, je suis devenu le CEO de l'HashCorp quand j'étais 22.
C'était le premier start-up,
le premier venture-back start-up,
et puis seulement à date, je pense.
C'était mon premier start-up à venture-back
que j'avais déjà créé.
Et la plus grande compagnie que j'avais travaillée
avant l'HashCorp était de 45 gens.
Et donc je n'avais pas d'idée de ce que ça fait
pour le business,
ce que la CEO fait,
ce que les responsabilités sont pour une compagnie d'entreprise.
Nous n'avons pas le temps de savoir,
c'est une compagnie d'entreprise,
mais nous avons commencé,
mais nous avons été là pour les choses.
Et donc je suis le CEO pendant 4 ou 5 ans,
et c'était par un peu de fonds de la fête,
et de la vente de 20 à 40 gens.
J'ai été là, je ne me souviens pas d'un numéro exact,
mais de 20 à 40 à une range solide.
Et ce que j'ai réalisé,
c'est que la compagnie a été plus grande
et que notre mission a été de plus en plus,
et des choses comme ça,
j'ai commencé à réaliser comment le job de CEO est réel.
Je pense que dans ma main,
avant je pensais que c'était un titre de débat
sorti de la main,
et c'est juste mon ignorance en ce moment.
Et quand j'ai commencé à réaliser
que c'est ce que la CEO fait,
c'est ce que les responsabilités sont.
Et c'était à un niveau de bébé,
comme si nous étions une compagnie d'entreprise.
Mais même à ce moment,
je réalisais que ce n'était pas quelque chose
que j'étais super confortable avec,
et ce n'était pas quelque chose
que j'ai dérivé beaucoup de plaisir à faire.
Et donc,
pour être explicit,
comme des choses comme
l'exécutive team building,
le plan de financement,
les outlooks de 3 à 5 ans,
je pouvais,
surtout à la fois,
je pouvais payer un outlook
techniquement 10 ans,
de ce que j'ai voulu.
Mais le outlook de 3 à 5 ans
de votre business de 3 ans
était vraiment dur.
Des choses comme ça,
en parlant aux clients
et en pensant sur comment
parler de la compagnie,
en un moyen qui a résonné
avec des gens non techniques,
tout ça, c'était juste raf.
Et donc,
j'ai décidé de parler à Armand
et on a une longue histoire sur ça.
Il y a beaucoup d'inquiétudes,
mais juste de le capter
très rapidement,
j'ai décidé
que le boulot de l'économie
serait le meilleur,
de la salle de la CTO.
Et donc,
j'étais CTO pour un nombre de années,
j'ai genuellement apprécié.
Je pense que
il y a un univers parallèle
où j'ai juste gardé la CTO
pour un très long,
un très long temps,
et je suis totalement heureux.
La réalisation que je viens de
faire avec la CTO
était, je n'ai pas ce que j'ai aimé,
mais j'ai aussi ce que je n'ai pas
de pure 100% de l'amour,
ce qui était en ingénieur
et en building software.
Et donc,
à un certain point
avec la CTO,
quand la compagnie
a commencé à faire
beaucoup mieux,
je pensais que c'était un plus
plus de position
de santé et de position
de la compagnie.
J'ai parlé à Armand
et à Dave,
notre CEO,
et j'ai juste dit
que je veux
commencer
à prendre
des plus selfes
des procès, je pense.
Je veux pouvoir
reprendre ce que
c'est pour moi, personnellement,
ma passion,
qui était en ingénieur.
Donc,
j'ai fait un I.C.
et la structure de la compagnie,
c'est...
Oui, je suis sûr que c'était
un peu bizarre pour beaucoup de gens.
C'est difficile,
parce que je ne pense pas que
personne m'a dit ça à ma face,
mais je l'ai essayé le meilleur.
Je pensais que la culture
était un bon endroit
où j'ai essayé le meilleur
de rester
sur le même sort de
playing field
et de ne pas
prendre des avantages
de ma position
comme founder.
Et des choses comme ça.
Vous savez,
j'ai dit avant
que c'est difficile
de savoir ce que je ne sais pas
de comment les gens ont pensé
sur cette situation.
Mais je ne pense pas que
j'ai fait
trop mal.
Oui.
Oui, je pensais que c'était
une transition
vraiment admirable.
Et vous savez,
il y a un bon an
que nous avons
mis à la peine
pour ne pas vraiment
juste de l'ignorager
ce que nous aimons
et ce que nous aimons.
Nous sommes juste comme
non, c'est la chose
que je dois faire
ou je me sens
comme si je serais
dans ce endroit
et il y a
ce bon freedom
de dire
que je veux ça
et que je vais le faire.
Une chose que j'ai dit à des gens
c'est que les gens
sont comme,
comment vous savez
comment faire
ce que vous avez fait.
Et je me suis toujours dit
que c'était
en ingénieur
ou non, en ingénieur.
Je veux dire,
c'est juste de faire
un code.
Le code était
ce que j'ai toujours
fait
même quand je n'ai pas
le temps
que j'ai fait
pour ça.
Je serais
dans la salle
et je serais
dans la salle.
Je serais
dans des situations
qui n'étaient pas
conductives
et qui
ne m'avaient pas
reçu toutes les















le taux de management des tasks de sales des tasks ou des choses comme ça.
Et c'était même si en ce moment je n'avais pas de temps pour les faire.
Je n'avais pas de temps pour les faire.
Et c'était mon signal.
Oui, ça fait un peu de sens.
Je me suis pensé à ce transition en termes de dynamics de pouvoir.
Parce que c'est quelque chose que je pense que,
surtout pour les founders, c'est facile.
Et vous savez, être votre première compagnie, c'est facile de ne pas internaliser.
C'est un peu différent de la structure de rapport.
Je suis un manager qui a un point dans ma chaine de rapport.
Et maintenant, ils sont en train de me faire management.
Et comment ils font ça ?
Je ne sais pas.
C'est un transition intéressant.
Je pense que c'est quelque chose de bon pour parler de ça.
C'est comment nous naviguons les structures de pouvoir et les organisations.
Parce que c'est la réalité.
Vous avez pu faire beaucoup de projets d'opensource,
en tant que travail et en temps personnel.
Qu'est-ce que vous pensez quand vous faites des projets d'opensource
et que vous fassiez une communauté ?
C'est changé.
Quand j'ai commencé les projets d'opensource,
en début de l'année,
je n'ai pas pensé trop.
Je ne sais pas si c'est le début.
Je l'ai publié sur GitHub,
et j'ai mis un licence permissif.
Et je pense que c'est un bon plan.
J'ai ouvert un chanel IRC.
Je pense que, maintenant,
comme je commence le terminal emulator,
que ce soit mon expérience,
cela change considérablement.
Je fais un effort beaucoup plus
de l'effort de la sustainability
de la communauté de la communauté
et des choses comme ça.
Par exemple, la communauté culturelle,
je fais ce très long,
de la période beta.
Et une grande partie de cela,
c'est pour mon propre personnel,
comme bien-être, je ne veux pas trop de pression.
Mais une autre partie de cela,
c'est parce que,
par faire ce développement de la growth contrôlée,
je pense que vous pouvez beaucoup plus attention
pour construire une communauté
qui embête ce que vous voulez être.
Si des millions de gens
se sont réveillés sur la journée 1,
c'est un peu le wild west,
en termes de ce qui est le correct comportement
et ce qui va être toleré,
et des choses comme ça.
Mais si vous vous en avez sorti,
cela se fait comprendre.
Donc, à ce point,
j'ai promis des mods
dans ma communauté de discord,
et il y a un bon comprenu
de comment les choses se sont réveillées.
Et puis,
par la soutien de la sustainability,
c'est pour moi,
c'est moins de me dire
que je suis privilégié
d'être dans une position où
je n'ai pas trop hâte
de me soutenir
par ce projet.
Ce n'est pas un intent.
Mais je veux construire un projet
que je peux aider les contributaires
de manière ou aider les projets upstream.
Donc, j'ai activement
la discussion des gens
qui ont déjà demandé,
même si ce n'est pas public,
des gens ont déjà demandé
que je peux donner
pour le projet
et des choses comme ça.
Je ne prends pas encore.
Mais j'ai cette idée
où c'est comme, même si je n'ai pas besoin d'aide,
je dépend de beaucoup de projets
qui ont besoin d'aide.
Et donc, si quelqu'un
veut aider mon projet,
peut-il payer le projet
pour ces projets
et utiliser cela
comme un mécanisme
pour payer le projet?
Parfois,
si j'ai quelqu'un
qui contribue,
peut-être qu'ils le font
et qu'ils n'ont pas
beaucoup de temps à leur faire.
C'est comme,
peut-il aider eux
de manière
où,
la même chose,
je ne m'en souviens pas
de travailler un peu
à la nuit.
Ça ne me coûte pas.
Mais,
si c'est quelqu'un
qui pourrait être contracté
et qu'il aide,
peut-il aider
cet amout?
Je ne vais pas payer
un salariage

mais je n'aime pas
ce que le projet
ZIG fait,
d'une perspective
d'une perspective foundation.
Ils ne l'ont pas,
ils ne l'ont pas,
comme un personnel,
ou deux,
mais ils payent
beaucoup de contributaires
de 55
dollars d'euros.
Ce n'est pas,
vous pouvez contracter
beaucoup plus.
Mais,
l'idée est
que vous ne vous devez pas
faire des contributions
pour vous,
pour ce projet.
Si c'est un
projet de travail,
vous pouvez avoir un contracte
de 55 dollars d'euros
et c'est quelque chose.
Et je pense
beaucoup
dans le cadre
de mon projet.
Donc,
je me sens
que le carton
devant le horse
me fait ça
parfois
mais
c'est
quelque chose
que je ne vais pas
ne me souviendrai pas.
C'est un cool
moyen de l'approcher.
Surtout dans la communauté J.S.
il y a un problème
du projet
d'un projet
d'un projet foundation
qui sort
de tout ce money.
Et ensuite,
vous avez des gens
comme
ce
gars de J.S.
corps
qui ne peut pas
d'importe qui
les donner
parce qu'ils n'ont pas
même
le projet.
Oui,
oui.
Donc,
c'est quelque chose
que je suis

je suis
formé
beaucoup de
pensées
sur.
Je suis
aussi
genre
dans
mon
projet
en essayant de
prendre l'action
mais
il y a
des autres
gens
qu'il parle
où je suis
essayant de faire
cette
je ne sais
un
différent
de changer
un peu
oui.
Donc,
construire une business
de l'open source
Fundamentallement, on est en train de construire un business sur le software qui est libre et ouvert.
Mais aujourd'hui, un business a besoin de faire du mien.
Et donc, la choice est comme,
qu'est-ce que le bon licence, quand vous commencez un projet, est important.
Et c'est difficile à faire, parce que quand vous commencez un projet d'open source,
vous pouvez juste dire, oh oui, je veux tout le monde avoir ça.
Et puis vous vous enduriez organiquement en construisant un business,
et vous vous réalisez, est-ce que nous avons fait la bonne chose ou pas?
C'est pas une bonne chose.
Comment pensez-vous de cette chose aujourd'hui?
Je pense beaucoup différemment,
surtout en étant un entrepreneur qui a pu faire un processus d'open source commercial.
Je pense que je peux parler pour moi-même et beaucoup d'autres créateurs d'open source,
et je dis que, à l'hôpital,
tous les projets que j'ai commencé, avant d'exister au HoshGorp,
ou d'exister pour exemple,
je n'ai jamais voulu être un business,
je n'ai jamais pensé qu'il y aurait un business, je n'ai jamais pensé que quelqu'un ne les utilise.
Donc je pense que beaucoup de projets ont commencé de cette façon.
Il n'y a pas de pensée commerciale,
ou je pense que le plan est invité,
parce que le côté commerciale est un effectuant de la réussite de la communauté.
Et c'est un effectuant de...
Je pense que certains cas,
il y a des cas de gris,
mais en mon cas,
on a parlé de ça,
mais je voulais faire une choise
entre le travail que j'ai travaillé en temps pour payer mon rent,
ou d'une fois que j'ai essayé de chercher un source commercial,
donc je pouvais travailler sur ça pour payer mon rent.
Mais je ne pouvais pas faire les deux,
parce que je n'étais pas en temps dans mon jour,
et donc je devais aller dans le temps,
et donc ça a été un facteur motivatif.
Je pense que si tu es dans la position
où tu as une idée de projet
et que tu décides que l'open source est la meilleure solution
pour ce projet,
mais que tu as aussi déjà compris qu'il y a des postes commercialisés,
je pense que tu es dans un position beaucoup plus meilleure
pour figure out
ce qu'on veut faire en licence.
Et parmi les licence,
ce sont les stratégies de monétisation,
tu veux faire SAST,
open core,
ou si tu veux faire un licence, ou si tu veux faire des services de soutien,
je pense que tu peux arriver à ce point pour une avance.
Le problème que j'ai personnellement appris et le problème que j'ai vu beaucoup de gens s'en aller,
c'est que tu n'as jamais eu le plan pour les commerciaux et donc tu es resté dans un certain parc
et peut-être aussi par le temps que tu réalises ce que tu veux commerciaux,
tu peux, il y a des choses que tu peux dire, te donner trop de temps.
Et puis tu end up being your biggest competitor yourself.
Et je pense que, comme je suis un grand proponent de l'opinion,
je pense que je ne brûle pas l'opinion ou tout ça.
Je ne pense pas que l'opinion soit nécessairement bonne ou bien.
Je brûle le fait que ce n'est pas plan et avance.
Donc tu es en train de faire des conséquences de décisions plus tard.
Oui, je pense que ton bon nom pour HashiCorp est vraiment un peu éco.
À la fin, tu as partagé une anecdote sur comment,
tu as pensé que tu es un peu un peu un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,


tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,
tu as pensé que tu es un peu plus jeune,













je pense que c'est un peu insensible,
mais c'est ce que nous pensions,
et on ne s'est pas pu faire attention,
mais alors tu commences à acheter des gens,
et je me souviens que, à un moment certain,
j'avais des problèmes,
je pense que je ne suis pas en train de dormir,
c'est une très spécifique chose,
mais je me suis commencé à avoir des idées
d'anxiété pour un temps plus tard,
parce que je réalisais,
en particulier, quand la société n'était pas très bien,
je me suis commencé à avoir un peu d'anxiété,
parce que je réalisais que les gens
qui sont en train de se dépasser,

et ils ont des enfants,
et je n'avais pas d'enfants,
donc je ne pouvais pas faire de moins,
mais le fait de l'affaire pour moi
n'a pas de problème, mais le fait de l'affaire pour quelqu'un
n'a pas de problème,
et donc, il y a un certain point où ça me a
dépassé, et la société elle-même
a eu des problèmes, et je me suis commencé,
c'était vraiment très malade,
pour un moment très brief,
je vais dire qu'il y a une très spécifique Zoom meeting
que j'avais,
où on était essayant de trouver un
fonctionnement commercial, et la personne
que je parlais de la Zoom meeting,
en une heure très normale,
était dans un quartier d'amortisseur
avec trois enfants, et il y avait deux enfants
qui se sont crueillis dans le dos,
et ils avaient,
leur chanson de la noise,
et je me souviens de ce que je disais,
et je me souviens de ce meeting,
et de ne pas avoir de plus de stress
dans leur vie, que je suis déjà witnessing.
Et c'était des moments comme ça,
que je pense, que si c'est d'une source
ou pas, comme le founder
d'une entité commerciale,
commence à être un grand catalyst
pour la décision.
Je pense que la source est difficile,
parce que c'est juste fundamentalement humain,
ça apporte beaucoup
à l'humanité,
on veut
construire ces choses créatives
et mettre les moutons dans le monde,
pour que les gens puissent les amener,
les déployer et les utiliser,
et nous avons
une validation de ça,
mais les réalités de nos propres
nécessaires, et particulièrement
en prenant des nécessaires pour les autres,
pour qu'on construise une compagnie.
C'est une décision difficile,
c'est une des choses où ça ne peut pas
pas être difficile à l'arrivée,
mais ça devient important,
et je pense que
il y a un grand
genre de drama, et un peu d'autres choses,
mais je pense que les gens doivent
en garder en mind, c'est un genre humain,
et je pense que
même
quand les entreprises réconsentent
les conditions de licence,
c'est souvent
en pensant qu'on est construit un business
et que nous essayons de construire
un business en un marché compétitif.
Et la chose est,
si vous vous aborder votre valeur,
comme c'est admirable,
c'est une vraie conséquence,
peut-être que
quelqu'un de 3 enfants vivant dans un quartier
peut perdre leur travail,
car la compagnie est en train de
s'assurer sur leur budget,
et ça a un impact tangible,
et c'est comme, est-ce que ça est
un changement de licence ?
Absolument, oui, si ça veut dire
que les gens de cette organisation
peuvent garder leurs travail,
c'est des choses humaines
qui sont mises parfois.
Oui, je pense que
dans mon sphère,
je ne pense pas que c'est
unique pour les gens,
mais en tant que tech,
je pense que les gens
ont une tendance
d'améliorer
les décisions.
Un moyen reductionniste
de penser à tout.
Je veux penser
que le monde est simple,
et il y a des décisions très simples
mais mon expérience
est que
pas même de la source électorale,
mais de la conduite de business,
presque toutes les décisions
que je fais ont été
très hardes et ont eu des nuances
et c'est
un très stressant part
de la position.
Je pense que, 1,
j'ai parlé très publiément
et les gens ont réglé
beaucoup, mais c'est
un peu outil,
mais le point qu'on a fait
c'est que
les hauches-corps sont une première company
et j'ai été un peu
un peu plus bas
que les gens qui disent
que c'est pas réconstitut,
parce que vous ne vous inquiétez pas
dans ce pays,
et à un moment,
je n'ai jamais pris le point,
c'est pas le cas,
je me suis dit que je voulais
mettre ce record sur le point,
et je me suis posé ce commentateur
sur les complexes légales
sur les gens qui m'ont acheté
et sur comment vous ne pouvez pas
et mon point
c'est que nous aimons le faire en tech,
parce que sur internet,
sur nos pays, nous pouvons accesser
le monde qui s'y sent,
vous pouvez aller où vous pouvez,
c'est ce que ça sent,
mais le point que je fais
c'est que le monde,
et d'un perspective humaine,
et d'un perspective de hirying,
est tellement inécliné,
et nous sommes à l'aise,
et nous nous portons en bas,
et tout ça,
et je pense que,
comme tous les autres,
on a des décisions non HR-reléatées,
des décisions techniques,
ce n'est jamais pas facile
de faire ces décisions.
En parlant de décisions pas compliquées,
il faut prendre une licence,
il y a eu des décisions intéressantes
de faire des décisions,
que vous avez choisi,
si elles existaient,
quels sont ces décisions?
Je ne sais pas si je vous ai choisi,
mais je pense que,
importantement, quand j'ai commencé
mon projet d'opinion,
les vrais contenders
étaient des
très permissants
des décisions,
tu sais, tu as le GPL,
la MIT, Apache, BSD,
les anciens gardes,
d'ailleurs, d'opinion de licence,
d'aides,
mais c'était tout.
Il n'y avait pas de discussion
de licence
comme une modélisation.
Il y avait une licence duale,
où il y avait des projets GPL,
où vous pouvez payer du monnaie
pour utiliser une licence non GPL,
mais
personne ne pensait en temps,
je ne sais pas aujourd'hui,
mais c'était pas un temps
qui n'était pas vu comme un
venteur de growth,
c'était vu comme un venteur de growth,
comme une petite company,
comme un choix individuel,
mais pas comme un venteur de growth.
Je pense que, aujourd'hui,
vous êtes en train de voir un effort
pour construire des licences
additionnelles,
avec l'intention de la sustainability,
pour pouvoir
faire des services et de construire des communautés,
des choses comme ça,
mais je pense que
il y a beaucoup
d'insertie dans ce space,
il n'y a pas de la même chose
que tout le monde s'agirait,
et c'est le meilleur approach
pour les choses comme ça,
mais je pense que c'est
encore intéressant de voir.
Je ne suis pas sûr que je vais
en prendre un, mais je suis content
que la communauté,
en tout cas, est en train de
explorer ces options
avec la pensée
de la sustainability.
Oui, absolument.
C'est nécessaire.
Le pain et
l'envers et les forces qu'on a
sont élevés, c'est clair
que c'est un secteur qui a besoin de plus de focus
et de plus de personnes pour essayer de plus de choses.
J'espère que vous allez avoir
un bon travail,
une bonne licence pour
faire le meilleur de tous les mondes.
Il faut être en train
de faire un bon travail.
Je pense que c'est un peu

les deux extremes.
Il y a un maximum de
GPL
qui est libre et
ouvert, et puis
c'est un peu de la même chose
qui est totalement ouvert pour le prioritaire.
J'espère que
même les gens
qui sont absolument ouvert,
j'espère que tout le monde s'agirait
d'un point de vue
de la réalité,
où c'est facile de faire tout
un source ouvert pour un business.
Comme un développeur qui s'en s'étend
régulièrement sur les plateformes
de la plateforme, comme MacOS,
pour un grand part,
mais il y a une partie
d'une partie large.
Même si j'avais
très peu de privileges, j'aurais plutôt
d'exemple le code source
pour SwiftUI, que de ne pas avoir.
Je n'ai pas de ça, et je n'ai pas de
idée de comment ça fonctionne.
Si les docks sont en train de se faire
c'est totalement de la même chose.
J'espère qu'on pourrait trouver un point
où le business peut être réussi.
On pourrait rester
à la très petite capacité de share
pour construire la communauté
et de share dans ce succès.
Mais je pense que c'est une question
très open et actuelle.
Absolument.
Les dernières questions,
on est toujours en train de
parler de la future.
Certaines projections
ou ce qu'il y a de la prochaine.
Peut-être que
quelque chose pour vous
est un emulator
terminale.
On peut en mettre un peu de temps
pour que ça soit quelque chose
que vous travaillez pour longtemps.
Est-ce que
une idée de business
ou quelque chose que vous voulez
faire professionnellement
au-delà de votre projet?
Oui.
Il n'y a pas de concrète idée
de la prochaine. J'espère
que ça va travailler sur ce terminale.
Je pense qu'il y a
beaucoup d'opportunités
en termes de termes de termination.
Même si ça a été un problème,
il y a beaucoup d'entraînement.
Je l'ai déjà dit, c'est
une version de plateforme texte
de web browser.
Je ne vais pas dire
que je vais essayer de killer un web browser.
Je ne suis pas malade.
Je pense qu'il y a
une place pour une plateforme
de texte de texte.
C'est ce que les terminaux sont.
Mais en même temps,
les terminaux ne sont pas
à 0,1%
de la speed de la innovation
de un browser.
Qu'est-ce que vous avez fait pour que ça soit un peu
plus grand?
Je pense que

de la technologie.
Je pense que
dans la vie,
on fait
de la socialité.
On a essayé de faire ça
en termes de la communauté.
La version de termination
de la technologie
de la version de la technologie
de la technologie, c'est
mon succès.
On y a des chercheurs

mais qui
Mistras.
La visite de

réalisée un siècle monthly.



des choses de la 60e, pourquoi est l'emulation encore dans le nom ?
Oui, je l'ai parlé à l'amulation de la communauté,
qui est à l'aise de la cour, les terminaux d'emulation,
mais en enjeu de la innovation, est-ce que c'est clair ?
Est-ce que c'est clair ? Est-ce que ça peut être délicat pour les gens qui n'ont pas l'emulation ?
Parce que vous avez d'autres terminaux d'emulation, comme l'alacrystie,
et je ne parle pas pour eux, mais une réponse très justifiable
si j'ai essayé de faire quelque chose de nouveau, c'est de ne pas s'arrêter,
parce que vous ne l'êtes pas émulé, vous êtes innové,
et ça vous permet de faire plus de travail pour eux, et ça va les déclencher.
Et donc je me suis considéré,
pourquoi j'ai utilisé une phrase différente,
pourquoi je ne vais pas être compatible avec d'autres terminaux
pour certains features, je ne vais pas les forcer,
comme je vais essayer de construire une plateforme de texte alternateur,
ou quelque chose, je ne sais pas, c'est toujours un peu d'enjeu.
Oui, on a parlé d'un peu de gens qui travaillent dans ce pays,
donc l'un des épisodes plus anciens était les founders de FIG,
qui ont terminé de vendre leur company à Amazon,
qui était, vous savez, ils faisaient vraiment intéressant de travail,
et ils avaient des plans pour construire un terminal long terme,
et les founders de Warp, nous avons les gens,
et ils font vraiment intéressant de travail sur ça.
Je pense que c'est un bon espace, et je suis heureux de voir les gens travailler dans ça,
parce que les développeurs, en particulier,
ont pris beaucoup de temps dans un terminal,
et l'expérience de l'expérience est importante.
Donc sur le podcast, nous aimons demander une question de la prochaine phase
sur le sens où la personne est involvementée,
et vous avez été involvementée avec Cloud et l'infrastructure
pour la meilleure partie de l'année et des changements.
Donc, oui, votre vie, pour la plupart,
donc, quel est le futur de Cloud et l'infrastructure ?
Est-ce que c'est plus compliqué ou moins compliqué ?
Oui, je ne suis pas activement en train de travailler dans ce space,
c'est mon déclamateur.
Quand j'ai départi le HashiCorp,
c'est mon pensée sur ça,
et c'est mon pensée maintenant,
c'est que je pense que ça doit être moins compliqué.
Je pense que nous avons reposé un endroit,
quand j'ai commencé le HashiCorp, où j'ai ressenti
que c'était un set de tools très limités,
très constrainés, très difficiles à utiliser,
et nous sommes maintenant à un endroit où il y a beaucoup de tools
que l'on peut utiliser d'un à un,
mais il faut être glu,
il faut être glu,
beaucoup plus ensemble pour avoir ce que vous voulez,
et ça me sentait mal.
J'espère que le futur est simple,
et ça réduit le usage,
mais aussi la complexité.
Même en utilisant l'exemple de Kubernetes,
je pense que Kubernetes est bien et bien,
mais,
chaque fois que j'utilise Kubernetes,
c'est pas juste Kubernetes,
mais plus que 10 autres projets vendus
qui sont intégrés,
et c'est là où il se fait vraiment mal.
Et je pense que le HashiCorp,
d'un certain extent,
c'est un problème,
le vault, en sa propre,
a besoin de beaucoup d'autres tools pour être utilisé.
Je pense qu'il y a une opportunité,
pour simplifier, et je pense que c'est le futur.
Certaines personnes, quand je dis ça,
pensent que le futur est juste passé,
comme plateforme de service,
comme que tu vas avoir Heroku,
et j'ai aimé Heroku,
et j'aime des choses de plus en plus,
mais c'est tellement difficile
de mettre la bonne boxe
autour de tout le monde.
Je pense que,
même si ça se crée,
et se capture un grand part,
un certain part du marché,
je pense que l'autre côté,
le plus compliqué, le côté snowflake,
il doit avoir un meilleur tool.
Cool.
Ça fait un peu de temps pour nos questions.
Merci pour les podcasts.
C'était vraiment fun,
de voir vos vies sur votre travail
et de parler de ce que tu fais maintenant
avec ZIG et votre termine de l'amélioration.
Merci beaucoup.
Michel, merci pour votre travail.
Je pense que
votre travail a
d'ailleurs impacté tout le monde,
qui est en espace.
C'est intéressant pour moi
de vous parler,
après avoir
utilisé un projet d'amélioration,
au début de ma carrière.
C'est vraiment un truc fun.
J'ai vraiment apprécié
ce que vous avez fait.
Merci.

Les infos glanées

Je suis une fonctionnalité encore en dévelopement

Signaler une erreur

devtools.fm:DeveloperTools,OpenSource,SoftwareDevelopment

A podcast about developer tools and the people who make them. Join us as we embark on a journey to explore modern developer tooling and interview the people who make it possible. We love talking to the creators front-end frameworks (React, Solid, Svelte, Vue, Angular, etc), JavaScript and TypeScript runtimes (Node, Deno, Bun), Languages (Unison, Elixor, Rust, Zig), web tech (WASM, Web Containers, WebGPU, WebGL), database providers (Turso, Planetscale, Supabase, EdgeDB), and platforms (SST, AWS, Vercel, Netlify, Fly.io).
Tags
Card title

Lien du podcast

[{'term': 'Technology', 'label': None, 'scheme': 'http://www.itunes.com/'}]

Go somewhere