In episode 48 of To Be Continuous, Edith asks Paul what it took to found his fourth startup, Dark.
This episode of To Be Continuous, brought to you by Heavybit. To learn more about Heavybit, visit heavybit.com. While you're there, check out their library, home to great educational talks from other developer company founders and industry leaders.
","text":"In episode 48 of To Be Continuous, Edith asks Paul what it took to found his fourth startup, Dark. This episode of To Be Continuous, brought to you by Heavybit. To learn more about Heavybit, visit heavybit.com. While you're there, check out their library, home to great educational talks from other developer company founders and industry leaders."}}},{"__typename":"PrismicBlogPostBodySoundcloud","slice_type":"soundcloud","id":"69375a7d-3bdc-5318-baf2-9e83baf31a20","primary":{"soundcloud":{"html":""}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"2fa342e3-c023-540e-a338-af10ac86c2a8","primary":{"wysiwyg":{"html":"TRANSCRIPT
Edith Harbaugh: Hey, Paul.
Paul Biggar: Hello.
Edith: I heard you started Dark.
Paul: Yes, I started a new company, Dark. Darklang.com.
Edith: Tell me about it.
Paul: Dark is our attempt to take all of the accidental complexity out of building software. We started with the premise that building software is just way too hard, and we looked at all the various different points of that complexity.
The major four that we came up with was: infrastructure complexity, things like Kubernetes and Docker and AWS and that kind of thing; API complexity, deployment complexity; and then code complexity itself. That’s everything from syntax errors to using git, to fixing your editor, or all that sort of thing. We speculated that we can remove all of those areas.
Edith: All of them?
Paul: All of them. All those areas of complexity.
Edith: I thought you were about to say, “And then we decided to focus on one.”
Paul: There’s certainly a question about the order of which we validate things and how we cut scope to get to market, but those are the four areas of complexity that we’re looking at. The end results, or the initial end result, is a combined holistic editor programming language and platform as a service. Or hosting and infrastructure compiler, perhaps.
Edith: I have so many questions. How did you come up with an MVP given such a broad space?
Paul: The initial MVP I made about 18 months ago, and it took about two weeks. That was a thing where I had a bunch of ideas and what I needed to prove to myself was, “Is it possible to write software in this metaphor?”
So I built a blog with it. And it wasn’t a very advanced blog, it was just like, “Is there a metaphor with which I can store data and do computation on it? In a way that’s zero deployment and very fast to edit?”
And it was buggy, but it was fine and it proved that I could do it. It took me two weeks but really it was like 800 lines of Python and 800 lines of Elm. It was not very complicated.
Edith: Why did you switch from Clojure?
Paul: Why did I switch from Clojure?
Edith: And Elm, and Python?
Paul: We’re still using Elm today. We switched from Python, and the original MVP was in Python, but I found I struggled to grow it. Very much for the same reasons as we switch from Python, which is that I believe in static types. We’re building it in OCaml and I think that the result is not going to be that it’s all done in OCaml.
","text":"TRANSCRIPT Edith Harbaugh: Hey, Paul. Paul Biggar: Hello. Edith: I heard you started Dark. Paul: Yes, I started a new company, Dark. Darklang.com. Edith: Tell me about it. Paul: Dark is our attempt to take all of the accidental complexity out of building software. We started with the premise that building software is just way too hard, and we looked at all the various different points of that complexity. The major four that we came up with was: infrastructure complexity, things like Kubernetes and Docker and AWS and that kind of thing; API complexity, deployment complexity; and then code complexity itself. That’s everything from syntax errors to using git, to fixing your editor, or all that sort of thing. We speculated that we can remove all of those areas. Edith: All of them? Paul: All of them. All those areas of complexity. Edith: I thought you were about to say, “And then we decided to focus on one.” Paul: There’s certainly a question about the order of which we validate things and how we cut scope to get to market, but those are the four areas of complexity that we’re looking at. The end results, or the initial end result, is a combined holistic editor programming language and platform as a service. Or hosting and infrastructure compiler, perhaps. Edith: I have so many questions. How did you come up with an MVP given such a broad space? Paul: The initial MVP I made about 18 months ago, and it took about two weeks. That was a thing where I had a bunch of ideas and what I needed to prove to myself was, “Is it possible to write software in this metaphor?” So I built a blog with it. And it wasn’t a very advanced blog, it was just like, “Is there a metaphor with which I can store data and do computation on it? In a way that’s zero deployment and very fast to edit?” And it was buggy, but it was fine and it proved that I could do it. It took me two weeks but really it was like 800 lines of Python and 800 lines of Elm. It was not very complicated. Edith: Why did you switch from Clojure? Paul: Why did I switch from Clojure? Edith: And Elm, and Python? Paul: We’re still using Elm today. We switched from Python, and the original MVP was in Python, but I found I struggled to grow it. Very much for the same reasons as we switch from Python, which is that I believe in static types. We’re building it in OCaml and I think that the result is not going to be that it’s all done in OCaml."}}},{"__typename":"PrismicBlogPostBodySimpleQuote","slice_type":"simple_quote","id":"6118fd1e-bfef-52fa-8343-3f55674127cd","primary":{"content":{"html":"When you’re a very early stage in a startup and you don’t know what you’re building, you have to often completely change everything often.
","text":"When you’re a very early stage in a startup and you don’t know what you’re building, you have to often completely change everything often. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"58c749cb-90e6-5191-bfe8-57358eb493ae","primary":{"wysiwyg":{"html":"The overhead of writing tests to prove that your code works is very high and having that layer of compiler checked or type system checked thing is incredibly valuable.
Edith: You felt it gave you guardrails?
Paul: Exactly, yeah. I felt a lot of security and we experienced the thing, and I’ve been coding for a while now. I know that if I fit within the guardrails, my program is probably going to work the first time in most cases.
Edith: The team started off with you and a prototype. How big is the team now?
Paul: We’re four people now.
Edith: Wow.
Paul: Yeah, I know. Big changes. And we’re interviewing heavily for five, six and seven. We’re looking for a designer, front-end engineer and an infrastructure engineer. But yeah, we’re four people now.
There’s my co-founder Ellen, there’s our engineer Ian, who has listened to every single podcast we have ever made. Which is a real struggle because he knows the ends of all my stories.
Edith: Does he ever tell you the story end?
Paul: Oh yeah, it’s like, “Do you remember when you said this on this podcast?” I was like, “Nope. I don’t remember that at all.”
Edith: I started to try to tell a story to somebody at work, and they were like, “We heard this already.”
Paul: That’s every story I tell at work now. It’s very irritating. And Stefi, who does operations.
Edith: It’s funny, I met Ian. And I’m giving him a shout out because he’s such a charming, nice guy.
Paul: He’s lovely.
Edith: It’s funny, because he’s from Ireland too.
Paul: We went to the same university about 10 years apart.
Edith: Yeah, and it’s funny, I also know that he said he felt he was a different generation than you.
Paul: That’s probably true. The generation that I grew up in was the one in which Ireland had no money, and the Celtic Tiger came along. That’s what we called the period of prosperity from between the early ’90s and 2008, and you’re coming 10 years later. You grew up through a lot of that prosperity instead of just seeing it as an adult.
Edith: That’s funny because that’s exactly the way he described it. I don’t know if that’s the way you described it to him, or that you both made the connection.
Paul: I had never heard him say that.
Edith: Yeah. He used the phrase “Celtic Tiger,” that he was the generation that grew up with more prosperity. How do you feel like that’s shaped your outlook in starting a company? To have grown up–?
Paul: That’s very interesting. One of the things that matters to me, and I’m very much a millennial in this sense, is that I don’t care much about money. I mean, I care about not having none.
","text":"The overhead of writing tests to prove that your code works is very high and having that layer of compiler checked or type system checked thing is incredibly valuable. Edith: You felt it gave you guardrails? Paul: Exactly, yeah. I felt a lot of security and we experienced the thing, and I’ve been coding for a while now. I know that if I fit within the guardrails, my program is probably going to work the first time in most cases. Edith: The team started off with you and a prototype. How big is the team now? Paul: We’re four people now. Edith: Wow. Paul: Yeah, I know. Big changes. And we’re interviewing heavily for five, six and seven. We’re looking for a designer, front-end engineer and an infrastructure engineer. But yeah, we’re four people now. There’s my co-founder Ellen, there’s our engineer Ian, who has listened to every single podcast we have ever made. Which is a real struggle because he knows the ends of all my stories. Edith: Does he ever tell you the story end? Paul: Oh yeah, it’s like, “Do you remember when you said this on this podcast?” I was like, “Nope. I don’t remember that at all.” Edith: I started to try to tell a story to somebody at work, and they were like, “We heard this already.” Paul: That’s every story I tell at work now. It’s very irritating. And Stefi, who does operations. Edith: It’s funny, I met Ian. And I’m giving him a shout out because he’s such a charming, nice guy. Paul: He’s lovely. Edith: It’s funny, because he’s from Ireland too. Paul: We went to the same university about 10 years apart. Edith: Yeah, and it’s funny, I also know that he said he felt he was a different generation than you. Paul: That’s probably true. The generation that I grew up in was the one in which Ireland had no money, and the Celtic Tiger came along. That’s what we called the period of prosperity from between the early ’90s and 2008, and you’re coming 10 years later. You grew up through a lot of that prosperity instead of just seeing it as an adult. Edith: That’s funny because that’s exactly the way he described it. I don’t know if that’s the way you described it to him, or that you both made the connection. Paul: I had never heard him say that. Edith: Yeah. He used the phrase “Celtic Tiger,” that he was the generation that grew up with more prosperity. How do you feel like that’s shaped your outlook in starting a company? To have grown up–? Paul: That’s very interesting. One of the things that matters to me, and I’m very much a millennial in this sense, is that I don’t care much about money. I mean, I care about not having none."}}},{"__typename":"PrismicBlogPostBodySimpleQuote","slice_type":"simple_quote","id":"de40be07-5765-5708-a0d6-0fcb8053a18e","primary":{"content":{"html":"Millennials are a generation that are defined by the need of experience overstatus or people who spend their money on experiences versus status.
","text":"Millennials are a generation that are defined by the need of experience overstatus or people who spend their money on experiences versus status. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"76cab08f-b168-5b46-b4ef-8f7ddb3d0aca","primary":{"wysiwyg":{"html":"Edith: I would say Ian is more millennial generation than you.
Paul: Yeah. I’m definitely within the cultural definition. I’m also within the technical definition, it’s apparently kids who started in 1980 to 1995 or something along those lines.
Edith: Who were born then?
Paul: Who were born in those years. But certainly culturally, I’m a millennial. And I believe in it. This is why I’m doing another startup. I want to build a thing that I need to exist in the world.
Edith: Yeah. You just felt this need to create again.
Paul: After I left CircleCI I spent about 18 months doing nothing.
Edith: Well, you podcasted with me occasionally.
Paul: We podcasted. That was the only technical thing. Occasionally talking to the founders and trying to help them, but mostly I went to Costa Rica, I did a road trip, I moved to New York. I did the Recurse center, which is really great. And I thought about, “What am I doing next?”
Every idea that I had, everything that I wanted to build, I was lamenting the fact that would have to go and use all these subpar tools. And that I would have to go and learn Kubernetes or learn AWS. I felt I couldn’t build a small company because the amount of infrastructure and overhead you need to have your code work is too high for one person.
Edith: There’s echoes here of that post you wrote called, This Is The Future.
Paul: Oh, yes. Very much so. I included that in all material that was discussing Dark in the early days. But there’s way too much stuff, and there’s way too much stuff you need to know, and infrastructure which was the subject of, “the future is crazy.”
But the front end is crazy as well and there’s just an explosion of tooling, and everything makes incremental improvements. All of that incremental improvement overall increases complexity rather than decreasing it.
","text":"Edith: I would say Ian is more millennial generation than you. Paul: Yeah. I’m definitely within the cultural definition. I’m also within the technical definition, it’s apparently kids who started in 1980 to 1995 or something along those lines. Edith: Who were born then? Paul: Who were born in those years. But certainly culturally, I’m a millennial. And I believe in it. This is why I’m doing another startup. I want to build a thing that I need to exist in the world. Edith: Yeah. You just felt this need to create again. Paul: After I left CircleCI I spent about 18 months doing nothing. Edith: Well, you podcasted with me occasionally. Paul: We podcasted. That was the only technical thing. Occasionally talking to the founders and trying to help them, but mostly I went to Costa Rica, I did a road trip, I moved to New York. I did the Recurse center, which is really great. And I thought about, “What am I doing next?” Every idea that I had, everything that I wanted to build, I was lamenting the fact that would have to go and use all these subpar tools. And that I would have to go and learn Kubernetes or learn AWS. I felt I couldn’t build a small company because the amount of infrastructure and overhead you need to have your code work is too high for one person. Edith: There’s echoes here of that post you wrote called, This Is The Future. Paul: Oh, yes. Very much so. I included that in all material that was discussing Dark in the early days. But there’s way too much stuff, and there’s way too much stuff you need to know, and infrastructure which was the subject of, “the future is crazy.” But the front end is crazy as well and there’s just an explosion of tooling, and everything makes incremental improvements. All of that incremental improvement overall increases complexity rather than decreasing it. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"b6c42d0a-a263-5435-ae9e-ecbca1c3e067","primary":{"wysiwyg":{"html":"Paul: And that was it. People’s expectations are much higher. There’s a lot more people on the internet now. The speed at which you need to move is incredibly high, and that combined with the expectations of needing to work in a team to be able to do that. Those are a couple of the major factors of the complexity.
Edith: This is so fascinating. There’s so many different directions. What’s it like to work with somebody 10 years younger?
Paul: I don’t know, I feel like I’ve been working with people much younger than me and also older than me, and also the same age as me. At Circle certainly a lot of us at the start were in the early family age I would say, late 20s early 30s.
","text":"Paul: And that was it. People’s expectations are much higher. There’s a lot more people on the internet now. The speed at which you need to move is incredibly high, and that combined with the expectations of needing to work in a team to be able to do that. Those are a couple of the major factors of the complexity. Edith: This is so fascinating. There’s so many different directions. What’s it like to work with somebody 10 years younger? Paul: I don’t know, I feel like I’ve been working with people much younger than me and also older than me, and also the same age as me. At Circle certainly a lot of us at the start were in the early family age I would say, late 20s early 30s."}}},{"__typename":"PrismicBlogPostBodySimpleQuote","slice_type":"simple_quote","id":"89d6ff0a-8dc3-551b-adec-e6b3ea12342a","primary":{"content":{"html":"We hired some incredibly smart 20-year-olds, some very experienced people in their 40s and 50s. There isn’t a fundamental difference between people of those various ages.
","text":"We hired some incredibly smart 20-year-olds, some very experienced people in their 40s and 50s. There isn’t a fundamental difference between people of those various ages. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"c82d43c3-58d2-5492-b107-019fd8352762","primary":{"wysiwyg":{"html":"We did once interview a 16 year old, and I think that was too far. But once you have valued team members, and you listen to what they have to say, you don’t necessarily need to do what they say. But good ideas come from anywhere. And often I could not predict where the good points were going to come from.
Edith: Yeah. This is your second time founding a startup.
Paul: This is my fourth time.
Edith: Oh my gosh, I forget. Because we talked about these other ones. So this is you fourth time.
Paul: Fourth time, yeah.
Edith: How are you trying to be more intentional about culture and hiring?
Paul: One of the big things is that we’re pushing a lot on being an inclusive company. That’s very different from what we did before. I was on, Charity Majors and Rachel Chalmers, they have a podcast on the Heavybit Network. I don’t know if it’s out or coming out.
Edith: You did that already?
Paul: I did an episode on that.
Edith: You’re not recording with me, and you’re recording with them?
Paul: I’m so sorry, Edith, I feel like I did some sort of infidelity going on here.
Edith: Well, you’ve been saying you’re too busy to tape. In full disclosure, I was on Glenn’s podcast.
Paul: Oh nice. So, I talked on their podcast a lot about this. That was not a thing I saw the value of in 2011 and have since learned how wrong I was, I think it’s important to really look at that in hiring. Which is something that we’re doing at the moment, or have been doing since the company started.
One of the other major things is just that we wrote down a set of values from the very start when me and Ellen started working together. We worked out what our roles were, we worked out what our values were. And it’s not that they were set in stone. We redid our values when we had employees.
But what was different about it is that we wanted to make sure that we were on the same page and that we were building the same company. Eisenhower or someone said, “Plans are worthless but planning is everything.” With Circle we just got down to it.
We knew we had something to build and we never discussed or thought about values or process or any of that sort of thing. I’m finding that things are going a lot more, I wouldn’t necessarily say smoothly, but everything feels smoother as a result of just having a plan and knowing what we’re doing, even if we change that relatively frequently.
Edith: Something that was really interesting was you told me that you’re already going to founders’ therapy.
Paul: Oh yeah, I’ll be right on the air about that. I think everyone should go to therapy, but I think all co-founders should go to therapy. Therapy is the best. We started working with a company called Innerspace.
Edith: Oh, Joe Greenstein’s.
Paul: We work with Semira. But Innerspace is great and they do things like T-groups. We haven’t done the T-groups together.
Edith: I did my first T-group.
Paul: How was it?
Edith: You finish your story, and then I’ll tell.
Paul: OK. I felt that from the very start, when I was talking to cofounders I was like, “I think co-founder therapy is really important, and that we haven’t worked together and we’re going to need to do this.” And Ellen was on board. So we did it from the second we raised money. First thing we did was we went to therapy. And it’s one of those things that you have to do from when you’re not having problems, to make the marriage analogy.
","text":"We did once interview a 16 year old, and I think that was too far. But once you have valued team members, and you listen to what they have to say, you don’t necessarily need to do what they say. But good ideas come from anywhere. And often I could not predict where the good points were going to come from. Edith: Yeah. This is your second time founding a startup. Paul: This is my fourth time. Edith: Oh my gosh, I forget. Because we talked about these other ones. So this is you fourth time. Paul: Fourth time, yeah. Edith: How are you trying to be more intentional about culture and hiring? Paul: One of the big things is that we’re pushing a lot on being an inclusive company. That’s very different from what we did before. I was on, Charity Majors and Rachel Chalmers, they have a podcast on the Heavybit Network. I don’t know if it’s out or coming out. Edith: You did that already? Paul: I did an episode on that. Edith: You’re not recording with me, and you’re recording with them? Paul: I’m so sorry, Edith, I feel like I did some sort of infidelity going on here. Edith: Well, you’ve been saying you’re too busy to tape. In full disclosure, I was on Glenn’s podcast. Paul: Oh nice. So, I talked on their podcast a lot about this. That was not a thing I saw the value of in 2011 and have since learned how wrong I was, I think it’s important to really look at that in hiring. Which is something that we’re doing at the moment, or have been doing since the company started. One of the other major things is just that we wrote down a set of values from the very start when me and Ellen started working together. We worked out what our roles were, we worked out what our values were. And it’s not that they were set in stone. We redid our values when we had employees. But what was different about it is that we wanted to make sure that we were on the same page and that we were building the same company. Eisenhower or someone said, “Plans are worthless but planning is everything.” With Circle we just got down to it. We knew we had something to build and we never discussed or thought about values or process or any of that sort of thing. I’m finding that things are going a lot more, I wouldn’t necessarily say smoothly, but everything feels smoother as a result of just having a plan and knowing what we’re doing, even if we change that relatively frequently. Edith: Something that was really interesting was you told me that you’re already going to founders’ therapy. Paul: Oh yeah, I’ll be right on the air about that. I think everyone should go to therapy, but I think all co-founders should go to therapy. Therapy is the best. We started working with a company called Innerspace. Edith: Oh, Joe Greenstein’s. Paul: We work with Semira. But Innerspace is great and they do things like T-groups. We haven’t done the T-groups together. Edith: I did my first T-group. Paul: How was it? Edith: You finish your story, and then I’ll tell. Paul: OK. I felt that from the very start, when I was talking to cofounders I was like, “I think co-founder therapy is really important, and that we haven’t worked together and we’re going to need to do this.” And Ellen was on board. So we did it from the second we raised money. First thing we did was we went to therapy. And it’s one of those things that you have to do from when you’re not having problems, to make the marriage analogy."}}},{"__typename":"PrismicBlogPostBodySimpleQuote","slice_type":"simple_quote","id":"6bd5e23a-33ec-5fcc-b23a-3dc366c59449","primary":{"content":{"html":"If you go to therapy when you’re having problems you’re unlikely to save it, but if you start going when everything’s good and you learn to communicate and you learn to raise issues through nonviolent language and that kind ofthing, then you can be much better partners than if you don’t.
","text":"If you go to therapy when you’re having problems you’re unlikely to save it, but if you start going when everything’s good and you learn to communicate and you learn to raise issues through nonviolent language and that kind ofthing, then you can be much better partners than if you don’t. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"c4da0cf0-c729-5fb1-ba15-506c7a26b262","primary":{"wysiwyg":{"html":"Edith: What’s your cadence for the therapy?
Paul: It’s about every two weeks.
Edith: And you feel like it’s helped?
Paul: I love it. It’s the same with regular therapy but I always feel great coming out of it and the problems have gotten taken care of. And it’s almost like the feeling you get when you have tickets in your Trello and you move it into the done column.
Edith: Do you feel yourself looking forward to it, or is it more like at the dentist?
Paul: I feel myself looking forward to it a lot.
Edith: And I say that because my dentist is always super excited to see me. And I’m like, “Dude. I am not super excited to see you at all.”
Paul: I love my dentist.
Edith: You love your dentist?
Paul: Yeah. I have a new dentist who turns it around in 20 minutes. I walk in the building, and I walk out of the building 20 minutes later.
Edith: And your therapy is like that too?
Paul: No, therapy takes a full hour. Therapy and co-founder therapy especially is very expensive. So you definitely want to be getting your money’s worth.
Edith: Expensive? What’s the ballpark?
Paul: I don’t want to say exactly, but general management or executive coaching, it’s the same price. That tends to be in the $500 narrow range. Do you have a coach?
Edith: I do not have a coach. I did do my first T-group. I got accepted to this program called Leaders in Tech, which is really interesting.
Paul: OK. What’s that?
Edith: It’s 24 people. It’s a yearlong program where its peer group/coaching to be better people, better executives. So you have to have done at least a Series B or have a certain valuation. And they said a lot of people applied and they filtered the people they thought would get the most out of it.
Paul: Nice.
Edith: It’s interesting. I‘ve never done a tea group before.
Paul: I hear it bears all the emotions for everyone.
Edith: The thing is, I didn’t know what a tea group was.
Paul: I don’t either.
Edith: I just went to this thing expecting it was your typical CEO thing.
Paul: There’s going to be talk, there’s going to be some canapés.
Edith: Yeah. But instead, the tissues were there.
Paul: Oh my god.
Edith: Yeah. It was me, the hard-charging CEO, meets the group.
Paul: But you had fun?
Edith: The joke about me was they were like, “You came in charging ready to moderate the therapy group and therapy everybody to death. Once you calmed down, it was great.”
Paul: Nice.
Edith: And I was like, “OK. You’re done talking about your feelings. Who’s going to talk about their feelings next?” Because I moderate a lot of dinners, and I was like, “OK. I don’t need to moderate this.”
Paul: We can talk.
Edith: We could. We could talk without me moderating. It was fun. So, it sounds like you’re being more intentional.
Paul: A lot more intentional about how to work together with my co-founder, how the company is set up. We were also much more intentional about how we raised money. In Circle, we raised $50K, a year later we raised a $1.5 million, a year later we raised $6 million.
Each of those were very much on the angel and then the seed round, and then the Series A based on certain traction, and whatever. We sat down at the start with Dark and we made a plan. “What can we do? What is the right way to do this?” We came up with the raise $500K plan, the raise $2 million plan, the raise $3.5 million plan, the raise $5 million plan, the raise $10 million plan.
And then we looked at, “What can we achieve on the basis of where we are, what do we need to get to the next stage?” And we narrowed it down to two plans, the $500K plan and the $3.5 million plan. More than that was too much money and would have been too dilutive.
The $2 million plan which initially seemed the most natural, we worried when we drew out a timeline of where we would be or the team we could hire, where we would be. We worried that it left us in no man’s land. It would give us 18 months. And obviously, if you have 18 months, you need to start fundraising six months beforehand.
So that means we have a year and that means we’d have to double down on the best idea within a year, and then try to raise off that. With the benefit of hindsight that would have been possible, but it looked like the riskiest plan.
So we looked at the $3.5 million and then we looked at the $500K. The risk with the three and a half million is that it’s a lot of money, and to have a good dilution the implied valuation is quite high relative to how people were doing seeds.
People were looking at $12 million-post money in most things, and that’s very diluted of to raise $3.5 million in that situation. So we thought it was the best plan and we tested the market out, and the market was receptive.
Not all of the market was receptive, we definitely talked to a lot of people who were not as receptive. We tried a couple of different plans before we hit our stride. In two months we talk to 160 investors.
","text":"Edith: What’s your cadence for the therapy? Paul: It’s about every two weeks. Edith: And you feel like it’s helped? Paul: I love it. It’s the same with regular therapy but I always feel great coming out of it and the problems have gotten taken care of. And it’s almost like the feeling you get when you have tickets in your Trello and you move it into the done column. Edith: Do you feel yourself looking forward to it, or is it more like at the dentist? Paul: I feel myself looking forward to it a lot. Edith: And I say that because my dentist is always super excited to see me. And I’m like, “Dude. I am not super excited to see you at all.” Paul: I love my dentist. Edith: You love your dentist? Paul: Yeah. I have a new dentist who turns it around in 20 minutes. I walk in the building, and I walk out of the building 20 minutes later. Edith: And your therapy is like that too? Paul: No, therapy takes a full hour. Therapy and co-founder therapy especially is very expensive. So you definitely want to be getting your money’s worth. Edith: Expensive? What’s the ballpark? Paul: I don’t want to say exactly, but general management or executive coaching, it’s the same price. That tends to be in the $500 narrow range. Do you have a coach? Edith: I do not have a coach. I did do my first T-group. I got accepted to this program called Leaders in Tech, which is really interesting. Paul: OK. What’s that? Edith: It’s 24 people. It’s a yearlong program where its peer group/coaching to be better people, better executives. So you have to have done at least a Series B or have a certain valuation. And they said a lot of people applied and they filtered the people they thought would get the most out of it. Paul: Nice. Edith: It’s interesting. I‘ve never done a tea group before. Paul: I hear it bears all the emotions for everyone. Edith: The thing is, I didn’t know what a tea group was. Paul: I don’t either. Edith: I just went to this thing expecting it was your typical CEO thing. Paul: There’s going to be talk, there’s going to be some canapés. Edith: Yeah. But instead, the tissues were there. Paul: Oh my god. Edith: Yeah. It was me, the hard-charging CEO, meets the group. Paul: But you had fun? Edith: The joke about me was they were like, “You came in charging ready to moderate the therapy group and therapy everybody to death. Once you calmed down, it was great.” Paul: Nice. Edith: And I was like, “OK. You’re done talking about your feelings. Who’s going to talk about their feelings next?” Because I moderate a lot of dinners, and I was like, “OK. I don’t need to moderate this.” Paul: We can talk. Edith: We could. We could talk without me moderating. It was fun. So, it sounds like you’re being more intentional. Paul: A lot more intentional about how to work together with my co-founder, how the company is set up. We were also much more intentional about how we raised money. In Circle, we raised $50K, a year later we raised a $1.5 million, a year later we raised $6 million. Each of those were very much on the angel and then the seed round, and then the Series A based on certain traction, and whatever. We sat down at the start with Dark and we made a plan. “What can we do? What is the right way to do this?” We came up with the raise $500K plan, the raise $2 million plan, the raise $3.5 million plan, the raise $5 million plan, the raise $10 million plan. And then we looked at, “What can we achieve on the basis of where we are, what do we need to get to the next stage?” And we narrowed it down to two plans, the $500K plan and the $3.5 million plan. More than that was too much money and would have been too dilutive. The $2 million plan which initially seemed the most natural, we worried when we drew out a timeline of where we would be or the team we could hire, where we would be. We worried that it left us in no man’s land. It would give us 18 months. And obviously, if you have 18 months, you need to start fundraising six months beforehand. So that means we have a year and that means we’d have to double down on the best idea within a year, and then try to raise off that. With the benefit of hindsight that would have been possible, but it looked like the riskiest plan. So we looked at the $3.5 million and then we looked at the $500K. The risk with the three and a half million is that it’s a lot of money, and to have a good dilution the implied valuation is quite high relative to how people were doing seeds. People were looking at $12 million-post money in most things, and that’s very diluted of to raise $3.5 million in that situation. So we thought it was the best plan and we tested the market out, and the market was receptive. Not all of the market was receptive, we definitely talked to a lot of people who were not as receptive. We tried a couple of different plans before we hit our stride. In two months we talk to 160 investors."}}},{"__typename":"PrismicBlogPostBodySimpleQuote","slice_type":"simple_quote","id":"ac20f64e-968b-573f-9214-5bde0f903f27","primary":{"content":{"html":"That’s the major difference between the first time and the second time. The first time you don’t know what you’re doing, you don’t know who to talk to.
","text":"That’s the major difference between the first time and the second time. The first time you don’t know what you’re doing, you don’t know who to talk to. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"76a5d351-52e4-5575-ac28-9d116aa2f783","primary":{"wysiwyg":{"html":"You don’t know. Every lead seems like it’s going to win. We could afford to be selective. There’s a couple people that we talk to in particular, one thing I saw was VCs who wouldn’t look Ellen in the eye.
They would ask a question, Ellen would be the right person to answer the question, she’d answer the question. And then they would ask the follow up question, still looking at me, asking me instead of Ellen. It was very frustrating, and doubly so for her. We had the ability to be a little more selective but at the same time it takes a lot of checks to get to $3.5 million.
Edith: In full disclosure, I am a very tiny investor in Dark.
Paul: You are our favorite investor in Dark.
Edith: I am your favorite that’s doing a podcast with you right now.
Paul: One thing we did was we made room for small investors. The smallest check we took was $1,000. At CircleCI, the smallest we took was $10K, and that was a stretch. We mostly took $25K. But we made a lot of room for $1-5-10K investments in Dark because one, we had a method of handling the cap table.
Which is the AngelList syndicate, so we funneled all the angel investors through an AngelList syndicate, which made capital management significantly easier. Then we needed that social proof from people like yourself, and John invested.
Edith: John Kodumal, my co-founder.
Paul: Russ from Rainforest invested, Andrew from PagerDuty invested. Greg from OpenAI invested. There’s a lot of people in the space. I feel bad now that I mentioned five when there’s in fact 25 names that you would know. So we put them on a slide when we are fundraising. It’s like, “These are the angels who are investing.” And they’re like, “I know like six of them.” and it’s like, “You should talk to them.”
Edith: Yeah, it’s funny. I’m definitely in the low side of those numbers you just named. But I did get pinged by people. They’d be like, “We saw your name on a slide. Is this true?” And I’d be like, “Yeah. Of course. I believe in Ellen and Paul.”
Paul: Could you imagine if we put names on the slide that weren’t true?
Edith: People do that sometimes. So LaunchDarkly, people put our logo on slides sometimes, and sometimes somebody will use ones we don’t use anymore.
Paul: Yeah, that’s a risk.
Edith: I’m like, “No, we don’t use them anymore. Here’s why. You should really take us off your slides.”
Paul: Yeah. This is not a good idea. But that sort of social proof was absolutely necessary, and we eventually put together $3.5 million over, I guess, a month and a half I would say. Maybe you do a couple of experiments when you’re fundraising. Now we’re going to go, “Is it going to be Series A investors? Are they going to write these checks?” And we’ve tried a couple of different venues and then we hit our stride with Angels and funds writing $250K checks.
Edith: For those listening at home, do you think this is something that worked for you because you were a fourth time founder, Ellen had come out of some prestigious startups?
Paul: Yeah. Absolutely. We couldn’t have done it without it. I see people do this, and I don’t know how they do it. Certainly we don’t like to tell a bigger story than we are. We like a good narrative, but we’re not people to hype and to pitch and to pit investors off against each other to invest in the new hot round, or that sort of thing.
You definitely see that sort of thing go on a bit. We also weren’t coming out of Y Combinator, which is a thing that often justifies those valuations. But it’s not something that we could have put together without a little bit of prestige behind it.
Edith: I still mentor when I go to Collision and Web Summit. It was really cool this year, it was a bunch of South American startups.
Paul: Oh, lovely.
Edith: From Chile, Guatemala, Brazil. Which was so cool. Everything I told them was with this huge grain of salt. “I know the American market, I don’t know if this will work in your market.”
Paul: I tell them all, “Move to San Francisco.”
Edith: I guess it did happen for you. You’re were an Irish person and you moved here and you raised. Cool. So you raised the money, you set up your culture. You started doing something very interesting, which was you had, what would you call it? A developer in a residence? Or a hacker in residence?
Paul: We called it an EIR and it’s unclear whether we meant engineer in residence or entrepreneur in residence, but it was intended to be a bit of both. Dark is a programming language, and it’s an editor, and it’s hosting.
We’re doing all those things and as a result it’s very broad. But you need market validation, and you need market validation as soon as possible. So instead of trying to launch it or something like that, because it is not polished. It is enough to prove out certain concepts and certain ideas that we had.
But we didn’t know how to prioritize all the thousands of new polish things that we could put on it. So we had this idea. Why don’t we get someone to build their actual startup in Dark, and because we wanted someone to really be doing this. We didn’t we didn’t want to find 50 people and try to have them stick with it.
What we ended up doing is saying, “We’ll pay you.” We’re paying our EIR $3,000 a month. The CAC is super high, but who knows what the payback period will be. We just posted a post on Hacker News, we posted on Twitter. A couple of people retweeted because it looked really interesting, and in the end we had about 30 applicants.
Some of them were doing things that we weren’t ready for. They needed more scale, more real time, more video. That kind of thing. But we finally came across this guy, and I don’t want to say his name because I don’t have permission.
But he’s building a small startup bootstrapped, and has a bunch of customers, is building a new product in that and didn’t want to really maintain it. And that’s the promise of Dark, that the amount of work that you have to do to write and to maintain a backend application is low.
And he’s helping us prioritize and tell us where the bugs are that really bother him, and he comes to our office everyday and he tells us what’s wrong. We triage in the morning and we re-triage high level priorities every week. At the moment it’s top slow, so we’re scaling some things and optimizing some things that we hadn’t optimized until this point.
Edith: Do you feel that you are in danger then of just becoming a consulting shop, if it’s just one person?
Paul: I don’t think so. At Dark we do retros every Friday. The company sits down together and talks about what isn’t going too well, or what’s going right as well. But one of the more recent ones is, “We feel like we’ve been a couple of weeks in the fixing bugs. What are we doing with the long term vision? How are we making sure that we follow the long term vision?”
And as a result we had a sit down, and we laid out what are all the things that are missing from long term vision that we aren’t doing at the moment, prioritize them and try to set in motion and make sure that we get to market ASAP. But also, don’t end up as a consulting shop for small people. Make sure that we would be the worst consulting shop, because we’re paying them.
Edith: It sounds like things are going well. I have to ask, why the name Dark?
Paul: I wish I had a better story about this.
Edith: Does it involve a LaunchDarkly t-shirt?
Paul: It does. We talked about this, and I remember I said to you that it’s called Dark, and you had this look on your face. And it hadn’t occurred to me, “I don’t know why you’re looking at me like that.” I honestly didn’t.
I think that the name came from the fact that we were making editors and I always used the Dark theme in editors. But what I was looking to do at the time, I was putting together a proposal to send to a bunch of people and say, “Does this look interesting?”
","text":"You don’t know. Every lead seems like it’s going to win. We could afford to be selective. There’s a couple people that we talk to in particular, one thing I saw was VCs who wouldn’t look Ellen in the eye. They would ask a question, Ellen would be the right person to answer the question, she’d answer the question. And then they would ask the follow up question, still looking at me, asking me instead of Ellen. It was very frustrating, and doubly so for her. We had the ability to be a little more selective but at the same time it takes a lot of checks to get to $3.5 million. Edith: In full disclosure, I am a very tiny investor in Dark. Paul: You are our favorite investor in Dark. Edith: I am your favorite that’s doing a podcast with you right now. Paul: One thing we did was we made room for small investors. The smallest check we took was $1,000. At CircleCI, the smallest we took was $10K, and that was a stretch. We mostly took $25K. But we made a lot of room for $1-5-10K investments in Dark because one, we had a method of handling the cap table. Which is the AngelList syndicate, so we funneled all the angel investors through an AngelList syndicate, which made capital management significantly easier. Then we needed that social proof from people like yourself, and John invested. Edith: John Kodumal, my co-founder. Paul: Russ from Rainforest invested, Andrew from PagerDuty invested. Greg from OpenAI invested. There’s a lot of people in the space. I feel bad now that I mentioned five when there’s in fact 25 names that you would know. So we put them on a slide when we are fundraising. It’s like, “These are the angels who are investing.” And they’re like, “I know like six of them.” and it’s like, “You should talk to them.” Edith: Yeah, it’s funny. I’m definitely in the low side of those numbers you just named. But I did get pinged by people. They’d be like, “We saw your name on a slide. Is this true?” And I’d be like, “Yeah. Of course. I believe in Ellen and Paul.” Paul: Could you imagine if we put names on the slide that weren’t true? Edith: People do that sometimes. So LaunchDarkly, people put our logo on slides sometimes, and sometimes somebody will use ones we don’t use anymore. Paul: Yeah, that’s a risk. Edith: I’m like, “No, we don’t use them anymore. Here’s why. You should really take us off your slides.” Paul: Yeah. This is not a good idea. But that sort of social proof was absolutely necessary, and we eventually put together $3.5 million over, I guess, a month and a half I would say. Maybe you do a couple of experiments when you’re fundraising. Now we’re going to go, “Is it going to be Series A investors? Are they going to write these checks?” And we’ve tried a couple of different venues and then we hit our stride with Angels and funds writing $250K checks. Edith: For those listening at home, do you think this is something that worked for you because you were a fourth time founder, Ellen had come out of some prestigious startups? Paul: Yeah. Absolutely. We couldn’t have done it without it. I see people do this, and I don’t know how they do it. Certainly we don’t like to tell a bigger story than we are. We like a good narrative, but we’re not people to hype and to pitch and to pit investors off against each other to invest in the new hot round, or that sort of thing. You definitely see that sort of thing go on a bit. We also weren’t coming out of Y Combinator, which is a thing that often justifies those valuations. But it’s not something that we could have put together without a little bit of prestige behind it. Edith: I still mentor when I go to Collision and Web Summit. It was really cool this year, it was a bunch of South American startups. Paul: Oh, lovely. Edith: From Chile, Guatemala, Brazil. Which was so cool. Everything I told them was with this huge grain of salt. “I know the American market, I don’t know if this will work in your market.” Paul: I tell them all, “Move to San Francisco.” Edith: I guess it did happen for you. You’re were an Irish person and you moved here and you raised. Cool. So you raised the money, you set up your culture. You started doing something very interesting, which was you had, what would you call it? A developer in a residence? Or a hacker in residence? Paul: We called it an EIR and it’s unclear whether we meant engineer in residence or entrepreneur in residence, but it was intended to be a bit of both. Dark is a programming language, and it’s an editor, and it’s hosting. We’re doing all those things and as a result it’s very broad. But you need market validation, and you need market validation as soon as possible. So instead of trying to launch it or something like that, because it is not polished. It is enough to prove out certain concepts and certain ideas that we had. But we didn’t know how to prioritize all the thousands of new polish things that we could put on it. So we had this idea. Why don’t we get someone to build their actual startup in Dark, and because we wanted someone to really be doing this. We didn’t we didn’t want to find 50 people and try to have them stick with it. What we ended up doing is saying, “We’ll pay you.” We’re paying our EIR $3,000 a month. The CAC is super high, but who knows what the payback period will be. We just posted a post on Hacker News, we posted on Twitter. A couple of people retweeted because it looked really interesting, and in the end we had about 30 applicants. Some of them were doing things that we weren’t ready for. They needed more scale, more real time, more video. That kind of thing. But we finally came across this guy, and I don’t want to say his name because I don’t have permission. But he’s building a small startup bootstrapped, and has a bunch of customers, is building a new product in that and didn’t want to really maintain it. And that’s the promise of Dark, that the amount of work that you have to do to write and to maintain a backend application is low. And he’s helping us prioritize and tell us where the bugs are that really bother him, and he comes to our office everyday and he tells us what’s wrong. We triage in the morning and we re-triage high level priorities every week. At the moment it’s top slow, so we’re scaling some things and optimizing some things that we hadn’t optimized until this point. Edith: Do you feel that you are in danger then of just becoming a consulting shop, if it’s just one person? Paul: I don’t think so. At Dark we do retros every Friday. The company sits down together and talks about what isn’t going too well, or what’s going right as well. But one of the more recent ones is, “We feel like we’ve been a couple of weeks in the fixing bugs. What are we doing with the long term vision? How are we making sure that we follow the long term vision?” And as a result we had a sit down, and we laid out what are all the things that are missing from long term vision that we aren’t doing at the moment, prioritize them and try to set in motion and make sure that we get to market ASAP. But also, don’t end up as a consulting shop for small people. Make sure that we would be the worst consulting shop, because we’re paying them. Edith: It sounds like things are going well. I have to ask, why the name Dark? Paul: I wish I had a better story about this. Edith: Does it involve a LaunchDarkly t-shirt? Paul: It does. We talked about this, and I remember I said to you that it’s called Dark, and you had this look on your face. And it hadn’t occurred to me, “I don’t know why you’re looking at me like that.” I honestly didn’t. I think that the name came from the fact that we were making editors and I always used the Dark theme in editors. But what I was looking to do at the time, I was putting together a proposal to send to a bunch of people and say, “Does this look interesting?”"}}},{"__typename":"PrismicBlogPostBodySimpleQuote","slice_type":"simple_quote","id":"1c2524c7-d0cf-55a4-8ad5-aee2380748b2","primary":{"content":{"html":"I wanted something which sounded like if you saw the e-mail with the subject, that you would open it.
","text":"I wanted something which sounded like if you saw the e-mail with the subject, that you would open it. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"0bfb2996-2576-58eb-af74-59f0a396e1ed","primary":{"wysiwyg":{"html":"And it was called Project Dark. And that sounds like a doc that you want to read. I was spit balling for names until I came up and until I satisfied that criteria. And Dark was one of the first names I came up with.
Edith: Cool.
Paul: We liked it. And now we’re DarkLang.com, and the company is Dark Inc.
Edith: Also, you’re about a year into it now?
Paul: Ellen and I just celebrated our one year anniversary of being co-founders. Or was it of meeting? One of those two. But we started fundraising about a year ago.
Edith: It’s funny, because it’s LaunchDarkly’s four year anniversary.
Paul: Oh wow. Congratulations.
Edith: And when we started doing the podcast, when I started doing the podcast with you we were four people.
Paul: You were four people. And you are 30 people now?
Edith: Fifty.
Paul: Fifty people. Holy shit, Edith. That’s huge.
Edith: Yeah. We were four people sitting outside.
Paul: Yeah. And funnily enough now, that’s like when we started my company was like 45. And now my company is four.
Edith: So maybe in a couple more years I’ll be talking about–
Paul: You’ll be starting your next one.
Edith: No, I like LaunchDarkly. Any surprises or takeaways you want to share?
Paul: Yes. There’s one key surprise that was really interesting. Actually, I’ll go with two. One is that we’ve learned that small UI improvements have really outsized impact when you’re having a product that is the core of someone’s workflow. You make a very small, seemingly insignificant change, and it has much bigger impact than the effort that goes into it.
So that’s one. And the other one is validating. Often you want to validate with customers, and we do a lot of user testing and validating with customers.
","text":"And it was called Project Dark. And that sounds like a doc that you want to read. I was spit balling for names until I came up and until I satisfied that criteria. And Dark was one of the first names I came up with. Edith: Cool. Paul: We liked it. And now we’re DarkLang.com, and the company is Dark Inc. Edith: Also, you’re about a year into it now? Paul: Ellen and I just celebrated our one year anniversary of being co-founders. Or was it of meeting? One of those two. But we started fundraising about a year ago. Edith: It’s funny, because it’s LaunchDarkly’s four year anniversary. Paul: Oh wow. Congratulations. Edith: And when we started doing the podcast, when I started doing the podcast with you we were four people. Paul: You were four people. And you are 30 people now? Edith: Fifty. Paul: Fifty people. Holy shit, Edith. That’s huge. Edith: Yeah. We were four people sitting outside. Paul: Yeah. And funnily enough now, that’s like when we started my company was like 45. And now my company is four. Edith: So maybe in a couple more years I’ll be talking about– Paul: You’ll be starting your next one. Edith: No, I like LaunchDarkly. Any surprises or takeaways you want to share? Paul: Yes. There’s one key surprise that was really interesting. Actually, I’ll go with two. One is that we’ve learned that small UI improvements have really outsized impact when you’re having a product that is the core of someone’s workflow. You make a very small, seemingly insignificant change, and it has much bigger impact than the effort that goes into it. So that’s one. And the other one is validating. Often you want to validate with customers, and we do a lot of user testing and validating with customers."}}},{"__typename":"PrismicBlogPostBodySimpleQuote","slice_type":"simple_quote","id":"95d828b0-32c4-5772-b942-68ba6fb4e633","primary":{"content":{"html":"When you’re building a big thing you can’t just give the whole thing to a customer. You have to rethink a lot about how you validate.
","text":"When you’re building a big thing you can’t just give the whole thing to a customer. You have to rethink a lot about how you validate. "}}},{"__typename":"PrismicBlogPostBodyWysiwyg","slice_type":"wysiwyg","id":"8874ca4e-c7c9-5d7b-8401-0bd45fa1642d","primary":{"wysiwyg":{"html":"We’ve been doing weekly planning meetings, and in that we have a hypothesis spreadsheet. And it’s like, “What are the hypotheses that we’re validating this week, or invalidating this week?” And we hypothesize that this particular feature is going to solve a lot of problems, or just that we want to solve these problems and we’re going to try a bunch of things to solve it and see which one sticks.
And it’s a really interesting validation problem, and I think it’s one where most people wouldn’t choose to do because it’s as a result of having a very large surface area to build. Which has its pros and cons, but it’s what we’re doing.
Edith: That’s so cool, Paul.
Paul: Thanks, Edith.
Edith: I’m glad that you seem really excited about it.
Paul: I love it. I’m super excited. Thanks so much for investing in it.
Edith: You’re literally bouncing with excitement.
Paul: I know, it’s great. We’re hiring, by the way. You should check out DarkLang.com/careers.
Edith: And then you get to work with Paul, and perhaps we’ll hear new stories before they’re on the podcast.
","text":"We’ve been doing weekly planning meetings, and in that we have a hypothesis spreadsheet. And it’s like, “What are the hypotheses that we’re validating this week, or invalidating this week?” And we hypothesize that this particular feature is going to solve a lot of problems, or just that we want to solve these problems and we’re going to try a bunch of things to solve it and see which one sticks. And it’s a really interesting validation problem, and I think it’s one where most people wouldn’t choose to do because it’s as a result of having a very large surface area to build. Which has its pros and cons, but it’s what we’re doing. Edith: That’s so cool, Paul. Paul: Thanks, Edith. Edith: I’m glad that you seem really excited about it. Paul: I love it. I’m super excited. Thanks so much for investing in it. Edith: You’re literally bouncing with excitement. Paul: I know, it’s great. We’re hiring, by the way. You should check out DarkLang.com/careers. Edith: And then you get to work with Paul, and perhaps we’ll hear new stories before they’re on the podcast."}}}]}},"suggestedPosts":{"nodes":[{"uid":"testing-in-production-for-safety-and-sanity","id":"e0dec12a-015f-57ed-a5e9-28d568fc7d8f","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"“Testing in production” refers to the practice of running code on production servers, using real data from real users, without showing the new behavior to the majority of users. These tests are frequently run during the final stages before releasing the software to a broad audience.
","text":"“Testing in production” refers to the practice of running code on production servers, using real data from real users, without showing the new behavior to the majority of users. These tests are frequently run during the final stages before releasing the software to a broad audience."},"timestamp":null}},{"uid":"what-is-continuous-testing-a-straightforward-introduction1","id":"2f0e34b8-b96f-50a0-95b6-b4a727ff91a0","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"In this guide, you will learn how other agencies are already using feature management and how it might benefit your agency, especially your developers.
","text":"In this guide, you will learn how other agencies are already using feature management and how it might benefit your agency, especially your developers."},"timestamp":"July 20, 2021"}},{"uid":"trajectory-call-for-papers-2021","id":"9180f975-e076-5db6-a2e9-5e2c51e529d2","data":{"categories":[{"category":{"uid":"trajectory","id":"X2u47BEAACIArt2-"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"Here’s a brief view into what my weeks look like as a manager of the developer marketing team at a high-growth start-up.
","text":"Here’s a brief view into what my weeks look like as a manager of the developer marketing team at a high-growth start-up. "},"timestamp":"July 13, 2021"}},{"uid":"tech-jobs-for-people-who-dont-code","id":"48fb3e50-3735-5746-8cff-715e9ac73570","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}},{"category":{"uid":null,"id":null}}],"title":{"html":"There are many roles in tech for people who aren't engineers.
","text":"There are many roles in tech for people who aren't engineers."},"timestamp":"July 8, 2021"}},{"uid":"galaxy-talk-supercharge-your-release-pipeline","id":"dae879d8-dfe1-56a2-89e6-0f57b2ddf517","data":{"categories":[{"category":{"uid":"galaxy","id":"YLf0BBIAACMAekNM"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"In this session from LaunchDarkly Galaxy, Caley Brock, a senior software engineer at VTS, talks about the process that helps her team ship faster and streamline testing.
","text":"In this session from LaunchDarkly Galaxy, Caley Brock, a senior software engineer at VTS, talks about the process that helps her team ship faster and streamline testing."},"timestamp":"July 6, 2021"}},{"uid":"what-does-being-technical-mean","id":"13fbd98e-1920-5587-8caa-4b8b84aef4f5","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"Dividing people into "technical" and "non-technical" labels harms people and organizations. Learn why in part 1 of this series.
","text":"Dividing people into \"technical\" and \"non-technical\" labels harms people and organizations. Learn why in part 1 of this series."},"timestamp":"July 1, 2021"}},{"uid":"summer-21-product-release-roundup","id":"215da624-3933-5826-a0f9-af051fff0f13","data":{"categories":[{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}},{"category":{"uid":"product-updates","id":"X2u4kxEAACAArtwf"}}],"title":{"html":"Our Product Delivery team has been hard at work the past quarter shipping incredibly powerful new functionality. Let’s take a look at some of the key highlights.
","text":"Our Product Delivery team has been hard at work the past quarter shipping incredibly powerful new functionality. Let’s take a look at some of the key highlights."},"timestamp":"June 29, 2021"}},{"uid":"customer-spotlight-knowbe4-improves-output","id":"963f1979-1da6-565b-a71b-0ce607d9abc2","data":{"categories":[{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}},{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}}],"title":{"html":"The KnowBe4 team selected LaunchDarkly as their platform of choice based on its intuitive user interface, sophisticated user targeting, SDKs for all major languages, and trusted architecture to support availability SLAs.
","text":"The KnowBe4 team selected LaunchDarkly as their platform of choice based on its intuitive user interface, sophisticated user targeting, SDKs for all major languages, and trusted architecture to support availability SLAs. "},"timestamp":"June 24, 2021"}},{"uid":"galaxy-launching-darkly-at-large-organizations","id":"5fe6ede5-dee1-5ec0-bb35-42c77f0ffce6","data":{"categories":[{"category":{"uid":null,"id":null}},{"category":{"uid":"galaxy","id":"YLf0BBIAACMAekNM"}}],"title":{"html":"If you're skeptical of how concepts like shipping faster and testing in production can actually improve your end result and create a safer overall release process, read on.
","text":"If you're skeptical of how concepts like shipping faster and testing in production can actually improve your end result and create a safer overall release process, read on."},"timestamp":"June 15, 2021"}},{"uid":"galaxy-feature-flags-daily-workflows","id":"3a314006-43dd-5101-945b-b649e92a20c5","data":{"categories":[{"category":{"uid":"galaxy","id":"YLf0BBIAACMAekNM"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"In this talk, LaunchDarkly software engineer, Dan O'Brien, talks about the perils of losing focus, and how our platform wants to help enable your deep working sessions.
","text":"In this talk, LaunchDarkly software engineer, Dan O'Brien, talks about the perils of losing focus, and how our platform wants to help enable your deep working sessions."},"timestamp":"June 10, 2021"}},{"uid":"attracting-and-retaining-engineering-talent","id":"8f369bba-2ca1-50e8-8392-131bbcff21d4","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"A conversation with StockX, Karat, and LaunchDarkly.
","text":"A conversation with StockX, Karat, and LaunchDarkly."},"timestamp":"June 8, 2021"}},{"uid":"galaxy-art-of-shipping-broken-code","id":"e7e1838a-b261-5d36-8699-44eb140b3b99","data":{"categories":[{"category":{"uid":"galaxy","id":"YLf0BBIAACMAekNM"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"Learn how feature flags gave StockX the confidence to test out a new home page against an old one on the biggest shopping day of the year.
","text":"Learn how feature flags gave StockX the confidence to test out a new home page against an old one on the biggest shopping day of the year."},"timestamp":"June 3, 2021"}},{"uid":"feature-driven-development-a-brief-overview","id":"39e10cc4-9b0a-56c6-9475-eeafe6551123","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"As with other Agile software development frameworks, the goal of feature-driven development is to iterate quickly to satisfy the needs of the customer.
","text":"As with other Agile software development frameworks, the goal of feature-driven development is to iterate quickly to satisfy the needs of the customer. "},"timestamp":"June 1, 2021"}},{"uid":"what-is-server-side-testing","id":"07332fcb-c6c5-58ea-ac82-559a6d360beb","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"In this post, we’ll find out what server-side testing is, how it works, and what your team can expect from it.
","text":"In this post, we’ll find out what server-side testing is, how it works, and what your team can expect from it. "},"timestamp":"May 25, 2021"}},{"uid":"fitness-functions-and-flagging-conventions","id":"12fdef8c-03c0-57db-9f99-5c23b2dea5ef","data":{"categories":[{"category":{"uid":null,"id":null}},{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}}],"title":{"html":"In this talk from our recent user conference, Galaxy, Mark Burry, senior developer at iPipeline, recounts the journey his company embarked on with feature flags, and how it eventually found fitness functions and flagging conventions as best practices.
","text":"In this talk from our recent user conference, Galaxy, Mark Burry, senior developer at iPipeline, recounts the journey his company embarked on with feature flags, and how it eventually found fitness functions and flagging conventions as best practices. "},"timestamp":"May 20, 2021"}},{"uid":"what-is-a-canary-release","id":"24fd773c-7c3a-58f7-be89-883206454802","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":"homepage-featured","id":"X87c9BIAACQAhLV2"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Performing a canary release helps improve your final release for end users ahead of a much larger rollout.
","text":"Performing a canary release helps improve your final release for end users ahead of a much larger rollout. "},"timestamp":"May 18, 2021"}},{"uid":"cloud-deployment-models-explaining-and-comparing-the","id":"310d15dc-2779-53a3-8c88-74ce28506cc0","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Whenever you hear about the “cloud” or “cloud computing,” you think about computing resources that someone else manages. But that’s just one of the few cloud deployment models.
","text":"Whenever you hear about the “cloud” or “cloud computing,” you think about computing resources that someone else manages. But that’s just one of the few cloud deployment models. "},"timestamp":"May 14, 2021"}},{"uid":"what-is-deployment-automation-and-why-should-you-care","id":"b424f752-9e23-5128-88c5-0990f673138d","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Deployment automation refers to a software deployment approach that allows organizations to increase their velocity by automating build processes, testing, and deployment workflows for developers. In other words, it allows organizations to release new features faster and more frequently.
","text":"Deployment automation refers to a software deployment approach that allows organizations to increase their velocity by automating build processes, testing, and deployment workflows for developers. In other words, it allows organizations to release new features faster and more frequently."},"timestamp":"May 11, 2021"}},{"uid":"get-a-detailed-explanation-of-release-testing-several","id":"5e551785-863f-57f0-95bf-c243494ae5ad","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Release testing aims to find and eliminate errors and bugs from a software release so that it can be released to users. Let’s dive in and explore several methods used to perform release testing.
","text":"Release testing aims to find and eliminate errors and bugs from a software release so that it can be released to users. Let’s dive in and explore several methods used to perform release testing."},"timestamp":"May 6, 2021"}},{"uid":"orchestration-vs.-automation-in-the-cloud-how-to-use","id":"497b627c-3941-5851-a3d8-b6fb12950f0f","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Automation and orchestration sound similar at first but are, in fact, different.
","text":"Automation and orchestration sound similar at first but are, in fact, different. "},"timestamp":"May 4, 2021"}},{"uid":"1-800-flowers.com-inc.-migrates-to-the-cloud-seamlessly","id":"ee1107fd-81dd-5b3c-b220-4ba4cfa963d5","data":{"categories":[{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}},{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}}],"title":{"html":"Learn how the engineering team at 1-800-FLOWERS.COM, Inc. uses LaunchDarkly to ensure safe migrations and consistent customer experiences.
","text":"Learn how the engineering team at 1-800-FLOWERS.COM, Inc. uses LaunchDarkly to ensure safe migrations and consistent customer experiences. "},"timestamp":"April 29, 2021"}},{"uid":"what-is-container-orchestration-exactly-everything","id":"43ce92ed-eb3e-5c83-a68b-c0956a1f0351","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Container orchestration is the process of managing containers in an automated way—freeing engineers from tasks like (re)creating, scaling, and upgrading containers. On top of that, container orchestration also helps with managing networking and storage capabilities for containers.
","text":"Container orchestration is the process of managing containers in an automated way—freeing engineers from tasks like (re)creating, scaling, and upgrading containers. On top of that, container orchestration also helps with managing networking and storage capabilities for containers."},"timestamp":"April 28, 2021"}},{"uid":"along-with-bringing-the-flag-information-inline-in","id":"8763f3b0-52aa-5649-932d-6d2f7b6262db","data":{"categories":[{"category":{"uid":"product-updates","id":"X2u4kxEAACAArtwf"}},{"category":{"uid":null,"id":null}}],"title":{"html":"In this article, we’ll explore best practices for safely speeding up your software release cycle without sacrificing quality.
","text":"In this article, we’ll explore best practices for safely speeding up your software release cycle without sacrificing quality."},"timestamp":"April 22, 2021"}},{"uid":"new-podcast-unintended-consequences","id":"9139ec82-5e12-5b59-b7ec-4820e08ba1a5","data":{"categories":[{"category":{"uid":"team-news","id":"X2u4whEAAGj1rtz7"}},{"category":{"uid":"featured-story","id":"YBIEJRUAACMAYgYB"}}],"title":{"html":"Like everyone else over the course of this past year, we have missed connecting with others within the DevOps community. We miss serendipity and the cumulative conversations we could have when we saw each other in new contexts. So we started this series to create a space where we can continue to have those discussions.
","text":"Like everyone else over the course of this past year, we have missed connecting with others within the DevOps community. We miss serendipity and the cumulative conversations we could have when we saw each other in new contexts. So we started this series to create a space where we can continue to have those discussions."},"timestamp":"April 20, 2021"}},{"uid":"test-environment-best-practices-8-you-need-to-know","id":"a3e7d349-7f08-5c08-8c8c-657656b710c1","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Testing software changes is critical to increasing the odds of your code working properly when released to all users. But what are the best approaches to the testing process? And what are the most effective ways to maintain test environments?
","text":"Testing software changes is critical to increasing the odds of your code working properly when released to all users. But what are the best approaches to the testing process? And what are the most effective ways to maintain test environments? "},"timestamp":"April 16, 2021"}},{"uid":"git-branching-strategies-vs-trunk-based-development","id":"8a96c9aa-62ea-5f56-91d1-a85aabb3d8fa","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":null,"id":null}}],"title":{"html":"If you missed Galaxy, you can watch all the presentations from our first-ever user conference now.
","text":"If you missed Galaxy, you can watch all the presentations from our first-ever user conference now. "},"timestamp":"April 13, 2021"}},{"uid":"4-software-release-management-best-practices","id":"86832aef-14f4-5e45-abce-9fb304a441dd","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}},{"category":{"uid":"featured-story","id":"YBIEJRUAACMAYgYB"}}],"title":{"html":"Release management is the process of optimizing all stages of launching a software product or feature. As enterprise software delivery becomes faster and more complex, release management is essential to meet deadlines without sacrificing quality.
","text":"Release management is the process of optimizing all stages of launching a software product or feature. As enterprise software delivery becomes faster and more complex, release management is essential to meet deadlines without sacrificing quality. "},"timestamp":"April 8, 2021"}},{"uid":"test-environments-101-definition-types-and-best","id":"0c9538e0-1b4d-5f27-926a-bf157d1b648d","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}}],"title":{"html":"This post explores test environments from the ground up. Not only will you learn what a test environment is, but you'll also discover how best to set up one in the era of continuous deployment. Then we'll discuss how best to manage them.
","text":"This post explores test environments from the ground up. Not only will you learn what a test environment is, but you'll also discover how best to set up one in the era of continuous deployment. Then we'll discuss how best to manage them."},"timestamp":"April 6, 2021"}},{"uid":"what-to-expect-at-launchdarkly-galaxy","id":"c76e3078-48e7-59a2-b544-6be9715e7a8d","data":{"categories":[{"category":{"uid":"team-news","id":"X2u4whEAAGj1rtz7"}},{"category":{"uid":null,"id":null}},{"category":{"uid":null,"id":null}}],"title":{"html":"This is an opportunity for our users to talk to each other, compare notes, and listen to people just like them describe what they have accomplished with LaunchDarkly.
","text":"This is an opportunity for our users to talk to each other, compare notes, and listen to people just like them describe what they have accomplished with LaunchDarkly. "},"timestamp":"April 1, 2021"}},{"uid":"celebrating-womens-history-month-2021","id":"2500535a-1986-5428-9e10-036f67c65904","data":{"categories":[{"category":{"uid":"team-news","id":"X2u4whEAAGj1rtz7"}},{"category":{"uid":null,"id":null}}],"title":{"html":"We've rounded up some of the ways we spent the month celebrating and recognizing all those who identify as women.
","text":"We've rounded up some of the ways we spent the month celebrating and recognizing all those who identify as women."},"timestamp":"March 30, 2021"}},{"uid":"guide-to-dark-launching","id":"b88a14e7-8ba6-5837-aa68-1ce3e74701b4","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}}],"title":{"html":"I want to share some of my experiences to help other women know more of what to expect, consider, and maybe even demand. I also want pregnancy and motherhood to become topics that don’t feel so foreign in the setting of, say, a tech blog.
","text":"I want to share some of my experiences to help other women know more of what to expect, consider, and maybe even demand. I also want pregnancy and motherhood to become topics that don’t feel so foreign in the setting of, say, a tech blog."},"timestamp":"March 23, 2021"}},{"uid":"how-to-prepare-your-organization-for-the-next-big-thing","id":"b971d5f8-6a09-5853-81c7-6bf234e0f1a5","data":{"categories":[{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}},{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}}],"title":{"html":"In this article, we’ll talk about some of the reasons we run from change, and how we can alter our perspective to open the door to it in a positive way that can have massive implications for our organizations.
","text":"In this article, we’ll talk about some of the reasons we run from change, and how we can alter our perspective to open the door to it in a positive way that can have massive implications for our organizations. "},"timestamp":"March 16, 2021"}},{"uid":"what-is-a-canary-deployment","id":"a94da797-9491-57d9-bcbd-2e9108c6e6cd","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Learn the ins and outs of canary deployments, a software delivery technique that helps reduce risks often associated with continuous delivery. And learn how to do canary deployments with feature flags.
","text":"Learn the ins and outs of canary deployments, a software delivery technique that helps reduce risks often associated with continuous delivery. And learn how to do canary deployments with feature flags."},"timestamp":"March 11, 2021"}},{"uid":"bug-bounty-program","id":"a49eb7ea-631e-5815-9e33-071b710d3a02","data":{"categories":[{"category":{"uid":"team-news","id":"X2u4whEAAGj1rtz7"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"One of the ways we’re helping make LaunchDarkly’s security stronger is with our new public bounty program, which we launched in January with HackerOne.
","text":"One of the ways we’re helping make LaunchDarkly’s security stronger is with our new public bounty program, which we launched in January with HackerOne. "},"timestamp":"March 9, 2021"}},{"uid":"reflections-black-history-month","id":"6072b52d-1d02-5577-9ae0-3783c201e302","data":{"categories":[{"category":{"uid":"team-news","id":"X2u4whEAAGj1rtz7"}},{"category":{"uid":null,"id":null}}],"title":{"html":"In the spirit of education and community engagement, LaunchDarkly has spent February putting on a series of events to celebrate the month.
","text":"In the spirit of education and community engagement, LaunchDarkly has spent February putting on a series of events to celebrate the month. "},"timestamp":"February 25, 2021"}},{"uid":"launched-erlang-sdk","id":"61fa2fee-af42-5d00-a8d5-7d841a433784","data":{"categories":[{"category":{"uid":"product-updates","id":"X2u4kxEAACAArtwf"}},{"category":{"uid":null,"id":null}}],"title":{"html":"Now, you can use LaunchDarkly to manage features in the types of massively parallel services, distributed services, and multi-server applications that are built in Erlang.
","text":"Now, you can use LaunchDarkly to manage features in the types of massively parallel services, distributed services, and multi-server applications that are built in Erlang."},"timestamp":"February 23, 2021"}},{"uid":"gremlin-chaos-engineering-report-feature-management","id":"73ba7d03-287a-5a5e-beae-6000bcf3315f","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"The Gremlin report revealed some interesting data points regarding the use of feature management as it pertains to high-performing teams.
","text":"The Gremlin report revealed some interesting data points regarding the use of feature management as it pertains to high-performing teams. "},"timestamp":"February 23, 2021"}},{"uid":"blue-green-deployments-a-definition-and-introductory","id":"ac01bf1b-7c1d-50a5-a876-953ac061786e","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}}],"title":{"html":"A blue-green deployment is an application release strategy for safely updating apps in production with no downtime.
","text":"A blue-green deployment is an application release strategy for safely updating apps in production with no downtime."},"timestamp":"February 18, 2021"}},{"uid":"gene-kim-devops-in-2020-and-2021","id":"bb0876af-da8f-52bc-80a1-3a2b000d1ec7","data":{"categories":[{"category":{"uid":"industry-insights","id":"X-ASDRAAACIAVk-r"}},{"category":{"uid":"popular","id":"X82uMBIAACEAf180"}}],"title":{"html":"Highlights from a recent conversation our VP of Platform and Partnerships, Adam Zimman, had with author, researcher, and the founder of IT Revolution, Gene Kim.
","text":"Highlights from a recent conversation our VP of Platform and Partnerships, Adam Zimman, had with author, researcher, and the founder of IT Revolution, Gene Kim. "},"timestamp":"February 16, 2021"}},{"uid":"valentines-day-poems-2021","id":"74f24ec4-76ab-5ef7-8758-73eb933044b4","data":{"categories":[{"category":{"uid":null,"id":null}}],"title":{"html":"Please enjoy these feature management poems written by some of our team members. May these bring a smile, or maybe a cringe, to your face today.
","text":"Please enjoy these feature management poems written by some of our team members. May these bring a smile, or maybe a cringe, to your face today. "},"timestamp":"February 14, 2021"}},{"uid":"register-for-our-user-conference-galaxy","id":"15732846-a741-5ef0-83a4-048aa0d53b09","data":{"categories":[{"category":{"uid":"team-news","id":"X2u4whEAAGj1rtz7"}},{"category":{"uid":null,"id":null}}],"title":{"html":"This year, we’ve decided to harness the inspiration we find in you, our customers, and share it at our inaugural user-conference, Galaxy.
","text":"This year, we’ve decided to harness the inspiration we find in you, our customers, and share it at our inaugural user-conference, Galaxy. "},"timestamp":"February 11, 2021"}},{"uid":"to-be-continuous-game-changers-product-clones","id":"9c7fe67e-a96a-57e4-b916-aad1264dabc9","data":{"categories":[{"category":{"uid":"podcast","id":"X-ASFxAAACIAVk_Y"}},{"category":{"uid":null,"id":null}}],"title":{"html":"In episode 59 of "To Be Continuous," Edith and Paul talk about the economy of mobile gaming, corporate monopolies, the importance of monetization, and Pink Floyd.
","text":"In episode 59 of \"To Be Continuous,\" Edith and Paul talk about the economy of mobile gaming, corporate monopolies, the importance of monetization, and Pink Floyd. "},"timestamp":"February 10, 2021"}},{"uid":"feature-flags-2021","id":"7d5e2854-f3b6-53e6-815b-c7c6a2920345","data":{"categories":[{"category":{"uid":"best-practices","id":"X-ASLBAAACIAVlA9"}}],"title":{"html":"