Jun 20 2019
Jun 20

We just moved our Drupal site to DigitalOcean and powered it with fully open-source, Kubernetes infrastructure that you could be using too. This is thrilling for us, and will be for you too!

Kubernetes Blog Header

A Little Background

Our very own Tess has been giving the session, “Return of the Clustering: Kubernetes for Drupal” during the last few months at Drupal camps across the U.S. In it she explains how it’s theoretically possible to deploy Drupal in production on a Kubernetes infrastructure. Drupal and Kubernetes don’t naturally play together, but we’ve done some serious work in devising a solution in which they would. For the last six months, Tess has been deep in research and development testing a solution, and last week we were confident enough to launch our own TEN7 site using it. 

Why is This a Big Deal?

Running a Drupal site on Docker in a production environment using open sourced Kubernetes  object descriptors has never been done before—not until now, and it’s all open source.  

“For the longest time, we’ve had a disjunction between what we use to develop sites locally, test sites locally, and what ends up on production environment,” said Tess. “It happens a lot, it’s difficult to get it to be the same thing. You need many more bits of technology, best practices, and discipline to pull it off. Kubernetes is becoming the de facto clustering standard, and they run Docker containers. We already do that locally. We’ve invested time and effort into developing those containers so they run in production.”

Using Kubernetes also solves a problem with scalability on VPS (Virtual Private Server) and shared hosting. “There’s a happy trough in the price curve for hosting at the far end,” said Tess. “If you don’t need the hosting to do much, you can do a lot for very little. But as soon as you get more traffic and need it to do more things, it gets really expensive.” 

“If your only choice is to make the server bigger, that has exponential cost. If you wanted to avoid that, you can scale out instead of scaling up. If you scale out, you need technology to have servers to coordinate with each other. That’s where Kubernetes comes in: it orchestrates the containers on the servers in a timely and flexible fashion.” 

You used to need hosting companies to do the hard work of infrastructure and container orchestration, but Kubernetes does all of the hard work for you. “You don’t have to build cluster orchestration, and you don't have to solve complex problems,” said Tess.

We still needed a partner to furnish the Kubernetes instance, and we chose DigitalOcean. They were one of the first companies to offer Kubernetes infrastructure. “DigitalOcean support for Kubernetes is impressive,” said Tess. “I didn’t expect a hosting company to offer that amount of flexibility, versatility and support versus the cost. We could do this without DigitalOcean, but we really like them. They’re more approachable than Google.”

Why This is Awesome for You

The success of this solution means we can roll out Kubernetes-based Drupal site hosting for our clients. And because we’ve open sourced the description and setup of the clustering itself, you could do it for yourself and your own clients too!

More Control Over Your Site and Fewer Hosting Limitations

The hosting on which your website code resides is the silent partner of your website, and it can either enable your website to be powerful, or curtail its development. 

Agencies that build websites typically don’t do the hosting for clients; they usually just farm it out to hosting companies with whom they have a business relationship. But your website will pay the price if the hosting isn’t up to snuff. “There are a lot of things that you can’t do with some of the popular hosting companies,” said Tess. “If you want certain capabilities, you might get into the ‘if you have to ask you can’t afford it’ category.” 

“Even if the providers let you do certain things, they might make it so you have to modify Drupal in ways to make it work on that particular host,” said Tess. “As a result, it won’t work well elsewhere. We call this ‘vendor lock.’” 

What we’ve done is create an open-source clustering standard that isn’t tied to hosting. “We're using open source containers and orchestration, and Kubernetes has a vendor isolation layer built in,” said Tess. “All this allows you to avoid vendor lock entirely! Our partner DigitalOcean furnishes the Kubernetes instance and they’ve installed the infrastructure around it. There’s nothing vendor-specific about it. We’re just allocating the cluster.” We use their object store called Spaces for file storage, but you could use any other S3 compatible object store on the market.

This Solution Helps Us Help You

The benefit of Kubernetes-based hosting for TEN7 clients is huge: “We can offer purely open source hosting that provides you top-tier hosting functionality, and we can do that at a lower price point than our competitors can,” said Ivan Stegic. “What we’re offering comparatively blows a lot of other agencies out of the water. For a comparable price, we can offer more scalability, bandwidth and versatility, which means we can do more ambitious sites. We’ll also have better tuning and finer control over the environment, allowing us to support our clients better.” 

Using this Kubernetes solution also aligns with TEN7’s love of open source products. “We want to be independent, and using a hosting solution that is supported in the open source and is vendor agnostic, which aligns with our commitment to open-source products and services,” says Ivan Stegic. 

You Could Host It Yourself Too (and We Won’t Be Offended)

We have long relationships with our clients, but if at some point they want to do their own Kubernetes hosting in the future, they can! They can pull the same containers and workflow we’ve been using, and put it on their own Kubernetes host. Since we’ve already architected the hosting, reusing our solution will be easier. “You don’t need to be nearly as much of an architect as I had to be in the first place!” Tess said.

We’d Love to Care for Your Site

We’ll be rolling out this solution to existing TEN7 Care clients over the next few months. In the future, we’ll experiment in setting up a Flight Deck cluster, for people to set up Kubernetes hosting for themselves!

Drop us a note if you’d like TEN7 to care for your Drupal site!

Jun 19 2019
Jun 19

Your browser does not support the audio element. TEN7-Podcast-Ep-062-2019-Flyover-Camp.mp3

Our frequent DrupalCamp attender and speaker, DevOps Tess Flynn, returns to the podcast to recap her recent experience at Flyover Camp, a brand new Drupal camp in Kansas City, Missouri.

Host: Ivan Stegic
Guest: Tess Flynn, DevOps Engineer at TEN7

Podcast highlights: 

  • We in the midwest totally own the “flyover” jokes!
  • The continuing diversity in camp talks (business, self-care, human focus tracks)
  • Tess reviews both her talks (Return of the Clustering: Kubernetes for Drupal, and Health Check Your Site)
  • How you should stretch your mind to prepare for all the rapid-fire information you get in the Kubernetes talk!
  • Location, location, location is as important for conference talks as it is for real estate
  • Listen to Ivan and Tess geek out over the Raspberry Pi session



IVAN STEGIC: Hey everyone you're listening to the TEN7 Podcast, where we get together every fortnight and sometimes more often, to talk about technology, business, and the humans in it. I'm your host Ivan Stegic. Let's talk about Drupal Flyover Camp 2019, that happened from Friday the 31st of May to Sunday, the 2nd of June, in Kansas City. Joining me to give her thoughts is socketwench. That's wench, not wrench. Welcome back to the podcast.


IVAN: Now, did I say it the right way, because I know you always have a specific way of saying it when you give your intro to socketwench.

TESS: Well, that’s pretty close. That works.

IVAN: Close? Okay. Good. So, you were at a Flyover Camp. What's in a name? I just love how Flyover Camp were poking fun at themselves in Kansas. I mean, we're pretty much in flyover land here in Minneapolis too, so I totally get it.

TESS: [laughing] So let's first frame what that is because if we're having international listeners, they might not get what the reference is.

IVAN: Good idea.

TESS: So, the thing that goes with it is, if you're from the Midwest you're considered in flyover country. And the reason why is because the joke goes, that there is nothing in the United States that's of interest unless if you're on either coast, which is actually completely untrue. However, that is what a lot of people tend to think of it. So as a result, if you're in the Midwest you kind of go, Well, you know, what we're going to own that turf.

IVAN: Exactly.

TESS: We're going to go and names things after it and take that world.

IVAN: I love it. I love that they did that. Drupal Flyover Camp in Kansas City, Missouri. And so, this is a brand-new camp, right? This is the first time they've ever done this camp. How great is that? We have a new camp on the schedule.

TESS: Yeah, I was surprised that it was new because they hit everything running. It felt like this was a well-oiled machine for a camp.

IVAN: That's wonderful. It's wonderful to have that on the calendar again. So, well-oiled machine. Did you recognize any of the organizers? Maybe these people have done it before.

TESS: I think that I recognized a few people from…oh, what is their name…VML and YL. What are they called now, because they merged with somebody?

IVAN: I don't know.

TESS: VML Y&R. Wow, that is a mouthful.

IVAN: What?

TESS: Victor, Mike, Lima, Yankee and Romeo.

IVAN: Okay. What are they, a global marketing agency that needs a new name? [laughing]

TESS: [laughing] That is their new name. [laughing]

IVAN: [laughing] Okay. I don't even know how to say it.

TESS: They used to be two different companies that got merged, and this is the resulting name.

IVAN: Oh, it's on their BOF page. If you're looking for something about VML you can still visit the VML website. If you're looking for something about Y&R, don’t sweat, you can still visit the Y&R. So, it's basically like you said, a concatenation of their former names. Maybe it's just temporary. Ok. A little bit of a tangent. [laughing] So, some sort of experience in Flyover Camp organization. Sounds like you said they were a well-oiled machine. It was a three-day camp?

TESS: I believe so. There was a day of trainings which I did not attend, and then two days of sessions, which actually has been bucking the trend lately.

IVAN: Yeah. And also, from what I can tell there were contributions as well on Sunday so, maybe it was a four-day camp, if there were trainings as well.

TESS: Might’ve been.

IVAN: Yeah. So, you were there Friday and Saturday. It looked like they had numerous tracks. So, I thought, usually these camps have five tracks and then you have five rooms and people go to the room for the track that they're interested in. This felt like it had a dozen tracks, but three rooms and it sort of was interspersed track sessions and BOFs as well amongst these three rooms. Is that what it was like? I mean I’m only gauging from the website.

TESS: So, you know the thing with the tracks is that a lot of the time it depends on how promoted they are as their own top-level entity in the data, as it were. And some camps do a very good job of this, that they have this track, this track and this track. I think DrupalCon recently reorganized so that there's only particular tracks that they directly advertise to different audiences, like a business audience, a frontend audience, something like that. Some camps have a lot of tracks and they're not particularly consistently organized, or if they are, it doesn't feel like that when you're attending because you don't tend to notice it, and Flyover Camp seemed to fall into this latter category. That's not bad but it's just a thing.

IVAN: Yeah. And I love that the tracks were so diverse as well, right? There was security, QA, site building, the usual frontend/backend stuff and there was a self-care track as well. I mean, more of that please. More mental health stuff, more business stuff, more human focus sessions. I love it.

TESS: Mm hmm.

IVAN: I love it. I think that's awesome. And, it looked like there were about 30 sessions, so similar to Drupaldelphia and those 30 sessions were spread across two days as opposed to one day at Drupaldelphia.

TESS: Yeah and it seemed to attract a lot of people from the area. I mean I was there from Minnesota and I saw people that usually I see at DrupalCorn there as well. So, it attracted a lot of people from the Midwest.

IVAN: That's wonderful. And there were BOFs as well, and it kind of looked like they were spread out across the two days as well.

TESS: I think there were, but I was so focused on other stuff that I completely missed it.

IVAN: Yeah. This was a heck of a camp for you. I mean it wasn't one session it was two sessions.

TESS: Oh man, it was a double feature. That was hard.

IVAN: I'm sure you absolutely shone on that and I'm sure you did really well. So, let's talk about those two sessions. So, your first session on Friday was the famous cloaked talk, Kubernetes called Return of the Clustering, right? The third part of the trilogy. So that was Friday. And then Saturday you gave a talk essentially about the Healthcheck module, right? What can you do to keep tabs on the health of your Drupal site?

TESS: Well, it was also about site auditing as well, in general.

IVAN: That’s right, and site auditing. So, I guess the critical question here is, did you wear a costume for both talks?

TESS: So, here's the problem with that. I don't have a car. And in order to actually get the costume for that one I would have probably had to rent a car to go to a local thrift store chain called Ax Man surplus and see if I could find like a stethoscope or whatever that little satellite dish head gear thing that they wear, I forget what it's called, and see if I could shove one of those into my luggage. But I didn't have the time to do that. Every weekend that I've had lately has just been completely booked up.

IVAN: Well maybe we'll have to work on that if you get asked to do that talk again and we'll figure out another costume for you.

TESS: Well, rumor has it that's going to happen. [laughing]

IVAN: [laughing] So, comparatively, how were the two sessions attended? Was there a drop of people on Saturday compared to Friday or was it comparable?

TESS: It was actually the other way around. I think a lot of people find the Kubernetes talk is fun, but it can be very intimidating because it seems like, “oh, that's a very devopsy, very technical talk and it's going to be way over my head.” And I was able to attract some people to come to it, especially by making a fool out of myself, by dressing up like a Jedi and standing outside of my door waving a lightsaber to have people come and join the session. But, it was a smaller room and it was still well attended, but the site audit talk actually had a lot more people in it, mostly because it was also in the main auditorium, so a lot of people who were just there were also just there, but there was a lot of people paying attention to it as well, because it tends to be a really fun, engaging talk and it tends to appeal to a much broader audience than the Kubernetes talk, which tends to be more infrastructury devopsy people. Even though I try to make that as broadly appealing as I can.

IVAN: So, location, location, location. Right. You had a wonderful location in the auditorium for that talk.

TESS: Yeah. The only downside is that when you're in an auditorium you're usually on a pedestal or a dais or something like that, and the problem is that it sounds like I'm a T-Rex walking around on stage, because the thing is hollow so the microphone just picks up everything, and I don't tend to stay still when I give a talk, I tend to gesticulate and walk around and do lots of weird things.

IVAN: Jump around I believe you do as well. [laughing]

TESS: [laughing] Yeah. Well, I think the site audit talk, I also fall to my knees at one point, dramatically. [laughing]

IVAN: [laughing] It's a good talk.

TESS: I still remember skinning my knee at DrupalCorn.

IVAN: Well, it’s a good talk. I think it gets valuable as you do that. It certainly reminds people how important it is. Right? So, what do you think the biggest question was that people had from that health check talk, from that audit talk?

TESS: You know, I didn't get many questions. I was actually thinking about this a few days ago. I tend not to get that many questions directly after a talk because usually my talks last the entire amount of time, and afterwards, I have to rush out the door for the next person to start setting up their talk. And usually I don't get many questions, and I do try to anticipate a lot of the potential questions as well within the contents of the talk. So sometimes people will come by and ask me questions later, but that hasn't happened lately.

IVAN: It's a similar sort of thing for both talks then.

TESS: Yeah. I did have a nice conversation with someone, I think they're from the U of Kansas. I forget. I remember their face. I know that they go to DrupalCorn regularly too, but they were telling me about Kubernetes operators and all of that nifty technical stuff and that was a really interesting conversation to have, but it really wasn't a question.

IVAN: Well that actually leads me into my next question. Usually you're the one educating people about whatever you're talking about. What do you think your biggest takeaway from a session was in Flyover camp? What did you learn from each of them?

TESS: Ok. Geez, I’m trying to remember all the sessions I went to because Twin Cities Drupal was last weekend, and now I'm trying to remember any of the sessions I went to.

IVAN: Oh, I think maybe you misunderstood. What I meant was, what did you learn in your talk from the audience?

TESS: Oh. So, one thing that definitely occurred to me is that, when it comes to the Kubernetes talk is, just how much technical knowledge you need, all technical terms you need to pick up very, very quickly to get anywhere with understanding Kubernetes without feeling like you're “drowning,” in technical terms, all of a sudden. And I certainly had that experience myself just trying to learn Kubernetes in the first place and that is after having a very strong background in how containers work and how Docker works and some of the top terminologies I picked up from running production workloads in Dockers form, and I realized that after that talk, like, wow, in 45 minutes I take you from, you kind of, sort of know what Docker is, and you might have heard of Ansible, but you don't know too much about it, to, here’s how you run a Drupal site in production on Kubernetes using a simple effective formula. And that kind of struck me as Wow, not many people are doing that because, wow that can be really complicated.

IVAN: Yeah, it's the bleeding edge of it isn't it?

TESS: It's not just the bleeding edge, it’s just that the underlying design that I went for strives for minimalism and simplicity, and a lot of people find that appealing because it reduces the number of working parts that you have to know. A good example would be memcached. The way that it's presented in the talk is as a stateful set and that works. A lot of people will say, "What you should do is run it as another object called a daemon set." But in order to introduce a daemon set, I'd have to introduce a completely new object type that only works for that, and afterwards it's like, "Is that really necessary to talk about it?” “How often do you add or remove notes?” If you are already thinking about adding and removing notes, you're probably going to look up this stuff for you. So, I don't need to actually tell you about this in this talk. [laughing]

IVAN: Yeah, I love that you're able to educate people in one session even at a very high level. To go from, kind of knowing to, being interested in the technology and in what we're doing and in being interested in continuing to find out more. And, maybe that's a good reason to do a separate podcast just on the talk you gave and the contents of the talk and why are we doing that? Why is TEN7 investing as much as we are in Kubernetes and in Docker and in Drupal, and, you know, sending you to all of these camps, and then putting all of this work into the open source domain? Like, maybe there's enough there to talk about. I mean, just from my perspective, we want to be independent, and using a hosting solution that is supported in the open source that is vendor agnostic. And, if we're doing it for ourselves, there's no reason why we couldn't put it out there and have others learn and leverage from it as well. So, we should probably talk about this a little more in a separate podcast.

TESS: That's not a bad idea at all.

IVAN: I love it. Okay. We'll do that. We'll ask Jonathan to make that happen for us. Okay, so, a little more about Kubernetes. I was looking through the schedule of talks and as you, Tess, know, Raspberry Pis are really near and dear to my heart. I've used them for many different things at home, most recently as an ad blocker for the whole network, but I saw that Jeff Geerling was at Flyover Camp, and he had a talk about the cluster of RPis, or the Raspberry Pis, that he's been building since 2012-2013, something like that, and how it taught him everything he knows about Kubernetes. Did you catch that talk by any small chance?

TESS: I actually did go to that talk.

IVAN: You're kidding?

TESS: Because I was like, Oh that sounds really fun and I'd like to see what he does. Is he going to use straight K8s or is he going to use that K3 that I heard about? And, what was funny to me is that I remember watching a talk that he gave, not about Kubernetes, but about Ansible. Way, way, way back in the day at MidCamp with a very similar block of a Raspberry Pi cluster in a box. And I really wanted to see what he was going to do with this. So, sure, I went to it.

IVAN: And was it everything you wished it could be? I mean, I looked at the slides and there was a shout out to socketwench in one of the slides.

TESS: Yeah, I was like thankful. I was in the front row and no one could see how I was blushing [laughing] the entire time. Like, Oh, stop talking about me please. This is your talk. [laughing]

IVAN: [laughing] That’s great. I mean, you guys are related and connected by Kubernetes, so, how wonderful that that would be the case. So, can you give me a quick synopsis of the talk? What was the nugget that you took out of it?

TESS: So, what was interesting is that Jeff has built a small Kubernetes cluster using a standard distribution Kubernetes to run on, I think it's four or five Raspberry Pis.

IVAN: I think it’s four.

TESS: I think it's four now. Four Raspberry Pis with a single ethernet switch with power over ethernet so that it reduces the amount of additional circuitry and cables he has to carry around to power them altogether.

IVAN: Hold up. Hold up. He's actually powering the RPis now through power over ethernet? That's amazing. Of course, you could.

TESS: You can get an adapter board for that.

IVAN: That's awesome.

TESS: It's not really complicated.

IVAN: That’s so great. I'm sorry. I totally interrupted you there. What was the nugget?

TESS: [laughing] Well he didn't even mention the power over ethernet except for one thing, but I was looking at the screenshots like, Oh, you’re using power over ethernet now. Nice. [laughing]

IVAN: Nice. That’s nice.

TESS: So, a lot of the talk was about how he was running his own personal site, using a Raspberry Pi cluster out of his home network. And, I used to run my own single node server out of a home network way back, many, many years ago. And there's a number of challenges that come with that out of the box. You tend not to get static IPs from most ISPs. They'll get a Dynamic IP, some of them don't like that you have a significant amount of outbound traffic or incoming traffic that's coming from the net and they may block you for that reason, if you're on a particular service tier. Some ISPs are better at that than others, it really depends. But running his own site on a Kubernetes cluster on Raspberry Pis it's like, it reminds me of this meme that I saw passed around Kubernetes Twitter a while ago, which is, the subtext is, I deployed my blog on Kubernetes and it's this big semitrailer and it has a toy truck trailer box in the middle of it, completely dwarfed by the full size trailer. [laughing] That’s kind of like, Yeah that's pretty accurate.

IVAN: Well, I mean if you ever get reddited or slashdotted, I guess maybe it'll survive?

TESS: [laughing] Kind of. There’s a degree of front side caching I think that he also used. This kind of a project always comes across to me as not a serious, You should use this instead of traditional hosting and more like, I wanted to see if I could do that and it would be fun and it's something to do and it's something that lets me learn by doing. And that's you know, a worthy pursuit in its own right.

IVAN: But if you look at the other side of that coin, you're hosting your own website, you own the hardware, you own the software, you own your site, you can see it, you're not putting the risk of hosting in another large company's data center, right? You own it all from top to bottom, and honestly if you have a small blog and you're using your ISPs connection, and you have this overkill of a Raspberry Pi cluster that is powering the static site, you're probably not going to ever get enough traffic to bring that thing down. You're probably fine.

TESS: Probably not.

IVAN: Yeah.

TESS: Although I think Jeff's site is Drupal 8.

IVAN: Oh [laughing] so, not static, not static. Well, I'm very jealous of you getting to see that talk. That must’ve been pretty cool. I'm hoping that maybe we can get Jeff on the podcast to talk about his cluster and what he's been through and how it's evolved soon. So, Jeff if you happen to be listening, watch out for an email from us about that.

Let's talk about diversity at Flyover Camp. What did it look like? Were there the kind of usual cast of people that look like I do, white males, or what did that look like amongst attendees and speakers this year?

TESS: So, there certainly is a large contingent of white straight cis male people there as well. There were a lot of women there as well, and there were several POC as well. I didn't actually take any moment to really do any kind of headcounts on that. It just never crossed my mind to log that kind of information. But I did sit with several people which were really fascinating and really interesting to talk to, and that was really nice.

IVAN: I hope we can have more of that and more attention to that in the future and we'll try to continue to talk about it and bring it up in our podcast as well. What about attendance as a whole at Flyover Camp? Was it comparable to Drupaldelphia or to Twin Cities Drupal Camp? Did you get a feel for what it was like?

TESS: I think that it was more closer to the size of Twin Cities Drupal than Drupaldelphia. Drupaldelphia had a surprising amount of people in it. And it could have been complicated by the space, because it was a smaller space than Flyover Camp or Twin Cities Drupal, but there was certainly a large number of people there.

IVAN: Any particular sessions besides Jeff’s, that were memorable to you?

TESS: Oh geez, I'd have to look it over because so much of it was kind of a blur. I was kind of sad that I missed John Rearick's session about 45 Modules and Forty-Five Minutes. I caught the end of it. But, yeah, that would have been a really interesting talk to go to, because literally every slide has a timer. So, the talk is only 45 minutes long. So every slide is only a minute long.

IVAN: So, it's kind of like an ignite session, where it's 30 seconds per slide, 20 slides, something like that?

TESS: Mm hmm. I saw one by Ria Dixon called CloudWatch-ing, which was all about creating logs and alerts using AWS CloudWatch. That was really fascinating. And, it makes me wonder if there is a way to create similar mechanisms and use similar strategies in a purely open source implementation that doesn't rely on AWS's productized version of that.

IVAN: What is CloudWatch?

TESS: It's kind of an event and log tracking mechanism meant for distributed logging. There's a lot of that I didn't get into because it was mostly a case study about how they implemented it, and how they solved their own problems. There was a lot of additional research that I'd love to circle back to, but it was a really good session and I really enjoyed it.

IVAN: So, is CloudWatch then, kind of similar to Splunk?

TESS: I think that it's a bit similar to Splunk. I know that there might be part of that that's similar to Prometheus and Grafana which is a common Kubernetes logging mechanism.

IVAN: Yeah, Prometheus is pretty widespread as well, isn't it?

TESS: Mm hmm.

IVAN: Yeah. Okay. So, a couple of good sessions. Generally, you had a good time at the camp, gave two wonderful talks. Where was the camp? Was it at the University?

TESS: I believe it was. It was a pretty good location, although because it is in the middle of Missouri, I did have a problem getting to and from the Camp, because I didn't have a car rental. So I ended up walking there and that was a 20 minute walk in Missouri in June, which was a bit warmer than I’m used to. [laughing]

IVAN: Yeah, I guess the flipside of that is it could have been Missouri in December or January.

TESS: I mean I would have been fine with that but that’s me, I like winter. [laughing]

IVAN: [laughing] Well, go figure. I like it too. So, what do you know? Okay. So, the event venue was good. The attendance was comparable to TCDrupal. And before we wrap up, overall impression of the event? If there's another one next year are you going to go?

TESS: I would love to go again. It was a lot of fun to go there. And it’s a lot more interesting than I had expected it to be, which kind of lives up to the name. [laughing]

IVAN: [laughing] That's great. Well, I appreciate the time you spent with us today once again. Thank you so much for being with me. It's really been a pleasure.

TESS: Mm hmm.

IVAN: Well, Tess Flynn or socketwench, is the Devops Engineer here at TEN7, and she was just at Drupal Flyover Camp 2019, where she gave her talk, “Return of the Clustering Kubernetes for Drupal.” Of course, that's the third in a trilogy and the other talk, “Dr. Upal Is In - Healthcheck your Site.” Those slides are all online and a recording of the sessions are also available. Just visit this episode's webpage for those links. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

May 23 2019
May 23

Your browser does not support the audio element. TEN7-Podcast-Ep-060-Drupaldelphia-2019.mp3

In this week’s podcast TEN7’s DevOps Tess Flynn aka @socketwench is our guest, giving us her observations of the Drupaldelphia 2019 conference she recently attended, as well as a summary of her helpful session, “Return of the Clustering: Kubernetes for Drupal.”

Host: Ivan Stegic
Guest: Tess Flynn, TEN7 DevOps

In this podcast we'll discuss: 

  • What it takes to get a good Jedi costume
  • Tess’s Trilogy of Talks
  • Summary of Tess’s Kubernetes session
  • How camps are not just about Drupal and not just about developers anymore
  • Short camps = no keynote
  • Help desks at the conference - what a great idea!



IVAN STEGIC: Hey everyone you're listening to the TEN7 Podcast, where we get together every fortnight and sometimes more often, to talk about technology, business and the humans in it. I'm your host Ivan Stegic. Let’s talk about the Drupaldelphia 2019 conference that happened recently in Philadelphia. And, joining me to give her thoughts on the camp is Tess Flynn, a seasoned guest here on the TEN7 Podcast. @socketwench welcome back to the podcast.


IVAN: I’m going to have to make you the guest host when I’m out of town. [laughing]

TESS: [laughing] Sure, why not. We could do one on terrible movies. [laughing]

IVAN: [laughing] That would be actually awesome. We should totally do that. All right, Drupaldelphia. What’s in a name? So, this is the annual Drupal Camp in Philadelphia, Pennsylvania, and this year it was part of something called Philly Tech Week 2019. And you Tess, were there representing TEN7. What do you know about the relationship between Philly Tech Week and Drupaldelphia?

TESS: Not much, actually. I was so focused on other things during the week, I didn’t have any time to really investigate it deeply. But I noticed that some of the other attendees didn’t know that either, [laughing] so at least I was in good company.

IVAN: Okay. And were there any signs around that referred to Philly Tech Week, or was it kind of just insular?

TESS: No, not that I noticed. I think that it was just part of the longer weeklong event. Like, some organizations will have this kind of co-boosting agreement, where we’ll talk about your event and then you’ll talk about our event, and it’s good for both of us, and we don’t have any other commonality. And there’s nothing wrong with that. That’s good. 

IVAN: That is good. Have you been to Drupaldelphia before?

TESS: I have not. This is my first time. It just showed up across my board, and I went, Huh, I haven’t done that one before, sure, why not?

IVAN: And we have a great talk that you have produced, and so, as a company, we’re making sure you get out and tell that to as many people as possible. So, it was a good opportunity, I think.

TESS: It’s the first talk that I’ve been giving in costume, which is hilarious.

IVAN: Right, I heard about this, and you talk about it in the session, in the recording. So, tell us about the costume.

TESS: So, the thing is that, when you’re doing air travel, it’s always best to only have carry-on luggage, because you never know if you’re going to have a delay, or if your flight is going to get lost, or if your luggage is going to get lost, or something. So, you should restrict yourself to a roll-aboard and a backpack. Now, I’m an old hat toward business travel, so, I’m used to the standard, roll-aboard-backpack modality, but it does limit what you could bring with you when you’re traveling. So, the main concern for coming up with an outfit is: how can I do this so that I minimize the amount of potential luggage space that I take up, while still being evocative of the thing that I’m trying to riff on. And after thinking about this for a while, I actually did come up with something that was rather clever. The easiest thing to do was first find a plastic lightsaber. Not an electronic lightsaber, not one that lights up, not anything else.

The recommendation is that it has to be a lightsaber that’s made of plastic, that fully collapses into the hilt, and has no other electronics. Why is this important? Because air travel. Because we don’t want to have to pull the lightsaber out and put it on the scan deck for everyone else to look at. When it’s just plastic, it’s just plastic, no one cares about it, just put it in the bag and no one cares. Fortunately for me, I found one that was The Last Jedi  branded, but it’s actually a model of Luke Skywalker's lightsaber, that was fully plastic, no electronics, completely collapses into the hilt, on Amazon for 10 bucks.

IVAN: Nice.

TESS: And that was really as far as I was going to take it, because having a prop in the talk isn’t necessarily the worst thing. But then I started getting a little bit ahead of myself and I go, Well, what else can I do? And it occurred to me that one thing that I could do was, I should probably do up the outfit a little bit more. And, one of the things I decided I could do to do up the outfit a little bit more is, what is one thing that a lot of Jedi have going for them? And so, I thought back to all of those hours that I spent watching all of those movies, and all of the comics I read, and everything else, and go, They have this thing for cloaks. That’s it! They have this thing for cloaks and robe-like things. Well, I can’t really do a robe-like thing, because that would require a lot more layers in order to do everything. However, the problem is that, in order to really be evocative, I still need the exterior robe. So, I went again to Amazon, and I found a $20 brown cloak with a hood that looked pretty darn close to what a Jedi would normally wear [laughing], and that’s all I got.

And, so, I am out on stage wearing my normal talk outfit, the infamous skull dress, and wearing this huge brown cloak and carrying a plastic lightsaber. And, I actually stand in front of the room I’m giving the talk in before it starts, ushering people in, acting like a complete fool. Like, everyone going like, What am I getting into here? Why is this person in costume? And I’ll show up to the camp in costume for the entire camp [laughing] because it’s fun and it’s different and it’s weird, and one thing that is really kind of useful is, this is meant to be a fun thing. It’s meant to add more flavor to the talk, and the talk is full of my style of corny jokes. So there’s nothing wrong with me also amping up the corny the entire time. This whole thing about me amping up the corny, actually started in, I think 2015, in DrupalCon where I showed up with a giant inflatable whale, and I literally carried that around with me until the talk started and then I gave it away within the first few minutes. [laughing]

IVAN: I love how involved you get in your talks and how personal your slides are, and the comics that are hand drawn and the characters that you have, they just really make it a joy to listen to you speak. And, I wondered, because I haven’t actually seen you give this talk yet, I will absolutely be going to it at TC Drupal Camp when you give it, and in my mind I wasn’t sure if it was a black cloak or a brown cloak, but I was pretty sure you went with brown, so I’m glad to hear you went with brown. I guess the question I have is, did you have a hoodie?

TESS: I didn’t have a hoodie, but the cloak has a hood on it. So, when I’m outside the room ushering people in, I will put the hood up and start waving the lightsaber around, and usually that’s enough to let people get the idea of what I’m doing. [laughing]

IVAN: That’s really great. Ok, so let’s actually stay on this track. We’ll get to the details of Drupaldelphia in a sec here, but since we’ve already started talking about your session, let’s keep going. So, your session is called "Return of the Clustering, Kubernetes for Drupal", and it’s part of a trilogy, and I’m going to say I think first of all it’s amazing that it’s part of a trilogy. So I’d like you to kind of just tell us what Episode 1 and Episode 2 are about, and my very technical question thereafter is going to be a follow-up, because this is a trilogy of trilogies, but we can get to that in a second. Let’s set up the Episode 1, Episode 2 part of this.

TESS: So the whole, "it’s a part of a trilogy" thing was actually a bit of a joke on myself. One of the first talks that I started doing outside of Minneapolis was on "Ride the Whale: Docker for Drupalists", and the idea was to teach people how to build your own Docker-based local development environment, and how Docker in general worked. And, that was the first start of it. Then the next talk that I gave was “Avoid Deep Hurting! Deployments beyond Git,” which introduced how to build your own continuous integration system using just open source, free stuff. Free stuff like Ansible, free stuff like Gitlab CI, and the idea behind that is now you have these two different pieces that don’t seem related, but become related in this talk.

I kind of sat back and thought about all the talks I’d given over the last few years and realized, Oh, geez, I made a trilogy. Oh, God, what did I do? When that occurred to me, I also knew what the whole theme of the talk was going to be, and because it was a trilogy, I decided, Okay, fine we’ll call it "Return of the Clustering" and we’ll do a whole Return of the Jedi motif, because why not?  [laughing]

IVAN: Exactly. So, we’ve set up the trilogy, now "Return of the Clustering" is a wonderful evolution, in my opinion, from your very beginning of trying to figure out how the heck are we going to set up Drupal in an easy Docker container or set of containers locally, and basically fast forward to the real meat of what we’re trying to do, and that’s run Docker in production? Right? So, give us a high-level description of "Return of the Clustering."

TESS: So, we first start out with describing, Wouldn’t it be great if we ran Docker in production? And we dissect the various problems with that. There are security problems that come inherent with running a Docker-based workload that you have to be aware of, and most people who just use Docker out of the box might not have ever considered these facts. And, it’s different than traditional server management, because there are a few different additional factors that come into play with how Docker executes things. Then you also have to worry about how you’re going to actually get the workload onto the cluster as well, and how you’re going to orchestrate it. One of the biggest problems is, it’s really easy to stand up Docker on a single server and have that single server run an entire workload of multiple containers.

There’s nothing wrong with that. You install Docker, you install Compose, you write a Compose file, you stand it up, you do some security things to make sure everything is loaded correctly, and there you go, you’re done. But, the problem is that your scaling is only vertical. You can only make your server bigger. You really want to make your scaling horizontal and add more servers. And this makes things very complex, because if you have to coordinate multiple Docker hosts together, doing that manually is not fun, and it’s not DevOps either. It’s not automatable in a very easy way. Fortunately, there are container orchestrators out there that know how to do this for you. So we talk about Docker Swarm and what the advantages and disadvantages of that are, and then we introduce Kubernetes. We talk about how the Kubernetes model is different, then we architect out an architecture that will run a Drupal site in Kubernetes. And, this is actually a subtle point that I keep having to remind myself and others, is that the Kubernetes model is so complicated, with so many little details, and so many different things in it, that you really get lost very quickly. And it took me a year to figure out which bits of the Kubernetes’ model work for Drupal, and which bits we don’t need to talk about. Once I understood those parts, it was easy to build an architecture from those minimal amounts of pieces.

So, we review what those pieces are, and we describe them. Then we talk about how to technically implement them within Kubernetes, and why Kubernetes is kind of nifty through its use of YAML. So, what we’re going to do is, we build all of that out. But now we have another problem, which is, if we want to build the dynamic cluster which supports multiple clients, multiple sites, that’s a lot of YAML we have to manage and now we’ve just introduced a problem that I covered in Avoid Deep Hurting, which is, we have introduced humans back into the mix. We need to take the people out of the mix and let the technology handle it for us, because it doesn’t get tired, it doesn’t make typos, it doesn’t need three more coffees in order to get through the day—at least not most days. [laughing] So, we combine Ansible and Kubernetes and Docker to build out an entire cluster in an automated fashion, by just changing a few different variables, and we run that on Digital Ocean.

Then we also found out that the problem is, to really effectively leverage Kubernetes for Drupal, you can’t just put an Apache container out on Kubernetes and then throw the site on it, and then update it in place like you did with traditional server management. It’s not really the way that Kubernetes wants to do things. So, instead, we end up having to build a custom container that contains the site code already, and then run that on Kubernetes directly. And that’s a much more cloud-native workflow, and it’s a bit of a paradigm shift from what a lot of people are used to. But, each one of these pieces works well together to create an effective, open source, minimal Kubernetes production cluster for Drupal.

IVAN: I love that it’s minimal. I mean, you just put what you absolutely need out there. And that’s kind of the philosophy and it reduces your security work, quite honestly, and it also reduces the attack vector. So, I’m so glad to have heard this summary about the talk. I hope that people go out there and watch the recording, and if you have an opportunity to attend TC Drupal Camp or Flyover Camp in Kansas, you’ll be at both of those places giving the talk again.

We went through your talk, let’s talk a little bit more about Drupaldelphia 2019. So, it’s a one-day camp, and it kind of looks like there were six tracks, which is a large number of tracks for a camp.

TESS: It was a surprising amount of things you could do in every time slot.

IVAN: And it feels like the tracks weren’t just Drupal, right? I mean we talked about this with Chris and Dan [organizers of TC Drupal Camp]. It kind of feels like there is this conscious effort in the camps, at least the ones I’ve been paying attention to recently, to be not just about developers, and not just about Drupal. So, what do you think about that?

TESS: I think that’s really a good strategy and it’s a lot more holistic than we’re used to going forward. I think that our industry is still getting used to the idea that there is an internet that we can connect with each other and research things, even though we do it every day. I don’t think that the cultural and emotional impact of that has really entirely sunk in. And a lot of events are changing to reflect that attitude, that it’s not just one piece of technology that we need to deeply investigate anymore. It’s now: how does this one piece interact with a whole bunch of other pieces? And some of those pieces aren’t technology. A lot of those pieces are people.

IVAN: Yeah, the people aspect is so important as well, and I’m so glad to see those tracks are appearing on the local camps. And, so, one day, six tracks, five sessions in the days, so about 30 sessions total in the whole camp, which sounds about exactly the same as what we’re doing in TC Drupal this year on the one day of the camp. I didn’t see a keynote on the schedule, an official keynote. I didn’t see intro and outro, welcoming remarks and ending remarks. Is that right? There was no keynote?

TESS: There was no keynote. There was a brief intro, and then the session started. And I think that actually worked fairly well for this camp, because I think that the shorter the camps, a keynote is less effective. And, this is a bit of an attitude change, because I remember when TC Drupal first didn’t have a keynote, and I kind of missed it. I kind of wanted that back, because one thing that was kind of nifty about having a keynote is that, it’s there to introduce you to the talk, and get you excited, and get you ready for the day. But for a one day camp, it’s not really that necessary, is it?


TESS: You’re already there. You already are invested to do the day, and there doesn’t seem to be much of a need to really do that. It might be that keynotes are a thing that are best suited for multi-day events.

IVAN: Yeah, that’s kind of what I’m thinking as well, multi-day events that maybe need higher attendance, and so you almost use the keynote to attract attendees that you hope stay on. So, maybe there’s a celebrity, or someone who’s done an awful lot of contribution that has the keynote. And I’ve always thought of that as an attractor, but it almost eats into the day if it’s a one-day camp.

TESS: Yeah. It usually takes a good hour and a half, and you could get a whole entire slot and a break in otherwise. And from an organizer perspective, attracting a keynoter is often very difficult, because if you’re a keynoter you usually should compensate them in some way, even if it’s just paying for lodging and a flight. But that can be a bit of an impediment, especially if you’re a smaller event, or a less established event, you might not be able to get someone to do a keynote. And, I think it might just be not as necessary anymore. It might just be better to have everything else.

What was also kind of nifty about Drupaldelphia is that they had these help desks, as well. Every time slot had an accessibility lab, a Drupal and Composer help desk, and a contribution workshop room. And I thought that was spectacular, because it allows people to drop out of the sessions and work on other things or get directed help. And a Drupal and Composer help desk, I thought that was a brilliant idea, because wow Composer. Composer can really, really ruin your day. [laughing]

IVAN: Yeah, I agree. So, is that how BoFs and Contributions will handle theirs basically during the whole day and maybe as options and alternatives to the sessions that were already scheduled? Is that how it was handled?

TESS: No, there was also a distinct BoF room, but it did share with that particular room, which I think might not have been necessarily the best choice. I think that it would’ve been a bit better to have a dedicated BoF room, and then a dedicated help desk lab room, because that would allow people to be less interrupted by people who are doing a BoF. And sometimes BoFs end up being sessions that were submitted, but weren’t accepted for whatever reason, and those could be kind of distracting.

IVAN: And animated. Sometimes you get people who show up in cloaks and sabers in those BoF sessions too. [laughing]

TESS: Only if it fits in my carry on. [laughing]

IVAN: [laughing] It sounds like you had a good time there, Tess. That’s great. So, it was on a Friday at the end of the work week but in the middle of the day. What was attendance like?

TESS: There were about 250 people who attended. It was surprisingly packed. I think this is one thing that I noticed that a lot of these one-day events have kind of a side effect that they can concentrate their attendance. A multi-day event actually has kind of the reverse effect. It spreads out the attendance to multiple days and makes it more difficult to actually advocate it. Particularly if one of those days is a weekend. If one of those days is a weekend, a lot of developers, depending on the age

bracket of the segment that you’re going for, and Drupal is tending to get a little bit more middle-aged than it was like 10 years ago.

IVAN: Oh, come on. Come on. [laughing]

TESS: Hey, I’m being honest here. I’ve been to a lot of events and I’ve looked at the age of the people showing up and it’s like, Yeah, I’m seeing it.

IVAN: I know what you’re saying. People are little wiser, a little grayer, a little more family, families are attending. Yeah, it’s true.

TESS: And, as a result, having time on weekends is kind of a difficult call, even a difficult ethical call, because some people will do this for work. And now you’re asking them to do work on a Saturday. That could be a little bit of a difficult call, whereas if it’s a one-day event that’s during the week, then it’s fairly concentrated. And at that point you know that it’s just a workday that’s being used, and if this is aligned with your career, there’s nothing wrong with that. And, then it doesn’t interfere with your weekend and that critical amount of recovery time, that we all need at the end of a work week.

IVAN: I agree. I think it’s good for mental health to do it the way that it was done. What was the location of the camp? What was that event space like? Where was it located?

TESS: I think it was called The Hussian School of Art; I think. Originally when I found the building, I went to the wrong door and some very nice security people at the door were like, “Where are you going and what the hell is Drupal?” [laughing] So I had to give them my spiel really quickly and then they said, “Oh, oh, you want that? It’s probably around the corner. So, go down to the end of the block and take a left.” It was really helpful. And then later on when I went to get some coffee I passed by there and I found a door. I found a sign there that said that you should always go around the corner. So, no one else had to repeat what I did in the morning. [laughing]

IVAN: Okay, good. That’s called iterating, I think. Were you wearing your cloak at the time that the security guards were giving you directions?

TESS: I think that I stuffed it in my bag while I was taking the cab to the event, because the only hotel I could get was actually right next to the airport. [laughing] 

IVAN: Oh, my goodness.

TESS: And so, I had to take a cab ride to go into town and I didn’t want to seem weirder than I usually am to people. So, I stuffed the whole thing in my backpack and fortunately a plastic lightsaber and a cloak does not require that much space intentionally. We covered that already. So, it was kind of handy.

IVAN: So, a successful space then you felt. Was there kind of an atrium or a gathering space for everyone where there was lunch? Or, how did that work?

TESS: There was this semi-open area. We had the quick intro in that semi-open area. And then they pulled out some moveable walls to enclose that to make another room, which was nifty. And there was a nice little gathering spot where you could see the tables, and you could get lunch, and you could interact with different vendors that were at the event. That was all kind of nice, and then there was a couple rooms down some hallways, and yeah, it was a nice, cozy space and I rather liked it.

IVAN: So, overall impression of the event then, seemingly positive?

TESS: Yeah, I really enjoyed it. I thought that was a great event, and I think that more people should go to it.

IVAN: So, definitely a candidate for going to next year. We’ll have to wait and see what the next episode looks like of the series, I guess. And whether there will be a next episode?

TESS: We’ll find out. There might be a case study afterwards where we talk about what we actually did that might be a little bit more interesting to people than an intro to Kubernetes itself, but I think that it’s necessary.

IVAN: You know, that’s a great idea, to do a case study. I know we’re working through actually implementing something live right now, so be taking notes Tess, because it sounds like you already have an idea for the case study talk.

TESS: (laughing) All right.

IVAN: All right, all right. Well, thank you so much for spending your time with me today, again. It’s truly been my pleasure to have you on. Tess Flynn is the DevOps Engineer here at TEN7 and she was at Drupaldelphia 2019, giving her talk, "Return of the Clustering, Kubernetes for Drupal." The slides are online and a recording of the session itself is available as well. Just visit this episode's webpage for the links. The URL to this episode is t7.io/ep60.

And, don’t forget, if you’d like a credit towards your new Digital Ocean account, just go to ten7.com/digitalocean and follow the link on the page to redeem it.

You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

May 08 2019
May 08

Your browser does not support the audio element. TEN7-Podcast-Ep-059-2019-Twin-Cities-Drupal-Camp_0.mp3

Chris Weber and Dan Moriarty, volunteer organizers for the 2019 Twin Cities Drupal Camp are today's podcast guests. We'll be talking about the changes to this year's TCDrupal Camp and fond memories of previous camps. 

TCDrupal Camp is a three-day conference for open source enthusiasts, designers, hackers, geeks, developers, UI experts, IT managers and anyone else that wants to find out more about Drupal. It’s a great place to learn, code, network and have fun with your fellow Drupalistas.

Host: Ivan Stegic
Guests: Chris Weber, software engineer at The Nerdery and Dan Moriarty CEO and Creative Director at Electric Citizen
Running time: 32 minutes 

In this podcast we'll discuss: 

  • TCDrupal Camp's location at St. Thomas
  • Format changes: three days instead of four, 45-minute talks
  • Fewer days, but just as many parties! And food trucks, board gaming and karaoke
  • Focus on expanding talks to topics outside of just Drupal 
  • The House of Balls, a Minneapolis institution
  • How TCDrupal Camp's spontaneity is what makes it great
  • TCDrupal Camp's history
  • So much Drupal goodness coming to Minneapolis (DrupalCon 2020) how will we manage it all?



IVAN STEGIC: Hey everyone you're listening to the TEN7 Podcast, where we get together every fortnight and sometimes more often, to talk about technology, business and the humans in it. I'm your host Ivan Stegic. My guests today are Chris Weber and Dan Moriarty, two of the volunteer organizers of this year's Twin Cities Drupal Camp.

TC Drupal Camp

IVAN: Chris is a software engineer at The Nerdery, and Dan is CEO and Creative Director at Electric Citizen. Hello Chris and Dan. Welcome to the podcast.

CHRIS WEBER: Hello, hello.

DAN MORIARTY: Hey there. Thanks for having us.

IVAN: Oh, it’s my pleasure. Dan Moriarty, I love saying your name. The whole Sherlock Holmes thing, I just love it.

DAN: Yeah, and I will take that anytime. I'm always happy to reference my evil ancestors. [laughing]

IVAN: [laughing] Oh wait! Relation? Are you related to a fictitious person?

DAN: I’ll claim that.

IVAN: [laughing] That's awesome. Well I'm glad that you are on the show with us today talking about Twin Cities Drupal Camp this year. So, Chris, tell us about the camp itself. When and where is it this year?

CHRIS: Well this 2019 version of our camp, is going to be at St. Thomas which is in downtown Minneapolis. We've had it at St. Thomas for a number of years, so it should be familiar to folks that have gone to the Twin Cities Drupal Camp before. It's a really good location, really large open space, very, very lighty and breathy. We’ll be having it on June 6th through June 8th. June 6th is a training day. The 7th will be filled with excellent talks, sessions. And then the 8th will be kind of something a little bit new that we're doing. We're having an unconference on that day, as well as providing a space for people who want to sprint on core contributions. And we’re very excited to have the camp again here in the Twin Cities.

IVAN: And so that's a little different than how we've done it, I would guess, every year since we started, although I don't remember the first year. But that's a Thursday, Friday, Saturday, as opposed to Thursday, Friday, Saturday, Sunday. So, we have one day of sessions as opposed to two. Dan, do you want to talk through kind of the reasoning behind that, and why we decided to do it that way this year?

DAN: Yeah. So, it's something we've talked about off and on for a few years now, and we really as a group decided a couple of things. One is, four days was becoming a fairly large time commitment for a lot of people to participate in the full range of camp activities. And then another reason is we generally saw a bit of a drop off in attendance when we went from the weekday to the weekend. And so, as sort of a trial thing we're doing this year is reducing it to three days, with keeping our focus on the sessions like we've always done on Friday. But then on Saturday, making it a little more open free form, which is the unconference, which we can get into, just to see what that does for our numbers and helps more people participate than on the weekends.

IVAN: So, is the unconference style going to be very similar to the way we did BOFs (Birds of a Feather meetings) in the past? Or, how's that going to be structured?

DAN: You know, that's how I picture it. Although it is still a matter of discussion between various camp organizers, how exactly we're going to do it. But the way I'm envisioning it—and Chris can correct me if I'm wrong—is we're going to largely be in the atrium area on Saturday as opposed to going to the classrooms, and people will sort of self-organize into different groups around that large space just to have informal discussions about whatever topics they would like. And then ideally we'll have a few moderators available, floating around the room to sort of help facilitate conversations and make sure people are in the spaces that they find most helpful.

CHRIS: That's right. In the unconference format, we're looking for interesting things to talk about. Tim likes to bring up that Tim [Ericson] and Wilbur [Ince] were the genesis of this idea, when we were talking about adding it to the camp. He likes to talk about the law of two feet, where if you're in a conversation that isn't providing you with what you need, you could use your two feet in order to find another conversation that is more engaging. Then in that way, kind of like plan your own day out of what talks are engaging you and finding the information you need. But the format is very much like a BOF. Instead of slides and rooms, and a more instructor-led conversation, where one person is just talking for an hour or whatever, it's more of a conversation, sharing of input and allowing more people to provide information than just one person at a time.

IVAN: I love the idea of doing that. It really allows, I think, the community to drive what the topics are and the discussions that are being had. I think that's a good experiment. I'm looking forward to participating and seeing how that affects our camp next year. I was going to ask about Thursday. Usually we have trainings on Thursdays, right? Can you speak to what the trainings are this year?

CHRIS: It looks like Drupal 8 content migrations. This can be a getting started with building sites with Drupal. There is a Drupal 8 crash course for content editors, marketers and project managers. Then intermediate to advanced CSS for practical peoples. I think those are all of our trainings.

DAN: Those are the four trainings, and then on top of the trainings we're also hosting a mini-camp this year.

IVAN: Oh really? Well, tell me about that. I know Backdrop has always got such a great presence at TC Drupal Camp every year. What is that about?

DAN: So, in the past we’ve hosted sessions on Backdrop. Every year we seem to draw some of the leaders behind the Backdrop community, and we'll do that again this year. Particularly Jen Lampton, who's helped lead and create the Backdrop community, she's coming, as well as several other prominent Backdrop contributors. And, what they've decided to do this year in the form of a mini-camp, is hold the day of sort of sessions, all in one room dedicated to Backdrop. And we as a camp decided to provide a room to sit alongside the training sessions for people that are interested in contributing to Backdrop, or learning about it to attend to this free session.

IVAN: I think that's a great idea. And why haven't I reached out to Jen and Nate about Backdrop? We should totally have them on the podcast.

CHRIS: There you go.

IVAN: That's awesome. We will make sure we do that. If you happen to be listening out there, Jen and Nate, please send us an email before we do. But yeah, we'd love to have you on the podcast. So that's great.

So, trainings on Thursday, Backdrop CMS minicamp as well in one of the rooms, and then sessions on Friday. So, I would imagine there is a keynote on Friday? Let's talk about what the day looks like on Friday.

DAN: I can tell you definitively we've got five rooms. So, five tracks if you will, and each track will have six sessions throughout the day, for a total of 30 sessions. We're starting the morning like we typically do with a welcome session at 9 am, going into our first session around 9:45 and continuing with the last session ending around 5:00. We will have a keynote this year during the lunch hour on Friday, and I'm happy to tell you about that.

That is a local group called the Asian Penguins, a Linux user group made of boys and girls grades 6 through 8, and they're based out of Hmong charter school in St. Paul. Their director Stu Keroff, is coming to tell the story about what they do, how their work is helping bridge the digital divide in the metro area. He works with the students to teach them Linux, and they repurpose old computers installing Linux on them and giving them away to families in need. So, we’re excited. He's going to bring some of his students with him too, and they're going to do a presentation for us on Friday.

IVAN: Oh, that's wonderful. That's really wonderful to hear. So, the Asian Penguins. Wow, how did you guys find out about them? Meet them? Involve them? What's the story behind that?

CHRIS: Matthew Tiff could probably give you the full answer of how that connection was formed. We found out about them through him, and then we were able to find out more about their organization. And it just sounds like a really great opportunity. I know you share an interest in making sure that tech is accessible to kids as well, Ivan, and it's really great to hear what they're doing.

IVAN: I'm not surprised that Matthew is involved in that.

DAN: Yeah. Matthew had hosted Stu on his Hacking Culture podcast a few months ago, and then recommended them as a potential keynote speaker. So, we reached out to them and we're just finalizing the details on that now, and it should be up on the site by the time this podcast comes out.

IVAN: Oh, that's great. I'm looking forward to hearing what they have to say. So, keynote over the lunch hour. Sessions in the morning, sessions in the afternoon. Can you tell me a little bit about a session format? Are they the same as last year? How long are they? What do those look like?

CHRIS: Yeah. We actually had quite a bit of a debate on how long our sessions should be. You know Drupalcon has moved to a format of half-hour talks and longer talks more than an hour. Right? It's like an hour and a half. And we were concerned about what is the appropriate amount of duration, so we wanted to make sure that we've got a lot of talks that people can give on Friday. But at the same time we were concerned that a half hour might be too short. We're trying 45-minute talks out this year. We're gonna see how that goes. And as a result, we were able to fit about 30 talks into that Friday.

IVAN: Is that 45 minutes of speaker time, or is that 45 minutes of session plus questions?

DAN: It gives time for questions at the end of sessions, unlike 30-minute sessions. You know that was a common experience at DrupalCon this year, is, there really weren't any time for questions at the end of those 30-minute sessions and speakers are really hard pressed to fit all their content in 30 minutes. So even though DrupalCon experimented with this and I think that's fine, we as a group felt like 45 minutes was a much better time slot, and I wouldn't be surprised if they go back to that at feature DrupalCons.

CHRIS: I wouldn't be surprised with that either.

IVAN: So, the 45 minutes is inclusive of the questions then?

DAN: Right. I mean, the assumption is that the speakers will have time then to answer questions.

IVAN: Got it. Ok. And so, let's talk about the five rooms and the five tracks you have. What are the tracks this year?

CHRIS: Well the tracks are similar. If you look at the website right now, they're almost identical to the tracks that we had last year. But we're making an effort this year to be inclusive of talks that are tangential from Drupal. Not every talk has to be about Drupal. We've got talks about GraphQL, JSON integrations and Ruby on Rails. We wanted to make sure that we've got some talks about mental health. We've got talks on a wide area of topics and not necessarily specifically about Drupal.

IVAN: That's great. I'm looking forward to seeing the list of sessions come out. I'm hoping, fingers crossed, that my session made it. When is that session list going to be published?

DAN: That's a good question. [laughing] The announcements will have gone out to the accepted speakers well ahead of this podcast being released. I don't know that we'll have them accepted and published on the site at that point, but we'll be publishing them hopefully by, what would you say Chris, mid-May at the latest?

CHRIS: Yeah, hopefully earlier, but that is largely based upon how we can contact folks. As our good friend Joe [Shindelar] was telling us, we've never had somebody tell us they either can't make it, or say that they can and don't show up. We've had a really high success rate, and we’d like to keep that going, but there's always the possibility that the worst could happen. If we don't get a hold of somebody, or we have to strategically plan, it's better to have everything figured out before we publish. And so, we're putting the effort in now in order to make sure that can happen.

IVAN: So, if you're listening to this podcast there's a chance the sessions have been published but there's a chance the sessions have not yet been published [laughing]. And if they haven't been published, we promise they will be published in the next week after you listen to this. So, fingers crossed.

DAN: Absolutely.

CHRIS: Let’s hope it works out.

IVAN: Let's hope it does. Ok. So, one of the things I love—I love a lot of things about the Drupal Camp in Minneapolis—is the parties. There's always the speaker party and the sponsor appreciation party, and then there's the Friday night party and the Saturday night party. But if the camp is one day short of four days, does that mean it's one day short of a party as well?

DAN: Absolutely not. [laughing]

IVAN: Oh good. Let's hear about what’s going on there.

DAN: Right. Well we do have a few changes this year. I think one of the big ones is that our Thursday night party, which is the day that camp opens after the training, we're trying something new, sort of inspired by our friends at Midcamp in Chicago, and that is changing the Thursday night party to the welcoming party. And what this means is that we're extending an invitation to anyone that is involved or interested in participating in our conference to come to the welcome party on Thursday.

CHRIS: That's right.

IVAN: And where is that party this year?

DAN: The unofficial plan right now is that we're going to host that at Pizza Lucé in downtown Minneapolis.

IVAN: And what about Friday? The Friday night party?

DAN: Yeah. So, Friday we're going back to the House of Balls.

IVAN: Oh yeah. I love that place.

CHRIS: Yeah, it's a really great place.

DAN: House of Balls, we’ve been at, I think this is our fourth year at this, sort of amazing, eccentric art studio/event space, just off of downtown Minneapolis. And we're going to have some of the same great things we have every year. We're lining up a food truck. We're going to have free food and drinks and most importantly, we’ve lined up karaoke.

IVAN: Oh yeah. That sounds amazing. I'm secretly hoping that Marc [Drummond] is able to give his five-minute talk about hotdish again.

DAN: Yeah, Chris, are we going to try to do any of the lightning talks this year?

CHRIS: Well I don't know. We like to be flexible. We're kind of a spontaneous crowd. We've got a number of events planned for the day. You know, we're gonna have some board gaming, and it seems like the board gaming thing has gotten even stronger here in the Twin Cities community. We're going to have some food and, of course, there will be Foursquare.

DAN: Foursquare.

IVAN: I hope Les [Lim] brings his ball.


CHRIS: We lean on Les for both the rules and the gamesmanship and the setup of that. We should side note, we should double check with him, if he's going to do that again this year, or if he wants one of us to take that on. And, yeah, in years past we've had lightning talks and we've also had karaoke. I do know for a fact that we will be having karaoke again this year. I don't know if we'll have lightning talks, but there's room still, I think Dan, we just need to put a plan into action to see if we can provide equipment and time for that.

IVAN: I'm a proponent of the lightning talks, so if you need votes you have one from me, and if you do need something to help make that happen, please ask, I'll do what I can.

DAN: Great. I think we've got a volunteer to run the lightning talks. [laughing] 

CHRIS: Sounds great. That's how this works.

IVAN: [laughing] Ok, well, if I get to run it that means I get to give one too.

CHRIS: [laughing] Indeed. You can kick us off.

IVAN: Alright. Let’s do that. Let me know the details, and I'll help make it happen.

DAN: Alright. Sounds good.

IVAN: Alright. So that's Thursday and Friday taken care of, and what are we doing Saturday? Are we doing anything Saturday?

DAN: We will. We'll do our traditional post-camp party. It is at a location to be determined. So, you have to stay tuned to the website or the newsletter to find out when and where that's going to happen.

IVAN: Well I'm glad that's still happening even though we don't have the fourth day. Stay tuned on the website. That's tcdrupal.org and subscribe to the email list, I'm sure that'll be mentioned in the email as well. One more question. How do you register for camp and what does it cost?

CHRIS: Well you can go to our website at tcdrupal.org/register and you can register right there. We've got a nice big link for you right there in the top of the page, just click on that, go on over to registration. Registration remains inexpensive, especially compared to other Twin Cities camps which we've been able to look at the cost of camps nearby. Our camp's only $50. We are providing means for people who want to contribute more. Like myself, I tried to come in at the Community Contributor level. How much is that again Dan?

DAN: Yeah. So that's $150, and that includes camp registration, a free T-shirt, and it also means that you are helping support the camp above and beyond, which is really key to us being able to offer all these things, including the parties and the free training and all the sessions and the venue.

So, that's kind of a new, it's not new, but what's new this year is, is we're really trying to emphasize to anyone that uses Drupal professionally and that can afford it, please consider coming in at the Community Sponsor level, Community Supporter level. It really helps us out. But anyone is welcome to come to camp, and as always if anyone wants to come and can't afford it, please contact us, and we would be happy to set you up for free.

IVAN: What's the best way to contact you?

DAN: Yeah, so, go to the website tcdrupal.org, go to the contact page and just shoot us a message, and one of us would be happy to get back to you. Or you can hit us up on Twitter as well.

CHRIS: Yeah. Like Dan said, if you fill out the contact form on site, you're sending an e-mail message to the entire team. Someone's going to see that immediately. And, again, we're available over Twitter just like the rest of the Drupal community. We all kind of hang out there.

IVAN: And, there are sponsors again this year, like there were last year. There always seems to be a plethora of sponsors for camp, which is just so awesome to see for our little community. Are there still opportunities to sponsor? What options are left, if they are?

DAN: Please, please, please, always welcome more sponsors. The more sponsors we get, the more we can do. You know, we really are wanting and planning to offer free lunch to everyone at camp this year on Friday, and getting a few more sponsors really help make that happen. And so, we have some great sponsors so far including TEN7, thank you for that.

IVAN: Yeah!

DAN: And, you know, we have a few platinum sponsor slots still available. We have unlimited slots at the gold and silver level. And so anyone who wants to consider both helping the camp out and maybe getting a table to tell people about your organization or what you do, you're very welcome to do that. And again, just come to the website. There's information about how to become a sponsor,  or to just get in touch with someone.

IVAN: So, that URL is tcdrupal.org/sponsors, and there's a great little button there that you can visit the sponsor page for more information about the benefits of each of the sponsor levels. Yeah, it's been great to see the same companies coming back to the camp and coming back and providing to the community. It’s always a pleasure for us to do it, and I'm sure it is for you too Dan for Electric Citizen and for the others that are also doing that.

I’ve asked this before of members of our community and of members of the organizing team that always puts on this volunteer event. It's volunteers that do it. I'm amazed that it happens every year. But DrupalCon 2020 is in Minneapolis next year, and DrupalCon just happened last month, and we have our camp in close proximity to it. So, has there been any discussion about what, if any effect DrupalCon in Minneapolis is going to have on our camp next year?

CHRIS: So we've had a lot of internal discussions about it, and while we have a lot of energy in the Twin Cities, it seems like the prevailing wisdom is that we want to try to find a couple of smaller events. The work that we anticipate we're going to put in around DrupalCon is really too close to where we would want to have our camp here in the Twin Cities, to make both the contribution we want to put in to make DrupalCon a success and the contribution we want to put in in order to make our camp a success. That said, it's still kind of up in the air.

We haven't had the powwow that we really need in order to come to a firm decision that, “Hey, we're not going to do a Drupal Camp,” or “Hey, we're not going to do a Drupal Camp like later in the fall sometime that day of the year.” So, I guess the answer that we have right now is that, we want to continue to be active. We want to do things in the Twin Cities surrounding Drupal and getting together an event. And I think we've got different ideas on how to accomplish that, but the main thing we want to do is to continue to talk about Drupal, celebrate Drupal and promote knowledge and learning and inclusiveness.

IVAN: So, "Stay tuned. We're evolving the decision as time progresses," is what you’re saying?

CHRIS: Yeah. So, we don't have a good answer yet. We're all so laser focused on getting this year's camp put together and have it be so awesome, that we've postponed any other kind of discussion of what's next, until we're done.

IVAN: And thank you for being so laser focused on the camp, and Dan and Chris and everyone else that's helped organize the camp, Jer [Davis] and Tim [Erickson] and all of the other volunteers. It's just always so amazing for me to see the camp happen and for all those people to contribute and for there to be so much empathy and care that it happens in the most equitable and fun and cheap and value-based event that we can put on, and I think that's great. So, thank you both for doing that and for contributing.

CHRIS: After this is all done, there’s so much gratitude to make sure people get, based upon their efforts that they've been able to put in to make this thing a success. And the thing that we keep talking about, it's really our deliverable at the end of this is our process, because our process has been pretty good. We keep on iterating on it, so that we can have the confidence that, “Hey, we can put together a camp like this,” and we could feel really good about that process.

DAN: And not only that, but I've been involved in many years of camp organizing for TCDrupal, and I feel like every year is good, but the gang's really getting along well this year to where I'm not even daunted by the thought of doing it again next year.

CHRIS: I would love to do it again.

IVAN: You heard it here first. [laughing] We’re already thinking about the following year's Drupal camp. That's great.

CHRIS: So that's the high we're on right now from all the good work we’re doing. We’ll see how we’re feeling after this.

IVAN: [laughing] No, you can’t go back now. You just said that you're not even worried about it. So, let's actually just spend a minute before we close here, and say this is version 9 of the camp, if I'm not mistaken. I think the first one was in 2011, so, this would be version 9, and so the next one is the 10th anniversary. Right? So, we should celebrate that somehow.

DAN: Well, we are. It's called Drupalcon 2020, [laughing] and what better way to cap off 10 years of active community growing, stewardship, caretaking, whatever you want to call it. I myself came to this Drupal community group as a lone wolf developer looking to find some other group of people that I can nerd out about Drupal with. And my story is basically the story of how successful this community has been. Thanks to all of the people who have welcomed me in and made me feel like I belonged. I'm here today helping plan the next one.

IVAN: I love it. I think it's precious and amazing, and I'm always amazed by all of that. So, yeah. I hope I'm right about it being the 10th anniversary, because I feel like there were different incarnations of the camp before 2011, but I think 2011 was the first official one, right?

DAN: It was. Yep, you're absolutely right.

IVAN: Ok, good. Well, thank you both for spending your precious time with me today. It's really been a pleasure talking with you Chris and Dan.

CHRIS: Same here, man.

DAN: Yeah, thanks so much for hosting us.

IVAN: Chris and Dan are two of the volunteer organizers of Twin Cities Drupal Camp happening from June 6th, a Thursday to June 8th, a Saturday, at the University of St. Thomas in downtown Minneapolis. Tickets are still available and they're reasonably priced starting at $50, and we're hoping that includes lunch as well.

So, head on over to tcdrupal.org and register now. You can find the camp on Twitter, Facebook and Instagram. The handle is @tcdrupal. And, of course, the Twin Cities Drupal group is also on groups.drupal.org/twin-cities for other local events that happen outside of camp, and they happen every month, whether it's the happy hour or something else, it is on.

You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Apr 24 2019
Apr 24

Your browser does not support the audio element. TEN7-Podcast-Ep-058-TEN7s-Onboarding-Process.mp3

Are you looking for someone to support your existing Drupal site? Or, are you an agency and you're considering taking on a new client? We think you should date before getting married right away. Trust us, it's better for both parties! In this podcast, Ivan Stegic and our DevOps Engineer Tess Flynn discuss the TEN7 courtship—er—new client onboarding process, which insures that we get to know your site better than you do!

Running time: 39 minutes
Host: Ivan Stegic
Guest: Tess Flynn

In this podcast we'll discuss: 

  • The difference between discovery & design clients and audit–improve–support clients
  • Why we don’t just say “yes” to a client that gives us money to support their site
  • How the TEN7Audit process is like CarTalk (the multiple layers of the audit and troubleshooting process)
  • The simple check that tells Tess how much you love (or neglect) your site
  • The topics of the TEN7Audit: security, infrastructure, UX and theming, content types
  • We get the data, then try to figure out the underlying human story
  • Why we take the time to present our audit findings to you (in three tiers) vs. dumping the PDF in an email 
  • Tess compares your website to a car. Mark your TEN7 Bingo cards!
  • After TEN7Improve, we’re intimate with your site and know whether we want to support it for the long haul
  • How we take backups for TEN7Care so seriously we created a product (Tractorbeam) to do it for us (and you)



IVAN STEGIC: Hey everyone you're listening to the TEN7 podcast, where we get together every fortnight and sometimes more often, to talk about technology, business and the humans in it. I'm your host Ivan Stegic. We recently published a blog post called ‘Becoming a TEN7 Support Client, You Can’t Just Give Us Cash’, and we think it’s a good description of the process of becoming a client in which we support a site that we didn’t build. I thought it might be useful to talk about this whole process as well in a podcast, and that’s what we’re going to be focusing on in this episode. To help me flesh out the details, I have Tess Flynn, our DevOps Engineer joining me once again. Hey Tess.

TESS: Hello.

IVAN: I wanted to start by talking about TEN7’s business, and how clients come to us, and how we have distinct categories of clients. And then we’ll kind of get into the nitty gritty of the process of onboarding a client, and that’s where I thought you could help us out.

Essentially, we have two distinct categories of clients.

One category is a new site build, or a new feature build, and this is a client that specifically wants us to create something from scratch or add on to an existing deployment. And usually that process is discovery and design, some sort of strategy, then development and launch, then we support the site we’ve built. On the other side, the other major category of business we do is supporting an existing site. So, that’s supporting a client or a prospect that comes to us that has a Drupal site that someone’s already built for them. And for whatever reason, they need it supported and maintained and looked after for an extended period of time.

The process there is similar. We audit the site, we improve it and then we support it, and the products we have for those services are called TEN7Audit, TEN7Improve and TEN7Care. Now, there’s a natural progression, I think, from learning everything we can about you and what you have, to recommending things we could improve, to then supporting and maintaining that site for you. But the reason we came up with this process was, a particularly difficult client that we had some years ago, And I did something as an owner, that I shouldn’t have done, and that was, say yes to supporting a client whose site I knew absolutely nothing about, whose site no one on our team evaluated or saw, that turned out not to be a brochure site, but a complex, inner connection of many different modules, some custom, some not.

We ended up with a commitment with a client for two years that went on for two years longer than it should have, negatively affecting our team, the morale on our team, resulted in some internal soul searching within the organization. We discovered the DiSC analysis process, we applied it to everyone in the company, we focused on our own mission, our own values. And when we came out on the other side, I basically didn’t want this to ever happen again, right? From our perspective, we wanted to do our best work for the client, and we were being handcuffed, because we didn’t do our due diligence right in the beginning of the engagement. And, of course from the clients' perspective, they expected nothing less, right? They wanted us to do the best work for them, we possibly could be doing, and so we came up with this three-step process that sets us both up for success.

Essentially, we do an evaluation and an audit of an existing Drupal site. We call that the TEN7Audit. Once we’ve evaluated it, we kind of have to get to know the code base a little better, and nothing’s ever perfect, there’s always some amount of work that needs to be done. And so we do that. The next step we call the TEN7Improve step. And once that’s complete, we offer TEN7Care, our support agreement that keeps the client's Drupal site humming, kind of the way it should be. So, it’s three steps, TEN7Audit, TEN7Improve, TEN7Care, and what I’d like to do now, is talk about the details of TEN7Audit.

So, a prospect comes to us, and they ask us if we want to support their site, and we say, “You seem nice, I think we’d like to work with you. Let’s take a look under your hood.” And, that’s what the TEN7Audit really is. Tess, you’re the principal engineer that’s responsible for the TEN7Audit. So, when a prospect comes to us and I say, “Okay, let's do the audit,” it lands in your lap, right? And, you’re then tasked with doing this audit. And we’ve done so many of them we have a good process around what we do, and I want to find out about what exactly happens during the audit? What’s the first thing you do?

TESS: The first thing I usually do when it comes to doing an audit is that I’m going to need access to the underlying infrastructure. So, I’m going to need access to SSH in order to get to the file system on which the site is hosted. And I will also need database access credentials, so that I can get a copy of the website itself. Now, I like doing some audits entirely in place if it’s possible, without copying it to a local environment, but increasingly this is difficult, because depending on the client and depending on the site that might not be possible. For some shared hosting providers, for example, adding an additional tech in place can be a risky proposition, because it can cause some issues with the site, in order to perform the audit. Also, certain platform-as-a-service hosts actually don’t really let you do that very easily, in which case you do have to copy the site off and then run it locally. And then, in some cases, you might have the ability to run additional tools in place, but you’ll have to run it locally anyways, because the actual environment that the site is running on already has something already so fundamentally wrong with it that you can’t even run those tools in the first place.

So, it all comes down to: how do I get my hands on the site code and the site database? That is always the first problem when it comes to doing an audit. And, the thing with doing that is, some clients actually find that kind of intimidating, because they don’t know who you are, they don’t know if they can trust you, and they’re not sure if they really want to give that information over. And, it’s really necessary in order to perform an effective audit in the first place. Otherwise, the best I can do is look around a little bit. Now, if I do get that access, then I can start tearing down how the site itself is built, and this becomes an interesting process.

The very first thing to do is to run several auditing tools. Depending on the site, that could be Healthcheck, or the Site Audit module, or the Hacked! module. There’s a number of different tools that we use in order to facilitate gathering the best information necessary, to see what the red flags are in the site, if there are any. What’s interesting about this process is, already the attempt to run these tools will tell us something about the site itself. Can we run them in place? If we can’t run them in place, why can’t we run them in place? What’s the underlying problem that’s preventing us from doing that? Is it because of the hosting provider? Is it because of the way that the server infrastructure is set up? Is something else wrong that we need to take note of, that is something that we need to remark on our document?

Once we actually run the tools, we examine the output of those tools, and usually this gives us kind of a 1,000-foot perspective of the general health of the site, but it doesn’t allow us to really uncover the underlying causes of some of this. An auditing tool can tell you, say, you’re running out of disc space. But why are you running out of disc space? You might have, well, there’s excessive activity in the database, or there’s excessive CPU draw, well why? What’s really doing that? So, all these tools just paint a more detailed picture, and at some point, you do have to start breaking those down and going after them and investigating them yourself.

IVAN: So, I was going to ask you about the tools that you use, and you mentioned that you usually SSH into the clients website. I would imagine that if there’s already some continuous integration in place, or some codebase in place, maybe you’re using Git to get those files as well. And then you mentioned Site Audit module and the Healthcheck module and Hacked!. And it’s not just modules that you use to determine the health of a website too, right? You are also evaluating the infrastructure, so, is it a shared host? Is there Varnish installed? Is there Memcached? How is the host configured? What kind of access do you have? Those are also other things that we evaluate. Could you talk about the next step? Once you’ve done, kind of the tools evaluation, what are the other things you evaluate?

TESS: It’s kind of like an episode of Car Talk really. A caller calls in, says, “Oh, hey, my site is making this weird sound,” and then after, you should not turn it like that, so it doesn’t make that sound. Then you actually ask, “Okay, when does it make the sound?” “How long has it made the sound?” And you start following the investigative chain. Using the tools really are just the first step in that process, because often with websites, as with a lot of modern vehicles, they are so complicated we don’t really know what’s wrong with them intuitively. We will only be able to know after analysis, and usually that requires an additional amount of technical expertise. So, the tooling basically gives us a rough topology of what the site health is like. And, afterwards, we need to investigate each one of those vectors. And a lot of the time, it comes down to how our audit document is structured, which allows me to investigate that. So, what I tend to do is, I will first start by running the tools and see if there’s any red flags in there.

If there aren’t, then the next thing I do is see if the client has mentioned anything in particular that we want to look at when it comes to the site. Sometimes that can give us a good clue and sometimes that could be a false positive, and sometimes we don’t have that information. So, it depends on what we have available to track down the necessary clues.

With our audit document, we actually break that out to several different sections. There’s security findings, infrastructure findings, UX and theming findings, and content findings. Each one of these is a section by which we can go and do further investigation on how the site health is working. Usually the next thing after I do the first pass is to check when was the last time the site was updated. This sounds like such a simple, easy thing, but it tells you a lot about, not necessarily the technology, but the people around the site, and how they worked with the site and regarded it.

Everything we do in technology is about people, so you have to understand the underlying human story around the technology, and that will allow you to effectively resolve any problems that come up with the technology. So, the first thing that I usually do is, see when it was last updated, and that, ominously, I use the status update page just to check it and see what the security updates are. If there’s a lot of them and if there’s a numerous amount of them, and if there’s several years in the past, since the last update, that tells me a lot about the human management around the site, that it might not necessarily have enough technical people around it, or people don’t know that they have to update it, or a number of different human problems related to that. Then, once I have that information, then it’s down to going through each individual section.

So, I note all the different modules that require an update, which ones need security updates. Sometimes sites will specifically hold back one module or another, several versions, and that doesn’t necessarily speak to neglect, but it might be an intentional holdback, because of some bit of custom functionality built around that module that could not be reimplemented easily with the available skill levels that they have within the organization after doing an update. So, that also tells me something.

Then it comes down to, okay, let’s look at the infrastructure of the site. Are they on a platform as a service provider like Acquia or Pantheon or Platform.sh? Are they on shared hosting? Are they on a virtual private server liker Linode or DigitalOcean? Are they on self-managed hosting? Because some organizations mandate self-managed hostings, particularly governments and schools will have a mandate for self-hosting by default. And each of one of those tells me something.

If it’s on shared hosting, that already tells me about the kind of price tier that they’re looking at, how they regard the amount of performance of their site. Do we need to investigate if they have outgrown that. If they’re on a virtual private server. When was the last time the server infrastructure was updated? What distribution of Linux or Unix are they working under? Do we have access to underlying abilities like accessing root so we can perform even more invasive checks, like disc sizes? What software has been installed? What are the user permissions that are used? Who else is using the server? If it’s on a platform-as-a-service provider, that gets a little bit different. Usually those I tend not to audit for infrastructure too deeply, mostly because they tend to work out pretty well by themselves. They’re intended to actually be fairly ‘use it and forget it’.

So, a quick cursory check is important for those, but unless if something specifically stands out to me, I usually don’t investigate them very deeply. So, we’ve covered security, we’ve covered infrastructure, then I start looking at content. What kind of content types do we have? Are we using content types? That sounds like a ridiculous question to some people, but yes, some sites decide, “I don’t know about this Drupal thing. I’m just going to use our raw table and some code, and slap it in there, that’s good enough for me.”

IVAN: We’ve seen it.

TESS: We’ve seen it, and that comes with pluses and minuses, and it’s important that we bring those forth to the client. That is something else. What’s important through all of these little details that we’ve covered is that, it’s not just noting a thing exists, it’s going why does that exist? Why has that happened? Find the underlying story behind the motivation that lead to this current situation. Everything is really about documenting each one of these finer details, and the interesting thing is that usually as you document these details, you start asking better questions yourself, and then you need to go investigate those questions.

So, with content, you might ask, what kind of content types do you use? Do those make sense with the kind of site that they have? Do you have a number of duplicate content types, like news and blog and press release? Are they the same kind of content really just in different categories? Do you have a large number of fields that are unused? Do you have too few fields that you’re making do too many things? Do you shove entire bits of layout into your content? Trust me, we’ve all done it, it’s okay [laughing], but we need to do better than that. There’s a lot of these little bits of story that come too.

Once we’ve investigated the content types and those structures, usually I try seeing what kind of custom integrations that they have, as well. Do we interact with any third-party APIs or commerce organizations or survey organizations? Do we have any dependencies that can be a bit of a risk for us in order to manage going forward? Because if it’s outside of the realm of Drupal, those can be a little brittle and we do need to actually be careful about how those are implemented. Eventually we do come down to custom functionality. You notice we’ve done all of this other stuff, and now, twenty minutes into the podcast, are we talking about custom functionality. Because custom functionality in general with a lot of Drupal sites that we’ve audited, tends to be a lot less than you expect. Usually a well-managed site has only a minor amount of custom code, just enough to pull the site together. Some sites on the other hand have an enumerate amount of custom code, and that also tells us a story. How much custom code do you have? Do you need that amount of custom code for the site that you’re running? Why did that custom code get used? You have to examine each one of these decisions in order to see what the whole picture of the story is.

IVAN: It’s a lengthy, involved process that we undertake, isn’t it? And, I want to make sure that we are clear about what isn’t in the audit. So, the audit is mostly a health check of your site, your infrastructure, and your processes. We do a cursory look at your analytics and a cursory look at your content, and a cursory look at your accessibility. But as far as doing a deep dive into a content audit, or a deep dive into an accessibility audit, which we have done and which we do, that is not part of the deal here.

The main point is to get to a point where we can give you a report, and a status quo, and a set of recommendations about the things that we think you need to fix. Now, let’s just talk about the audit itself. What do you actually get? You get a PDF and for those of you listening, you can go to ten7.com/audit to see an example of a PDF of one audit that we’ve done. It’s been anonymized so there’s no actual client information in there, but you’ll get the gist from the PDF itself. From when we kick off to when we've created the PDF it usually takes about four weeks and at the end of those four weeks, we have a document, a PDF that we then present to the client. We don’t email the client with this PDF and say, “Hey, take a look at this thing. Tell us what you think.”

And we definitely don’t send the email with the PDF in it to the client before we present it to them. That video conference, that presentation of the TEN7Audit is very important. It’s very important to provide that to our clients in real time. Tess, can you talk about that meeting and what that meeting feels like and look like. What’s the goal of that meeting?

TESS: So, first let’s frame what the document looks like. On average these audit documents run 18-35 pages. That's right, pages. I’m a bit wordy. [laughing]

IVAN: That’s right. It’s a big one. [laughing] Right, I mean, this is a serious audit, right? It’s not going to be a couple pages long.

TESS: And, the problem with a document that size that is that comprehensive is that it’s really easy to get drowned in it. There’s just so much detail. There’s no framing around it. There’s no discussion around it. There’s no opportunity to ask questions, and suddenly you easily forget points and questions that you had three pages ago, because you have new ones that have already filled up your entire internal question queue. So as a result, it’s really important to have this meeting at the same time that we hand over the document, because it allows us to make this a conversation, not just, "Here’s the results." Because no one wants "Here’s the results," we really do want to have a conversation about it.

So, the way that it works is, generally we start with the document itself and we briefly talk about the methodology involved. And because sites are all unique, sometimes we do have to adapt our methodology dependently. We’ll point out if we have to run the audit on a local copy for various reasons, and then we start talking about the actual audit findings. And the way that the audit findings are structured are also important, because at the very front we have critical findings. These are the most important things that would need to be fixed with the site immediately. These are things that are going to be possible security attack vectors, critical updates that have yet to be applied, or other critical infrastructure things that need to be resolved as soon as possible.

All of these things need to be acted on relatively quickly to prevent downtime or possible data destruction. Those are usually the first things that we talk about, and they’re the big, big items. And, the idea and the intention behind this is so that we can stress the things that are the most important to fix right now, before we get to other underlying things that might require a longer-term effort. Basically, we want to make sure that we dampen down the campfire, so it doesn’t start a wildfire.

IVAN: [laughing]

TESS: And once we’ve done that, then we go through every different section that is in the audit document and this can be a long meeting. Usually these meetings take about an hour, and we outline each individual point. We don’t read the document because everyone can just read the document, but we point out the things that are the most important that I found with that and give additional context. If there are questions, we can answer them at that point. That way no one feels that their questions go unanswered or that they forgot them, they can always have them right there and we can answer them right there. We go through each individual section and sometimes we will have a finding that is, I don’t know why it was built like this. There’s probably a good reason for this, but I don’t know what it is, and usually at that point I might ask you, the client, why was it built like this? Because sometimes there is no right answer for some of these things.

Sometimes we find, “Oh, well we used a custom table here because we actually have another integration with a GIS application and somewhere else that requires database access.” “Oh, that makes perfect sense.” “Sure, okay. That’s understandable.” Now I don’t need to worry about that particular issue. Now I know that I don’t need to make a recommendation to fix that underlying issue and make it more Drupal-like, because it was intentionally done that way. So, because this is a two-way process, this is really, really important. Once we get all the way through the different categories, and usually by the time we get to the end of it, we’re talking content and theme and UX and then a brief touch on the analytics findings. Then we talk about recommendations, and our recommendations usually come in three distinct tiers.

The first tier of recommendations are usually things that we want to do right now, in order to make sure that we don’t have a wildfire. Things that fix immediate, most critical issues with the site, applying secure updates, fixing any potential security attack vectors, DDOS possibilities, fixing other underlying configuration problems like, caching was disabled for some reason, or maybe we should look at turning Varnish on, or maybe the setting was incorrect, or why do you have user registration open when you’re a brochure site? [laughing] Things that are really simple and really actionable that can be done generally within a week after giving the audit document over.

Then the next tier of recommendations are things that we want to try to do to maximize the site as it currently exists, without fundamentally changing the functionality of the site. So, that’s going to be things like, “Well, do you think that you can enable this kind of cache configuration with Varnish or Memcache? Maybe you can change the way this functionality works so that this bit of functionality will work better for you going forward. Maybe your theme is a little wonky here and needs some correction.” Sometimes we might make a recommendation to change hosting providers at that point as well, because if you’re on shared hosting you might have outgrown that. If you’re on Acquia or Pantheon, you might need to change your hosting plan. If you’re on a VPS (virtual private you might also need to change your pricing plan to get more vCPUs or more disk space, or more network transfer storage, those kinds of things.

IVAN: Or caching even.

TESS: Or caching. The third tier is going to be things that allow the site to reach its full potential, which may involve fundamentally changing certain aspects of how the site functions. So, we might want to say, “Maybe you should make a new theme. Maybe you should take this bit of functionality that was implemented this way and reimplement it this way instead.” Those tend to be bigger projects that require several weeks to months to implement, depending on the kind of site. And some of those might not be something that you want to work on immediately.

Some of those might be, “Yeah, we were thinking about redoing the entire site in Drupal 8 and we’re on Drupal 7.” That’s one of those recommendations, and doing a site rebuild does take time and that’s where that recommendation goes. These three tiers allow you to prioritize which aspects of the site you want to act on as a client without feeling like, “Oh, geez, my site is terrible, and everything is wrong and on fire.” [laughing] No, we break that up for you so that you can know, “Okay, these are the things that we need to fix now, because you don’t want your wheel to fall off while you’re on the highway. Here’s the things that we should probably fix because that’s not good, winter's going to happen eventually, and you need to replace that heater core in your car, because you’re going to get cold eventually (laughing), and then finally maybe you just need a new car." [laughing] Everything comes under car analogies.

IVAN: Yes, it does. Or tractors, right? So, that was a great summary of that list of recommendations and the three tiers, Tier 1, Tier 2, Tier 3. And you’re essentially cherry picking those recommendations that make sense for your needs, for your budget, for your organization moving forward. And what we do as the next step in our process, so this is step one right TEN7Audit, it’s about four weeks, get out of that with an audit report and a list of recommendations. And once we’ve done that you cherry pick the list of recommendations and those become tasks for us. And with that list of tasks, of things that you want changed, things that you want improved, based on your budget and our recommendations, we package that up into the TEN7Improve contract and the next step of the process. And usually that takes between four to eight weeks of our time, and it’s really dependent on kind of the results of the audit.

TESS: The thing that’s also important in this entire thing that often goes unsaid, is that an audit is a wonderful "get-to-know-you" activity. Because now after the audit, we as an organization as TEN7, know your site and have a lot of knowledge about how your site works, and what your motivations are, and what your perspective of your site is. And also, you know us, and you know our processes, and you know our names and our faces, so that you can actually know who to talk to. An audit is a wonderful get-to-know-you exercise, and I cannot stress the importance of that human connection enough in what is otherwise a very dry technical field.

IVAN: The importance of that human process is not just getting to know each other, but to laying the groundwork and the foundation for a long-term relationship after that audit's happened. And I think the next step, the TEN7Improve step, that’s kind of getting to know your code base, getting to know how it’s configured more deeply, not just one person getting a higher-level view of the site, but more than one person getting a deeper level understanding of the technical debt that’s in the site, the way that things are configured exactly, so that there’s not just one person who knows how your site is configured and deployed, and I think the TEN7Improve process is also a good next step for the relationship, because now we’re spending more time with each other, getting to know how each others' work styles are, what your needs are, what our needs are, so I guess you could say the TEN7Audit is kind of the dating part of the relationship, and the improve step is kind of the engagement part of the relationship? I guess it’s the time when you get to know the deep-down, dirty secrets of the code base [laughing].

TESS: Why does the site always leave the socks on the floor? [laughing]

IVAN: [laughing] Exactly. That’s exactly what the Improve process is, the answer to the socks on the floor question, right? So, four weeks for the Audit, four to eight weeks for the Improve process, the outcome of the Improve process is a site that we now know quite well. We know how much technical debt there is, we know how it’s configured, we’ve improved it, we’ve updated it, it’s in a state now that we would be comfortable saying, "We can support this for you from now on." Don’t you think?

TESS: That’s the entire goal of the Improve process, is to get us to a point where we can start working with it regularly without having to worry that the site's going to completely blow up for whatever reason, be it infrastructure or code or simply lack of knowledge.

IVAN: And so now we know the site, right? So we can offer a support agreement and that’s the last step of the process, TEN7Care. The way that the support agreement is structured is, it’s an annual agreement. We agree to some minimum number of hours that we will have every month with you, and the agreement typically covers things like Drupal site maintenance, so we maintain and update the core and contributed modules that are installed. We provide 24/7 uptime monitoring and response, and so that part is really dependent on the hosting provider that you have. So in some cases Pantheon is already monitoring their sites, we’re monitoring in addition to that, and sometimes we don’t have any control about whether Pantheon is up or down, and so we have to revert to their knowledge and them working on an emergency, and we are simply the conduit for you. The other thing that TEN7Care provides is regular backups and archiving and that’s really important isn’t it Tess?

TESS: I can’t stress that enough—how important a backup is, because life is unpredictable, and you want to make sure that you have a backup just in case life throws something very, very nasty in your direction.

IVAN: And we’ve got a number of blog posts and podcasts that we’ve done where we've talked about backups and details of what you should have. We use Tractorbeam, the open-source solution that we’ve published and provided to the community to do those backups of your website. Remind me again, Tess, it’s daily, weekly, monthly, right? And, two different off-site locations.

TESS: Mm-hmm. Correct.

IVAN: Great. So, AWS (Amazon Web Services) and Google Cloud, DigitalOcean, those are the three different companies, three different places. So that’s covered under your TEN7Care support agreement. And then all of the CI, continuous integration, and automation goodness that Tessa absolutely loves and that I am a huge proponent of, that comes as part of TEN7Care as well, right? So, our regular release process, the use of feature branches, the use of code review, the fact that we can push code and it deploys to numerous different environments, automatically. Do you want to say a couple things about that? I don’t want to prevent you from geeking out here [laughing], so do say something about that.

TESS: Mostly the reason why CI is particularly wonderful is because the problem is that human beings are inconsistent. You’ve had a bad night of sleep or you’ve read something upsetting and you might be distracted, and that can cause real downtime and real outages and real technical problems. The idea behind using CI is so that you remove more human hands from the process, and outsource that to a piece of technology that can do that consistently every time and be a lot more situationally aware of what’s going on when you do the deploy. So, having CI allows us to respond to changes a lot more quickly, a lot faster, and make sure there’s accountability at every step of the process with regards to updates and feature deployment.

IVAN: I couldn’t have said it better myself. Just wonderful, thank you. So, TEN7Care is the last step in the process, preceded by TEN7Improve and, of course, the TEN7Audit right at the beginning. I think we’ve kind of gone through the whole process, right, beginning to end.

TESS: That’s the whole thing.

IVAN: That’s the whole thing. Thanks again for being on the podcast. It’s always such a pleasure to talk to you, Tess.

TESS: Not a problem.

IVAN: So, if this podcast sounded interesting to you, and you think we might be able to help your organization in some way, we’d love to hear from you. Send us an email, send it to [email protected] to start a conversation. You can also find out more on our website at ten7.com/welcome. That’ll take you to our blog post on the whole process, and you’ll see a link to the example of the audit and an example of the support agreement as well.

You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Mar 14 2019
Mar 14

TEN7 is a full-service digital firm, and our tagline is “We create and care for Drupal-powered websites.” Creating and building a website is the sexy visible part, but caring for a website over time is the just-as-important maintenance work. Keeping your site code updated, backed up, secure and performing well is the job of a support team.

Most of the clients we design and build websites for also ask us to support their site after it’s built, which we happily do. But clients with sites built by other companies often approach us to support their site as well. However, we don’t take on support clients lightly.

Why You Can’t Just Pay Us to Be a Support Client

If you want to pay us to support your site, why wouldn’t we just do it? Well, when we were just starting out, there was a time when we’d take on whoever came along and offered us cash.

We took on support clients without knowing anything about what was “under the hood” of their site. We had to scramble to figure out how a site worked as support issues came in, which led to increased problem-solving times. This resulted in subpar support of the client, and subpar support led to real unhappiness for our team members.

As you might have guessed, the impetus for a change in the way we did business was a particularly difficult client and their site. It took two years to effectively end the relationship. The experience was a turning point in our company’s existence: it led me to think about what we’d done wrong, and reverse-engineer a way to prevent it from happening again. You can hear more about this experience in my Drupal Camp talk, “Know Yourself First.”

As we’ve grown and matured as a company, we’ve learned the value of recognizing the right clients and building the right process to support their sites. This ensures that we do work that meets our high standards, that our team is respected and happy, and that there’s a good vibe between all parties. Our multi-step onboarding process for new support clients lets us accomplish all these goals.

The Audit → Improve → Care Process

Each step in this process is a separate engagement, and has its own pricing and contract. When a step is completed, either party can quit with no hard feelings. The three steps are:

  1. TEN7Audit: We perform a comprehensive site audit and present a report of findings and recommendations.
  2. TEN7Improve: We implement selected recommendations from the audit report (at minimum the most critical ones) based on budget and need.
  3. TEN7Care: This is the final part of the process, an annual support agreement.

Let’s learn more about each step.

Step 1: TEN7Audit

Before we’ll agree to support your site, we need to know what we’re dealing with.

To figure this out, we perform a complete audit for a flat fee of $2,500. We settled on this cost because while it’s not exorbitant, it’s high enough that it will disqualify anyone who isn’t serious. The entire process can take up to six weeks, from when a client first expresses interest until the day we present our findings report.

Site Audit and Analysis

The site audit starts with us making an exact replica of the site so that it can be examined without affecting its live operation. We run Healthcheck, a Drupal module sponsored and maintained by TEN7, to generate a baseline report for review.

Healthcheck is like your Drupal site's own personal physician and can run continuously after installation to keep tabs on the health of the site over time (hence its name!) It has a user-friendly, action-oriented dashboard that shows you issues, ranked in terms of urgency. We install Healthcheck on sites we support.

In the TEN7Audit process, Healthcheck provides the initial lay of the land and identifies things like whether module updates are required, or whether the site has been hacked or modified. Next, we get humans involved to take a deeper look at where the site is hosted, whether there is a version control workflow, whether continuous integration and automation exist, how the infrastructure is configured and more. For example, a Healthcheck-identified performance issue (slow page load speed) could have numerous causes, from giant images to caching being disabled. Humans have the best chance of ascertaining and reporting the causes.

Audit Results

When the TEN7Audit process is complete, we compile an audit report of findings with a prioritized list of issues and recommendations. We define critical issues that need the most attention, as well as recommendations for repair and optimization:

  • Tier 1 - Critical: Issues that need to be fixed as soon as possible for site security
  • Tier 2 - Best Practices: Improvements that will reduce technical debt, optimize the site, and won’t negatively affect the site if not immediately done
  • Tier 3 - Nice to haves: Long-term improvement goals you should consider for the sustainability and success of your site

Here’s an example of a TEN7Audit Findings Report.

While some companies might just send you the PDF of an audit report, we'll either present the findings and recommendations to you in person or through a Zoom conference. It's a lot of information, and we want to be sure to thoroughly explain it to you and be there to answer any questions that come up. This is also a chance for us to hear from you about how decisions or compromises were made for the site to get to its current state. 

What’s Next?

After a TEN7Audit has been completed, the next step involves determining which recommendations from the report should be implemented, and then doing so to improve your site. Of course, this also gives us an opportunity to evaluate our relationship with you and decide whether it makes sense for us to continue (and if not, no hard feelings!)

Step 2: TEN7Improve

You’ve decided you’d like to have TEN7 work on the improvements identified in the TEN7Audit, and we’ve also decided that we’d like to work with you to help improve your site.

The recommendations in the TEN7Audit report will be accompanied by an estimated number of hours to fix each issue. The total cost for TEN7Improve varies for every site, and is calculated by multiplying the number of hours estimated to fix chosen issues and our hourly rate at the time of the site audit. A budget for TEN7Improve starts at around $3,000 for a site with minor issues and can go up to $10,000 or more for a site in bad shape.

If we’re going to put ourselves in a position to care for your site in the long run, you'll expect consistent, high quality work. We require Tier 1 Critical Issues to be fixed to proceed with the TEN7Improve step, but we also highly recommend fixing Tier 2 Best Practice issues as well (and most clients do).

If you have budget constraints, items in the recommendations list can be cherry picked, and you can determine the order in which they should be addressed. Occasionally there will be issues found in the audit that can’t be fixed at any time—they may be so big, or so entrenched in the site infrastructure that it would take an enormous effort to fix. In such rare cases, a complete site rebuild is warranted and recommended.

What’s Next?

By this point, the hard work has been done—your site has had performance and infrastructure issues fixed, Drupal core and modules are up to date, and the site is as secure as we can make it. We’re now more comfortable with your code; we have a better idea about how the site is built and how it works. Hopefully we’ve been able to make a real difference in the infrastructure, security, performance and usability of your site.

After this longer engagement, we also have more information about what it’s like to work with you: how you communicate, how pleasant or demanding you are, and how quickly you pay your bills. You also know what it’s like working with us: how responsive we are, how important you feel, how much value you’re receiving.

We should now be in a position to offer a TEN7Care Support Agreement, in which we support a site we’ve audited, improved and are familiar with. It gives us the opportunity to take care of a site that we didn’t build, but that we feel comfortable being wholly responsible for. In some cases, we may not offer a support agreement, and of course, you may not wish to pursue one either.

Step 3: TEN7Care

Since we are now comfortable with the inner workings of your site, we can estimate how many hours per year will be required for site monitoring and maintenance. This includes time for periodic site updates, security patches, uptime monitoring and regular backups and archiving.

The TEN7Care Support Agreement starts at five hours per month, billed on a monthly basis. The agreement typically covers:

  • Drupal site maintenance: maintain and update core and contributed Drupal modules
  • 24x7 site uptime monitoring and response
  • Regular backups and archiving: automated nightly backups, weekly and monthly snapshots backed up to two offsite servers
  • Monthly traffic analytics insights
  • Guaranteed availability of your business’ critical paths after updates
  • Installation and use of a versioning system to manage multiple site environments
  • Regular releases of code with automated release notes
  • Support availability during business hours via email, video conference or Slack

Here’s an example of a TEN7Care Support Agreement.

What’s Next?

Yes there is a next, even here! Six weeks before the end of a TEN7Care Support Agreement, we meet internally to review the last year of work: how many hours we billed and how much work your site required. We’ll discuss whether to adjust the hours for the coming year, and whether a rate change is due, amongst other things.

That’s How You Become a Support Client!

As a company, we strive to do our best for our clients, and we set a high bar for quality work. I believe our success is directly proportional to our clients’ satisfaction with our work. Moreover, as a team, we have to be happy doing that work. If either of these two things don’t happen, we aren’t going to do our best, and there won’t be satisfaction in what we’ve created.

I think our TEN7Audit → TEN7Improve → TEN7Care process helps us accomplish all these goals.

Would You Like to Work With Us?

Do you have a Drupal site that needs support? We can help! Fill out this form and we'll get back to you quickly!

Jan 02 2019
Jan 02

Your browser does not support the audio element. TEN7-Podcast-Ep-050-Dries-Buytaert.mp3

In this, our 50th episode, Ivan is joined by Dries Buytaert, the founder of Drupal, an open source software developer, a startup founder, technology executive, father, world traveler and photographer. Subscribe to the podcast.

Here's what we're discussing in this episode:

  • Dries' life and career
  • The creation and emergence of Drupal
  • Growing up in Antwerp
  • Living in Boston
  • Shared love for tennis
  • Yet another flying start with the Commodore 64
  • The power of copy/paste
  • Writing code for his father's medical practice
  • Wonka VM, Linux and Java
  • Juggling multiple careers particularly fatherhood
  • DrupalCons
  • The MTV saga
  • TEN7's decision to go Drupal
  • The move from Belgium to Boston
  • Circumventing the globe
  • Benevolent Dictators for Life
  • Creating thousands of roles out of one
  • Drupal's Values and Principles
  • Drupal as a force for good in the world
  • Drupal's future and Dries' role moving ahead


IVAN STEGIC: Hey everyone, you're listening to the TEN7 Podcast, where we get together every fortnight, and sometimes more often, to talk about technology, business and the humans in it. I'm your host Ivan Stegic. Well, we've hit 50 episodes. When we started this podcast in April of 2017, we did so by limiting it to only five minutes a time and by calling it an audiocast. And we did that because we wanted to experiment with some marketing that we really weren't familiar with and that we hadn't tried before. And I, of course, thought the best way to do this is to try something short and sweet, that's a quick blast of audio. Because who has time to listen to more than that? Well that didn't last terribly long before we realized that five minutes simply wasn't enough time to tell a story, or to get into the meat of an idea. I guess that's obvious now, in retrospect of course. So I'm glad that this podcast has evolved into what it is today, a hopefully interesting discussion with people that are somehow involved in technology or in business. And what better way to celebrate a milestone like 50 episodes for a Drupal company's podcast then by talking to the founder of Drupal himself. Dries Buytaert has a PhD in computer science and engineering and founded the Drupal project while at university. He's an open source software developer, a startup founder and currently serves as a technology executive, all in addition to being the Benevolent Dictator for Life of the Drupal project. He's a father, a traveler and a hobbyist photographer. He's won numerous awards like Entrepreneur of the Year and Fastest Growing Tech Company for Acquia. I'm honored to welcome to the TEN7 Podcast, Doctor Dries Buytaert, the creator of Drupal. Welcome Dries.

DRIES BUYTAERT: Well thank you. Thanks for having me and congratulations with 50 episodes, that's an exciting milestone.

IVAN: Yes, it is. Thank you. Thank you for the congratulations. You know, 10 years ago I didn't think we'd be here doing a podcast for a Drupal company, and 11 years ago I didn't even consider that I was starting a company that was based on Drupal.

DRIES: Well, neither did I, 18 years ago. (laughing) Makes two of us.

IVAN: (laughing) Right. Well congratulations, I guess, for starting Drupal. Do you know when the anniversary of that is?

DRIES: Starting Drupal, it's a little bit blurry, but I do know that we released, or that I released because I was alone at the time, Drupal 1.0.0, was on January 15th of, I think it was 2001. So, it’s almost 18 years ago.

IVAN: Oh, wow. Yes, that is almost 18 years ago, but that was the first release.

DRIES: That was the first release, yea.

IVAN: You were likely working on that even before that, from 2000, so that’s a long time. Well, congratulations on that. That's coming up very soon here.

DRIES: It is, yea.

IVAN: So, Dries is a contraction of the name Andries which is Andrew in English. Is Andries actually your given name, or is it Dries?

DRIES: It's Dries, yeah, which is effectively as you said, Drew in English. I don't know if people know that, but yeah, Dries is my given name. I don't have any middle names, so it's just you know Dries Buytaert.

IVAN: Dries Buytaert.

DRIES: That's it. Yeah.

IVAN: That's great. I don't have a middle name either, so, I just recently had a shirt monogrammed and it says IS on it. (laughing) So, you I guess, would be database, right?

DRIES: That's right. Yeah. (laughing)

IVAN: (laughing) So, you were born in Antwerp in Belgium in the late seventies. Do you have a favorite thing you remember doing as a child?

DRIES: I’m not sure I have one favorite thing, but I did a lot of different interests. Like, when I was young, I loved Legos, when I was older, I really got into building remote controlled airplanes, actually for some time. And then I got into writing software when I was about 10 or 11 years old. And then later in high school, I loved playing tennis. I think I almost played tennis every day in the summer. There's sort of ebbs and flows in my interest, and I think that's still true today, I have a wide variety of different interests.

IVAN: I can identify with all of those. Are you still playing tennis?

DRIES: I am.

IVAN: You live in Boston, right?

DRIES: I do live in Boston now and I still try to play tennis. I'm probably playing two or three times a month. If I could I would play multiple times a week. But between a lot of travel, I'm on the road quite a bit, it's kind of hard. Tennis is not a very portable sport, because you need to bring gear, and you need somebody to play with, and you often need to be a member of a club too. So, it's not something I can do when I travel. So, I don't get to play as much as I'd like to, but I still try to, as I said, play two or three times a month.

IVAN: Do you know how you're rated. Are you a 4.0 player, or a 5, or a 3.5?

DRIES: I'm a decent player, but again, because of the travel I can’t really play competitively. I have a tennis coach that I play with, and that works well for me, because I only play three times a month, and it can really kind of give me a good workout every time I play. So for me it's more about the workout, and I love the game of tennis too, but I don’t know my rating.

IVAN: I ask because I absolutely love playing tennis, as well, but I can't stand the competitive games and playing sets of tennis. So, I do it as a workout as well. And they usually have groups of players that are similarly rated, and so that's why I was curious. You're a tall guy, so you must love to serve and volley.

DRIES: That's right. Pretty good serve.

IVAN: So, you mentioned you loved Legos and remote-control planes. Do you remember your first computing experience as a kid?

DRIES: Yeah. My dad had a Commodore 64, and one evening or day he bought me a couple of computer books, and these were computer books for kids. So programming for kids and had little code snippets, which you had to enter sort of in the computer and they would execute and be a game. And one of the games was like Snail Race or something and you had to basically pick a number between one and five, and randomly they would move like a character across the screen. And so they would randomly pick a character, and that one would move up a position, but if the character reached the other end of the screen that one would win. It was little stuff like that, it was probably like 20 lines of code. I remember as a kid entering 20 lines of basic code, and it was a lot of fun. You start by literally copy/pasting these things, so to speak, and then over time you dabbled around a little bit and started to try some things on your own. And then I remember in, I’m going to say it was 1994, or something, so my Dad is a doctor, and at the time, a lot of patient information and stuff was managed on paper and he came to me and said, “how do you feel about spending some of your summer vacation trying to digitize some of this paperwork and build me a database, effectively for his patients?" I said yes. He gave me some other computer books using Dbase as a database and using, I think it was Clipper, as a programming language. And I remember spending my entire summer building this patient management system for him. And it was hard for me because, one, I didn't have any training in computer programming, and English wasn't something that I was very good at. It was not even my second language. So, I remember sitting there with a dictionary trying to translate the manual effectively, of the Clipper programming language and trying to make sense of it all. I remember reading things like array, and I had no idea what arrays were. I spent my whole summer trying to figure it out. But I got it to work, which was a major milestone for me, and I would say probably what got me hooked on computer science.

IVAN: And did your dad's practice use the software then, and did it evolve? What happened to that?

DRIES: He used some of it, and then eventually he bought something off the shelf. So, I guess it wasn't a huge success from that point of view, like it literally transformed his business, but he used some of it for a while. The part that he used was like a graphing tool, like you would measure…he’s a gynecologist and an oncologist, so he would measure basically, the baby in the belly, and he would enter the measurements in the software and then the software would plot it on a graph. And this was something that he would have to do manually. He had these sheets of paper and then he would plot the measurements on the graph and then he could tell whether the baby was growing well or not. So, that was very manual and tedious. And so that part he used the graphing portion that I built.

IVAN: And, do you think back to that copy/paste as you described it, which is really reading code from a manual and typing it into your program on that Commodore 64. Do you consider that kind of the beginning of open source software? Because that was actually code that was published for anyone to use and to modify effectively.

DRIES: Yeah that's a good point. I never thought about it, but that’s a form of open source I would say. I don't know if it came with a formal open source license. (laughing) But, yeah, there’s a lot of power in books and enabling people to learn through sharing code. Even when I got into web development, copy/paste was a powerful tool. You would browse around websites, and then you saw something that you liked, you could from within the browser, you could do a view source, and you could learn about how that website was built, and you could reuse some of that code if you wanted to, or kind of use it as a starting point to write your own. I think a lot of web development still happens that way. Maybe not most of it, but at least some of it.

IVAN: And, I think a lot of people who are learning are doing that, and it's less view source now than it is inspect element and using the wonderful tools that these browsers have now. So, that's made it easier for us, I think.

DRIES: Yeah, it would be a shame if we lost that, I would say.

IVAN: I agree. I absolutely agree. So, you were raised in Antwerp, and you got a master's degree in computer science from the University in Antwerp. And, after you graduated from that degree, you worked on something called Wonka VM for a company called Acunia, which sounds an awful lot like Acquia. (laughing)

DRIES: Yeah, that was my first real job, so to speak, as an as a software engineer out of college.

IVAN: And it was Java centric. Correct?

DRIES: Java centric. So the company was a Telematics company. We built hardware and software that would be installed in cars, and that would effectively provide navigation software or other kinds of software capabilities. And I did a couple of things. I helped build a real time operating system, first from scratch actually, and later ported Linux to this hardware platform that we designed. And then once we got the operating system running we decided to build our own Java virtual machine, because the one that Sun had built wouldn't run effectively on embedded software, on a little hardware platform. So, we had to build our own virtual machine, and I was part of the virtual machine group. It was a small group, I think we were four or five people. And so, it was Java, but I was actually writing C code, because the operating system and the kernel and then also our Java virtual machine implementation were all written in C, because we needed to have that raw speed, because we had a very lightweight embedded hardware device effectively. But we did make that virtual machine open source.

IVAN: How did your philosophy and your ideas about open source influence that license that you used to release Wonka VM on? Because, according to my research, you basically started Drupal right around the time that you kind of ended your work at the University of Antwerp for your master's degree. So, there must have been some influence there or some perspective that influenced the Wonka VM.

DRIES: Yeah, so, I was an engineer on the Wonka VM team. I wasn't the team lead, but, I started contributing to the Linux kernel, and I helped a little bit with wireless network drivers of Linux and ended up being a maintainer of the documentation and stuff like that. And so, I got really into Linux. Then I started the Drupal project, and because I kind of came from the Linux world, it just was very natural for me to make Drupal open source. In fact, I literally copied another example of copy/paste I guess, I literally copied the GPL license file from my Linux kernel tree into my website, created a zip file or a tarball and uploaded that and called it Drupal. So, that's why Drupal is GPL, because I was using Linux and contributing to Linux a little bit. And, so then I went to work for the startup, building or helping to build a Wonka VM, and there was kind of inbound interest, I would say, from other companies to also use an embedded Java virtual machine. So, open source at the time was sort of a hot topic but also very premature in other ways. But, for me, it was a natural thing to help make the Wonka VM open source. I forgot what license we picked for it, but yeah, it became open source.

IVAN: I think I read about those yesterday when I was prepping. I think it was a license that was pseudo BSD. No, I'm confusing that with the release of the open JBK implementation. Sorry about that.

DRIES: No worries. I don't recall picking the license, I think that was the CTO of the company, who was in charge of that. But I was just excited to be part of another open source team. So, open source has been a constant in my professional career. All the way from college until today.

IVAN: Do you think you still have any of your code that you wrote for the WLAN drivers or the WLAN project in the kernel?

DRIES: No, no. I don't think so. No I haven't looked, but I didn't write that much to be clear. It was small contributions on the edges, and then I did end up being the official maintainer of the documentation for a while.

IVAN: Follow up question, just since we're on the topic of old code. Is any of your code still in Drupal 8 from the very first release? Or has that all disappeared?

DRIES: That’s a great question. Probably all disappeared. From the original release?

IVAN: Yeah, from the original, it would be interesting to see that.

DRIES: I would say a lot of the concepts have survived. Not all of them were in the initial release but, like we shipped Drupal 1 with RSS feeds, which at the time was groundbreaking so to speak. These things are still in Drupal, and then the hook system and the node system, and there is a lot of things that have survived the many major Drupal releases, but I don't know if any code has survived from the original Drupal 1.

IVAN: That would be interesting to know. So, you spend a few years working as a Java engineer, essentially, right? And, you decide to go and get your PhD, and you spend about five years doing that. And your work for your doctorate is focused on Java, and you're working with the inventor of Java. And at the same time you're working on Drupal and basically Drupal is in its infancy, and then maybe in its angry teen years as well. How do you juggle doing these two things that, I'm sure, are taking up so much of your time?

DRIES: Yeah, I mean I think I've always worked hard. During the day I would work on my PhD, and that was pretty intense. And then at night and on the weekends, I would work on Drupal. So I would use every spare minute of my time really to work on Drupal. I mean, it was exciting for me, and it still as exciting, it’s still very passionate and I'm very passionate about Drupal. It was definitely an interesting time because, as I was doing my PhD, Drupal also started to slowly take off. We had multiple tipping points like Howard Dean started using Drupal, and first Drupal companies were being started. And we decided to start organizing DrupalCon events, and all of that was intense. I mean I remember we would do DrupalCon and I needed to travel for them, but as a PhD student I was being paid by the University, or I guess by the government technically, but I was making like $1500 a month. In the context of Belgium at the time wasn't a whole lot of money, $1500. But like we would be like, “hey, let's do a Drupal conference in San Francisco in Sunnyvale” and I'm like, “sure, let's do that.” But the ticket alone was basically my entire salary for the month. I remember people started telling me you should really get a trademark on the name Drupal. I went to a lawyer and said, “what does it take to get the word Drupal trademarked? And, I think they came back and said, “something like $10,000.” I was like, “whoa, I don’t have $10,000.” So, I decided to do it myself. So, I spent a couple nights or maybe a couple weeks researching how you file a trademark application and how you file it in multiple countries too. So, I still had to pay filing fees, and I ended up paying $3,000 or euros or something just to get the trademarks. But again, $3,000 was two months of my salary. So, I remember by the time I finished my PhD, I had like 400 EUR in my bank account, and I spent it all on Drupal. And so, not only did I spend all of my free time, I also spent a lot of my savings, the savings that I got from Acunia, the startup that we talked about. So I was very passionate about that. I was very busy, periods. I was working easily 12-hour days and also weekends.

IVAN: You mentioned Howard Dean as being maybe one of the tipping points for Drupal. When did you realize that this thing that you made wasn't a pet project anymore? That it was affecting people's lives and that there were some legs to this thing?

DRIES: Yeah, it happened kind of in phases, to be honest. But I remember when I was doing my PhD, I'll give you one concrete example, but MTV had decided to switch to Drupal, and I remembered their sites came down crashing, and I took that very personal. For me, it was very important that these organizations, like MTV which was a very big deal to me, especially at the time. I mean it's hard to believe even like at the time like MTV is using Drupal like my little hobby project, that I would volunteer to spend time with them on the phone at night. And so I would come home from work, from my PhD research, and I would spend my spare time, free of charge, on the phone with MTV trying to troubleshoot their performance and scalability issues. That was important because I wanted them to be successful, because I knew if they were successful, it would be incredible references for others. But at times like that, it's when I realize you know this is for real. These are real companies using Drupal in real ways, and we need to make sure that these kinds of organizations are going to succeed. It's also really when, sort of, the first seeds were planted for Acquia, because I was convinced at the time that for Drupal to succeed, it needed to succeed with these larger organizations that would be incredible brands and references for us. And so, I also realized this is not something I can do in my spare time at night, like there needs to be a company that helps these organizations be successful.

IVAN: You co-founded Acquia correct?

DRIES: Yeah.

IVAN: And that was in about 2007, I think?

DRIES: Yeah, that's right.

IVAN: And when did you complete your PhD? Was that about the same time?

DRIES: Technically I completed my PhD in 2008. So I started Acquia while I was still finishing my PhD. So I’d done all of the research at the time, or almost all of the research, but I still needed to write my dissertation, like your between quotes book (laughing), that summarizes the results of your research. That was a very crazy time because we were working on a major release of Drupal, I was finishing my PhD which was a lot of work, I also decided to co-found Acquia. And our oldest son was born at the time as well. So, I was like juggling a lot of things (laughing). I officially incorporated Acquia in the summer of 2007. So about 8 months before finishing my PhD, I would say. So, that's when we incorporated Acquia, so the idea must have been born several months before. So, I guess Acquia was kind of born about a year before finishing my PhD.

IVAN: That was around the same time that I started TEN7 and was deciding which CMS I was going to hitch my company to. And if I remember correctly, that was around the time that Drupal 4.7 was stable, and I think 5 was going to be coming out very soon.

DRIES: I believe that's right.

IVAN: That's what I can remember. I didn’t look that up yet.

DRIES: I think you're right. Yes.

IVAN: So, at what point did you decide you were going to call the United States your home? Because, you started Acquia, but you decided to make Boston your home just after that, right? I didn't think you were here yet?

DRIES: Right. So, because I was still finishing my PhD I had to be at the university, and then as I mentioned my oldest son was born, and so it wasn't a good time to move. But I decided to cofound Acquia in Boston for a couple of reasons. One, the person that I met, Jay Batson, as well as our first investor, Michael Scott, from at the time North Bridge Venture Partners, I think was their official name. They were both based in Boston, and the vision for Acquia at the time was to be to Drupal what Red Hat was to Linux. We would provide enterprise grade support, SLA based support and a couple of products and services around that. So, as we've established, Drupal predated Acquia by seven years. So Drupal already existed. The original idea of sort of being the Red Hat for Drupal, is a very support intensive business model, a lot of human touch, if you will, and you kind of want to put the company close to where the largest customers are, because you need to interact with them, you need to be on the phone with them, all of these things. So, it made a lot of sense for me to put the company in the US broadly. And then because I met Jay and Michael, my co-founder and our first investor, given that they were based in Boston, that was a very logical choice obviously. Boston is a great city, because obviously there is a lot of venture capital there, a lot of access to money for starting companies. It's the second largest technology city in the United States after San Francisco. There's also great access to talent with universities like MIT and Harvard, and so it wasn't too far from Belgium. It was only a six-hour time zone difference, and I think about a six-hour flight. And so, Boston was a great place, and it allowed me to stay in Belgium for the time being, while we were trying to get Acquia going. And I was a young dad, I guess, finishing my PhD, and then, I did a lot of, sort of, one week in Belgium, one week in Boston, one week in Belgium, kind of back and forth kind of travel. And then eventually a couple years later kind of moved permanently.

IVAN: And now you call Boston your home?

DRIES: Yeah, exactly. It's officially my home and it feels like my home. I still spend a good amount of time in Europe, but, yeah, I love being in Boston, it's a great place.

IVAN: I read somewhere, I think it might have been on your website, that you travel about a quarter of a million kilometers every year. That’s a lot of travel.

DRIES: It's a lot of travel, yeah. I don't know. Yes, that's a lot of travel, it's like what, eight times around the world or something a year?

IVAN: Something like that. So you must get a lot of miles and a lot of rewards on a credit card?

DRIES: I get a lot of miles but not a lot of rewards, actually. I think people overrate these programs and they also romanticize what that amount of travel looks like.

IVAN: It’s tough.

DRIES: It’s very tough. It’s in and out. I don’t get to sightsee. I travel economy class, and I still do. I also get a lot of energy from meeting Drupal users and Acquia customers. It’s tough, but for me, also fun.

IVAN: Well, you'll be visiting Minneapolis in 2020 with DrupalCon here. (laughing) So, I hope you get a chance to sightsee here.

DRIES: You know, DrupalCons, I usually do, because I'm usually there for a whole week, so that allows me to explore a little bit more of the city. But sometimes my travel, I'll fly to the west coast which is about a 7-hour flight, I'll be there for an afternoon and fly back that night.

IVAN: That’s tough.

DRIES: Yeah. But DrupalCons are nice because it's a whole week and there's a lot of social activities at night. It's fun.

IVAN: It is fun. It really is. So, you're one of the 30 or so Benevolent Dictators for Life. Linus Torvalds for Linux is one of them. Mark Shuttleworth for Unbutu, DHH for Ruby on Rails, and you’re effectively the final say, right? In any dispute or argument you’re basically the dad of the Drupal project. (laughing)

DRIES: Yeah. So I guess, yeah.

IVAN: So to me, it’s almost incongruent, or at least it causes some sort of cognitive dissonance in my brain, when there’s a BDFL for a project that is effectively designed to be collaborative and transparent and open. And I read some opinions online about why open source projects end up having this kind of dictatorship. And I don't like the word dictatorship, these are other people's words, but it's kind of the descriptor. How do you see your responsibility for this beautiful thing you've created evolving?

DRIES: Yeah. First of all, I don't love the term BDFL either. It’s a title that's been given to me, not something that I kind of picked myself, just to be clear.

IVAN: Exactly. Of course.

DRIES: I think my role has evolved a lot over time. I mean, in the early days I would write 100% of the code, and I would spend a lot of my time building Drupal.org. I would help run the servers behind Drupal.org. I would organize the DrupalCon events or help organize them, like intensively. And over time I’ve scaled more and more. Drupal Association would be one example of that, as a step in evolving my role, which put in place an entity, a non-profit entity specifically, that could take over the organization of DrupalCon which now is, it's a serious event. It costs a few million dollars to put on and takes a whole team of people to organize. Same thing with managing our website and the underlying hardware infrastructure. It's now being managed professionally by people at the Drupal Association and again, also with the help of people in the community, just like DrupalCon. But these are examples of how I've scaled my role. Obviously on the technical side, I went from being the, sort of single core committer, to now having teams of core committers for each of the major releases, having committees and task forces around different aspects of the project, like a technical working group that defines coding standards. We have release managers and product managers and framework managers, all these kinds of roles to subsystem maintainers that are responsible for different aspects of Drupal core. And so, these are all examples of me scaling my role over time, and we continue to make governance changes all the time and to scale the project as needed. I think that’s the right thing to do. As projects or organizations get bigger, you need to put the kind of organizational structure in place. You also need to scale the culture of the project and so, I try to help with that through my keynotes. Actually, last year this time, I helped write Drupal’s Values and Principles document, that's a way to help scale our culture. So, it takes a lot of effort and different people to maintain and run the Drupal project today.

IVAN: It sure does. Do you spend time thinking about the kind of the ethical implications of the technology that you've created and that you've helped create?

DRIES: What do you mean by that? You have an example?

IVAN: I guess anything can be used for good or bad things, right? And so, there's some sort of ethical implications there. And this little project you created in, I would assume a dorm room, but somewhere in a university somewhere when you released it, it's had a profound effect on the world. I mean, as you’ve written yourself, 2% of the world's websites use Drupal. And I wonder about how you think about not just the positive, but the negative effects that the software has. And how does that affect you?

DRIES: I think Drupal is primarily used for good, right. There are tens of thousands of nonprofits using Drupal to accelerate their mission, whatever their mission is. There's a lot of governments using Drupal, which technically they're doing for good. Drupal has done a lot of good things. Obviously, there is also less good, sort of, implementations of Drupal. I guess it's hard to control. But I take pride in that we have actually made a lot of people's lives better with Drupal. I believe that drastically outweighs some of the negative impact that Drupal has had, as well. I remember at one point, this is now probably 8 years ago, two FBI agents showed up at Acquia, in black suits and were like, “where’s Dries, and does he talk to me?”

IVAN: (laughing) Dries is not here right now, can you leave a message please.

DRIES: Exactly. That's exactly what they told them, because I wasn't there. But they immediately called me and said, “hey, two FBI agents showed up.” I’m like ”whoa, what did I do?” And, they left their phone number. I called them, and there was a site, and I don't know which site or what, but obviously there was something illegal on the site, and they thought it was my site. And they looked at the site, they saw it was Drupal, they found my name, and they thought I was the site owner and developer of the site. Obviously, I had nothing to do with the site. And to this day I don't know which site it was. But I remember educating the FBI about open source and how it all works and why it's not my site. But that would’ve been an example of a site, obviously, that probably did not have a good impact on the world. And it's troubling, obviously, but at the same time I'm not sure what to do about that. So, I focus on how we make things better, and to me that's a huge motivator. The fact that Drupal is now used by 1 out of 30 sites in the world, and if you look at some of the larger sites, I think that number gets closer to 1 out of 10. So, if you think about it, what that means is, everyone uses Drupal as a visitor of the web. As a user of the web, you’re gonna hit a Drupal site. It's hard to not hit a Drupal site. Everybody visits at least 30 websites, I imagine. And so, statistically, you're going to hit a Drupal site. What’s encouraging and powerful to me is that when you make a change to Drupal, when you make it a little bit better, let’s say you make it a little bit more accessible, all of a sudden that touches everybody, everybody that uses the web. So, people sometimes complain that it's hard to make changes in Drupal, because we’re so big, and there’s a lot of governance around it. But at the same time, if your contribution makes it in, there's a good chance that it touches billions of people, which that's incredibly encouraging and rewarding to me.

IVAN: I can't even imagine how rewarding it is to you. I can identify with that, I'm sure it's a small portion of how you feel, and the clients that we help with being a Drupal focused agency and just using Drupal. It does feel good to be able to touch people and to improve things as new versions come out. I have to thank you again for creating Drupal, like this company wouldn't exist. I wouldn't be doing what I love and it's awesome. I think I have two questions and we'll be able to wrap it up. I love your Driesnotes. I love them because you’re always talking about what's coming next and what you think we should be focusing on in the future. Not just from a technical point of view, but from the people that make and use Drupal as well. And I'm curious to know, besides the new features and the attention to the user experience, what are your hopes and dreams for the Drupal community itself over the next few years? And, how do you see yourself facilitating that?

DRIES: Yeah, it's a big question. I don't know, I have a lot of thoughts on how to answer this question. I'm not sure if I have a crisp answer. But first of all, I'm very passionate about making Drupal easier to use for the day-to-day users of Drupal. Like the content creators and the marketers and the typically less technical people, I think it's really important. That was less important when I started Drupal but today that's very important and so I'm very passionate about that, because I think it's incredibly empowering for these people. So, we're doing a great job at that, actually. We're working on Layout Builder, we're working on Media, we're working on a whole bunch of things that will kind of make Drupal easier to use for non-developers. So, that’s super exciting. And I'm very happy that the community has been rallying around that right now. I feel like I’ve been talking about this in my Dries Notes actually for many years, and that wasn't always well-received. At least in the early days it wasn't universally well-received, and that is something that we needed to do. So, I think that cultural change has been a little bit slower than I would have liked to, but I feel like we're finally there. And so, that's pretty exciting to me, and that's exactly what needs to happen. And if you combine that with some of the innovation that we're working on around headless Drupal or decoupled Drupal, the API first initiative, where we're focused on the Rest API and the JSON API, that really kind of propels Drupal into new opportunities, where we're kind of moving beyond just supporting traditional websites, but where we can push content into mobile applications and digital kiosks and even drive voice assistance like Siri or Alexa, push content into augmented reality applications, and all that kind of stuff. I think that's incredibly exciting to me as well. I'm very excited that Drupal communities are also embracing that. I guess the last part of your question was “how do I see myself facilitating that?” Is that right?

IVAN: Yes.

DRIES: For me, I try to think about, I like to optimize what I do for impact. Like I love programming, but I don't do a lot of programming in Drupal because I don't feel it maximizes what I can do for the project. So often, what I do do, is I try to help the broad vision of where I think we should go and try to evangelize that and try to organize groups of people around the different pieces that make up that vision. It’s like, I try to plant the flag, and in my last Driesnote, I could show that image with a flag, and then all of the different initiatives that help us get from A to B. How do we actually get to the flag. So, we need to do all these different things. So, I like to kind of track those things and make sure that people are able to move these initiatives forward, so that the combined progress across all of the initiatives helps Drupal succeed. I also try and spend time unblocking people or empowering people to do things. I try to look after the sustainability of the project. I spend a good amount of my time working with the Drupal Association to make sure that the Drupal Association is well funded, that the DrupalCon events happen, because I believe in bringing people together to build in-person relationships, not just relationships on Slack or issue cues. So, I don't know, I do a lot of different things, the things that I feel will help move Drupal forward. A lot of these things are now a little bit more in the background than they used to be, funny enough, or less in the issue cues than the developer spheres but more around governance, strategy work, that kind of stuff. Long-winded answer.

IVAN: But, a very important answer. I appreciate everything you do for the community and for starting the project and for continuing to shepherd the organization and the direction of the project.

DRIES: I do my best, but it's truly the work of hundreds, if not thousands of people. A lot of people do so much for Drupal. And in many ways my contribution now is just like anyone else's contribution, I contribute a small piece of the bigger collective effort.

IVAN: Dries, thank you so very much for spending your time with me today. I really appreciate it. Would you consider coming back in the future at some point?

DRIES: I will.

IVAN: Maybe on the 100th episode. (laughing)

DRIES: Let's do it. (laughing) Well, thanks for the opportunity and congratulations again.

IVAN: Thank you very much. Dries can be found online at dri.es, that's dries with a dot between the "i" and the "e," where he publishes on a regular basis and syndicates it elsewhere. He is @dries and on Drupal.org where he is also user Number One. We'll have that in the transcript online with links. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Dec 19 2018
Dec 19

Your browser does not support the audio element. TEN7-Podcast-Ep-049-Jeff-Robbins.mp3

In this episode, Ivan is joined by his friend Jeff Robbins, entrepreneur, co-founder of Lullabot, founder of Yonder, executive coach, author, signed recording artist and self-proclaimed philosopher. Here's what we're discussing in this podcast:

  • Discovering fortnight
  • Jeff's background
  • Boston universities tour
  • Starting at O'Reilly Media
  • Gopher & open source software
  • Orbit, one of the first bands on the internet
  • Signing with A&M Records
  • Surviving record labels
  • Intellectual property, algorithms and paradigms
  • The complexity of band management
  • On the Lollapalooza tour with Snoop Doggy Dogg
  • The unintentional result of subliminal intentionality
  • 123 Astronaut
  • The transition from music to Drupal management
  • Lullabot, one of the first fully distributed companies
  • DrupalCon, Vancouver 2006, let the hiring begin
  • Yonder, guide to distribution
  • The future of corporate distribution
  • Writing a new book
  • One Minute Manager, Make Friends and Influence People and Tribal Leadership


IVAN STEGIC: Hey everyone you're listening to the TEN7 Podcast, where we get together every fortnight and sometimes more often, to talk about technology, business and the humans in it. I'm your host even Ivan Stegic. In this episode of the Podcast, Jeff Robbins of Yonder and 123 Astronaut. Jeff is an entrepreneur, co-founder of Lullabot, a design agency you may have heard of, and most recently the founder of Yonder, an advocate for remote work and an inspiration for leaders of distributed companies like my own, all over the world. He's a business consultant and an executive coach, an author, a signed recording artist, a self-proclaimed philosopher, and in my opinion an all-around nice guy. Jeff welcome to the Podcast.

JEFF ROBBINS: Wow. Thanks Ivan. Thanks for having me. I want to start right off with a question for you, though. What is a fortnight?

IVAN: Two weeks.

JEFF: Two weeks. Ok.

IVAN: Two weeks. It must be a British English thing. We used to talk about fortnight's all the time, when I lived in Africa.

JEFF: No, we don't use that one too much. It shows up, sort of, in archaic writing every now and then. (laughing) Or, maybe it's just British writing, I don't know. Fortnight. Okay. You know, I've heard the term, but I am embarrassed that I don't quite know what it is. But now I do. Now I will start using it, and people will feel uncomfortable around me not knowing what a fortnight. (laughing)

IVAN: (laughing) Well, people might think you're talking about the video game.

JEFF: Or, they might think I was British. (laughing)

IVAN: (laughing) Well, I'm so excited to be talking to you, Jeff. And usually I start out by asking about where life started for you. So, I know you live in Providence, Rhode Island. Is that where life started for you as well?

JEFF: Well , I grew up in Connecticut. So, in the grand scheme of things, not too far away, still southern New England. Yeah. That's where life started for me at least. I lived there through high school and then moved to Boston, again, in the grand scheme of things, not too far away. But at the time it seemed pretty significant. And lived in Boston for, as I say, most of my formative years, and then moved to Rhode Island right around 2000, something like that.

IVAN: So, that was where you went to college, was in Boston?

JEFF: Yes, I went to many colleges and universities (laughing) in the Boston area.

IVAN: (laughing) Well, I know you studied liberal arts and music, right?

JEFF: Well, yeah, I originally went there to go to Berklee College of Music, and after a semester at Berklee I realized like, there's no way I'm going to finish at this school. So I took all of the classes that I thought would be sort of important to me, actually pursuing the musical career that I wanted to pursue. I took a whole bunch of music business classes and stuff like that. Then I bounced around, I went to Emerson College for a while and took some classes at Harvard extension school, but eventually found a job doing technical illustration work, using a program called Freehand, which was sort of the competitor to Adobe Illustrator, what we now call Adobe Illustrator and eventually the companies all merged together and they all became sort of the same thing. But I started working for O’Reilly. We now call them O'Reilly Media. They were called O'Reilly and Associates in the early nineties.

IVAN: I remember that.

JEFF: Yeah. And doing technical illustrations for their books. I mean this was pre-web and started, sort of, they had really good internet there, meaning technical people themselves and writing technical books about technical things and so, I sort of discovered FTP, and a sort of lost technology called Gopher.

IVAN: Which was invented in Minnesota.

JEFF: Oh yeah, in fact, actually, many of the FTP sites, or at least one of them, was at the University of Minnesota as well, now that I think about it, where you go and download open source software and stuff like that so that you could, basically you just download other FTP programs. (laughing) Eventually you could FTP to download Gopher, and then use Gopher to download other programs. So Gopher was kind of post FTP, but pre-HTTP, and it sort of had this, sort of loose, it was like basically, folders and a little bit of hypertext linking but no graphical kind of stuff. But then the web came around, and O'Reilly was kind of first into that, and I worked on the team that ended up building the first commercial website. We were just calling it like, an online magazine at the time. We hadn't really thought about the fact that it was kind of the first commercial website, but we figured that we would probably need to support it in some way, and it being a magazine, advertising seemed like the obvious way to go.

IVAN: What quantified it as the first commercial website? Was it because it was revenue generating.

JEFF: Yeah. Up until then it was all, mostly academic colleges and universities people there, just sort of building a website about usually something scientific, or about technological things. There were a few sort of like arts websites and bands. My band was one of the first bands to be on the web. Not quite the first I don't think. Although we did build a website for our record label when we were the first record label on the web at the time. And it was like there was a website that listed new websites launched today, and it had like three listings on it.

IVAN: Back when it was a finite countable list of websites. (laughing)

JEFF: Just email Bob when you launch a website and we'll put it up on the page. (laughing) It all seemed funny at the time.

IVAN: So, you were in this band called Orbit. Were you one of the founding members?

JEFF: Yep.

IVAN: And there were three of you and you started your own record label? You just eluded to that.

JEFF: Yeah, we did. We'd been playing, the other founder of the band Paul and I, had been playing in Boston bands for years, and we were just kind of frustrated and fed up with kind of the subservient nature of playing in a band and decided, “you know what, screw this we're either going to start our own record label, we're going to go out find other bands that we think are good, we're gonna to put out our own music and stop worrying about getting a record deal and kind of trying to be what we think that bands ought to be to get a record deal.” And of course, that was exactly what record labels were looking for it turns out. So, within about six months of starting the band and starting the record label we got signed to A&M records.

IVAN: Wow. How did you know that you had a sound that you thought people wanted to hear?

JEFF: I didn't. We created the sound that I wanted to hear. Like I said, after playing in all these bands where it just felt like a, sort of compromise, and too contrived, I wanted to do something that just sort of felt authentic and kind of raw and something that I felt like I could at least just sort of be proud of. And, it was a big life lesson for me in general, in all things.

IVAN: So when you signed with the label, did that mean you were officially a full-time employee of the label, and you could tour and write and perform without really having to worry about where's my next paycheck coming from? Is that how it works?

JEFF: No. (laughing). It's more like a book publishing contract or something like that where basically they say, you're not an employee but we'll pay you to create records for us, and ultimately that's a good thing, because if you were an employee then, it's actually kind of how record labels are working a little bit more these days where they want a piece of, when you play shows and when you sell T-shirts, what they call an all-in deal, where basically the label is just there. Which is also kind of how record labels got started way back when, when there really wasn't a difference between the record label and the producer and the manager. It was kind of all one thing. But in the nineties at least, it was more like a book publishing deal where the luck at the time that there were a lot of record labels at the time, but the music industry was really changing. And so we got in a record label bidding war and managed to kind have our pick of a bunch of different record labels, and we really liked the way that A&M was running their label, and so we signed with them for a pretty favorable record deal with a three album, actually it was like a five-album deal or something like that. But, so, we knew that if we continued delivering albums, we would get at least the amount of money that it said in our contract. But in terms of like, making a full living, we still needed to tour and sell records and all that kind of stuff.

IVAN: And, they own all of the rights to the records that you produced in perpetuity? Is that right? Or does that get structured differently? And the reason I'm asking is, it feels like that was in the nineties, and that's a long time ago in technology years. And now there's Spotify and Apple Music and all these things, and I'm sure your songs and albums from Orbit are online and people still listen to them. How does that work?

JEFF: Well, it’s all very kind of complicated,and there are spreadsheets and algorithms that keep track of everything. But, in its simplest form, when you sell a physical copy of a CD or a record, and again I mean a lot of these sort of paradigms kind of go back, then, you know, the band makes a certain amount and the record label makes a certain percentage of that. However it gets more complicated because there's also the rights to the songs on the album. So, sort of the intellectual property of this music. So, that's called the mechanical, is the actual physical copy that you're buying. But then there is the publishing on the music that's on the CD, and then when it gets played on the radio, that's also different stuff. So it's all very complicated. It's very complicated.

IVAN: So, you see a check from Spotify for like five pennies every other year. Is it kind of like that?

JEFF: Yeah. We could do a whole Podcast about how it works. (laughing)

IVAN: (laughing) But we won't get into that.

JEFF: Yeah, but there are basically rights agencies that collect money from Spotify and radio play and stuff. So, I get different checks from different places. All of them for about seven dollars for various things. (laughing)

IVAN: But, it's interesting to know about all of that, I'm sure it formed how you ran subsequent businesses and other aspects of your life as well.

JEFF: Yeah. I learned a lot playing in a band and putting together the people in the band and around the band and kind of, very focused on, you don't really think about the business as a business when you're in a band. It's more about the vibe and all these things that are ultimately kind of branding kinds of things, like who’s it going to feel good to work, who's going to look good to work with, who can I sit in a van with for six weeks at a time, and all that kind of stuff. So, I learned a lot about marketing and branding, but also sort of group dynamics and a lot about contract law and intellectual property as well. (laughing)

IVAN: (laughing) What was your highlight during your time with Orbit?

JEFF: Boy, you know, a lot of it sort of happens in retrospect. So, prior to that, 1994 when we got signed, kind of the previous rock trend had been like hair metal bands. And then, like Nirvana broke through, and a lot of the stuff that I was actually listening to kind of broke through , and it was much more of a feeling like, of trying to be more authentic and a little bit, sort of more of like a blue-collar ethic, like less about having this facade of crazy partying. And so, you know we kind of came in, and being from Boston and all that kind of stuff, there was kind of this like, utilitarian aspect of things, like, we're not going to party our asses off and do all the drugs, and we're going to just get in the van and like go play shows and be the best band that we can be. However, we had some really great success. I fear that at the time we didn't absorb that, and if we didn't celebrate that enough, that we kind of took it as like, “well that's great.” We played on MTV or our video got played on MTV. Okay, what’s the next thing. Or we went and performed on a show on MTV. Okay, what's the next thing? And, we were kind of very on to the next thing. We did the Lollapalooza tour in 1997 and that felt good. And at the time in the nineties there were a lot of these like, radio festival shows, it seemed like each major radio station in each major market would have a festival kind of show, whatever the big outdoor venue was. And bands like mine would just kind of go from these radio festival shows and go on to the next and the next and the next, and we had pockets of popularity. But, I mean, we played one show north of Miami to 20,000 people, and all the people in the front are singing the songs along with us. It was like, it’s hard to kind of get too utilitarian about that. So, that kind of stuff’s the highlight.

IVAN: So, while you mentioned Lollapalooza 1997, I thought, there must be a poster online of what that looked like, and I looked it up and wow, you guys were playing with Prodigy and Tricky and Snoop. I guess he was called Snoop Doggy Dogg back then.

JEFF: Yes, he still was Doggy at that time. (laughing)

IVAN: (laughing) That's wonderful. Wow. Twenty thousand people is certainly a tool. KoЯn, except the poster didn’t have the ability to put the R backwards, maybe it wasn’t backwards back then, (laughing), I don’t know. So, now you're the front man for 123 Astronaut, I feel like there's a theme – Orbit, Lullabot, 123 Astronaut – what’s the genesis of 123 Astronaut?

JEFF: Well, I wish it was more thematic. I mean I think it is may because of its unintentionally it's a sort of subliminal intentionality. I was born in 1969, and my mom brags about propping me up, you know, five months old or whatever I was, to watch the moon landing. She says, “you're going to be able to tell everybody you watched this.” I don't know, that sort, kind of the hope and optimism of the space program, I think, is something that has always been really kind of close to my heart and sort of the melding of that optimism with sort of the technology that's offered by close to my heart, as well. But, 123 Astronaut, my son who's now 14, I think was probably two or three at the time, and he was going to throw something up into the air, and he was doing what he thought at the time was a countdown. But, instead of saying three, two, one blastoff, he said “one, two, three astronaut,” and then threw this thing in the air and I said, “oh, man, I’m going to name a band that someday.”

IVAN: That's awesome.

JEFF: And, in the intervening 12 years, never came up with a better name and didn't really think about its relationship to orbit and space, and all that kind of stuff. And. it really wasn't until about two or three months after we'd been playing out with this band name that I kind of realized, “oh, I have a theme going, I guess that’s okay. Yeah.”

IVAN: I think it’s cool. So, it feels like, at least to me, it feels like 123 Astronaut is you going back to music after this career in technology. So, in my mind, you were part of the music scene in Orbit, and then you founded Lullabot, and done some amazing things in the Drupal world and now you're doing Yonder and coaching, and you're also in a band. So, the question is, how has the open source mentality that you experienced in between these two bands, and how has running numerous companies and products influenced your perspective of your new band?

JEFF: Wow, that's interesting. I need to acknowledge just sort of the kind of disparate nature of these things, that arguably and I might be the one to argue this, but when I sort of think about it, like having credibility in business and credibility as a songwriter seem mutually exclusive, right? (laughing) You hear every so often, that I don't know, what's his name, the co-founder of Microsoft who just died recently?

IVAN: Is it Paul Allen?

JEFF: Paul Allen, right. Paul Allen’s got a band, and you sort of assume like, ehh, (laughing)

IVAN: Right. Like that's the first thing, you think.

JEFF: Yeah, and likewise you probably wouldn't go to like, you know, Slash for business advice, so, it’s been a little bit difficult feeling to try and pull these things together in my life, but they really are related. I really got into the creativity of building a business and, in a particular kind of gathering together groups of people to do great things, I think is something. But, to get back more directly to your question, it's been interesting, cause I kind of took a lot of that, sort of, utilitarian attitude in the building Lullabot, but I also took that lesson of, I need to celebrate the successes, I need to notice them. I feel like I went through this whole experience with Orbit and when all was said and done we'd gotten dropped from the record label in about 2000/2001, and we'd had all the success, but it didn't feel like success. And so I wanted to kind of embrace the success, and learn to kind of build off it. And Lullabot became very successful, certainly much more successful than we would have imagined when we first started the company, although I have a very good imagination. (laughing) And, as such I learned a lot of leadership skills, and I just became sort of more confident. I was also, as I mentioned, a parent and there's a lot about being a parent, that is sort of built in with kind of leadership skills and leading and I think with Orbit I was kind of hesitant to take a leadership position, to be too opinionated, to be too preachy is probably not quite the right word, but it's something in that area. But with this band I know I kind of bring that with me. I think, I'm writing more confidently and kind of presenting a more confident. more sort of opinionated perspective, than what was happening in the nineties.

IVAN: And, you're still being authentic in making this music for yourself, for the way you think that it should be made and not for the audience, which is, I think, a wonderful thread to have in any creative work that you do.

JEFF: Yeah, I think you need to balance that. The word I use in business is sustainability. You need to look after your business well enough so that your business can remain a business, that you may want to be true to your employees and really focus on culture and make it a great place to work. And so, having difficult clients is something that you want to avoid, but you need to have clients, and some of them are going to be difficult. And, so from the point of sustainability if you want to really make your employees happy, they need to continue to be employees. They need to continue to have jobs and you need to find the work for them. And so sometimes you need to kind find sort of creative ways to make it kind of be a win/win and keep the business. And the same thing with making art as a consumable, something that you want to put out there. Ultimately, I think it's best to drive it from yourself to find a perspective where I could get excited about. I like to consume things and go to shows and listen to music and get inspired by it. And so, how can I try to create that, that would inspire that in other people as I'm able to inspire myself. That's the hope at least. So, I think sometimes when you talk about this idea of kind of authenticity and just do it for yourself, it can get kind of, I think it can imply a certain sort of uncommercial reality, sort of inaccessibility to it. And I think both in business and in art, you end up kind of selling yourself short if you don't just acknowledge what people like about what you do or what people could like about what you do.

IVAN: One last question about 123 Astronaut. Are you going on tour anytime soon?

JEFF: (laughing) Well, this is the sustainability, commerciality thing. Nobody knows about the new band yet. In retrospect, I probably should have called it Orbit, creatively at least, I was kind of the creative lead in Orbit and the creative lead in this group. I've always really thought of myself as a collaborator and felt like I really needed to collaborate with people. And so I've been uncomfortable with the idea of like doing us solo thing or something like that, because I really value the input of people around me. But nobody knows about it. If I'd called it Orbit maybe at least we could have built off that, and we don't have a record deal or whatever the current equivalent of it is. I'm still trying to figure it out, having taken a basically 15-year break from the music business. But we're playing around in New England and trying to get down to New York City and stuff like that, and the people that have seen us have been interested and excited about this brand-new band that they've never heard of before. But, it's kind of slow going to gain fans one by one. We've got an E.P. that's out on Spotify, and if anybody who is listening and we've wet their appetite, 123Astronaut.com is where you can hear our music, see our music video and find links off to Spotify and Apple Music and all that kind of stuff.

IVAN: And, the singles called Friction, is it?

JEFF: Yeah. On the EP. That's the title of EP and the first song on the EP, and the video that we did, is all the Friction. But we're working on a new album right now, and I feel like I ought to be sending it out to record labels or sort of putting an infrastructure around the band but, mostly I'm just focused on trying to get the right guitar sounds. (laughing). I feel it's a little bit like navel gazing.

IVAN: Well, I wish you the best of luck with that. It's interesting to talk about how 15 years can make a difference to your perspective, I think.

JEFF: Yeah.

IVAN: So, let's go back to what happened after Orbit. You basically co-founded the company Lullabot, which from what I can tell, is the first fully distributed and remote company that ever existed. Am I going out on a limb by saying that? (laughing)

JEFF: (laughing) Well, it's really hard to gauge those things because, especially at the time, you get like freelancers that are working together, that don't have an office and is that a company? I think we were the first fully distributed agency services business. Automatic started right around maybe a year or two before us, and they were a distributed company, a product company, their product being WordPress, WordPress.com in particular is their commercial product. But obviously people know WordPress is an open source project. But we started in 2006, and I think much like Automatic sort of modeled ourselves around the incredible productivity that we were seeing happening around open source projects and the ways developers, in particular, were collaborating online.

IVAN: So, it was fully intentional to be distributed and remote right from the get-go?

JEFF: Yeah, I met Matt Westgate through Drupal.org and I just got over my head with my first Drupal project as probably most people do. And, I needed someone to help bail me out and I was asking questions in the IRC channels and finding a whole lot of developery snark. And that's very defeating and frustrating to kind of have people just sort of make fun of you as you ask questions. You know, this guy Matt Westgate was, every so often he'd answer a question in IRC and he seemed really helpful and posting also on the message boards, and I think I found it at one point. I did a search through Drupal.org and managed to find out our very first interaction. And I was asking some just sort of random question. It was probably about the ecommerce package in Drupal at the time, which was Matt's project,and he was super helpful and eventually I cornered him and said, “can I get you on the phone? I've done the math and even if I pay you to just answer my questions for me, I've got so many questions, that I think it would…right now I'm just Googling and searching and researching, is most of this project, and so if you could just point me in the right direction, then it would save me a lot of money, and if I gave you some of that money that I'm saving, I would still be saving money.” And that's how we kind of first met, but he lived in Ames, Iowa and I lived in Rhode Island, as I still do, and, it just seemed to be such a revelation, to be able to find this information in the form of Matt Westgate, that I was saying to him the whole time, I'm like, “listen, we need to start a company. People need this information that you have and that you're giving to me. And, I think that if we could help the world understand how to use Drupal, there would be value just simply in that, aside from actually building websites for people.” Just to tell people how to build websites would be valuable, and that's ultimately how Lullabot got started. So, again, to go back and answer your question more directly. Matt lived in Iowa, I lived in Rhode Island. So, we were distributed, and then we started finding more people. We went to our first Drupal conference, kind of as a company in Vancouver in 2006 and like February of 2006 and low and behold, several people came up to us and said, “oh, wow, you guys are really cool what you’re doing. Are you hiring?” And we thought, “what? Hiring?” We hadn't even thought out that far. And then we hired a few people who were also living in other areas of the United States and pretty quickly in Canada, as well. And then that was it. We were a distributed company.

IVAN: What a great origin story. I think I understand now, kind of the desire, to educate people about Drupal through Drupalize Me, because Drupalize Me came out of Lullabot, right? That’s a separate company. You guys started that and there was the best training on the internet for Drupal in my opinion, comes from Drupalize Me. So is that true? Is that part of it?

JEFF: Yeah. We started with kind of several different things first. When we set up the company, we thought of ourselves as a consulting company, that we knew, kind of from experience, that if Matt and I just took projects directly, it would take one project, two projects, before we would be unavailable and not able to help people to do more Drupal. And, so, with this mission of, we need to help people do more Drupal, being developers wouldn't be necessarily the best aim towards that goal. So, we started doing a podcast, we started doing Drupal workshops and then put out this idea of consulting. But, between the podcast, and we would use the podcast to promote the workshops, we really got known pretty quickly as the Drupal education company. And there wasn't really so much reason to talk about our consulting work on the podcast because with that, we were pretty full up. So, we would often times get people approaching us saying, “listen, you guys seem to be really experts in this Drupal stuff and I know that you do all these workshops and you guys do all this Drupal education, but do you think we could like, hire you to just like kind of help guide our project, like kind of like, maybe as a, I'll call it a consultant?” We were like, “well, our marketing is not quite, it’s a little too leaning towards all the education stuff.” Eventually we started doing full-fledged development, basically out of necessity. The Drupal market was growing so quickly and a lot of companies sort of built their foundation off of Lullabot taking this position as, sort of, the technical lead consultant for these projects but the development still needed to happen and so we would kind of go out and find all these Drupal companies and then they would kind of take-off from there. So, as those companies got more busy, it became harder to find companies to do the work for all these projects that we had. So, within a couple of years of starting, we started truly doing development and calling ourselves a development company. But we continue to do workshops. Eventually in 2008 the market made a big shift, in particular, a lot of the companies that we were working with were really big companies and the way that the finances tend to work around these companies is kind of slow and delayed. So, although there was this sort of market crash kind of thing that happened in 2008, a lot of the companies, their budgets were still there, they still had the budgets to do development projects, but they were trying to cut the corner so they wouldn't approve things like budgets for people to travel or to go to education events to learn about it. So, we started doing DVDs. Remember DVDs? So we started creating Drupal training DVDs and selling those and those did pretty well. And then, when the next version of Drupal came out, we realized that our DVDs were all going to be obsolete and we'd need to make an entirely new library of DVDs and with open source moving so quickly and stuff like that, and also the reason that I joke about remember DVDs is because the world has moved to streaming and so did, we. So, we took all our DVDs and that became the original basis of what became Drupalize Me, that became the original library of Drupalize Me, and then we started building additional content on top of that and it didn't need to be an entire DVD, we could just kind of do basically what's a patch video. It’s like, now that you watched that here's the new stuff in this module. Here's the new things in this new version and kind of keep it more evergreen. So Drupalize Me is still out there and still doing great. If anybody wants to keep up their Drupal knowledge, it's a great place to start learning Drupal or just make sure that you're keeping current.

IVAN: Your experience with distributed companies and distributed products, as a result of those companies, is vast. And so, in the last three years or so, you guys started something internally at Lullabot called Yonder. That's now its own company that you founded, and it's really, I think it's changed TEN7, honestly, because I think, I thought for a long time that TEN7 would be a company that was always in an office and would always be together, physically present with each other. But now we're completely distributed, and I think part of it has to do with all the literature that was out there and the podcast and the website and everything that you've been talking about, that really got me seriously thinking about becoming a distributed company. And things have changed right? There are more distributed companies now, than there ever have been. And I think the question I'm kind of leaning towards here is, asking you whether you think there's going to be a critical mass? A threshold of the number of organizations that end up fully adopting being a distributed company. And, I know there's gonna be a continuum, right? There's going to be always physical, and then hybrid where some folk are remote and some folk are physically in the location, and then completely distributed. And I'm curious about whether you think there's going to be a plateau or whether you think there is an extreme? We're going to be all distributed in the future, and we're going to have flying cars, and we'll use those cars when we need to go somewhere, and we won't really need to go anywhere. (laughing) Right? Where do you think we're going for distributed work?

JEFF: I think ultimately, sort of pragmatism will drive us wherever we're going. It’s sort of fun to think about it, kind of like, “oh yeah, everybody should do this.” But, again going back to that sustainability thing, like companies need to stay in business, and oftentimes they do what they know, they do what they know works for them. And so legacy companies, again kind of going back to the Fortune 500 companies, they know what works for them. They've figured it out over all of these years. IBM's been around since the fifties, forties, thirties, something like that. And it's kind of difficult to sort of change. The interesting thing is that these companies know this and they have departments -- the change department – that’s what they call themselves. These people who are like change agents within the company acknowledging that there's sort of this, kind of, I wouldn't call it lethargy but it is inertia, in that inertia also happens for things that are rest want to stay at rest, right? As things were in motion want to stay in motion. Things that are at rest, also want to stay at rest. That is also inertia. And so, what I've found is that the companies that are distributed tend to be younger companies. Companies that oftentimes started this way and are growing as a distributor company, automatic as I mentioned, continues to grow. But there are also companies like Shopify whose main offices in Ottawa, Ontario, Canada. But they have a clear central office, but mostly the companies are distributed, they kind of define themselves as remote first. GitHub is another company that kind of defines themselves as remote first. But now you know GitHub is part of Microsoft. Part of what Microsoft is buying and buying GitHub is the knowledge, the perspective, on how this can work. How do you make remote work, work? So, I don't know. It happens a little bit in fits and starts. The companies that are remote first or fully distributed are usually really excited about it. There are some requirements of the actual mechanics of remote work, the architecture of remote work, kind of requires autonomy. You can't look over people's shoulders in order for them to work. And autonomy requires respect, and the respect requires trust, and so, some companies have tried this without autonomy, respect and trust and they usually fail pretty quickly. But other companies sort of go in with this kind of testing kind of experimental attitude towards it. “Well, I guess we need to trust people. We need to give them autonomy if they're going to work from home.” And they do, and people rise to the occasion and they find that when people are trusted, they become trustable, and when they are respected, they become respectable. It doesn't always work with everyone, but there tends to be a little bit of sifting that happens. And then the people that are doing it, like I said, they get really excited about it. Just from that perspective of self-management and all those kinds of things that go with it. I would like to see more of it happen in the future. I'm available to anyone that wants to talk about figuring it out. This is sort of currently my mission, and the mission certainly of Yonder is helping people to figure that out and talking to people who have figured it out, and are trying to figure it out, and sharing what we are finding with everyone. We do a podcast and post articles on the website and stuff like that. We've got a mailing list. But we haven't hit that tipping point yet, right. I mean we haven't hit that point where all of those Fortune 500 companies are chomping at the bit to try to figure it out. But I do think a lot of it is, sort of generational. The definition of connectedness and productivity have changed, especially for the generation that's growing up with productivity and connectedness in their pocket. And the idea of needing to go into an office so that you can type things to people, like doesn’t really make sense, or that you could talk to people doesn't make sense, or that you could see people even, doesn't quite make sense. Obviously, this doesn't translate for all types of work, all types of jobs, doctors, more tactile professions. However, we are seeing even in that medical realm, there is a fair amount of talking to people about how they can be helped, that can happen well prior to a medical professional needing to lay their hands on someone. And so even some of that kind of stuff is starting to move into a more virtual realm and people can kind of work from wherever.

IVAN: When I think of distributed work and remote work, I always think of it as the antithesis to Gary Cole's character in Office Space. You know, the guy who walked up to the cubes with his suspenders and his tie and his thick glasses and just needed to make sure that everybody was in their cube doing what he was paying them to do. And just like you said, the more you respect your people and the more respectably they will behave and the more autonomy you give them, the better off it is for everyone.

JEFF: Well, it's kind of a human, it's not even a human nature thing. I mean, it goes back to sort of like animal pack behavior, having the leader of the pack, like the lion king right. Mufasa, standing up on the rock to look down over the lions to make sure, “we're all good. Are we all here, this is all good. Okay I'm in charge. I know I'm in charge because I can see everyone”. And then you think about kind of the industrial revolution, these giant factory floors with the management office raised up, so that they could just look and see everyone. It is a calming thing to be able to look over everyone You feel like, okay, I know what's happening. But the truth is, you don't know what's happening.

IVAN: Exactly. And it's maybe calming for the for the boss, for the person in charge. It's just the opposite.

JEFF: Yeah, it's sort of a false effect. Right, and going back to that, this idea of, kind of that factory worker mentality, or Office Space, right. I mean the whole thing with Office Space is that they're not really being productive, they don't really like their jobs, it's about putting on this facade and kind of playing this game in the office of caring, of trusting, of respect, and so you don't have that facade anymore. So, it kind of gets all broken down, and hopefully in trying to rethink it, in order to work remotely, we kind of rethink that relationship, because the truth is people need those jobs. Right. Like, you know there's this kind of, this sort of like resentment of your boss and resentment of your company, when you think about that sort of office space, kind of paradox. But the truth is people need jobs. Companies need sustainability. This goes back to that. We need to continue. You’re not going to get paid if the work doesn't happen, if the company doesn't get paid for the work happening and being done. Things don't progress, don't move forward if there's no productivity, and so to kind of redefine that and get everyone involved and to expose that fact is ultimately, I think, ultimately…That's really what I get excited about. Remote work, I think, is a way of kind of rethinking the relationship of workers to work in the future and the relationship of managers to workers and leadership and all that kind of stuff. I think that stuff will translate to all sorts of workplaces, even the ones that can't go remote, because they've got these more tactile professions and that's the thing that's even more exciting. The real work is kind of the mechanics of it, but kind of rethinking the way that work works is really interesting and exciting.

IVAN: And you're writing a book about it as well. I've been meaning to ask you how is that going?

JEFF: Also in fits and starts. It’s kind of sitting and has been sitting for a while now, as I try to figure out if there's a market for it, if people get excited about it and as I get more excited about playing music it just kind of sits. But, hopefully, in a perfect world I'll finish this new album for this band, and kind of have that obsession out of the way and as the weather starts to warm up for the summer in New England, maybe I'll start focusing back on the book again. I have a feeling it wouldn't take too much to shape it up into something that would be helpful for people.

IVAN: I look forward to reading it. One last question before we wrap up. You've read a lot of books and I would love to hear if you have a recommendation for a single book that I should pick up or maybe that our listeners should pick up and not miss out on?

JEFF: Well, there's so many.

IVAN: There are. Only one please. (laughing)

JEFF: I'm just gonna say the first one that came to mind. I guess I'm going to mention some others though. Three books have kind of come to mind. The One Minute Manager, this is like a classic management book, but ultimately, really kind of teaches the lesson that managers shouldn't really manage. That you need to let your people manage themselves. Then, the other book that came to mind was, even a classicer classic, How to Make Friends and Influence People by Dale Carnegie. Some of these books seem kind of old now to touch, but that one just, I think the real theme of that one is just reminding people as managers, as leaders, as people, that really, we all just want to matter. We want to be important. We want to matter. And, I think realizing that kind of builds a certain empathy and a way of connecting to people that recognizes that. Initially when that book came out, I think it was sort of this feeling that you could kind of start to exploit that understanding as a salesperson or something like that. But ultimately it comes down to authenticity. Neither of those books though were the first book that came to my mind. The first book that came to my mind was the book Tribal Leadership, which is not well-named. I think it becomes a little bit, when you read the book, you understand it at first but ultimately, that book is about finding a higher purpose for yourself and your business, in particular and trying to sort of strive beyond that sort of day to day stuff of being in business. This really rung true to me because playing in a band and making music with the goal of inspiring people, or the goal of trying to connect to people that you may never meet, is in itself sort of a higher purpose. And, I tried to sort of take that attitude to Lullabot when I started that business and find ways to you know make an impact on the world. You know, we should go teach people about Drupal. Drupal should be more popular, is ultimately sort of a higher mission than, “hey let's start a company.” I think people need websites and we can build websites and let's just build websites, as cheap and as awful as possible so that we maximize our return on investment. We will invest as little as possible and charge as much money as we can and try to cheat all of our clients. You know, that's sort of obviously the flip side of having sort of a higher purpose, higher goal. In the end you're building websites either way. But ultimately one, I think, will pull people towards you whereas the other tends to sort of repel people away, and that book is great for kind of reminding us of that and putting some, I don't know, kind of rules and metrics around it and stuff like that. So, I recommend that one. I tend to be an audio book person, being an audio person in general, but I believe that the audio book for that at least a few years ago when I found it, I could not find the audio book on Audible and in searching for it realized that that was because the Tribal Leadership people were keeping that for free if you sign up for their mailing list or something like that. So, for anybody that's interested in that book and particularly if you're an audio book person you can get it for free.

IVAN: Awesome. We'll link to all of the books you mentioned online in the transcript of this episode and we'll try to make sure we link to the free version too. Jeff, thank you so much for spending your time with me. I really enjoyed talking with you and listening to everything you had to say.

JEFF: Well thanks, Ivan. Thanks for having me on. I am never quite sure what I'm going to talk about with any given person, and when you invited me on, I thought, “boy I haven't really been keeping up with Drupal very well. I don’t know if we’re going to talk about Drupal for long,” but I hope all of this information is helpful to people. And, if anybody wants to get in touch with me jjeff.com is my website mostly for my business coaching there, but you can find the contact form to get in touch with me there and you can find me as jjeff on all the various social media.

IVAN: Thank you very much. Jeff is, as he said, online on jjeff.com, and of course, be sure to check out Yonders website at yonder.io and make sure you give his band 123 Astronaut a listen as well. 123Astronaut.com. All of that will be in the show notes in the transcript online. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Nov 22 2018
Nov 22

Your browser does not support the audio element. TEN7-Podcast-Ep-046-Healthcheck.mp3

Today, Tess Flynn and Ivan Stegic discuss Healthcheck, a new Drupal module that will make your site think it has its own personal physician. Here's what we're discussing in this podcast:

  • Healthcheck - a new Drupal 8 module
  • Contributing to Open Source
  • What is Healthcheck
  • Your site's personal physician
  • The need to know the health of a site
  • Healthcheck vs. Site Audit
  • Action modality
  • Hard coded vs. rules based
  • Notifications, webhooks & Zapier
  • A call for patches
  • Written from scratch
  • Drupal 7 implementation in the works
  • The all seeing dashboard


IVAN STEGIC: Hey Everybody! You’re listening to the TEN7 Podcast, where we get together every fortnight, and sometimes more often, to talk about technology, business and the humans in it. I am your host Ivan Stegic. We spend a fair amount of time at TEN7 building software that makes our clients and their users lives easier. In so doing, we end up creating things for ourselves that make our lives better, faster and less mundane. And, we inevitably end up contributing these things back to Open Source. You could check out ten7.com/wegiveback for more info. on things like Flight Deck and Starbase and other things we’ve built and given back and continue to support. Today, we’re announcing the beta release of a new Drupal 8 module we call Healthcheck. And, joining me now is the principal architect and maintainer of the module, Tess Flynn. Hi Tess.


IVAN: We’ve been spending our fair share of time talking to each other on the Podcast lately, haven’t we?

TESS: It does seem to be a running theme lately. I’m surprised you’re not sick of my voice yet.

IVAN: Not at all. I have a lot of fun talking to you. So, another module in the Drupal 8 ecosystem. Can you give me a 30,000-foot view of what Healthcheck is?

TESS: I like saying that Healthcheck is a bit like a doctor for your website. It sits in the background of your website and runs periodic checks on the health of your site.

IVAN: And, why is the health of your site so important?

TESS: Mostly because we spend so much time not looking at it. How often do you actually look at your own website? Do you check to make sure that it’s working correctly? That you didn’t make some change without thinking or in desperation, or when you were in the wrong browser window, thinking you were looking at a different copy of your site, and now something is amiss. How often does that happen? A lot of organizations, a lot of people don’t really spend a lot of time looking at their site. To them it’s just a thing that works until there’s a problem, and then once there’s a problem, we don’t know for how long it has been a problem, because someone had to go through the effort to complain about it. Or, someone internally had to stumble on it themselves, because who knows how many users it had affected in the meantime.

IVAN: I think you’re indirectly answering a question I was going to ask, which is, doesn’t Site Audit module already do this? But, what you’re kind of implying here is that, Healthcheck does this Healthcheck of the site, but it does it repeatedly.

TESS: Yea, Site Audit is more of a point checker. I mean, it’s in the name, Site Audit. And, when you do an audit, you’re not going to have an accountant come in and manage all of your finances. You’re going to have an auditor come in and rifle through all of your paperwork at once, to actually figure out what’s going on, and then once the audit is over, they’re gone, they don’t come back. Unless if you have reason to request or require another audit. So, the whole point of Site Audit is to do a point check, at one point in time. Healthcheck doesn’t really have that kind of mentality. It’s mentality is that it checks continually, on a regular basis, and it is meant to constantly monitor your site.

IVAN: And, unlike Site Audit, it’s a module, right? Site Audit is this drush thing, but Healthcheck isn’t?

TESS: That’s correct. Site Audit 2.x is actually a drush command, and it is meant to run as a point check, whenever you run the command. However, Site Audit 3X is actually supposed to be a Drupal 8 module. Now at the time of the recording of this Podcast, it’s not yet finished. So, I don’t know where they are with the development of that, however, it might be out by the time you listen to this.

IVAN: So, basically, you go to drupal.org, you go to the Healthcheck module, it’s for Drupal 8, you download it, you install it like you would any other module, and then you go to the reports page. Does that sound right?

TESS: That’s correct.

Healthcheck report screenshot

IVAN: And, can you tell me about the reports that it generates. I kind of get the, like a very high level, it gives you thumbs up, thumbs down, and thumbs somewhat down. So, things that are good, things that are bad and things that you should check. Is that about, right?

TESS: No. See, that’s one thing that is also different with Healthcheck. Healthcheck doesn’t really try to go against an idealistic bottle of what a Drupal site should be. Instead, it has kind of an action modality. So, each individual check has to report results on how you should resolve that problem, or not. So, is this a critical problem? Should you drop everything and immediately go and fix it. Is this something that you probably should do something about, but it’s not literally on fire? Is this, “well this might be ok, and you should probably look at it, but we’re not sure if it’s actually that bad. It might be good for your site.” Or, “this is fine, this is perfectly expected. Don’t worry about it.”

IVAN: And, who determines that? Is that something that you decided right at the beginning with the rest of the TEN7 team? Or, is that something that’s configurable? Those different levels.

TESS: So, right now, the checks are actually kind of hard coded. I would actually like to someday, make this a little bit more rules based, where you could configure those thresholds individually. I don’t see why the current architecture couldn’t do that, but it’s not in the module right now. We’re still getting towards that data.

IVAN: And, what kind of checks does it support right now? And, how do those compare to something like Site Audit, for example?

TESS: So, there are a lot of similar checks between Healthcheck and Site Audit. We check a lot of best practice things, like, we check if CSS preprocessing is on, what’s your caching configuration? We do a few other things as well. We check the size of the database, if there’s, oh geez, there’s so many of them that I can’t quite remember them all right now, I’d have to look them up.

IVAN: So, basically, it does a ton of things that you’d expect from a best practices point of view, a Drupal site should be doing. And, then, it does that on a schedule, and I would imagine that’s configurable?

TESS: Yep. The schedule can be configured to run along certain periods. I think by default that’s once every 24 hours, but you can actually configure it to run a Healthcheck on every cron run, and then whatever period you have cron configure to, it can run a Healthcheck.

IVAN: So let’s talk a little bit about how it knows that there’s a difference, compared to the check that it did last. Does it only store the last check?

TESS: No. What it actually does is that, the default mode of Healthcheck is what I call ad hoc reports, and what happens is that, out of the box it doesn’t do any checks in the background, it doesn’t send notifications, all it does is provides a report screen that you could interactively check. Now, there are ways of extending that afterwards. You can actually configure it to run notifications regularly, in which case, additional options show up for how often you want that check to be run, and how do you want to be notified of when that occurs.

IVAN: And what kind of notification system exists right now?

TESS: Right now we have two different notification systems built into the module. We have one for sending email notifications, and the email format is actually configurable, so you can change it to be whatever you want, And we have one that uses webhooks, and we’ve tested it with Zapier, I’m not entirely certain if it will work for other integration providers, but via Zapier, you can get to something like Slack.

IVAN: And that notification system to Zapier is really a JSON object that gets posted to a particular endpoint, and then whatever system you’re using as that webhook endpoint, can process that data and do whatever it wants with it. So, something like Integromat or Zapier, or any of the other competitors will likely work with this endpoint. Ok, so, if I understand this correctly, Healthcheck is a site doctor for your Drupal 8 website. It runs and can run on a schedule, it keeps a history of all the checks that it’s done in the past, and it compares the latest check with the previous one. It will then alert you either via email or via webhook as to if there have been any changes. Does that sound about right?

TESS: About. It doesn’t really check the previous one to the next one. There are mechanisms where if a critical item is found, it will run notifications no matter if that was previously discovered or not. And there are configurations to run regular reports and send an entire digest of all of the findings that have been found in the last Healthcheck to whatever notification system you configure it to.

IVAN: That sounds like a patch request. If someone’s out there listening, you can submit your own patches, we can absolutely add the feature of being able to check from a previous, do a comparison from a previous check, so that you’re only sending notifications out when something changes. Although, I’m not sure that that’s any better than sending it out every time cron runs. If you haven’t dealt with an issue, you probably, especially if it’s critical, you probably want to be reminded that something’s going on.

TESS: Yea, that’s generally kind of where it came down with the situation. It’s not like a phone notification, where once you see it once, you don’t want to see it again. This is an infrastructure notification, and it’s kind of common practice that you don’t want those to get deprioritized. You want to have that priority regularly refreshed, so that you know you have to deal with it.

IVAN: That. That makes a lot of sense. So, this is in beta release. It’s the first beta release for Drupal 8. So, basically, Healthcheck’s been written from scratch. Is that a good thing?

TESS: Some people say that it’s never a good thing to write a thing from scratch. Honestly, in my perspective on Drupal 8 is, you might as well write from scratch. And, the reason why is, Drupal 8 is fundamentally a very different system than Drupal 7, and it is a false dichotomy to assume that they’re really the same product. They’re completely different in my opinion. And, if you don’t take the time to reconceptualize what you’re doing from 7 to 8, you’re going to have a bad time eventually if your module is of any degree complex.

IVAN: So, let’s talk about the Drupal 8 version of this module. I want you to mention, and maybe kind of talk about how the plugin architecture has been designed. The idea behind it is that we are going to release a module here that has a certain amount of capability to do the checks that we really wanted to do. But then, make it possible so that anyone can write their own checks in addition to the ones that we’ve written. Does that sound about what we were thinking?

TESS: Yea. One of the primary concerns for me, when I was architecting this module is, I wanted to make it really, really, really, really, really easy to write your own checks. I don’t want to make that a complex, weird affair, I wanted to make it as natural as possible, for anybody who is used to implementing a Drupal 8 plugin. And, with Healthcheck, we already provide a base class for the plugin. We provide all of the documentation, we provide the plugin types, there are easily findable examples within the module that you can pattern it off of, and really you have to make one object and one function, and that’s it.

IVAN: Is there a limitation to the kind of check you could be writing?

TESS: Well, ok. There are a few things that do come as a limitation with the module-centric approach. One is, if the Drupal environment is completely non-functional, this module probably won’t work. And, that’s going to be a bit of a limitation for some people. Also, you can’t run it as part of your infrastructure hosting. So, you can’t have this as a command floating out there as Site Audit does, where you can configure the infrastructure to regularly run it against any directory that you assume has a Drupal installation somewhere. With Healthcheck, it’s limitation is that it is a Drupal module, so it only knows about your Drupal site, it doesn’t know about anything else.

IVAN: How does that affect whether you have a multi-site installation or not?

TESS: So, you can still install Healthcheck in the module directory, and have it available for all of the sites in the multi-site, but you have to enable it for each.

IVAN: So the beta release that we’re announcing today is for Drupal 8. There’s still a ton of Drupal 7 sites out there, and I know we’re planning on providing support for Drupal 7 as well. Can you speak to how that may be the same, or might be different than the Drupal 8 module?

TESS: So, I would like to write it as similarly as possible, with similar class names, similar interfaces, so that it works more or less the same. I would like to use C-tool plugins, but I also have no experience with C tool plugins, so I have no idea if this is a good decision, or even the right one.

IVAN: But we’re going to find out, because that’s how things evolve, and that’s how we learn. So, I’m looking forward to finding it out. Are there any other options to using C tools?

TESS: Well, you could write your own plugin manager toolkit, but it’s like, that’s a little bit…I’m not looking forward to that task myself if I was tasked with it. (laughing)

IVAN: (laughing) Well, we might have to have you architect it, and we’ll see who else we can get to help us do that. Ok. So, Drupal 7 version coming soon, hopefully in the beginning of 2019. As some of the listeners out there know, we have a service called TEN7Audit, which is usually the first step of onboarding a new client with TEN7. And typically it’s for a client, for a site we didn’t build, but might need Drupal support, and in the past, we used Site Audit to extract useful information about the site, kind of just as a cursory look. The very first thing we do in a TEN7Audit is run Site Audit, we get that initial automated list of things to check, but now we’re using Healthcheck as a drop-in replacement for it. There are obviously things that Site Audit does that Healthcheck simply does not, and I guess the question for you, Tess, is, when is it more appropriate to use one over the other?

TESS: Usually when it comes to running the individual Site Audit, usually I’m only concerned with one site, and so far, I haven’t actually run across any multi-site installs. I’ve run across a few domain access module installs, and also custom implementations which mimic that kind of behavior, but not a multi-site qua multi-site, yet. And even so, it could be run on it, it would just require a little bit more effort. And when it comes to when should you run Site Audit, well, for the moment we don’t have a Drupal 7 version of Healthcheck, so, I would say that anytime you’re doing Drupal 7 stuff, you should probably use Site Audit for right now. Also, if you intend to run this as part of an infrastructure setup, inside of server hosting, or containers that regularly run against your multiple installed sites such as if your….I know that Pantheon does this, I know that you could definitely configure Site Audit to work with Aegir, that is one possible usage of it, those are definitely good options to use Site Audit for versus Healthcheck. Healthcheck is meant to check just one Drupal site.

IVAN: Ok. We kind of started talking about future features in my mind there, so, maybe after the first beta release and the first stable release, we’ll focus on doing some Drupal 7 implementation of Healthcheck. But, maybe a future release, or have you thought about a future feature in subsequent releases to enable some sort of CLI interface for Healthcheck? Or do you feel like you don’t want to take the module down that route? Do you feel like you just want to continue to have the module be a module in the classic sense with the UI and not go down that CLI route?

TESS: The problem with the CLI route is once you go down that path, the question is, whether or not it’s going to maintain being a Drupal module, or if it’s going to be a Drupal orbiting command. Site Audit really isn’t a Drupal module, it’s a drush command. It’s what I would call, a utility, which is in Drupal’s orbit. But, Drupal itself doesn’t need to be functional. And, when you look at Site Audit internally that actually explains a lot of the design decisions that go into it, why it doesn’t rely as heavily on internal services provided by Drupal to do a lot of checks, but Healthcheck does.

IVAN: So, likely, no CLI coming to Healthcheck in the future.

TESS: Well, we can still add one, it’s just that it wouldn’t be a pure CLI approach. It would be an adjacent command which would allow you to run the checks, and even get those responses. I had thought about implementing that too, as a drush 9 command, and a Drupal consult command, But at the moment what you would usually do is, you would run drush cron and that would run the Healthcheck for you.

IVAN: The thing that made me nervous is when you said, “once you add it, you won’t be able to take it out,” and you’ve gone down that path. So, now I’m a little bit hesitant about adding the CLI to Drupal 8 Healthcheck. I kind of like the idea of just running drush cron and having it run Healthcheck.

TESS: I mean that already works. That’s how I was testing it. (laughing)

IVAN: (laughing) So, the other thing that appeals to me is, this idea that notifications or reports can be sent using a webhook, because that opens the module up to being used in so many different places as well. And, the thing that I am looking forward to is this idea that we could potentially have a dashboard where we can see all of the sites that we’re checking for clients of our own, the multi-sites, whatever they may be. All Healthcheck sites in one place, to see kind of the status across the board. Do you think that’s a reasonable expectation?

TESS: I would love to write that functionality because it would allow us to collate a lot of different reports from Healthcheck, and then take them into a single dashboard that we can display using views.

IVAN: I love that idea. And then maybe we could start to service online and other people can sign up to using it, and we will become a service provider then. Anything more you want to say with this beta release of Healthcheck?

TESS: The thing that I really like about Healthcheck, is that, it is intended for people who don’t have a comfortable grasp of the command line environment. They’re used to modules, they’re use to working with the Drupal admin Interface, and Healthcheck really shines there. It’s meant to be accessed and worked from, from that interface, and allow you to do all of your checks from that interface. And that’s what I really, really like about it.

IVAN: And it’s also created by an incredibly talented amazing, developer on the TEN7 staff. Thank you so much for all the work that you’ve put into it, Tess. I’m looking forward to getting a stable release out there soon after the beta, and maybe you’ll join me again when we add another major feature to Healthcheck.

TESS: Yep, sounds good.

IVAN: Healthcheck is a Drupal 8 module, available now in beta at ten7.com/healthcheck. It’s you’re your site’s own personal physician. It’ll periodically run checks on your site to see if something’s changed, gone wrong, or been misconfigured, and it’ll also alert you. Drupal 8 Healthcheck at ten7.com/healthcheck. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Nov 07 2018
Nov 07

Your browser does not support the audio element. TEN7-Podcast-Ep-044-DrupalCamp-Ottawa.mp3

It is our pleasure to welcome once again Tess Flynn, TEN7's DevOps Engineer and DrupalCamp ambassador, to discuss the 2018 DrupalCamp Ottawa.

Here's what we're discussing in this podcast:

  • 2018 DrupalCamp Ottawa
  • Minnesota maple syrup
  • Camp format
  • Ottawa's move to Drupal open source
  • Award for travelling the farthest to attend
  • Camp without BOFs
  • Drupal 101
  • Keynote: “Building Accessible Experiences”
  • Accessibility is a core aspect of the entire design experience
  • Socketwench presents: "Healthcheck your site!"
  • Building software as a service
  • Privacy laws differences between Canada and the US


IVAN STEGIC: Hey Everyone! You’re listening to the TEN7 Podcast, where we get together every fortnight, and sometimes more often, to talk about technology, business and the humans in it. I am your host Ivan Stegic. In this episode of the Podcast, we’re talking to Tess Flynn about her visit to DrupalCamp Ottawa 2018, that happened on Friday, October 26. Tess, welcome back to the Podcast.

TESS FLYNN: Could you even use fortnight now? Isn’t that copyrighted?

IVAN: (laughing) Well, it’s spelled differently, so I think we might be ok. Yea, good point though. Let’s see, DrupalCamp Ottawa. You just got back from Canada. Did you bring back any maple syrup?

TESS: I did, but the problem is, that some of the maple syrup we get here locally actually tastes a bit better than the kind you get from the touristy travel shops that you get in Canada.

IVAN: Yea, we’re a little spoiled in Minnesota with maple syrup, I agree. So, DrupalCamp Ottawa is a little different in format than DrupalCorn that we talked about last. It’s one day of Camp, it’s a Friday, so 25% the length of the other Camps. How did that feel compared to the extended four days that we talked about last time?

TESS: I think that it actually felt rather appropriate. Mostly because you can’t really talk about this Camp without mentioning the fact it is doing head on comparison competition with BADCamp.

IVAN: Oh, that’s right. I’d forgotten that BADCamp was at the same time. What’s the format for BADCamp?

TESS: BADCamp’s a little bit more like TCDrupal. There’s a day of training, then two days of sessions, then a day of contributions.

IVAN: Do you think that affected attendance in Ottawa?

TESS: Well, I actually was wondering about this, as well. The question whether or not is, if you actually had the choice between the two, would you go to one or the other. And I think that’s kind of a false dichotomy, because from another perspective Ottawa is in a completely different country. Even though it’s not very far from Minnesota, at the same time it is technically a different country. So, there are reasons to actually choose a date that even coincides with one of the biggest regional Camps in the United States.

IVAN: And it’s also on the complete opposite end of the Continent as well.

TESS: Yea, it’s on the Eastern time zone.

IVAN: And, how large was DrupalCamp Ottawa, in terms of number of people?  Just share attendance. Just a guess.

TESS: They said that about 250 people registered. Some of those were going to be sponsors, and a fairly typical pattern is that they’ll register more people than actually shows up. So, I would probably guess maybe 175 at least, probably more like 200 and change.

IVAN: Wow, that’s a whole lot for regional Camp and only one day of programming.

TESS: Well, you know, it’s that other country factor, and there’s a lot to really unpack there, because it’s not just a DrupalCamp somewhere else. There are specific regional concerns that go along with having a DrupalCamp in Canada and using Drupal in Canada.

IVAN: So, let’s talk about that a little bit. Would you guess that most of the attendees were from Ottawa and from Ontario?

TESS: I would probably say so, because Ottawa, from what I recall, is the Capitol. So, there’s a lot of government in Ottawa. A lot. And, Ottawa is trying to pivot towards doing more Drupal open source, and more open source in general. So, the idea that a lot of people would attend this Camp to get more open source information makes perfect sense. And, to put it in the same city that a lot of people work in, also makes a lot of sense.

IVAN: It does make a lot of sense. Now, I heard you received a special award.

TESS: (laughing) There was kind of a joke about that. As a Camp speaker, there’s always kind of a little bit of a joke about, if you were the farthest one to attend the Camp. And, from my knowledge, I might’ve been one of the few Americans to attend the entire Camp, and probably the only one that really needed to take a flight to get there.

IVAN: (laughing) What was the prize? Or was it just a proverbial pat on the back?

TESS: It was more like, “oh, really, I am the furthest away one. Oh, that’s nice.” That was it. (laughing)

IVAN: (laughing) Now, I looked at the schedule and it looked like it was broken up into three tracks for the day, and it loosely seemed to be something along the lines of front end, back end and everything else. And, everything else was kind of like business, strategy, communications, content, which kind of makes sense. Did I get that right? Was that more or less how it was?

TESS: It certainly felt like that. I mean with only one day of Camp, and only about four different session periods, there’s not really that much need to break it up along too many different functional lines. There’s only so many slots available.

IVAN: And no BOFs from what I could tell.

TESS: No. I don’t think they had the room available at the venue in order to do that, but they might have.

IVAN: I see. Nice segue into the location of where the event was, it was at the University of Ottawa. The website says the SITE Building. Could you tell me more about the space?

TESS: That place has just got such an interesting personality. How can I explain this? Like if someone took material design and construction aesthetic and mashed them together, you get this combination of bright colors and metals and all sorts of interesting things. It was really, really, a nifty little venue. It was very visually interesting. And, because the Camp wasn’t particularly big, everything was in one building, so it was very easy to find everything.

IVAN: So, three rooms, all in one building. I would assume lunch in a central place, as we’ve come to expect?

TESS: That’s correct.

IVAN: Right. That’s great. That seems to make quite a cozy atmosphere for attendees. I really like those, when they’re all close together and bunched up. Let’s talk a little about the pre-keynote. It looked like there was a session on the scheduled called Drupal 101, that seemed to be very inviting for beginners, kind of before the keynote happens, if you’re new to Drupal, not sure what a node is. The description says, “bring your coffee and get a quick course in Drupal terminology.” I love this idea of kind of giving an intro before the festivities or the keynote begins.

TESS: Yea, I rather liked how that went because it provides a nice bit of framing, that would’ve otherwise been taken out by a training session on the first day of a multi-day Camp. And, I think it was a nice compromise in order to allow people who have heard about this Drupal thing, and then get a nice introduction, so that they can get value out of the Camp. And, because the Camp was on a Friday, some people might be attending this on their work hours.

IVAN: Yea, I think that’s a great welcoming idea. It would be interesting to talk to the organizers to hear what their take on the motivation behind that was. So then, that rolled into the keynote and the keynote was titled, “Building Accessible Experiences.” And, it was from developer advocacy lead at Shopify. I can’t pronounce Tiffany’s last name, I’m going to try, Tiffany Tse. Any ideas if I got close, Tess?

TESS: No, I don’t think the coffee had quite kicked in, and I think I barely missed her last name too. So, I can’t quite remember the pronunciation either.

IVAN: (laughing) We’re sorry Tiffany, if you’re listening. Call us and let us know how we did. Yea, so Shopify, first of all, I love the fact that the keynote was from someone outside of the Drupal ecosystem.

TESS: I just really appreciated this particular keynote. A lot of keynotes lately, including one that I gave myself, tended to be a lot more broad-reaching, a lot more big ideas and directions and business policies. And this one was a lot more down to earth, a lot more practical, really put you into the pilot seat of, “okay, you’re going to be an accessibility designer. What’s wrong with this?” And, it was just a wonderful experience, because it really sat you down and made you think about what you were looking at, and it was nice to do that as the first thing in a Camp, because it felt very direct.

IVAN: Glad to hear it. So, what do you think your major takeaway from the keynote was?

TESS: Well, I think the general message that I took away from it was that accessibility is not something that you can just bolt on later. It is a core aspect of the entire design experience, and you should consider it very carefully from the very beginning, because a site can be a lot more versatile than say an application can be. And, it has a lot more audiences, and a lot more modalities in which that, it is presented to different users. And, it was really, really, well communicated.

IVAN: And, further to that, the thing that I always want to try to remind everyone we’re working with, and the people that we help with our sites is, not only is accessibility important to think about from the design aspect and right from the beginning, but it doesn’t stop after you’ve launched a site. It’s something that continues, that all members of the team that are responsible for the site have to be aware of and continue to build on. It’s not something that you just launch as a feature, and you’re done. So, I’m glad to hear that was a good keynote. And, it looks like your session was directly after the keynote, in the same room (laughing). So, did you luck out and have a whole lot of people stay?

TESS: I apparently did have a lot of people staying for that session. I was kind of surprised, actually, about the number of people that attended. I think it was some 50 people that I counted right before I started. And, I know that some people came in after I got started as well, that I didn’t get a chance to count.

IVAN: And you gave away all the TEN7 swag at your session.

TESS: Yea. We were running a little bit late because the keynote ran a little bit long. So, when I first set up, I basically put everything out, and anyone who was an early bird I said, “here, come take. Don’t make me take this back through American security.”

IVAN: (laughing) Yea, we were a little light on swag at this Camp, because of the fact that you were traveling internationally. But, I’m sure we had enough to make some people happy there.

TESS: It all vanished anyway.

IVAN: Yea, that’s what we want. Any particularly interesting questions that came up in your session, that maybe you haven’t heard before?

TESS: So, the thing with my sessions is that very rarely do people actually come up with questions, because once I tend to get started, it’s really hard to get a question in edgewise, because I just have (laughing) such a presentation that is just a firehose of nonstop rambling for almost an hour. And it’s really hard for people to just stop and ask questions. Sometimes people do, but my sessions tend not to get a lot of questions.

IVAN: I think you do a great job of explaining things so clearly with analogies and with detail that, that’s maybe why there aren’t any questions. I certainly appreciate attending those. So, just looking at the other sessions on the schedule, a few that peaked my interest, “The New Face of CiviCRM.” CiviCRM still makes me a little scared, so I’m glad that there’s a new face. “Building Software as a Service in Drupal,” another session I thought was something I might have attended had I been at the Camp. And then, “Drupal as the Base of an Inclusive Workplace,” which was Mike Gifford’s session. It’s an interesting idea. I kind of read the description of the session, the fact that Drupal is largely still known as a CMS, and people really don’t realize that it’s much more than that, especially when you think about accessibility and user experience. You went to that session, right?

TESS: I did. But I went in with the expectation, because I didn’t read the description very well, that it was going to be a little bit more culturally focused, and how to build a more diverse team as a result of using Drupal. And, so, when they started going on the technical merits I was like, “Ahhh",  and it’s totally my fault, I didn’t read the session description very well.

IVAN: Oh. So, what was your takeaway then from that session?

TESS: A lot of it reminded me of the keynote, but it also kept pointing out one thing that was really important is that, accessibility doesn’t just benefit those who are disabled, because accessibility is not just going to be for those who have a permanent disability, but a temporal or situational disability as well. And, there was a lot of focus on bringing that into the conversation as well.

IVAN: Mike does a great job of being inclusive, and I imagine that was a wonderful session to attend. Did you go to the “Building Software as a Service on Drupal” session?

TESS: I did go to that one. I also, kind of was hoping this one was going to be a little bit more business focused. It actually was mostly a technical discussion about how to use Aegir, which has been around for the better part of 10 years in Drupal circles, and is still going, and is still a method to provide a Drupal solution as a software as a service. And, the next version of Aegir is supposed to finally support more than just Drupal, and virtually any php application, and possibly any web application that can be deployed.

IVAN: So that’s how you say it?

TESS: What? Software as a service?

IVAN: No. Aegir. I always wondered about that.

TESS: No, I only remember that because I think I listened to. Was it a Drupal easy podcast, like years ago, half a decade ago, about Aegir? And that was like one of the first things that they were going to talk about was, “how do you pronounce this? It’s got a diphthong in it, why?”

IVAN: (laughing) I want to spend some time talking about this building software as a service session. So, from what I understand, Aegir’s basically a way for you to host your own site, and maybe even sell hosting to others as a service, particularly just Drupal sites. And you said that it would, in the next version, be supporting more than just Drupal sites, but PHP applications as well. Is this the basis for Pantheon? Is this where Pantheon started? I have no idea. How is it similar or different to Pantheon?

TESS: I don’t know if Aegir was actually used in Pantheon at the beginning. I do know that they were using their own home brewed containerized solution, possibly using Xen or KVM at some point, and that they recently transitioned to Google Kubernetes engine in order to run most of their container systems. And primarily the product that they have is a web front end and a pricing tier in order to better leverage all of that usage. And, I’m not sure if they ever really utilized Aegir for that or not.

IVAN: It looked like this was a session that was more in the style of a BOF, the way the description was written. It felt like it was going to be more discussion oriented. Did that turn out to be the case?

TESS: It did turn out to be the case. I was really hoping for a lot more perspective from the business perspective, because it felt like it was very technically focused, very capability focused, as in Aegir can do this, Aegir can do this, this is how you do this. Yes, you can run it on your own hardware, why would you want to do that? And, this is where one of the key things that I took away from the entire Camp starting sitting in my mind, is, that, because I’m not in the West, there are different concerns for hosting, and a lot of Canadian companies do not want to rely on any US hosting. And I cannot blame them, considering our utterly lackadaisical privacy laws. And, I’m being generous when I describe it that way.

IVAN: So, what turned out to be the options for Canadian companies for doing hosting, if they’re not going to rely on US technology?

TESS: Well, I think that AWS is now involved, but that’s still a company that’s technically owned and operated from the US, and that might not be as comfortable for people. I actually haven’t had enough time yet, to really investigate the hosting market in Canada. It feels like it needs more development, honestly, is my initial impression. I could be wrong about that. I can guess that there’s probably a lot of on-premise hosting, but not nearly enough, like cloud-based hosting. And, there might be a lot of shared hosting, as well, that is used by a lot of smaller sites. But I’m really concerned that there’s just not enough cloud hosting, that is also hosted in Canada, in order to make sure that the privacy laws still apply, that the local/regional laws still apply, and that these are actually utilized for Canadian sites. And, this may be a hollow argument if a lot of the Drupal market share is government, because they’ll be more likely to self-host than use cloud products. Although, that made me think the following day, why isn’t it that the Canadian government itself, doesn’t form a wholly-owned and operated company that does nothing but hosting an infrastructure providing in a cloud facility. They’ve got to have more than one data center under their ownership already.

IVAN: Yea, that’s a good point. It seems like a market opportunity, that a company like Pantheon or Acquia could certainly take advantage of. But then at the same time, they’re a US company that are operating in Canada, and so, maybe there’s a Pantheon Canada that gets formed, or a company that’s run and operated in Canada by similar or related people to the same US company, and yet they have their own privacy standards and use privacy protocols that are acceptable to the Canadian laws. I think Google has GKE zones that are available in Canada, so in theory, you could potentially do that. I suppose.

TESS: Yea, I think there probably are some GKE zones in Canada as well. I have to look into that to be sure.

IVAN: Maybe we should start a hosting company, Tess.

TESS: I’m all for that.

IVAN: (laughing)

TESS: Ottawa isn’t bad, but I like Toronto more. (laughing)

IVAN: (laughing) Ok. We could be wherever you want.

TESS: This is a thing of mine though. When I used to do business travel a lot, I noticed that I tend to get immediate impressions of places that I touchdown in. It’s really weird, because it doesn’t seem to make any logical sense to me either. But Toronto had a very familiar vibe to what I’m used to in Minneapolis, but there were certain rounded corners that I didn’t have from the same vibe in Minneapolis. And those were probably where a lot more of a Canadian cultural vibe was poking out. And, Ottawa felt very similar to that, but a slower pace. It’s a little bit hard to describe. I wanted to describe it using a music analogy. So, the thing that pops to my mind is that, there is a video game called Undertale that has been around for a while, and towards the end there’s this one area of the game that has very upbeat, fast paced music. But if you take an alternate story path in that game, that same music plays, but in a very slow, lumbering pace instead. And, I didn’t get that exact feeling, but it definitely made me think, “wow, this is the same song, but it’s slightly slower. That’s interesting.” (laughing) I know this is all a ridiculous subjective, but that was something that just kept coming up when I was there.

IVAN: It felt familial and accessible I would argue. So, no direct flights to Ottawa from Minneapolis. Did you fly through Toronto?

TESS: I did fly through Toronto, and that was actually fairly easy. It’s only a two-hour flight from MSP and you could get a direct. The only problem is, once you’re in Toronto, you have to catch a one hour connecting flight to Ottawa. Now, I didn’t have any problems going to Ottawa, but coming back I just kept getting hit with delay after delay, and it was a little bit frustrating, because we left probably 15 minutes from Ottawa, from when we were supposed to. I didn’t mind so much, because I had enough time to account for the difference. But then once I landed in Ottawa, I failed to remember that the international security procedures had changed since I last traveled internationally. And now you have to go through international customs as an American citizen on the international side, rather than the US side. And that was a Kafkaesque experience to say the least. I felt like I was reenacting the movie Brazil a little bit there.

IVAN: (laughing) Yea, we had that same experience flying through Toronto on the way back from Europe this year, and, it actually made me think of, kind of what laws apply on the Canadian side after you’ve cleared US customs. I know that it’s US law that applies, but that just feels wrong.

TESS: Someone explained to me that Canadian transit agency, their equivalent of the TSA, is actually a superset of TSA law which just makes me go, “oh geez.” (laughing) In TSA law, if you know even a little bit about it, is already this nightmarish labyrinth of weird edge cases, and political meddling, and none of it makes any sense anymore, and it hasn’t since about 2007 honestly.

IVAN: Yea, it was pretty insane, certainly Kafkaesque as you said, going and clearing customs in Canada for the US, and then physically being in Canada, but technically being in the US after you’ve done that.

TESS: Well, the real hilarious part is the nature of how this works in the Toronto airport. When you actually go through Canadian security at the Toronto airport, and you first get cleared, you’re opened into this wide foyer and it’s got this giant flower sculpture thing, and the underside of each petal is actually your arrival and departure time screens. It’s really nice. And then afterwards I had to walk through there to go to a completely different concourse, and when you get to that concourse you have to go through security again, then you have to go through customs again, then you have to go through the customs waiting area, because they won’t let you go directly to your gate. Then after you go there then you walk to your gate, and by the time I got all the way to the end of my gate, I was on the other side of a glass window, and on the other side of that glass window that I was looking right through, was the giant flower. And that took an hour and a half.

IVAN: (laughing) Wow. Well, I think we have a little more time to talk about the other session that kind of peaked my interest, and you also I think went to it, was the “Journey through the Solr System.” And, the only reason it peaked my interest was because I thought the title of the session was amazing.

TESS: The slides were also great too. They had a really nice visual style that I really appreciated. It made it very fun, but at the same time it focused on information. And the talk itself was also different than I expected. Now, usually when you think of Solr and Drupal, you’re going to think of, well you’re probably going to use a search API implementation, and it’s going to be one site, and you’re going to configure which entities that you’re going to have going to which in that system, and then you’ll use views in order to make your search pages and yada, yada, yada. Well, they couldn’t do that with this solution. The problem is that they have some two hundred different sites, and they had to have a unified singular search mechanism. And it wasn’t a multi-site either, so you couldn’t kind of cheat and use some of that facility in order to populate a single index. So, either they had to come up with a completely custom solution in which any time content was posted for each individual site it went back to a standard search API server, or they’d have to do something completely different. What they used to use, they used to use a Google search appliance, and this was great because it was on premises, all of the data was local, they owned it. And then, suddenly, those yellow boxes stopped arriving from Google because Google deprecated the entire product line. Now you have to forward all of your search index information to some American server, and this is not comfortable for some people, and that is perfectly fair. So, they could’ve paid for a different solution, or they could’ve went, “well, we’ll just risk the privacy implications,” but instead they decided, “you know what, let’s see if we can try to build one of these ourselves.” So, the solution they came up with was, a high availability Solr configuration with an open source web crawler called Nutch, and it was just a fascinating combination of elements to make, basically, your own Google, but within your own organization, for your own sites, without having to have a direct backend connection.

IVAN: Nice. I really love that name, Nutch.

TESS: That was a really, really fascinating talk, and I wish that I could’ve captured more of the technical details of that, but I was coming right off of doing my session, so I still had a lot of adrenaline in me. (laughing)

IVAN: Yea, and I’m sure that the session video will be posted once it’s available. Yea let’s talk about that a little bit, and then I think we’ll wrap. So, it looks like there were sessions that were recorded again, courtesy of Kevin Thull and his equipment.

TESS: Well, not quite.

IVAN: Not quite?

TESS: Not quite. Kevin Thull was not there, he was at BADCamp.

IVAN: Oh. But his equipment was there.

TESS: Well, from my understanding what happened is that Kevin Thull trained the DrupalCamp Ottawa staff, and provided them a list of the hardware that he uses for his talks. So, they reimplemented all of that under his guidance, and then ran it themselves, independently. So, it was a very familiar experience. Everyone had the big red button that they had to press. So it was very, very familiar. I do know that they have a few gotchas with the session recording, but they had generally had a fairly good capture ratio.

IVAN: That’s wonderful. I do see that on the DrupalCamp Ottawa website they published a playlist on YouTube, and I think there are about six videos on there right now, six sessions that are currently available with the note that they’ll be adding the rest of the sessions in the coming week or so. So that’s great. We’re going to have a recording of your session, and you could probably go back to the Solr session as well and check the details of that one out as well. Well, all in all, a good Camp. Something that maybe I’ll consider going to next year, and maybe we’ll send you again next year. Tess, thank you so much for spending your time with me and talking through DrupalCamp Ottawa 2018.

TESS: No problem.

IVAN: You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Oct 24 2018
Oct 24

Your browser does not support the audio element. TEN7-Podcast-Ep-042-DrupalCorn.mp3

It is our pleasure to welcome Tess Flynn to the TEN7 podcast to discuss attending the 2018 DrupalCorn and presenting "Dr. Upal Is In, Health Check Your Site". Tess is TEN7's DevOps engineer.

Here's what we're discussing in this podcast:

  • DrupalCorn2018
  • DrupalSnow
  • Camp scheduling
  • What it takes
  • Unconference the conference
  • Substantive keynotes
  • Dr. Upal is now in
  • The good health of your website is important
  • It takes humans and tools
  • Every website is a bit like a person, it’s a story
  • Docker-based Battle Royale
  • Auditing the theme
  • Mental health and tech
  • Drupal 8 migration
  • A camp with two lunches
  • Loaded baked potatoes and corn
  • Cornhole
  • Catching Jack the Ripper
  • Onto DrupalCamp Ottawa


IVAN STEGIC: Hey Everyone! You’re listening to the TEN7 Podcast, where we get together every fortnight, and sometimes more often, to talk about technology, business and the humans in it. I am your host Ivan Stegic. In this episode of the Podcast, we’re talking to Tess Flynn, about DrupalCorn 2018, that happened at the end of September, in Des Moines, Iowa. Tess, welcome back to the podcast.


IVAN: So, DrupalCorn. I love that it’s not DrupalCamp Iowa.

TESS: (laughing) That’s one thing that I always appreciated with it. They have a sense of humor to match their camp.

IVAN: (laughing) It’s just great. I think we have to come up with something for TC Drupal and I don’t think we can top DrupalCorn.

TESS: I still miss the Cherry logo that we had years, and years, and years ago. Although the snow globe one’s pretty good.

IVAN: So, DrupalSnow, maybe? 

TESS: (laughing) That would be an interesting thing to do, like a one-day event, in the middle of winter. (laughing)

IVAN: (laughing) We’ll see how many people come out to that, huh?

TESS: BOFs and sledding. (laughing)

IVAN: (laughing) That would be fun. That’d actually be fun, actually. So, let’s see, DrupalCorn, this year it was at the Center for Higher Education in Des Moines. Is that on campus somewhere? I’m not familiar with where that is.

TESS: So, it was in the business school, that got bought out. There’s a bit of a story about this. It used to be, I think, an independent business school, and then it got bought out, and brought into the university system, and, yeah, there’s a bit of an interesting story behind that, but that one’s not mine to tell.

IVAN: (laughing) Ok, so, on some sort of a former business school campus, and from what I could tell, the format was exactly the same format that we’ve had at DrupalCamp Twin Cities. So, training on a Thursday, session and keynotes, Friday, Saturday, and then contribution day on a Sunday. That’s a lot of programming for a camp.

TESS: It is!

IVAN: Yea, it is. Do you think it’s overkill?

TESS: I think that it’s up to the camps to really determine if that scales for their audience. And, I did participate in the closing session, for DrupalCorn, which was mostly for camp organizers and volunteers, but I was in the same room, and I decided, oh, I’ll just stay around and how it goes, because they were inviting anyone who wanted to stay for it. And, it sounded like they had lots of people attending the training sessions, that they had no problem filling those out. And, the first two days, seemed perfectly fine. It didn’t seem like there was a massive drop off in individuals or people at either one of those.

IVAN: And, that closing session, was that on a Saturday?

TESS: That was on the Saturday.

IVAN: Ok. I mean, it takes a lot of time, and a lot of money, to plan and execute such an extensive program, and I am always amazed that camps do this, and that it’s all volunteer based, it’s not for profit, people give of their own time. It’s amazing! It’s just amazing!

TESS: Well, DrupalCorn serves a lot of different camps in the Greater Midwestern area in the United States. There were lots of people from Kansas, which just surprised me. I was like, “why are there so many people from Kansas here?” And, “why don’t I see those same people at Twin Cities Drupal camp?” And, a lot of it comes down to, “well, it’s closer.”

IVAN: Yea, it’s closer. Like, you would have to drive twice as far, to the Twin Cities, or fly. So, that does make a difference. Was the size of the camp, kind of what you would expect, 200 or so people? Was it any bigger or smaller, this year?

TESS: It felt like it was a bit smaller this year, mostly because they took last year off, for various reasons. And, there was actually an interesting discussion about, if camps should do that more often, that we could talk about.

IVAN: You mean, take a year off?

TESS: Mm hmm.

IVAN: Yeah, so, was that part of the closing session? Where was that discussion?

TESS: That was part of the closing session.

IVAN: So, what were the thoughts around it?

TESS: So, the reason why they decided not to have one last year is there were some people who were starting families, and had vacations, or had other things that were just happening, and they just couldn’t get their core organizational group together, in order to do that. So, it seemed like it made more sense to just, not have the camp that year. And, at first it was really disappointing, because I remember talking to one of the organizers at Baltimore, and being like, “aw, there’s going to be no DrupalCorn this year, it’s one of my favorite camps.” But, since then, I thought, this is actually not a bad idea, because, I’ve gone to DrupalCorn for the previous two, if not three, years. Then they had the year off, then they had this year, and, one thing that I was kind of surprised by, is that, compared to the last DrupalCorn, there was more energy at this one. There was more focus. There was more drive. There was more enthusiasm. I think that actually is something to be said about taking a year off, occasionally. It lets your organizers rest, so that the next year they can really go at it. And, I’ve been thinking a lot about Twin Cities DrupalCamp, because DrupalCon Minneapolis is in 2020. Should we even have a camp in 2019? That’s a tricky one.

IVAN: Yeah, that is a tricky one. It feels like we’ve been evaluating whether or not, not just whether or not the camp’s going to happen, but, what the format of the camp might be, as well. And, I was at the Twin Cities Open Source CMS Unconference, whew, mouthfull (laughing), this weekend, and, it just struck me that, having an Unconference like format for a camp, makes it so much easier to organize, and to put together people that are kind of basically there to learn, just like what the camp is for. And, I wonder if it isn’t, not just taking a year off, but maybe there's an Unconference like event, might be a thing to consider as well.

TESS: Yeah, and I think those concepts can actually play well with each other, because people who like the Unconference format, might not be the same people who normally run a traditionally and conventionally-focused camp. In which case, why not just do a slightly different Drupal event that year, for the area? That might work too, then you can compare and contrast later.

IVAN: Yeah, that might be a good idea for us. It’s interesting how all of this has evolved in the community, and how Drupal compares with local camps, and WordPress, and other communities. It’s just fascinating that all of this happens the way it does. So, I want to ask about the keynotes. So, I want to ask about the keynotes. There were two keynotes – Tiffany Farris from Palentir.net keynoted, and I think the title of her keynote was, “Learning at Work,” and that was on Friday, and then, Matt Westgate from Lullabot, keynoted, and I love the title of his keynote, “How to Fall in Love with Drupal Again.” What are your take-aways from the two keynotes, maybe either as a whole, or individually? I assume you went to them?

TESS: I did go to them, but, both nights, the previous night I had terrible insomnia problems, I was just not getting used to the hotel bed, and, so, I was real dreary and I couldn’t quite remember, and my nose was already, like on the screen, working on my module project, anyways. So, I actually had a hard time remembering almost anything about those talks right now.

IVAN: Oh, no!

TESS: The caffeine just didn’t kick in yet. (laughing)

IVAN: Well, I would then recommend users who are listening, or listeners, to look at the recordings on the DrupalCorn.org website, because I’m pretty sure that Kevin Thull was there, recording every single session, and most likely, the keynote is included there.

TESS: Yeah, I believe that, I did talk to him after the first day, and there was one keynote session that just didn’t record for other reasons, and the next day, there was 100% capture.

IVAN: Wow! It’s just amazing what he does for the community, isn’t it?

TESS: I always have a special place in my heart for the AV guy. (laughing)

IVAN: (laughing) Yes, absolutely. So, the schedule at DrupalCorn wasn’t just sessions, right? Wasn’t just pre-prepared sessions. There were BOFs (Birds Of a Feather) listed there as well. Did you go to any of them?

TESS: I did not. I didn’t find any of them that were that interesting. I found a lot more sessions, which were interesting, so I really wanted to go to a lot of those, and I do remember that on the first day I was there, Friday, even skipped out on an entire session period, and took over an empty BOF room, just so that I could decompress and go over my talk before giving it in the next period.

IVAN: It was probably a good thing. So, let’s talk about your session. So, you presented "Dr. Upal is in, health check your site". Can you tell us a little bit about your session, and maybe what you were hoping the outcomes of the session would be?

TESS: So, really, the session is about trying to instruct people, how to perform a technical audit of your Drupal site. A lot of the time, people who have Drupal sites, who are individual organizations, or are freelancers, might not necessarily know how to really inventory a site. There’s a variety of different circumstances. Like, you’re looking at doing an upgrade, but you don’t know what all your site has in it; you’re a new employee and you don’t know how to quite wrap your head around the site; the site was just dropped in your lap, and now it’s your problem, and you need to figure out what to do with it. So how do we really get a good sense of what a site is doing? How it’s working? Is it healthy or not? Does it have problems or not? Does it have things that will become problems in a short amount of time? What tools can we use to examine those, and how can we perceive all of this, and make it so that we know how to proceed, to get our sites back onto a track towards being healthy.

IVAN: So, the health of your website is really important, and that’s exactly what your talk sounds to be about. You talk about some tools during the session, but you also point out that there is human interaction that needs to be done to evaluate the site itself. Right? It’s not just about running tools.

TESS: Yeah, no one tool or even the entire toolbox of tools, is going to be able to tell if your site is healthy or not. Every site is a bit like a person, it’s a story. You need to figure out where it begins, how it's changed, what its plot is, what it’s twists and turns are, what characters are involved in its development, and then kind of get that whole sense of what that story is, so you could see where it’s going in the future.

IVAN: I love that idea of your site being a story. It’s kind of a live, breathing thing, that doesn’t change. Or people think that it isn’t a live breathing thing that doesn’t change, but it is, and people add content, and submit forms, and things get out of whack sometimes, so it’s not exactly the same as when you launch it. And, I love the idea that it needs a doctor, just like a human does, as well. That’s a great idea to think about. So, your session went well. I know you usually bring swag, and you give that kind of stuff out. That’s awesome. Now, there were some sessions in the schedule that caught my eye, that I thought were really interesting, that I wished I could’ve gone to, if I had gone to the camp. One was Wilbur's Docker-based Battle Royale, which is a great name for a session. The other one was, a guy by the name of Andy Olson, and he had a talk called “Audit your Theme.” Now, I know you’ve seen Wilbur’s talk, probably at TC Drupal, did you by any chance go to the other one?

TESS: I did go to the Audit your Theme one, because that was really quite interesting. Theming is not my particular specialty, and I actually really don’t know how to approach that entire discipline, of auditing a theme, and this gave me a lot of framing, for how to look at that and what to look at, and that was really, really fascinating.

IVAN: So, were there tools involved in that presentation as well, or was it kind of, a mixture of tools and human interaction? What was the, kind of the crux of that session?

TESS: So, there was a combination of tools and human interaction. We had several different tools, like we had some linters, we had some other performance analysis tools, and other CSS compiling efficiency check tools that I had, quite frankly, never even heard of, or conceived that they existed, but as soon as they were revealed to me, I was like, “of course, they would have something like that. Why didn’t I think about that until now?” And, it was really just an eye-opening experience.

IVAN: So, those were kind of two that caught my eye. What sessions did you go to that were interesting outside of Andy’s?

TESS: Oh man, I’d have to bring up a schedule, because a lot of that just got swapped out of my cache already. (laughing) Let’s see. I went to the gulp session, but the caffeine still had not kicked in yet, so that was just, I don’t remember anything at all from that. And, then that’s where I skipped a period, because I needed to practice.

IVAN: So, there were four tracks?

TESS: Yeah, there were several different tracks. I went to the Mental Health and Tech one. It is a very similar presentation to one that’s been going around, at a variety of camps and cons, but it’s really nice to see an update on that. I think he’s doing good work bringing that talk, repeatedly, to our community. I went to the Legos session, "Building your Legos, a Practitioner’s Guide to Building Reusable Components". There’s a module that’s called Legos. And, I didn’t know about this, and it was actually a fascinating counterpoint to paragraphs only sites. I thought that it was kind of fascinating, but at the same time I was like, “ahh, I have some concerns.” I think actually during the course of that talk, there was some mention about how you can’t get certain paragraphs to display with different view modes, and I know that we’ve done that before at TEN7, using a module-only solution, so. That was an interesting problem. (laughing)

IVAN: I would guess you maybe went to the Migrating Drupal 8 entities talk?

TESS: I did go to that one, and I felt kind of bad after that, because I went to it, knowing that, “ok, let’s see how this guy handles this", because unfortunately I know way too much about migration stuff. I have joked on Twitter that at some point, when you become a Drupal 8 migration expert, you start sounding a bit like a babbling prophet (laughing), instead of a developer. Talking about plug-ins and pipelines, and transformation and ETLs, like, I don’t know what any of this means any more (laughing).

IVAN: (laughing) Well, you certainly are our migrations expert at TEN7, so, I wouldn’t have it any other way.

TESS: It was generally a good talk. What was most impressive is, he smashed an awful lot of content, into a very narrow talk. I considered writing a talk about doing migrations before, because I have a blog series on this, but I decided that it was just way too much to squish in to even a 50-minute talk. It was just going to be like a fire hose, and it was a fire hose in this talk, and I believe he did a really good job of it. He used a different technique for importing paragraphs than I’m used to, so I actually put that forward at the end of the talk as an alternative.

IVAN: Very good. Now, were the sessions at DrupalCorn all the same length, or were there shorter ones and longer ones?

TESS: I think that they were all the same length this year. The big thing that was different this year, was that there was two different lunch periods, which was interesting.

IVAN: Oh, lunch one, lunch two?

TESS: Yeah.

IVAN: Really!

TESS: Lunch is actually one of the things I like the most about DrupalCorn, (laughing) mostly because, one thing that I really tended to like about DrupalCorn is that, because it’s in Iowa, there’s not much in Iowa. Even when you’re in Des Moines, it’s not the same as even being in Minneapolis, it’s definitely a smaller metropolis, and as a result, one thing that’s really kind of nice about DrupalCorn is that it has a generally, very familial vibe. You don’t feel like you’re going to a camp, you feel like you’re going to a dinner, with friends and relatives, and you’re all going to have a good time. And, that’s what it often feels like, and I really enjoy that particular feeling.

IVAN: So, basically, they had two lunches available through an extended period of time, over the course of two sessions. So, you basically don’t have one hour where there are no sessions going on. There are sessions going on throughout the day, and you choose when to take your lunch.

TESS: And you got to bring the lunches in with you to the sessions.

IVAN: Oh, you did! So, there wasn’t a lunchroom, or a common space?

TESS: Not really! There was plenty of places to sit down. There was a kind of common space, but there wasn’t many people using it. In this particular venue, they actually did have a café, that you could sit down and actually eat lunch in, and that’s where lunch was actually being served. And, some people did that, but some people also just, filled up their plates and headed off to the next session, and just sat down, and quietly munched while the session was being given.

IVAN: So, was it like a buffet style lunch?

TESS: Yeah, it usually is with DrupalCorn. One of the lunches is the traditional loaded baked potato.

IVAN: Ooh, that sounds good!

TESS: Oh, it is good! It is very good!

IVAN: Was there any corn? I guess that’s a question I have to ask.

TESS: This year, I think there wasn’t. (laughing) I could’ve just missed it. I remember the first lunch I went to, they nearly ran out by the time I was in line, because I showed up late.

IVAN: So, all in all, a good camp, kind of similar, regional camp would be Twin Cities  DrupalCamp. It feels like it’s the same amount of time, 4 days, about the same number of tracks, 3 or 4, BOFs, lunch, and good people. Any social activities in the evenings?

TESS: Yea, there was a speaker dinner on Thursday night, before the regular sessions were given, and that was wonderful. That was right in town, and it was a welcome respite from being in a car for four and a half hours. (laughing)

IVAN: Oh, my goodness! I’m sure. So, you got to mingle and meet with all the people that were giving sessions. I’m sure some familiar faces there too?

TESS: Mm hmm. And, then, the following night there was another dinner/cornhole event, that was in kind of a, it’s hard to describe what it was, it’s not really a sports bar, it felt like a rented bar/restaurant space. It’s hard to describe, but they had really, really good burgers.

IVAN: Really? So, forgive me for not understanding what cornhole is. Maybe you can give me a description.

TESS: So, first of all, imagine a board that is at an incline of, let’s say, ten to fifteen degrees off from the ground, and about three-quarters of the way up from the edge that is touching the ground, to the top of the board, is a hole, and the rest of the board is very highly glossily painted, so that it’s kind of slippery.


TESS: Now, you stand away from that board, at the other end of the playfield, a distance of approximately, sorry my eyes are calibrated to meters, so let’s just say 4-5 meters away, and what your job is, you have a beanbag, and you need to toss the beanbag so that it goes into the hole. And that sounds really simple, except that there’s a bit of technique to it. You can’t just toss it, and have it land directly in the hole, it’s best to kind of, put a bit of, either you have to undershoot it, but with force so it goes up the board, and down into the hole, or overshoot it, with just enough force so that once it lands, gravity will actually carry it back down into the hole, because you almost never could throw it directly in.

IVAN: So, this sounds like a game that you would play in bars, and maybe you’d get much better, or much worse, depending on how much beer you’ve had.

TESS: (laughing) That’s generally the idea, yes. I was introduced to this at the first DrupalCorn I went to, and that was a lot of fun. That camp was particularly a lot of fun, because it was in a school, and they had all of, every event, every lunch, every before event and after event, was actually in the same location, so that really made it feel very comfy, like you were just coming home to have some fun, and that was great.

IVAN: That’s awesome. And, so that was the social events Friday night. Saturday and then contribution on Sunday. Nothing on Saturday night then?

TESS: I think there was something on Saturday night, but at that point, I was kind of fried, because I’m kind of an introvert, and I just decided that, “I think I had enough,” and instead kind of staged my own little introverts game night at the hotel lobby and we got pizza, and played a card game where you’re trying to catch Jack the Ripper. It was actually a lot of fun.

IVAN: Oh my! So, there were games as well, at DrupalCorn? Awesome.

TESS: Mm hmm. I think the previous night there was also some board games after the cornhole event, but I was too fried after that too.

IVAN: Sounds like a great camp. I’m glad that you were able to go and report back to us, and I know you’re going to DrupalCamp Ottawa next week.

TESS: Oh yeah, first time going to Canada. Going to be interesting.

IVAN: Well, why don’t you remember as much as you can about the camp, and we’ll have you back on the Podcast to give us a kind of a review of that camp as well.

TESS: I will try my best.

IVAN: Well, thanks so much for spending your time with me, talking about DrupalCorn.

TESS: Mm hmm.

IVAN: You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Oct 17 2018
Oct 17

Your browser does not support the audio element. TEN7-Podcast-Ep-041-Steve-Persche.mp3

It is our pleasure to welcome to the TEN7 podcast Steve Persch, lead developer advocate at Pantheon.

Here's what we're discussing in this podcast:

  • Steve's background
  • Celebrating a Drupal birthday
  • Theater background and blogging
  • WordPress experience
  • Improv comedy and Comedy Sports gaining self confidence
  • Experience at Palantir in Chicago
  • Contributing to Workbench
  • Discovering Git
  • Teaching WordPress' Gutenberg editor
  • What the WordPress & Drupal communities can learn from each other
  • The 2018 Twin Cities Open Source CMS Unconference
  • WordPress, Drupal & Joomla
  • Supporting Backdrop
  • Alexander Hamilton
  • Steve Vector (alias)


IVAN STEGIC: Hey Everyone! You’re listening to the TEN7 Podcast, where we get together every fortnight, and sometimes more often, to talk about technology, business and the humans in it. I am your host Ivan Stegic. In this episode of the Podcast, Steve Persch, lead developer advocate at Pantheon. Steve has been on Drupal.org for at least 11 years, and before Pantheon he was at Palantir in Chicago. Steve! It’s my pleasure to welcome you to the Podcast.

STEVE PERSCH: Well, thanks for having me on! I guess I just missed my Drupal birthday again. The last one I remembered was 10 years. (laughing)

IVAN: Yea, it looks like more than 11 years. That’s a long time!

STEVE: Yea! That makes sense for what I was doing 11 years ago.

IVAN: How many versions ago is that?

STEVE: Well, I got into Drupal with 5. I think 5.0 was the current version when I started working with Drupal.

IVAN: I think that’s when I started too. Let’s see, 11 years ago would be 2007, so that’s when TEN7 was founded, so that would’ve been Drupal 5 for us, as well, I think.

STEVE: Yea. I’ve worked with WordPress a little bit before that, and, the first time I remember distinctly hearing the word Drupal was at an Arts & Business council of Chicago event. I was on a panel speaking about some WordPress sites I had made for a theater company, and one of the questions from the audience was basically, “WordPress seems to work with these blogs that you’ve talked about, what would be used for something more complex?” And, someone else on the panel said, “well, obviously, Drupal is the thing for that.” I made a mental note, started looking into Drupal because I knew I wanted to be building more complex sites.

IVAN: So, tell me more about those WordPress sites that you’d been involved in, prior to that. How did you get introduced to WordPress?

STEVE: I got introduced to WordPress because, well I wasn’t asked, I volunteered myself to build some blogs for a theater company when I was in college, between my junior and senior year I had a summer internship with the Looking Glass Theater Company in Chicago. It’s a prominent theater company that came out of the college that I was going to. I was super into what they were producing, very happy to have an artistic department internship, which mainly meant things like filing headshots, and running auditions, things like that. About three weeks into the summer internship I heard one of the artistic directors just kind of, muse aloud that they really should have a blog, because that was the thing to have back then. In the nineties they had produced a physical 'zine, and this artistic director, I think, was missing that kind of creativity and wanted a blog, and I had just taken a class on web development, so I volunteered myself, and basically, that summer changed from regular artistic department internship to Steve figures out how to build WordPress sites by the end of the summer.

IVAN: And that was WordPress early on, I would imagine, with version 2 maybe?

STEVE: Yea, 2 something.

IVAN: 2 something, wow! So, you’re obviously studying some sort of art degree then?

STEVE: Yea. I was a theater major at the time.

IVAN: Wow! A theater major. And now you are a lead developer advocate. That’s almost as crazy an arc as Drew's.

STEVE:  I know. Well, I think there are a lot of people in the Drupal community with a similar arc of basically being the person at some kind of organization, who somehow became responsible for the website, or volunteered themselves to be responsible for the website, and then just kept going from there. I think for, certainly myself, and I think a lot of people in the Drupal community, the web development career path looked more appealing then whatever was the other career path.

IVAN: So, let’s actually take a step back. I want to find out where you were born, and where you grew up. So, prior to landing in the WordPress development business in liberal arts college, where did you grow up?

STEVE: Yea, so, I spent almost all my life very close to Lake Michigan. So, I was born in Milwaukee, Wisconsin, same home all the way from birth through graduating high school, and then to Northwestern University in Evanston, just North of Chicago, then moved to Chicago for seven years or so, back to Milwaukee for four years, and now Minneapolis.

IVAN: So, tried and tested Midwesterner.

STEVE: Exactly. Yea. Love the midwest.

IVAN: That’s awesome. I love it too! So, you went to high school in Milwaukee, made a move to Northwestern, and studied liberal arts. And, you did an internship at a theater company, and somehow this led to Comedy Sports, right? I saw that in your bio as well.

STEVE: Yea. Comedy sports was even earlier. So, Comedy Sports is an improv company that started in Milwaukee, there are branches all over the country, though. The way I like to explain Comedy Sports for people who aren’t familiar with it, is by referencing Whose Line is it Anyway, pretty much everyone has seen that at some point in time. And, on that show they say everything’s made up and the points don’t matter, but in Comedy Sports, the points do matter. It’s the same kind of short form improv but it’s done as a faux competition. Basically, there are three people on two different teams, the red team and the blue team, and they’re competing for audience laughs and points, and things like that.

IVAN: And this was in high school?

STEVE: It started in high school, yea. I first saw it when I was in grade school and the high school Comedy Sports team came to visit my grade school, and do a show, and I thought that looks amazing, I want to do that. It further confirmed my choice of high school. I decided to go to the same Catholic high school that my parents had gone to. My brothers decided to go to a different Catholic high school in the area, but I wanted to go to the one that had a much stronger arts program. It was also coed, that was a factor in the decision.

IVAN: So, unlike me, you saw them do improv, and you thought, cool  ! I totally want to do that! (laughing) I look at that and I’m like, “Wow, that’s really scary. I don’t know how I could do that. I should probably do that to put myself outside of my own comfort zone.” What was attractive about it?

STEVE: I think what was attractive about it for me was, knowing that it was outside of my comfort zone. That it would push me to do something that wasn’t very natural. There are a lot of people in improv who are, natural, extroverts in doing improv, and it’s just kind of a natural extension of their normal personality. For me, it was more of an effort. It took me outside of my comfort zone, but it was something that could be practiced, it was at least in Comedy Sports, something very structured, so it is, of course, loose and comedic, and you’re making things up, but, especially with short form improv, there is a lot of structure there that I could hang on to and feel like I knew what was going on.

IVAN: The structure to me sounds really interesting to be put around something that’s supposed to be unstructured.

STEVE: Yea. One thing I’ve noticed. I did improv starting in high school, age 15 or something. I was heavily involved in improv really all the way through my time in Chicago, which ended in 2014, and then coming back to Milwaukee in 2014. I did start performing at Comedy Sports again for about a year and trailed off as I started the job at Pantheon and had a baby, basically, other things became more important. And, all through that time I found that people not doing improv assumed that there must be some trick to it, that we must be planning something out in advance. But, it’s not the content that gets planned out in advance. You don’t meet backstage and say “alright, we’re going to do a scene about a baker. And, the baker’s going to go on a journey, or something like that.” You might talk about the pace at which you want to play, you might talk about the styles or techniques, the improv techniques that you want to use, but the content is always made up on the spot.

IVAN: How do you think it’s helped you with your professional career? I’ve seen you give very many talks, and I’m always impressed by how eloquent you are. I’ve seen you on panels before. They must be related to the training you’ve had in improv, at Comedy Sports.

STEVE: Absolutely! The improv training gives me confidence to get on stage without a full plan. And, maybe that’s not always a good thing. Maybe I should be stepping on stage at a conference or something with more of a plan. But, it does help just reduce that anxiety, that I know I would be feeling, and do still feel, speaking at a conference or speaking at different work events. I still feel that anxiety to some degree but knowing that I have that improv background gives me more confidence to just start, then just do it.

IVAN: So, spending time in the theater, you started getting involved in WordPress. How long were you in WordPress before that panel discussion and someone mentioned Drupal, did Drupal become something serious to you?

STEVE: About a year. So, it was the summer of 2006 where I was starting with that WordPress site launched by Fall of 2006. Maintained those sites for a little while, and basically that senior year of college was a transition for me. I finished all my graduation requirements in fall, and just kind of pretended to be an undergrad through June, continued with my improv group, produced and directed a play, did all the undergrad activities, just didn’t go to any classes other than my acting class. That then gave me more free time, to take on web work on the side. So, during that year I maintained a static HTML site, which gave me a great appreciation for server-side languages. Hearing Drew mention maintaining 5,000 static pages, I thought, “oh yea, that was formative for me too, having to maintain  the static HTML website for the theater company, that was however many hundreds of pages, and seeing there are menus that are kind of the same, but inconsistent, presumably because no one was paying too close of attention, and now it’s my job to pay attention to such things, and I’ll put it in PHP includes and eventually just switch it over to Drupal.” So, it was about a year, I guess, of thinking WordPress is the thing to switching to Drupal, as the thing that’s going to help me build what I need to build.

IVAN: And, was that about the same time that you started at Palantir? Or, was there something in between there?

STEVE: Four years in between. So, I was a freelancer for a number of years. I did some subcontracting, started with a company called Mighty Bytes, got to have those pun names. Started there in 2009 and worked on, what for me then, was the biggest website that I had ever worked on. It was a music startup. I don’t think it’s around anymore called Music Dealers. Basically, the idea was if you are an independent music producer, or band or singer, or whatever, you could upload your MP3’s to this site, Music Dealers will then try to sell that to McDonalds, or film producers, basically, anyone making commercials, televisions, movies, and they’ll just give you a direct 50/50 cut of the royalties. That was an education in complex websites, kind of, trial by fire.

IVAN: Yea. So, then you started at Palantir in Chicago.

STEVE: Two years later.

IVAN: Two years later. Ok. And, had you ever contributed to Drupal.org before starting at Palantir? How soon did you start?

STEVE: In bits and pieces. So, in that time at Mighty Bytes, I was “the Drupal guy” and I would go to Drupal meetups, and I spoke at Drupal Camp Chicago in 2008, so I did have some community role and a few minor patches, but I kind of felt intimidated knowing that there were companies out there like Palantir, who had developers who, at least by appearance, were much deeper, and Drupal knew much more than me, and looking back there were things I was working on at Mighty Bytes that I could have, should have contributed back to Drupal.org, but for whatever reason I thought, well maybe this isn’t good enough, I need to work on it more, and would never get contributed. But, at San Francisco, DrupalCon in 2010, that was the first time I distinctly remember getting that really positive, contributor feel. Someone from the White House was there and they showed a list of modules that the White House was using, and one of those modules was a module that I had a patch in, and that feeling of, “oh wow,” I mean, it was a tiny patch in rules module, but just knowing that I had contributed to a piece of something that was inside of the White House was very satisfying, and basically gave me the Drupal bug even stronger than I had it then.

IVAN: Yea, there’s something about being able to contribute code, and it actually being used in production and affecting people’s lives that really makes you stop and think about the real power of open source, and what we’ve created in this ecosystem. And so, you’re at Palantir and Workbench is this thing you start working on. Was that a problem that Palantir was trying to fix, by introducing Workbench? What’s the genesis of that idea?

STEVE: So, I joined Palantir the month before DrupalCon Chicago, where Workbench launched. I started in February 2011, Workbench was basically getting polished up internally. Essentially, it’s a suite of modules that helps with content, workflow and governance. So, it basically provided a better landing page dashboard for people who are signing into the site to work on the content. Basically, an improvement over that admin/content view that you get by default. In addition to that base module of Workbench that was basically just that, landing page set of views, and a grid sort of thing. There was Workbench Moderation which was meant for publishing workflows, a draft needs review, published sort of workflow. and then Workbench Access which allowed for different content editors to have permission to different sections of the site. It was made because there were, I think, three major projects running simultaneously at Palantir before I joined, a university, a museum, maybe two universities, I’m not quite sure. But a couple of large institutions that needed those things, needed the ability to section off different parts of the site, so that only the appropriate people could edit pages, and they needed an approval process, by which people could move from draft, to needs review, to published, and possibly additional custom states. So, when I joined Palantir, pretty much everything was written. There was some testing to do, some clean up to do, and I was basically able to spend my first month on the job leading up to DrupalCon Chicago, finishing off a couple patches, adding some documentation, I think, and starting to think ahead towards what additional functionality might go into these modules.

IVAN: It’s quite an exciting time to be joining a company when it’s releasing a new site or releasing a new module, and DrupalCon is in the same city as where you’re based.

STEVE: Yea, it went from DrupalCon San Francisco feeling like, “I’m not quite fully in this community.” I kind of felt like a bit of an outsider at DrupalCon San Francisco in 2010, to then being hired at the company that, the owners of Palantir, were the co-chairs of DrupalCon Chicago. Of course, Palantir at the time had a ton of people who were top contributors and had a bunch of sessions going on at DrupalCon Chicago, so it felt like a fast track to the inside. Ken Rickard, the author of Domain Access, was one of the main authors of Workbench Access, so, yea, for my first week on the job, he flew into Chicago from Georgia, and, basically, started mentoring me, getting me ready to contribute to those modules. I had never used Git before, so that was something I had to learn quickly.

IVAN: That’s a major thing. (laughing)

STEVE:  Yea. That’s my advice for learning Git, just start, and don’t go back. I sometimes reference Git as an easy thing to learn, when I talk with other developers, and they look at me funny, and I think, well, ok, I guess it was easier for me because it was just a hard transition from SVN at my old job to all Git at the new job, and I could always lean over the cubicle wall and ask somebody for help if I needed it.

IVAN: I remember the days of SVN and CVS even, before that, and boy, those were tough days. I was so glad when we discovered Git and decided to just standardize on that.

STEVE: Yea, everything got faster and easier.

IVAN: Yea. Absolutely.

STEVE: My first version control was just Dream Weaver, check in, check out.

IVAN: (laughing) I think that still exists, doesn’t it? It must exist.

STEVE: It must! Yea. I think so.

IVAN: Cool. So, fast forward to Minneapolis, with a stop in Milwaukee in between, and you’re now at Pantheon, and you’re not just exercising your Drupal skills, you’re actually bringing back all of the WordPress things you learned long ago, as well, right?

STEVE: I am, yes. So, at Pantheon we’re a platform for both Drupal and WordPress development, so, it’s nice to play in both worlds. In fact, at the past couple DrupalCons I’ve done WordPress focus sessions. At DrupalCon 2016 I did Lessons from WordPress Core with Andrew Taylor, one of my co-workers, and then this year we did, Andrew and I did another session on the Gutenberg editor that’s coming to WordPress core.

IVAN: Do you spend any time at WordPress conferences talking about Drupal?

STEVE: I try to. I don’t think I’ve gotten any of those sessions accepted myself, but plenty of my co-workers have done that.

IVAN: So, it always feel like we’re up against each other as CMSs, right? WordPress does this better, and Drupal does that better, and we really have genuinely, passionate people in both communities. Are we really that different as communities?

STEVE: No! Definitely not. Well, I go back and forth on that question. In my time at Pantheon, so I’ve been here three years, and the first few WordPress conferences I went to, I thought to myself, wow, these differences are so completely exaggerated. I’ve been deep in Drupal for years, and I’ve been hearing that WordPress is totally different, and they’re still on PHP 5.2, they have different spacing rules. How could we ever work together?” As I went to, I think it was WordCamp US, basically, the DrupalCon equivalent in 2015, I went to some contributor like days, before the main event, and just thought to myself, “oh, yea, these are developers working in a GPL, Land Stack, CMS, trying to solve pretty much the same problems for pretty much the same sets of clients, and we need to break down these walls that don’t need to separate us.” In those three years, I’ve gone back and forth, like I said, a little bit, thinking, there are some differences. WordPress, I think, has done a much better job of keeping the end user in the community. There aren’t many decisions made in Drupal core, made by people whose job it is to use Drupal, like, purely through the UI most of Drupal is driven by people who interact primarily with the code, and that just changes the priorities changes what gets built. I guess one of the main reasons that WordPress has just continued to grow in its adoption wall, Drupal is at a similar spot to where it was years ago.

IVAN: What do you think the top things are that we can learn from each other as a community?

STEVE: I think the main thing I’d like to see Drupal focus on, as far as a lesson from WordPress, is to keep that focus on the main end user, as I look at, say the, the initiatives that are currently happening in Drupal 8 core. A lot of them are, sort of, two sides of the same coin. So, there’ll be an initiative that is developer focused, and then a separate initiative that’s basically what that will mean for the end user, and in WordPress those would just be one in the same. And, actually, in WordPress right now, there’s pretty much just the one core initiative of getting this new Gutenberg WYSIWYG editor finished, and merged into core, whereas, Drupal is, I think, working on literally 11 or 12 different initiatives at once. And as far as what WordPress could learn from Drupal, the modernization that’s happened in Drupal’s PHP code base, has been beneficial, and the fact that the WordPress is still on PHP 5.2, holds some things back.

IVAN: Yea, it certainly seems to. Have you heard of the Twin Cities Open Source CMS Unconference that Tim Ericson and Wilbur Ince are putting on?

STEVE: Yea, Tim was telling me about that a couple weeks ago. I think that’s a Saturday in October.

IVAN: Yea, I just found out about it last week, and we have an email out to Tim and Wilbur. I’m hoping to get them on the Podcast so that we can record something about that. It seems to be the natural evolution of these two or more open source communities living together, trying to talk to each other. Right? It seems like this is a way to get ourselves off of our respective islands.

STEVE: Yea. In Drupal we’ve talked about getting off the island so much, and that was, basically, the metaphor we wove through that DrupalCon presentation at New Orleans, that Drupal has a twin island essentially in WordPress. WordPress also has the same kind of getting off the island conversations, because they know that they’re about just as isolated from the wider PHP community. Perhaps even more so, because there’s not the composer bridge in the same way that there is from the Drupal community to the rest of the PHP mainland, as it were.

IVAN: Yea. And it’s not just WordPress and Drupal. Joomla still has a presence in the market.

STEVE: Yea, Joomla’s still around with a pretty decent market share. But, it must just be my filter bubble that I, sort of, very rarely encounter people using Joomla. I mean, of course, my job is to work with developers who use Drupal and WordPress, but for the market share Joomla, has, I’m surprised I don’t see it.

IVAN: I’m surprised too. When we first started working for clients, when I first started TEN7, we built a WordPress site, a Drupal site, and a Joomla site, and I kind of did that to see what the major differences were, and where we would hitch our bandwagon, so to speak, and Joomla I remember being…it felt like it was solving all the problems in all the right ways, and I guess I just lost touch with it.

STEVE: Yea, Joomla never really clicked for me. It must’ve been Joomla 1.5 at the time? In 2007. So, after hearing that person on that Arts & Business council panel say, “Drupal is what you need.” I did some more research and I came across Joomla, and kind of did the same thing of trying to figure out can I build the same basic functionality in WordPress, Drupal and Joomla. And, it seemed like I could, but Drupal just clicked for me in a way that Joomla never did. I never felt the same level of comfort in the admin UI, the way information architecture got built in Joomla just didn’t click for me the same way it did in Drupal.

IVAN: So, Pantheon is not supporting Joomla just yet?

STEVE: Correct. I suppose because we are basically providing PHP, we’re providing a database.

IVAN: That's the way to do it, right?

STEVE: We added WordPress years ago partially because this was before I joined Pantheon. But, as I understand the story, one of the major agencies using Pantheon basically, figured out how to make it work, and told the people at Pantheon at the time, “hey, we got WordPress running. Are we allowed to do this?” (laughing) And Pantheon basically figured out, “well, if you got it working already, we should make our real support for WordPress more mature.” There are people who run Symphony, Pure Symphony applications on Pantheon, and we don’t support it in the same way we support Drupal or WordPress. Like, you can open support tickets with Drupal and WordPress, and we’ll be able to help you to some degree, but if you got Joomla running, or you got a Pure Symphony app running on Pantheon, we simply wouldn’t be able to help you if it suddenly broke.

IVAN: And you also support Backdrop, don’t you?

STEVE: That’s a little muddier, in that it’s something that runs on Pantheon, because its code base is so similar to Drupal 7. It runs, but it’s not something that our support team is capable of answering questions on, the same way they’re capable of answering questions on Drupal and WordPress. So, it is in kind of a gray area, and that’s probably something that we should clarify.

IVAN: You should talk to Drew and see what he says. (laughing)

STEVE: Exactly. I’ll see if we can prioritize getting more Backdrop clarity, because there are some Backdrop sites running on Pantheon, but we don’t have it documented the same way we have Drupal and WordPress documented.

IVAN: What are you excited about in Pantheon right now? What’s coming up that you may be can tell me about, or can’t tell me about, that is really kind of making you itch?

STEVE: One thing that excited me relatively recently was hearing about the Drupal 9 announcement, that there’s suddenly much more concrete information that’ll inform how people migrate away from Drupal 7 eventually. I released a blog post about that last week with kind of an edu focus. I think the Drupal 9 timing announcement will encourage some people to stay put, basically, take it as a green light to just stick with Drupal 7 until Drupal 9 comes out. And, some people will take the timing announcement, but perhaps, more so, the release of 8.6 with a lot of front-end public facing, or end user facing features, that I think will prompt a lot of Drupal 7 site owners to reconsider.

IVAN: I think you’re right. I think you’ve hit the nail right on the head there. I’m excited for it as well. It’s a really interesting decision to sunset support with two versions at the same time.

STEVE: It’s supposed to be the case that moving from 8 to 9 will be the same level of complexity, as moving between 8.5 and 8.6, but we’ll only know when that actually happens.

IVAN:  Do you have any recommendation for a book that you’re reading right now, or a book that I should be reading, that you’re absolutely enthralled with?

STEVE: Sure. So, the Alexander Hamilton book comes to mind, because the Hamilton musical is in Minneapolis right now. I was lucky enough to see it with the original cast. It was the best birthday present ever. The play opened on Broadway in October of 2015, so it was the same month as my birthday, I started listening to the soundtrack, thought it was great, mentioned it to my wife Paige, and she, while I was at BADCamp that year, just decided, “oh, I’ll just get tickets.” There was a tiny window of time after it opened on Broadway, where you could, just get tickets, and we had to buy them for the next Spring, but, yea, we were able to see it in March with the original cast. The reason I bring it up as a book, is because, I feel like the book, of course, is longer and covers more detail, and the part that I like about the book that you get to some degree in the musical is, that these are just real people. They get mythologized in so many ways, in popular culture, but the depth of the book for me was one of the best ways of seeing the regular humanity of the Founding Fathers.

IVAN: Yea, I agree. I’m a big fan of Hamilton and I was able to see it in Chicago last year, with my daughter, who basically memorized the whole album, the whole book, and also has the book you’re referring to. So, I never really thought about actually picking the book up and reading it. So, now I think I’m going to do that.

STEVE: Yea, it’s pretty good.

IVAN: Well, thanks for the advice. And, thanks for the suggestion, and really appreciate having you join us on the Podcast. Thanks so much for spending your precious time with me.

STEVE: Thanks for having me, Ivan.

IVAN: So, you’re @stevector on Twitter and on Drupal.org. So, maybe before we sign off, tell me about Steve Vector. I should’ve asked about that before. How did that come about?

STEVE: Yea, you know. Calculus class, senior year of high school, there was a website we were supposed to sign into, basically a forum, and make conversation about Calculus, so I thought, “well, the username that I should have for this Calculus website is obviously Steve Vector,” and, I should’ve left it there, and just made Steve Persch my username in other places, but I did not. So, I’m Steve Vector, I guess, for the foreseeable future.

IVAN: That’s awesome. So, @stevector on Twitter and on Drupal.org, and on GitHub.

STEVE: Wordpress.org. Pretty much everywhere.

IVAN: And, I would assume you have stevector.com as well?

STEVE: Oh, I do. Yes.

IVAN: We’ll link to all of that in the show notes. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Sep 19 2018
Sep 19

Your browser does not support the audio element. TEN7-Podcast-Ep-039-Drew_Gorton.mp3

Today, it is our privilege to be talking with Drew Gorton, Director of Developer Relations at Pantheon and long time web veteran.

Here's what we're discussing in this podcast:

  • Drew's history
  • Cherishing our kids
  • What is Prairie High School
  • Going to St. Olaf College
  • How to choose a college major or not
  • Teaching English in Japan
  • Learning to swim and function in an unknown culture
  • Starting a tech career in Japan of all places
  • Building world cultural exchange with websites
  • Building Gorton Studios
  • Access a database? We don't need no stinkin' ticket!
  • Contributing Backup and Migrate Drupal modules
  • NodeSquirrel
  • Becoming a part of the Pantheon family
  • The joy of leading wonderful teams
  • The joy of cooking
  • The nerd and his love of science fiction


IVAN STEGIC: Hey Everyone! You’re listening to the TEN7 Podcast, where we get together every fortnight, and sometimes more often, to talk about technology, business and the humans in it. I am your host Ivan Stegic. In this episode of the Podcast, Drew Gorton, Director of Developer Relations at Pantheon. Drew’s been involved with the web in some capacity, going back to 1996, while teaching English in Japan. He started Gorton Studios here in Minneapolis in 2001, and then in 2015 their product NodeSquirrel was acquired by Pantheon, where he now leads their Developer Relations team. I’m so glad to be able to call him a colleague, a fellow Drupaler and a friend. Drew, it’s my pleasure to welcome you to the Podcast.

DREW GORTON: Wow! It’s my honor as well. You dug into the history vault for that one. I don’t think I have a Wikipedia with me today. How did you come up with all of that? (laughing) All true?

IVAN: (laughing). It’s all true. Well, I kind of looked at your LinkedIn profile, to be honest.

DREW: Oh right! I suppose I probably have some information on there. Alright. (laughing)

IVAN: (laughing) Well, let’s start at the beginning. The beginning of Drew Gorton. So, where did you grow up?

DREW: I grew up in Southeast Wisconsin. So, between Milwaukee and Chicago. It’s a town called Racine and it’s about 80-90-100,000, somewhere in there. My parents still live in the house I grew up in. I was there through high school and that’s kind of poignant for me, because we’ve talked about this before, but, I now have two high school aged children. One of whom is a senior this year, and I’m very aware of the fact that after I left for college, I never went back home again to live. This is one of the things, as a parent who enjoys his adult sons, realizing like “whoa, wait, I might have limited amount of time with them.” But, yea, I came up here, into the Minneapolis area for school, and then after graduating, lived abroad for a while, and did some other things, but then came back and settled down. I’ve basically been in Minneapolis for twentyish years and doing web and Drupalee things for much of it.

IVAN: I know how you feel with the adult kids and leaving home. Interesting to think that once you leave, it’s still in your brain somehow, but you never really think about going back, and now the opposite is happening. It really teaches you to cherish those moments with those adults and kids.

DREW: Indeed.

IVAN: Now on your LinkedIn profile, it said you went to the Prairie School. What is the Prairie School? (laughing)

DREW: Wow! You did dig. Yea, that was the high school I graduated from, Racine. So, Racine is big enough to have a few high schools, so they have three of them. Prairie is a college prep school. It was actually a really good change for me. I went to where I grew up, actually was kind of on a boundary that kept changing. So, I never went to a school for more than two years before transferring over to Prairie. As a kid I was actually not terribly well adjusted to social niceties. I didn’t get other kids. So, basically that means that and the frequent switching of schools, meant I was a pretty isolated kid, and I was doing really badly in school. Despite having all sorts of potential and doing well on standardized tests and things like that, I was kind of feeling output and a bit of a discipline problem. So my parents decided a change was needed, and they packed me off to the college prep school, and it was a pretty fantastic change. I really was glad they did that. I don’t know what bridge I’d be living under if I hadn’t had that big change there. (laughing) Probably not a bridge, but, yea, it was a good change. So, Prairie’s a small college prep school in Racine. So, I graduate glass of thirtyish kids.

IVAN: You’re a liberal arts graduate. You started a web company. You sold a product company. Now you lead a group of engineers. So, tell me about your time at St. Olaf. What did you come out thinking you would actually be doing?

DREW: So, I went to college thinking I was going to become an architect. I was intent on studying math and physics as an undergrad, and then going and doing architecture essentially post-grad. By the end of my freshman year I was convinced that physics sucked. Looking back, I’m aware now that that was just really a couple of bad profs, basically. The teaching was not great, and at the time, what I knew was, this is not interesting, I don’t know why I used to like this, it’s just really boring. And, these other classes that I’m taking are pretty exciting and interesting, and I’m really getting into them. That was enough to push me out of physics, and then that started a slow evolution that, actually in my senior year ended with me totally flipping my majors around to Spanish and religion with effectively a minor in math. I needed like two more classes to have a triple major, but I decided not to kill myself. That was part of what I was actually up to. I kept a math major all the way through because I thought, basically, well, math is employable somehow, probably. Right? I don’t think I can pull that off with a philosophy degree. In my senior year I just decided, “No, it’s fine.” I was in a seminar about fractal and chaos theory, which I really enjoyed, but it didn’t have a lot to do with bookkeeping, and I just decided if I’m really holding onto this with majors in an attempt to be employable, I’ll move up four semesters past the point where any business is going to care about this, and so, I’ll just go do the things I’m having fun with. So, I ended up with the philosophy and religion degree, and Spanish. The love of Spanish happened actually also from my time at Prairie, is when it started. My senior year at Prairie I had a friend who was an exchange student, and I actually got to be good friend with him. And at the end of my senior year, I actually went to visit him in Spain for about a month, and it was really an impactful visit, and it really turned Spanish from being a class that I would joke around in and not really do very well in, in high school, to something that I really, really enjoyed, because I was happy to get to interact with people in this hitherto, you just be like kind of purposeless thing in my mind, but all of a sudden it opened up the ability to communicate with the family and the friends and all of the people. When I started college, I knew I actually wanted to continue doing Spanish and maybe study abroad. And, I did all those things. And, I did it enough that my major was right there, as I was contemplating “what do I want to do? I need to graduate soon. What are the majors I want to do?” And, Spanish was one of the choices.

IVAN: So, are you bilingual or trilingual? Because I know you taught English in Japan, and we’ve talked about Japan in the past, you and I. But, I don’t recall.

DREW: Yea. So, those are tricky things to claim. My English is better than both of them. My Spanish is pretty good. At one point in time I would’ve been able to have a conversation like this at the natural speed in Spanish, and I possibly could still do that. Although, I’m sure there’d be words I’d search for, and every so often I get into a new situation where I do speak Spanish, and that happens, but I can usually just explain around it and be like, “What’s the word for forehead? You know, the thing that’s above your eyes and below your hair? What’s that thing called?” You know, I can say those kinds of things. (laughing) My Japanese used to be quite good as well. I went from no Japanese on arrival in Japan, to being able to do things like lease a car and sign an agreement, and certainly, obviously, live there. We were there for three years and just lived in a professional society and do all of the things that you need to do to survive and thrive in a different environment. But, my written and reading of Japanese, is not nearly as good. Japanese is a hard language to truly master. There’s a ranking system, like an official Japanese government, like your level of proficiency in Japanese, and it’s got four levels and wow, I think I’m a three. One is like, University Professor, can really be incredibly articulate and read and write, and a lot of the focus is on reading and writing. And, basically, my level of Japanese is conversational, like, this person can live in Japan and read a newspaper article and converse, but they’re not going to write a paper. A research paper in Japanese would’ve been out of my grip at the time and like nowadays I look back. I got notes I would take in Japanese, every so often actually we moved houses two or three years ago, and I had occasion to look back and discover a notebook that I had written, and seeing your own handwriting and being like “what in God’s name?” (laughing) I was like “oh, man”. I mean I obviously knew this at one point in time, but I really have to struggle to figure out what I wrote down. Like recipes for example, like talking with friends, got recipes, like, wow, ok, is that chicken or is that pork? (laughing) Yea

IVAN: It must’ve been fascinating to immerse yourself in a completely unknown culture and society, and then have to learn how to swim and function?

DREW: Yea. It was an awesome opportunity, and it definitely shaped a lot of who I am today. I know that for a fact. It’s hard to know exactly how that happened. You know, like to isolate the specific things, but I know that at the point in which I left for Japan, I had, at that point in time, lived in Spain. I spent basically a year in Spain, and so had some level of familiarity with “Ok, it’s different, but, it’s also kind of the same. We’re all just people, we like to eat food, some people are nice, some people aren’t. Going to Japan was an additional level of that. Between Spain and Europe in general, and the United States, there’s a lot of shared, cultural, kinds of influences. So, historically, Europe is dominated by Christianity for example. A lot of that is here present in the United States, and so there are just cultural touchpoints and understandings and such that are Judeo Christian in background. Whereas, you go to Japan, and it’s very different. You don’t have that. That’s just a completely different world view. At the same time, we all like to eat, some people are nice, some people are less nice, some people are welcome with strangers, some people aren’t, so. There are a lot of commonalities again, but, there was enough differences that it also just gave me a cleaner understanding of what it is to be human, in a way that you can see through a few more layers and realize just how much each of us is a product of the stories we tell and the civilizations we celebrate and the histories that we remember and share.

IVAN: And you taught English there, and you weren’t there alone, were you?

DREW: That’s right. Yes. I was there for three years. I taught English in a high school. I was fortunate enough to be in a high school that was considered one of the better high schools in the area. So, I had kids who were motivated to learn and engage in the classroom, and that’s a great situation to be in as a teacher. But, then I was there with my wife as well. We had both lived individually, separately, in different countries. I got married soon after college. I lived in Spain, she lived, at the time, in Czechoslovakia, but currently Czech Republic. We had these amazing experiences, and we felt, ”I learned a lot while I was there, you learned a lot when you were there. You have all these stories. I have all these stories. What if we did something together?” About a year after being married, both of us were in jobs, that we're, paying the rent, but not terribly interesting and we decided, well, now is the time to do it. We actually looked to Latin America, primarily, as the place to go. She has four brothers and sisters, five total, who had all been born in either Venezuela or Mexico, because her parents had lived there for, I think, 17 years or 20 years -- a long time, in combination of those two countries, as American ex-pats. So, she grew up with all the stories of Mexico and Venezuela and some light Spanish being spoken in the house and used for household terms. So, there was again, with both of us, there was a touchstone to Spanish. However, Latin America was not a place either of us had lived before, and we decided “well, let’s go try and figure out what we can do. Latin America will be new for both of us, but also, it feels like it’s also something nearby to both of us.” And, we ended up looking around to these things and applied to something called the JET Program (Japanese Exchange Teaching Program), on a fluke basically. Someone said “Oh, well hey, while you’re looking at things international, there’s this one thing, you could fill out the paperwork.” We were like “Japan, that’s weird. Ok. Alright, it’ll be good for the experience, right?” So, we filled out the paperwork, wrote the essays – whatever the things were – and then kind of forgot about it. And like two or three months later they followed up with us. We got a letter. It was like “Hey, I really loved your applications. You should come to Chicago to interview at the Consulate.” We’re like “Japan? Chicago? I don’t want to go to Chicago.” (laughing) “Wait”. And I’m like “Your sister is in Chicago. She’s kind of fun, we can go hang out with her and like we’ll spend the weekend, we’ll do that, and then maybe we’ll do this thing, and then we’ll just come back and whatever.” We’re like “it’ll be a good experience.” So, then we went, we went to the Consulate, we had this fun weekend, and then again, like two or three months later, we kind of forgot about it, and then they wrote, and they said, “we would like to send you to Japan.” We’re like “Um, really!” (laughing) Then we just, again, kind of went with it. Like “Well, okay. It can’t be that bad, right? It should be fun. We can do anything for a year, right?” So, we went for a one-year contract and then it was renewable after three years and we did that. Went through for three years. Three years turned out to be a natural breakpoint, just because of the way the Visa system works. We could have stayed longer, but it was just getting to a natural endpoint, and we looked around and saw other ex-patriots there, and we saw that it was basically three years, another cut off at seven years and you know, then you’re there for life. We were kind of thinking maybe we’d start a family and things like that. So, it was a hard decision at the time, but it was also a good decision. So, we came back, in Minneapolis, basically ever since.

IVAN: While you were in Japan, were you thinking about, or were you involved in the tech scene in any way? Or, did that come after you got back to the United States?

DREW: It started in Japan, actually. I graduated from college in 1994, and, one of the guys I lived with at the time in 1994, got really excited about the web, and he told me, he took me aside and said, “Hey Drew, I think you’d really like this.” His name was Ted, a successful electrical engineer. He helps design chips these days. He took me aside and he was like, “Drew I think you’d really like this.” I remember he showed me the screen and he said, “hey, look at this, you could find things all around the world.” I remember being totally not impressed. I was like “Ted, that’s super nerdy. Let’s go have a beer.” (laughing) And like, thinking like, “whatever, we’re playing cards. Come on. Join us.” I think I talked him into it. He was like “no, you’ll really like this.” I was like “Ted, I’m sure I would. Have a beer.” Then I went and lived in Japan and that was an isolating experience. That was 1995 to 1998. At the same time, the web was starting to grow, and actually, probably in 1996, I realized I’m using email to keep in touch with my family. These things are emergent and real and new patterns. I started wanting to give those same opportunities to my kids, the kids I was teaching, and so I started studying email exchanges with students who were also learning English in different countries. So, Scandinavia, and then also we ended up with kids in Northern Ireland we were communicating with, who, obviously spoke English quite well. Then the next extension of that was, “Hey, what if we could create little pages about ourselves, and post a picture, and put something together, and use that and just get a little bit more of a sense of who these other people are.” So, we started doing that back and forth, again, with the students in these different countries. It was just transformational. It was like, I could see the same exchange happen for my students that happened for me when I lived in Spain. I thought “this is real. I’m talking to someone who’s actually very real.” I see their face. I see that person. They’re really huge. I want to communicate with that person and put a little extra effort into it. Now, English was not a subject you needed to take to pass a test in order to get into a good university. It was those things, yes, but also actually this really cool thing -- you could learn in order to communicate with somebody impossibly far away. The world has really shrunk a lot in the last twenty years. Talking about this now it sounds incredibly old timery, in like, my kids don’t have a sense of this at all. But at the time it was just really eye opening to me, and I knew that I wanted to be involved with this technology, basically, right away. I was like “well, I’m teaching here, this is good.” When I came back, I knew I wanted to be involved with web stuff. What that meant. How you do that – I didn’t know. But, I saw it as a technology that was fundamentally transformable, and it was powerful, and there are philosophically a number of things that were really attractive to me. The freedom to interact with people around the world regardless of what you look like; what language you might speak, although you need at least a common one; what your belief structure is; your gender. All of those things can be stripped away, and you could interact with folks everywhere. That’s transformative. And, still, we’re not done yet. We’re still in the early days of the web, but it is a fundamental building block in building a world culture, basically. Like this is still transforming the way that we think and identify ourselves, and, while there are all sorts of instances of people doing not so great things with these tools, fundamentally, I think it continues to be a transformative power for the good.

IVAN: I agree with that, and I hope it continues to do that. It’s always been an ideal. I remember when the web started. I was in high school and in South Africa and we were completely isolated, and we just started becoming reintegrated into the world, and at the same time the internet was starting to connect us. I remember being overjoyed with the idea that I could connect on this level playing field, with everybody else. I still believe, and I think you do too, that this is something that will transform our world and our culture. It’s had a little bit of bad press lately, the last few years (laughing), but I think we both still believe in the ideal that maybe this is just a bump in the road.

DREW: Well, I do believe that. I think it was perhaps a naïve, sort of, my own like “Wow, I’m connecting with people.” But, there are many people who grow up and are in environments that push them towards extremism and have situations that are way less privileged than mine. So, it is changing the world. We are becoming a worldwide civilization. It turns out there are a lot of people with strikingly different ideas for what good is, and what should we be doing. And so, there are some pretty horrendous activities that happen in the name of what presumably people think are the right things to do. But, still fundamentally, we are so much more connected today, and we’re starting to learn more about each other, and that’s not without friction for sure. I guess, overall, fundamentally, I believe that that friction is probably a necessary part of learning about each other.

IVAN: And, I think as it matures, and as we learn about those frictions, we can learn to adapt to them. And my hope is that ultimately, we evolve past all of the trouble and past all of the issues that we have. So, you landed in Minneapolis. You chose Minneapolis, and you immediately founded Gorton Studios. Or, was there an interim period?

DREW: There was an interim period there, yes. What we immediately did was, we both earned a pretty nice salary while we were in Japan, we were able to use that to pay off student debts, which was great, came back and had some money saved, And then had actually paid into the equivalent of social security in Japan. When you leave Japan, and say like, thank you I’ve paid in social security, can I have that money back? They say “Yes”. That’s very kind of them. I don’t know that other countries do that. So, you file some paperwork, and then you get a nice big, lump sum. Anyway, we went back. My wife’s parents live in Minneapolis. We lived in their basement. Low rent. Would do things like make meals together and play cards every night. After six months, all of a sudden, we realized money is running short, and we didn’t have jobs. We knew we would take awhile to let our heads clear, after being abroad for so long. And, then, came back and again, like six months later, realized “Oh, we can’t stay retired forever. We should do something.” (laughing) Which was really a bummer. Retirement was great! I liked it. So, both of us actually went back to jobs we had been doing before. At the time for me, that meant going back to the insurance company I had been working for, where I did tech support. I told them “look, I’ll do tech support. This is fine. I don’t want to do this long-term. What I really want to do is this web stuff. However, all of the docs are web documents. So, I ended up taking over internal websites and then did that for about a year, to the point where I could legitimately call myself, “Alright, I’m actually pretty good with this stuff.” I was troubleshooting it for other people and, again, maintaining a pretty large site, without the advantages of things like PHP and maintaining a site by hand that had 5,000 pages of it. It was just like our internal help documentation.

IVAN: Service (inaudible) are your friends at that point.

DREW: It couldn’t have been there, but I don’t think we used them at all. It was like the header, and you got 100 docs that have 5 links to the top and somewhere along the way you copy/pasted the wrong header, and now you’ve got like 600 docs that have a (laughing) slightly different version, footer, and everything else. Oh yea, it was a beautiful way to learn that you don’t manage this by hand. So, then I went from there to a web development job at a dotcom startup, and that lasted about a year. I really enjoyed some of the people I worked with and the work we were doing. We were doing, what we were calling it at the time, webcasting, which was taking television feeds and putting them online using RealPlayer.

IVAN: RealPlayer. Wow!

DREW: We were using RealPlayer, and I think the Windows Media was maybe out in some format at that point. But we used RealPlayer and at least one other one. We also had some custom stuff that allowed us to basically advance slides for recorded versions. So, at the time it was like a ways ahead of things. But, we never had a repeat customer. It was very clear, to me, that it was not worth what we were selling it for. I went independent. I’d been moonlighting at the time, and then that just really took off. I went independent in 2001, I remember incorporating January 2001, and essentially it worked out, despite the fact that the dotcom crash and other things happened in short succession there, but I had enough clients lined up and enough savings, and other things. There were some dark years in there, where I worked many, many, many, many, long hours and, but made it. The lean years were probably done within three or four, and then I was able to start growing a team; had an awesome team, with folks such as Lynn Winter on it. Lynn was probably with us for eight, maybe even longer, years. Before that she was a client. I was really blessed to have an awesome team of people who incredibly stuck around for a long time, and just really great quality people.

IVAN: Yea, Gorton Studios existed for about 14 years, and I think you guys made some significant contributions to Drupal and to the Drupal community. Most notably, I think, Backup in Migrate. Right? Like, that’s one of the top 10 modules of all time that Drupal uses, and that was something you and Ronin created. I’m going to go out on the limb here and say you wrote some of the initial code with Ronin? Or, Ronin wrote some of the initial code with you? Basically, this was your baby?

DREW: Yea. It was much more Ronin’s baby than mine. I contributed small bits, and like any open source thing, it started out as a scratch, you have an itch. We were dealing with a host at the time, there was no access to the database, unless you filed a support ticket, and if they weren’t prompt about getting back to you, you were like, “Hey, I guess I can’t work with the production data, which I kind of need in order to duplicate this thing, so I can build the next thing, whatever it is.” And, like one day while noodling this over and being really frustrated, I think Ronin and I were kind of maybe batting this around out loud, and essentially realized, “You know actually does have read and write access to this database? Drupal. Drupal itself. We don’t need no stinkin' file system, filing some stinkin' ticket. We’ll just write a thing that allows us to actually just grab all the stuff.” So, the first version of Backup and Migrate was an internal tool only, and we called it DB Dump. It was really straightforward, and then we used to grab all the things and then we added like, “Oh, actually what we don’t want is like cache, and stuff like that, so we had to exclude these things, and then over time we realized, actually we even got some clients, we got like all the zip codes in the United States. So rather than just defaulting to exclude cache, how about we interface to be able to exclude other tables like that. If you don’t need 50 megs of zip codes, or whatever it was, on every single DB dump that you want, go ahead and exclude those. So, that was absolutely it. Then, we realized over time, actually I wonder, this could be a tool, a better thought was this could be a tool to move back and forth between environments. Then we decided, “You know, we should contribute this back. I don’t’ know if anybody else wanted this thing, but maybe somebody else has a crappy situation and then contributed it back. It was early enough, and enough other people had this particular pain point for ease of moving things back and forth, that it really took off. Then, once it’s popular…

IVAN: …then you have to maintain it.

DREW: Yea, you have to maintain it, absolutely have to maintain it. But, we also saw it as a way to give back. We, at the time, were working a lot with Drupal and felt like it was providing just a tremendous amount of value to us, and it was like just trying to be an open source citizen basically. There’s so much that we’re getting from this platform from this community, we’re just going to toss them this one little tiny thing. We tried to toss it more than one little tiny thing. There were other things that we contributed in time, and money & other things. It was definitely a concrete example of “Let’s try and give something back,” which is probably 5% of the value if you were to somehow quantify everything that we got out of Drupal. It would be fractional, but we were devoted to giving back, not nothing, but again, it just felt like a good citizenships kind of thing initially. Then, people say appreciative things and that becomes its own, sort of, reason to continue. People say, “this is an awesome module.” You’re like “really? You’ve heard of my module? That’s crazy.” Then you hear that a bunch of times and you’re like “oh, well, that’s pretty cool. I like it when people like me. Maybe I’ll keep working on it.”

 IVAN: I remember using Backup and Migrate for the first time and being so thankful that it existed and then I was curious like, “who made this? Where did this come from?” I went to the page and was like, Ronin and Drew? Hold on a second (laughing), I love these guys. It was awesome. So NodeSquirrel was like an actual extension of Backup and Migrate right? It was another itch that you wanted to scratch, right?

DREW: Yea. Totally. Again, that had been a light discussion for many years, like “oh, we should think about a product.” Because when you’re a services company…I don’t know…we certainly did it, and I hear others do it a lot, like “I wonder if we could build a product. It’s great that we can go ahead and bill clients, but we always have to find a new client.” You know, if it gets tiresome you feel like you’re like a hamster on a wheel, sort of thing, like “we should build product.” I think that’s a common, sort of, thought process and I have strong opinions about that as well, and absolutely something we can talk about. I gave a session at DrupalCon about this a few years ago. I think DrupalCon Barcelona, something about bridging the gap, doing products as a service to this company. And, at one point in time, Ronin just actually said, “You know what? I can just do this. I’m just going to do this in my spare time. I’m just going to do it to like, goof around, and see if I can build it. I’m going to challenge myself with something to build, to see if I can build a hosted version, basically a host destination for databases, that would be secure, and off site, and something you can just rely on.” And, he knocked it together using Drupal, so obviously a Drupal module feeds it – Backup and Migrate. The site where you would go to find out more about it, well, actually there was no marketing site to start off with. But, then he built the receiver on the other end, which was a Drupal site, with a bunch of Drupal modules in it, including quite a bit of stuff for the storing of the databases and stuff, which was custom of a lot of the functionality, it was just standard stuff. It was views for admins being able to see things listed, etc. And, then, he basically brought it in and said, “You know what? I’ve been having a lot of fun with this, and it’s cool, but I don’t know what to do next, and it’s just basically been a pet project, but I think it might have legs. I think it might go somewhere. Would Gorton Studios like in on this?” That started off a lot of conversations like, “Well, that’s cool. I don’t want to take your baby.” Like there was a lot of dance back and forth, like “you built this thing. Are you sure?” His feedback was basically “Yea, I am sure, because I’ve done all the programing, that’s fun, now it needs like marketing and branding, and stuff. Like nobody’s ever going to do this, I don’t think.” And, I don’t know, like, those next gaps were totally opaque to him, and actually, frankly, to all of us, but we knew maybe how to take a crack at it. So, he brought in Gorton Studios, we had a little charter we formed at the time, and we ran it as an independent company. Underneath Gorton Studios it said obviously, by Gorton Studios and managed to learn our way and sort of, block our way, into a modest amount of success. It was going well, like graphs off to the right, making the money, etc., which was cool as a product, essentially to the point where it became a problem. So, for me as the CEO, again, it was in 2015, so probably in 2014 I realized that it was growing enough to merit real attention and time. And that was a problem. Like, “Ok, now we’ve been just doing this kind of round the edges in our spare time, but hadn’t really made it a huge push.” We would show up to Drupalcon, have a booth, do other things, but then we’d go home from Drupalcon, go back to our billable work and then maybe remember to tweet once a month, or something like that. Again, it continued growing through all of that, but we realized that…or I realized…I did a lot of thinking…either I need to hire someone to be devoted to this full-time or, we need to sell this to someone who will do that same thing, or well I suppose the other one would have been shut down. But basically, I was looking between those first two more. Like, do we need a full-time, staff this, dedicate actual money, what does it look like, we’re going to break off and again, give it the attention it deserves for the potential that I see in it, or, I can go for the quick win and sell it to somebody and just make gazillions of dollars. (laughing).

IVAN: So, you went for that option.

DREW: Yea. Actually, I did both simultaneously. I spent a lot of time planning those things, and then at the same time, actively talking to folks. Amongst the people I had an early conversation with was Zack Rosen, he’s the CEO of Pantheon, and just wanted to pick his brains. Because Pantheon came out of an agency that had built a product, a platform, and then went on to great success. I kind of wanted to, just the balance and how to do things, we just really started getting into it and had an awesome conversation. It was at a Pantheon partner dinner in the 2014 range, I happened to crash that dinner to hang out with some friends from Think Shout, who are a great agency based in Portland, than I just sat at their booth, and Zack was kind of doing the rounds, like “Hey, I’m Zack Rosen, I’m the President.” Going around and being sociable, and doing all those…like working the room, in a really great way actually…I mean, it was just a very authentic way, but sat down and I was like “hey Zack, I just want to talk to you for a little bit,” and we ended up talking for like three hours. I kind of killed his circuit over the room. And, then we saw each other again and it was like “Wow, we’re just talking, this is really cool.” We talked a few more times at different events over the next two or three months, where we just ended up being together, and we would actually, we just said, alright we’re going to take a couple hours, I’d really like to pick your brains and get a feel for this,” and, at the same time I was really developing a sense of “Aha, I also think Pantheon might be a potential customer for this.” So, I started in the back of my head thinking, “Alright, I’m going to be able to sell this to these guys. That’d be pretty cool. Problem solved. Get some money and good, I’ll go back to continuing this cool agency I’m running.” I think what Zack was doing is like, “Mm hmm, this is an interesting guy. This product could be cool, but I’d like to have him on my team.” So, I think I was selling his notes, and he was selling me Pantheon. It worked out. I’m happy with where we landed. But, yea, that process went through, and actually, when it first was broached actually, I have to give credit to my wife as well. Because, Zack was like, “You know what? We’re kind of interested in buying NodeSquirrel, but I really want you to come with it. You and Ronin as well.” I actually just laughed. I was like, “I can’t speak for Ronin. You talk to Ronin. If Ronin wants to, that’s cool, but I already have a…it’s got my name on it. It’s called Gorton Studios. It’s actually my name. I do a thing already.” And I just kind of laughed. I thought is this like a negotiating technique. That conversation happened to happen in San Francisco. So, when I came home and told my wife, “Hey, honey, the funniest thing happened. I was talking to Zack, and he thought they’d like to hire me too.” I was like, “Can you believe it? That’s just ridiculous.” She had one of those moments of clarity that I remember, she just looked me deep in the eyes and was just like, “Drew, you have been looking for a change.” This is like slap, slap, slap, across the face. “This would be a pretty cool change, wouldn’t it?” Then I just remember thinking “Oh! yea! That would be pretty cool, huh!” (laughing) “How obvious does that have to be before I see it, my goodness. Thank you. Thank you love. I’m so glad I know someone who knows me better than myself.” At least in some ways. So, yea, so I went into it, the next time we had that conversation, with an open mind. And, that’s how it checked out. It’s been great.

IVAN: What’s it like going from being in charge of all the things as a CEO, to being a part of something that’s not yours. It’s not your baby. What’s that like?

DREW: It’s awesome. (laughing) I can say that, because I have a lot. I have just very high confidence in the people I work with, and that was really important to me going in. I wanted to make sure there was a clear roll for me, that I could see myself making a difference, and also, I could see myself having a lot of comfort knowing that other good people were making good decisions that I would agree with. Maybe not every decision, but I would agree with the decision-making process. And, having been a CEO, I’m very aware of the fact that a lot of the decisions that you need to make, are based on imperfect information and that don’t have a clear, “Well, duh, the obvious answer is this.” I mean, if you only got those questions as a CEO, there would be something terribly wrong. That would mean the people who are doing the work didn’t have the power to make decisions. Basically, the only decisions I would derive that I needed to make were always the messy ones, like, all the easy ones were taken care of. And, even many of the hard ones were taken care of. It’s really only the particularly snarly ones. And, so, one of the things I really enjoy now, is a hand over situation, like “hey, I’m going to weigh in. Here’s what I think is going on. Here’s the things I’m able to see. Here are my recommendations. Enjoy.” (laughing) And, I think it’s fantastic. I’ll leave it there.

IVAN: Ok. (laughing) I was actually going to ask you what the best part of your job is right now, but I think you just answered that.

DREW: Well, I enjoy that freedom. I enjoy the ability for me to be able to have less emotion and angst, perhaps  tied up in my work. There are pressures with being responsible for the paychecks of others. I’m a manager at Pantheon as well, and I still feel some of those pressures, but it’s far less visceral. At the same time, I’m very aware of the fact, I think one of the things that I learned as a CEO is, all companies are two to three months from going out of business. Every single one. We see that in the companies with massive corporate layoffs. It doesn’t matter what size you are. It’s just possible. As a services business, what you end up doing, is you find a new client. And, of course, you find a new client, because you’ve always been able to find new clients, but you don’t know which client it’s going to be, and there’s always some…that is a real recurring pressure.

IVAN: Angst.

DREW: Yea, absolutely. And, so, Pantheon needs to find new clients. It’s a product. But we need to continue doing our work, but not seeing that thing every day is, like I know it’s true, I’m also not, sort of hit with it every moment, and so, I appreciate that. However, coming back to the thing I like the most, I love the fact that I lead yet another great team. So I have this just really cool team with developer relations folks and they’re all experienced, talented, technical people, who have done real work, really interesting stuff elsewhere in the world, Drupal and WordPress and some other systems as well, and they’ve done it well enough to get to a certain level of experience and expertise, and accolade from people around them, but then they’ve also got personalities that are just really warm and open and welcoming. They give talks at different camps and they make friends with lots of people, and they’re just a really warm, wonderful group of people. So, listeners of the Podcast might know, for example, David Needham, who is a Minneapolis ex-resident, who lives in Illinois these days, but he’s a member of the team. Steve Persch also on the Drupal’s team, used to be from Palantir, lived in Chicago, then Milwaukee, now he’s actually in Minneapolis, actually, in the last few months.

IVAN: Hi Steve! We should get Steve on the Podcast.

DREW: You absolutely should get Steve on the Podcast. He’s a great person.

IVAN: I think that would be great.

DREW: Yea. And then Dwayne. Anybody who has ever gone to the Drupal camp has probably met Dwayne. Dwayne is our road warrior. All of us get out on the road. Then we got Tessa here, locally in the community as well. She’s a little bit more active with WordPress, but again, just these fantastic people. And, Andrew Taylor in Portland, these days. Again, more visible in the WordPress space, but again, all of these folks have given sessions at Drupalcon. And again, I love the fact that I work with these great people. What we try to do is cross pollinate best ideas, best practices and help others do their jobs better, and yes, we like it if you use Pantheon as part of that. We hope that we're spreading best practices, like continuous integration and other things like that. People will pick them up and use them however they want, but take the code rebuild, fork it, make it your own thing and use it to make your agency more effective. And it’s really easy, Pantheon, because it’s a pretty great platform. I really wish Gorton Studios had discovered it, it would’ve saved us a lot of freaking hassles. Servers are not fun. I used to end up dealing with servers more often than the rest of the team, and so I felt it perhaps a little bit more acutely, but servers suck. (laughing)

IVAN: I’d rather someone else did them as well.

DREW: Oh man. Yea.

IVAN: I have to say I’m very impressed with and have always appreciated, the amount of contribution and care that Pantheon takes about open sourcing as many of the things that you guys are working on as possible. You mentioned Zack early on, and I remember TEN7 and myself being very interested in Pantheon, very early on. One of the things that struck me was the authenticity that I felt, that Pantheon had, and it felt like you guys were the small fish going up against the bigger fish, and I think you’ve been able to swim upstream, and I see only good things coming forth from Pantheon. I’m glad to see that.

DREW: Thank you. Yea. That’s a great word to describe it. So, Zack is incredibly authenticate, and so is the rest of the leadership too. Just all good people who might disagree on the way to do something, but not the why. We want to make life better for our customers. Like “Ok, good, we all agree, great. Now what are we doing tomorrow?” And, to have a team around, which you could have a great dialogue about things like that. Again, you might not agree with exactly the outcome, but you also agree “Look, there’s a lot of stuff going on here, we need you to make an expedient decision. The decision is made. Let’s do it.” That feels great too. “Right, we’re going to do it, cool.” Now we’ll readdress in six months if we need to, or whatever. It’s great.

IVAN: So, I want to ask you two more questions. Actually, both of them, they could be work related or not, it’s up to you. What’s your favorite thing right now? In the last 24 hours, 48 hours, what’s your favorite thing?

DREW: I like cooking. (laughing) So, one of the things that I’ve really discovered over the last 3-5 years is the simple joy of providing a good meal for others. Last night, my youngest son, who is a freshman in high school, he did his first marching band at the football game. We came home at ten, eleven o’clock and got home, and he hadn’t eaten dinner. I made him, and my other son quesadillas and I had one myself too, because why not? We just had a little time together. Teenage boys that are eating make appreciative noises. (laughing). It’s just a simple joy.

IVAN: It is. Cherish them while they're there. And, my last question before we wrap up. What book should I read next?

DREW: I read a lot of fiction, and I enjoy science fiction and fantasy, because I’m a nerd. The series I have most recently just earned through is called The Expanse, which I also have come to learn is a television show. It is an extraordinarily, well-written series. The author's name is James Comey.

IVAN: James Comey? As in the former FBI director?

DREW: Could be. I think it’s Comey. I’m going to google this up.

IVAN: I mean, is he moonlighting?

DREW: It is not the same guy, I do know that.

IVAN: Well, for a moment I thought he might be moonlighting.

DREW: Corey. You’re right. James Corey. Which happens to be a collaboration of two different authors, but, it’s set in a not terribly far future, in which Mars has been colonized, but is being terra formed, and the asteroid belt is being worked, and it has basically created three distinct civilizations, all humans and historically all over us. But after a few generations living in the outer belt, after a few generations living on Mars, you start to have your own stories and such. So, geopolitical’s not the right word, it’s like solar political, or solo political background upon which they’re just great storytelling. And into that mix is injected some alien technology, and it’s great storytelling, and it's also extraordinarily plausible. It’s not so far ahead that you have imaginary lights, embers, or ray guns or other things like that, that you’re like “well, I don’t want to know exactly how that works, but, whatever, it’s kind of interesting.” It feels very authentic. The thing I enjoy about science fiction and fantasy is it allows you to take, well done science fiction and fantasy, allows you to take real people and put them into a different environment, and then basically look how that environment might shape their behaviors, in a way that is eye opening. And, that’s awesome. It’s an awesome experience.

IVAN: Thank you for the recommendation. We’ll definitely link to it in the transcript.

DREW: Awesome.

IVAN: Drew, thank you so much for spending your precious time with me.

DREW: Thank you! I really enjoyed this. I hope I wasn’t too long-winded. I think I might have been. (laughing)

IVAN: I think you’re good. So, you’re @dgorton on Twitter, and on Drupal.org, and you’re Drew Gorton on slideshare.net/drewgorton. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

Sep 05 2018
Sep 05

Your browser does not support the audio element. TEN7-Podcast-Ep-038-Lynn-Winter-Project-Management.mp3

Today, we are privileged to be talking with Lynn Winter, web project manager, content strategist, pro sports cameraperson and conference producer.

Here's what we're discussing in this podcast:

  • Lynn's many jobs, talents and skills
  • Picking strawberries
  • Babysitting, maybe not
  • Growing up in Northfield, MN
  • Attending Hamline University
  • Working at TPT (TwinCities Public Television)
  • Roles of a TV production manager
  • Working as a camera operator for professional sports teams
  • Doing MN Vikings games
  • Getting called up for the big game... Superbowl
  • Doing the NCAA Final Four
  • Moving into the digital world
  • Starting at Gorton Studios
  • A passion for content strategy and user experience
  • Manage Digital, an annual conference


IVAN STEGIC: Hey Everyone! You’re listening to the TEN7 Podcast, where we get together every fortnight, and sometimes more often, to talk about technology, business and the humans in it. I am your host Ivan Stegic. In this episode of the podcast, Lynn Winter, someone who has done many seemingly different things since the turn of the millennium, everything from leading projects to content strategy, to participating in the video production of the Superbowl in Minneapolis this year, to starting a conference called Manage Digital for people who manage and lead digital projects. Wow! Lynn, it’s my pleasure to welcome you to the podcast.

LYNN WINTER: Thank you! Thank you! I think you forgot my strawberry picking times.

IVAN: Oh! I had no idea (laughing). Tell me more.

LYNN: That was the critical part of my career.

IVAN: (laughing) Where did you pick strawberries?

LYNN: At Lawrence’s Berry Farm, just outside of Northfield. It was my first, kind of official job after babysitting didn’t work out so well. But, essentially you get up at the crack of dawn and go sit on your hands and knees in the field for like six hours a day.

IVAN: And, why did the babysitting job not work out?

LYNN: Well, I just don’t think I was that great. But there was an incident with twins that were one years old, and, we met the parents at a garage sale once, and my Mom’s like “oh, yea, she can babysit.” And, I think I was a little too young and they were really large children, like 30 lb. each, and so we went out in the yard, and it wasn’t fenced in, that was in the country, and one twin ran to the right and one twin ran to the left, and that was it. I was pretty much done doing that. I didn’t really enjoy that.

IVAN: Well, you know, it’s very iterative. It’s like Agile. You fail fast.

LYNN: (laughing) Yes, it was fast. I mean, I had other babysitting jobs too, but, I realized that really wasn’t enjoyable for me.

IVAN: None of them involved kids being stung by bees or hornets, did they?

LYNN: No. No. Not at that time.

IVAN: So, you’re a native Minnesotan.

LYNN: I am. You betcha.

IVAN: (laughing) Where were you born?

LYNN: I was born in Northfield, Minnesota, which is just about 40 minutes South of the Twin Cities.

IVAN: You know, I’ve never understood that? Why is Northfield South of Minneapolis?

LYNN: Well, North of something right? It’s also named after a guy named Northfield, or North. I should know this, because we had to learn about this in Middle School. I think it’s John Northfield? I feel like a quick Google is in order, but I’ll save that for later.

IVAN: Ok. So, you grew up in Northfield,  and you went to school probably somewhere in Northfield? I know you went to Hamline.

LYNN: I did. Yes. I went to all the schools, the high school and whatnot, and then when it came time to pick college, I could either go with 50 of my classmates and stay at Carlton or St. Olaf or head out of town and try to separate from my parents. (laughing) I clearly didn’t go far enough, because I still saw them about every single week at Hamline, but I tried. I tried to get a little distance.

IVAN: And, what did you end up studying at Hamline?

LYNN: I have kind of a weird background. I got a major in communications, a minor in television production, and another major in chemistry.

IVAN: Wow. I didn’t realize your other major was chemistry. I actually thought that was a minor, but why chemistry?

LYNN: I took all 18 classes for that. I started taking, at a liberal arts college, you have to take a lot of the basic requirements to knock that out, so I took my chemistry and calculus right away to do that. It came very easy to me. So, I just kind of continued on, and I kind of think that was my parents’ major and then I got a major for myself (laughing) and went into communications. But I always had that fallback of chemistry that I never, ever used again.

IVAN: I actually studied chemistry in college as well, for one year. And, I kind of did it as a – I had to fill my class schedule, and chemistry was the class that filled the hole in my schedule, that I kind of just had to do.

LYNN: It fit perfectly? Yea.

IVAN: Yea, it fit perfectly. So, I only did one year of it, but I had an absolute blast doing chemistry.

LYNN: I think it’s fun until the later years, when I got more into production and editing, and I found that a lot of fun, but, as you get further on, you adjust your research in a lab, so I spent a summer at Hamline doing research in the summer out in Montana, doing research, and I realized I was not the kind of person to sit in a cubicle lab, playing with chemicals all day long, not talking to hardly anyone. It just really wasn’t me.

IVAN: It didn’t work out. But your communications background and other major, that allows you to talk to a whole bunch of people all the time.

LYNN: (laughing) It does! In chemistry, I could never communicate, but now, I’m good.

IVAN: Is that how you ended up at TPT? Because your minor was related to video production?

LYNN: I think so. Right out of college I got two internships. One at the Film Board, where I spent most of my time just making copies and answering the phone. And, then I got an internship at Twin Cities Public Television for this Show called “Almanac” which has been around for 30 years maybe. It’s a local, political show. So, I did that.

IVAN: Wait. Thirty years? Hasn’t it been around for like, a hundred? (laughing)

LYNN: (laughing) I don’t think quite that long, but it’s the staple show around there. I really liked that. And, then, they had a couple job openings and I got one as a production scheduler, so I became the crewer for all the different shows that they were doing. So, I booked people in the studio, booked the videographers, the editors, and did all that scheduling for a couple of months. Then, when the woman came back from maternity leave, I got a job as a production manager. So, then I had a career there for about eight years.

IVAN: What does a production manager actually do?

LYNN: In television, you’re in charge of all the details of the project, so I did grant writing, as far as timelines and budgets, I would manage budgets, manage fund relations on a lower level, just reporting kind of stuff, I’d book the crews. Some shows would be in the studio where they would have a bunch of people shooting for a day or two. Some would be documentaries, where they would be shooting in New York, or locally. So, kind of dependent on what they were. Then we also had things called websites back in those days (laughing) that were basically static HTML things that lived and never got touched again after the show aired. So, just a lot of details, getting things delivered to PBS, just tracking down stuff.

IVAN: Project management. Basically, trying to keep all of the balls in the air that you’re juggling, continuously juggling, and making sure everything’s getting done.

LYNN: Exactly.

IVAN: Did the opportunity ever present itself to operate any of the cameras during these production days?

LYNN: Not at TPT, because we are a union house. So everything, audio engineers, editing, camera people, lighting, that was all done by union. So, specific people had to be booked through the union, and then seniority fashion. So, I never did that there. I did do some assistant directing, but that was a non-union role.

IVAN: So, your videography experience and your love of many different Minnesota sports and camera work, that’s different. That didn’t start at TPT.

LYNN: No, it didn’t. I actually got three new jobs right out of college, all in the same week. So, I didn’t learn anybody’s name, and it was super confusing (laughing). But I got a job at a local cable station out on the West Metro, that did high school sports. Then I got a job at the Minnesota Wild, because they just had started their franchise, and I got a job at TPT. And, kind of leading up to that, in the summer right after I graduated, I worked for the St. Paul Saints. So, I got paid 25 bucks to work an entire Saints game, usually out in center field, and that could go for five to six hours. It was amazing!

IVAN: Wow!

LYNN: Those were the days of big money! (laughing)

IVAN: Well, I mean you get to watch the game. Is it true though? Do you get to enjoy the game?

LYNN: It is! Though baseball’s probably my least favorite sport to shoot. But, I’m essentially getting paid to hang out and watch the game.

IVAN: That’s actually kind of cool. It actually sounds like my dream job. I wish I could take pictures of the Twins for example. That would be awesome!

LYNN: It’s not a bad job. Except, it’s also nice to have a hotdog in one hand and a beer in the other (laughing), but that was kind of frowned upon.

IVAN: Ok. So, you’ve done the St. Paul Saints, you did some high school work, and you’ve most recently worked at the Superbowl. So, talk me through how you get from St. Paul Saints to a Superbowl.

LYNN: So, lucky, and knowing somebody, I got right when the Saints season ended, as the Minnesota Wild franchise started out – so that clearly dates how old I am – so in 2000, the Minnesota Wild started their first season. Somebody had called over to the crew at the Saints and said, “we need someone that could work every single game.” I said, “Well, we can because we’re full-time there,” which didn’t last for about six months, and they gave my name, and so I got to start working every single home game, and basically what they called the “utility” which pulls the cable. Well, in football, pulling the cable means you run up and down the entire field, and wrap cable and help someone. In hockey, it means you just stand there and watch the game because there’s only two moments you actually walk on the ice for about 10 steps and then you come back. So, it was this great opportunity, but it was also horrifying. I’ve never really watched hockey, I’ve always been a basketball person, and the first game – in hockey, so many years ago it was very different than it is now – and the first game the refs moved the net aside so that these guys could just beat the crap out of each other and bleed everywhere. It was just horrifying! (laughing)

IVAN: That sounds awful!

LYNN: It is, but it’s very different now (laughing), people care more about their head and being safe and stuff.

IVAN: Go figure!

LYNN: But, you had asked me how I kind of made that transition. So, I started working there, then I started working at the old Metrodome Stadium, doing Gopher sports and football, doing Vikings, I worked Twins there, and so I started adding different sports and adding, the Gophers. So, when the Superbowl came into town, all the folks that were working the Viking games, which I do, we're kind of asked, “Do you want to work for the game?” I think we had about 20 different cameras for just in-house production. So, the only people that saw our work, were the people at the stadium. Then on top of it, there’s hundreds of cameras that go out for broadcasts or national and all these other kind of things. So, I got the pleasure of shooting up high on top of the scoreboard and shooting the entire Superbowl and watching the half-time show. So, it was pretty fun.

IVAN: You said hundreds of cameras. That sounds amazing.

LYNN: It’s kind of amazing, and kind of ridiculous all at the same time to think of how much money goes into a production like that. Also, we rehearsed for about a week, as well as the people that do the half-time show, it’s a whole different group of people, and they did that night and day for weeks. So, the amount of money that goes into such an event is astonishing. So, kind of exciting and kind of sad, when you could think about what we could do with all that money for good.

IVAN: What do you think your most exciting moment has been behind a camera lens?

LYNN: I would definitely say the recent Vikings game this year, when we were in the playoffs, and I’m going to totally forget who caught the ball, but it was a Minneapolis miracle (laughing) and for the last fifteen minutes, we were just being really sad on headset because we knew we we're going to do what we always do and blow it -- the Vikings are going to lose it again. And it was really interesting because next to me I had video people for each team. So they were kind of bantering back and forth and making bets on the game, and so the whole thing was going, the Vikings were kind of losing and then the last throw comes in, the last second, then the first thing I noticed is on the headset, in one ear I have the radio call and in the other ear I have my director, and the radio people start screaming, and then my director starts screaming, and he’s calling a different camera every half a second, just shooting everything, and the whole crowd is just elated. It had to be the most electrifying moment in a sports event that I’ve ever been to. So, I think that’s kind of going to be my peak (laughing) which is sad, I've got a lot of years ago

IVAN: (laughing) I was going to say, now you can retire from camera operator, right?

LYNN: I did do the Final Four when it was here last. And my favorite basketball team of all time won it, and I was on the court, mostly doing nothing, because I was the third utility behind a camera, so my job was just to make sure he could walk through a crowd. So, I got to watch my favorite team and my favorite coach during the national championships. That was pretty cool too.

IVAN: Well, you have to tell us who your favorite team is.

LYNN: Duke Blue Devils. Which I’m sure a lot of people don’t like them (laughing), but I’ve been watching them since I was a little kid.

IVAN: So, that’s your team, and, you recently shot the X Games.

LYNN: I did. For the second year around for ESPN.

IVAN: Do you think that you’ll be available and interested in the Final Four? I believe they’re coming here too.

LYNN: I hope so. I absolutely hope so. Those big events are fun and painful and fun. (laughing)

IVAN: (laughing) Are you afraid of heights?

LYNN: No. Unless I’m jumping out of a plane, but no. (laughing)

IVAN: Ok, so, there’s no problem with actually lugging all your gear up to the top of the scoreboard and setting that up?

LYNN: Once they set it up, like two years ago, they have never moved it again. Where that camera is, on the end zone, it’s on top of the catwalk, so there’s really no safe way to put it up, so I walk up a very steep, like industrial ladder to get there, and then I can look to the ground and see four levels below me. So, they had to use a crane to get the entire system up there because of the weight of it. It stayed there for two years and never moved.

IVAN: Ok. And, do you wear a harness when you’re up there?

LYNN: Sure! (laughing)

IVAN: You should wear a harness, Lynn (laughing)

LYNN: (laughing) I totally do!

IVAN: Ok, good. We’re glad to hear it. So, this whole video production skill you have that you learned, that you implemented for seven years, somehow transferred over to managing websites and projects that you’re building user-centric websites for. I know that Gorton Studios did some work with TPT in the early days, and they did some work for TTBook. We talked to Matthew Tift about that. Is that how you were introduced to Gorton Studios? Through TPT? Or, how did you make that transition over?

LYNN: Yea. That’s exactly what happened. The owner of Gorton Studios, Drew Gorton, used to be my contractor and contracted worked through TPT. So, he had worked with me on educational stuff, department stuff, in a couple different areas, national productions as well, doing stuff building websites. So, he had worked with me that way. I also had one of my old coworkers, Erika Stenrick, who then also moved to Gorton Studios. We worked closely on several national production projects. She was a producer there. And so when a job came up at Gorton Studios, she said, “hey, we need a project manager. We’ve never had one. Do you want to do that?” And so, I thought about it long and hard and then made the jump into digital since TV has grown a lot, but is also a little bit stagnant as well.

IVAN: And when was that?

LYNN: That was in 2008.

IVAN: 2008. And so, you basically found Drupal through Drew and through the websites that they were building?

LYNN: Yea, exactly. I took on a role that they hadn’t done before which is actually a great story, because two people sat down and wrote down all the things they hate about their job, and then they put it into one job description. (laughing) That was my job.

IVAN: (laughing) Really!

LYNN: Yep, no joke.

IVAN: No joke.

LYNN: It turned out it matched up really well with things I was good and interested at, but at the same time, it kind of established this interesting vibe of like, “you’re doing the stuff we hate over there.”

IVAN: And that makes us happy!

LYNN: Yea, it was hard. Because you go into an agency that never has that role and try to find a spot. And that’s always been kind of my struggle in the beginning of getting into the Drupal community, is finding my people and spot in the community. I always kind of think of it like in the television production world, project managers have been around forever. People know exactly how to find you, they respect the role, they know how to hide from you for certain things (laughing), but it was really established, it’s been around for so long. With the web world so new, it doesn’t feel like it, but it is, it’s so infant in where it’s going, the project manager role is just that. And, you have a lot of people in that role that are doing good things, and a lot of people doing bad things, because there’s no formality around it. So, I had a lot of struggle around trying to find my people, and my role in the community, for several years.

IVAN: And, when you first started, it was doing all these things that these other people hate. Some of which you may have loathed or liked. How did that role evolve and how long did it take before you were really owning it and doing what you wanted to be kind of pushing?

LYNN: I don’t know exactly the length. I’m sure it was at least a year. Part of the challenge in the beginning is I went and had a baby, so I started the job pregnant, in my first trimester, which I'd never recommend starting a job when you’re exhausted and trying to figure that out. But, I think it was a while to kind of figure out what are things that make sense, like, should I answer maintenance calls and deal with that even though I have no context. Should I just work on full projects? Then solving problems along the way. So, I really started being nosy and butting my head into different areas. It’s hard to believe for me, but, kind of figuring out how, if I get in there am I helping just myself, or am I helping the team? So, should I do that, or should I shift over here? Then kind of testing and trying new things with clients. Like, here’s this client problem, how do I solve it? Let’s try this thing. All these concerns about financials, how do I solve that problem? Ok, so now there’s all these concerns around content. So, I kind of took time to figure that out and then that’s really what changed my role over the years.

IVAN: You’re very passionate about content and about user experience. Years that we’ve worked with you and collaborated with you, that’s been very clear. When we first met, I thought “Oh, Lynn’s a project manager,” but as soon as you start working together, you realize “oh, yea, she can definitely manage people and projects, but this whole content and user experience thing, this is what she’s passionate about.” At least from my perspective. When did that change?

LYNN: I think after a couple years when I was solving the project management problems like finances, how often do you communicate, where do you communicate, all those things, and that became like “yep, I got this.” Those aren’t those problems anymore. The next problems came into clients aren’t writing content ever, or really stepping into sales, trying to figure out what you need in sales, where you better estimate and figure out their needs. That changed what I started doing. And what happens at a really small agency, in a really great environment, like Gorton Studios was a wonderful place with talented people that allowed you to grow and pushed you, so if there’s something that nobody was doing because there was only five or six or seven of us, depending on what year it was, go and do it. Nobody cared. You could go try that thing. Nobody was doing content strategy. A couple of us were interested in user testing, and a client had those needs. So, let’s go do that over there, and at the same time then we’re solving project problems. So, I just started growing, had the ability to grow different skills that were outside of the project management that I could fit into my day with something I was interested in and then solving problems. I didn’t want to just be like “I’m the person you talk to when you want to know the budget.” Or, you have to track details. I think that makes that role really ineffective. You don’t want to just be the person you figure out the details with, you want the project manager to either have a strength in technical aspect, have a strength in content, a strength in some area to make them integral into the whole conversation.

IVAN: Yea.

LYNN: But I have opinions. (laughing) I just put my opinions out there and it didn’t stop. I couldn’t zip it closed. They just kept coming out.

IVAN: Yes, you do have opinions. I do like that about you. (laughing)

LYNN: (laughing) Sometimes good. Sometimes bad.

IVAN: Never bad. Your opinions are never bad.

LYNN: You should meet my husband, then.

IVAN: (laughter) So, you became quite interested in and really excelled at content strategy, in my opinion, focusing on the user experience. It is interesting that a small agency, as Gorton and as TEN7 which is very comparable, I would consider us very comparable. It does allow you to flex what your skillset is and go down those rabbit holes of “Oh, I might be interested in that and no one is doing it. Let’s see if I could do that.” Sometimes it works, and sometimes it doesn’t. So, it seems to me like it was, as all things I’ve noticed lately, serendipity and luck and good timing. That’s sometimes how these career paths work out. So, you’re not at Gorton anymore.

LYNN: I’m not.

IVAN: You are on your own. You are still passionate about the user experience and content strategy. You started this thing called Manage Digital. Why another conference?

LYNN: (laughing) That’s what we need in this world! More conferences!

IVAN: (laughing) We do! More conferences! I don’t mean that in a bad way. I mean there’s obviously a reason you started this. People have gone to it. You’ve had one successful event. What do you think about the conference? What is the hole you are filling?

LYNN: When I would go to Drupal conferences, and I love it. I love the Drupal community. I love getting to know people, learning, connecting. But, for years, there was nothing for a so-called project manager or even content strategy at a Drupal conference. I think it was not until New Orleans, which I think is the first year they started a project manager track, so that was the best way to start connecting with more people and just seeing that need out there. People are looking to have these conversations to build these mentorships, and it’s really hard to find that anywhere. I have gone to the National DPM Summit, which is a wonderful event. I know the people that put it on, as well as I’ve attended a couple of years, and I think it’s a great event to go to. But because it’s national, it’s expensive. It cost a lot of money for the fee, it cost a lot of money to travel, and you’re also building a national or international network. You’re not necessarily building a community locally. So, just kind of feeling that sense that I’ve always been trying to find more people around here because there isn’t formal training. You learn about Agile or your PMP. But your PMP is not digital PMP, it's everybody's PMP. It's road construction PMP. It's all these things. Then, by the way, you need to spend a bunch of money, and they’re going to give you this big, heavy duty process, which I’m not a big proponent for, and then that’s your structure. That’s how you learn. A good project manager is the stuff in between. It’s not these processes you implement or these documents, it’s the flow in between. So, I really wanted to help support that community and bring them together. Then when I went freelance last summer, I thought, “Well, gosh, I have no excuse anymore. I’ve been thinking about this conference." We have a really strong community in the Minneapolis, St. Paul area, we have 800 people signed up for the local meetup – obviously 800 don’t show up – but we have a good showing of 50 to 100 people every time, so there is a need for people, and more than half are new every time. So, I thought let’s just try it, let’s put some money on the table, ask my husband how much money can we lose to try this (laughing) and say ok, I want to put together a one-day event and the first goal is to network. Find people you can find as a mentor or find people you can confide in, just to complain, or get things off your chest, or just say “hey, I’ve got to do this thing now, because it’s outside the PM role, but I have to do it. How did you do this?” I get those questions all the time. “How do you make this type of weird scope document that I’ve never made before? Can you share something with me?” So, I put together this company called Manage Digital. We had a one-day event. We had 140 people, which I’m pretty stoked about, and we had three national keynotes, two of them have written books. Thank God for connections, right? (laughing)

IVAN: Yes absolutely!

LYNN: Breakout sessions and gave people time to meet each other. And, I kind of gave people, as a good PM would, tasks for the day. People were required to meet one person. At the end of the day, they had to reach out to them within a week and then write down some things that they took away and to implement. So, I tried to run it that way. I was really blessed to learn we had a lot of people that I’ve known over the years kind of help out, help with the design and the website, and I wouldn’t have been able to do it without them, because everything was free, everybody volunteered, to make it happen.

IVAN: The conference was free to attend?

LYNN: No, the conference wasn’t free, but it was really low cost. It was 125 bucks, but it turns out when you put on a conference, food is expensive.

IVAN: Yes, it is! (laughing)

LYNN: (laughing) It was really expensive. So, we have a little money in the bank for next year, but basically, everybody that helped put it on, did it out of the kindness of their heart.

IVAN: And, what about next year? Do you have any details to share about 2019?

LYNN: So, the first thing is people would ask me, “Well, we’re going to do this again? We’re going to do it right? We’re gonna?” I’m like, “well, let me just have a moment to break. Let me think about this.” But, I do want to do another one next year. We did it in May this last year, so it would probably be around the same timeframe, right after DrupalCon, right before people break for summer. But, what I want to do is more networking time during the event. I think we did a little too much of present to people, and I think the key is that there’s so many people in the room that have really interesting things, and so I want to get more people involved and build more relationships on certain topics. I’m not sure exactly how those spots would be figured out, but I kind of got a couple ideas in my head.

IVAN: Are you looking for sponsors?

LYNN: Are you offering? Yes. (laughing)

IVAN: Yes. I would love to have TEN7 be a part of that. I think TEN7 would love to be a part of the Manage Digital conference.

LYNN: That’s great! It’s a great community to grow, and it only helps agencies find new people and grow our community here, so, I think that’s wonderful. Thank you.

IVAN: Well, you heard it here first.

LYNN: Yes, and I’m putting it up on the social channels immediately. (laughing)

IVAN: Do it. Yea, that’s absolutely cool. You could absolutely do that. You talked a little earlier about the fact that you’re really not into the heavy-duty process. How you’re into the flow in between and not big documents. One of the things that I really appreciate about your approach is exactly that – your flexibility – your attention to our clients' needs, and not doing things for the sake of doing things. Being able to change your approach based on what the client’s needs are. Why are you like that? Why do you do that? (laughing)

LYNN: Well, (laughing) I would say I’m like that in all things in life, and I wouldn’t say I started that way. When I started doing project management, when I moved over to digital, I really tried to make a process and I tried to be like, “ok, here’s what we’re going to do. This is how we’re going to do it, and this is when it’s all going to happen.” So, that was great. Then I swayed a lot of times, “but these are the exact steps, so I can figure them out and process them.” But then I had these schedules and processes that didn’t work for the client, or that really pushed my developers and designers to go too fast. Then I was like “I don’t want them to be mad at me. I’ll make it longer.” Then we were not being efficient and saving money. So, I probably spent a good year or two with this whole Richard Pannek philosophy like, “Tell me what I need to know. I’m going to execute my list. I can check off my boxes and then, there, I’ve got the whole world wrapped up in a pretty box and it will solve it.” Until you realize it’s not at all how it works. You also have a wonderful person working side by side with you in every meeting, that’s super helpful, she’s a wonderful designer and she’s flexible and could roll with things. And, over time, I kind of realized when the moments are right to be flexible and when the moments are right not to be. So, I would really say working with her for so many years helped change my personality. Probably not at home, but like in that space, and just realize that a process is simply a framework and that you have to have structure in order to get feedback and responses and move things forward, but you also have to be flexible in order to get the best product and do the right thing for users, the right thing for the client and the right thing for your team. So, I’ve just kind of learned with a lot of trial and error, how to be able to roll with it and being comfortable. I don’t think it’s something when someone starts as a project manager, I don’t think you could be there in the first year or two, you really have to have your structure. Then you realize after a while its all just about relationships. The entire job is about relationships with all people, internal and external, and managing that. I also, after Gorton Studios, I spent a couple years at another company, where I managed the team, and I brought my ideas of process to that team, and what I learned is that process, while wonderful somewhere else, didn’t work with that team. That was also eye-opening for me of realizing while there’s fundamentals you can take everywhere with you, and beliefs and principles, it really changes depending on who’s sitting at the table. If you can’t roll with it, you’re trying to force something and then you’re the PM on the outside, trying to get things done. And, I want to always be the PM on the inside, collaborating with people.

IVAN: It’s a good lesson and reminder to all of us who are working in software, and in any other industry, that really, it’s about the relationships and the interactions between people, and one of the side effects is the product that we produce. You can have the best tools and the greatest processes, and everybody can be doing things according to the playbook, but ultimately, it’s about humans, our interactions and making sure that we have empathy that everybody has something that they’re dealing with in some perspective that they’re coming from and really, we’re just trying to get through those things every day.

LYNN: Absolutely. But I didn’t say empathy to be fair. (laughing) I’m just kidding. I’m supposed to be hard and cold. I’m 100% German, there’s not empathy there. I’m just kidding.

IVAN: Yea, you’re just kidding. (laughing) So, we’ve covered a ton of history and process and how you evolved and all that. I want to ask you what’s your favorite thing right now?

LYNN: Right now? My favorite thing is my ability to learn and grow. In my last position I did a lot of teaching and figuring things out, but right now as a freelancer, I’m working with lots of different agencies, and thus, different clients, and I’m learning so much every single project, because I have to work within new tools and processes, and with people. I feel like there’s a stagnant time for a couple years, and now I just feel rapid information coming in. “No, I’m going to try this, and I’m going to do this, and what about that over there?” So, I’m just having a blast. I feel like this evolution in my content strategy work right now is just growing so much. And, I’m getting to do content strategy about 75% of my time, and it was always a piece for several years, but not my focus. So that’s been nice.

IVAN: We’ve enjoyed working with you so much and are looking forward to the new projects that are on the horizon to keep doing that. So, I’m glad to hear that you’re enjoying that part of your job. Well, thank you so much for spending your precious time with me.

LYNN: Absolutely. Thanks for having me.

IVAN: So, you’re lynnwintermn on Twitter, Manage Digital Conference is at managedigital.io and your personal website is lynnwintermn.com. That’ll all be on the transcript on the website, so feel free to link to that, or use those links when you visit the site. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message. We love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening. 

Aug 08 2018
Aug 08

Your browser does not support the audio element. TEN7-Podcast-Ep-036-Matthew-Tift.mp3

Dr. Matthew Tift, Senior Drupal Developer at Lullabot, musicologist, podcast host and educator, sits down with Ivan Stegic to discuss his fascinating career and passion for those things open source.  

Here's what we're discussing in this podcast:

  • Matthew's midwest ties
  • Walking meetings
  • The advantage of working at home
  • Working with Wisconsin Public Radio
  • Sea Grant Non-Indigenous Species Project
  • Dogpile and Metacrawler
  • Automate that process
  • C#, ColdFusion, VB6
  • Discovering Drupal
  • TTBOOK, To The Best of Our Knowledge
  • Accessible public information
  • Teaching kids to code
  • Finch Robots
  • Tonka Coder Dojo
  • The Open School House
  • Live coding, Algorithmic Music
  • Algoraves
  • Toplap.org
  • Syncthing


IVAN STEGIC: Hey Everyone! You’re listening to the TEN7 Podcast, where we get together every fortnight to talk about technology, business and the humans in it. I’m your host Ivan Stegic. In this episode of the podcast, Dr. Matthew Tift. Someone whom I’ve admired for quite some time and with whom I’ve been lucky enough to work with for a short period of time on a project a few years ago. Matthew’s a Senior Developer at Lullabot and the host of the podcast Hacking Culture, which is about free software and the art of hacking. Matthew, it’s my pleasure to welcome you to the Podcast.

MATTHEW TIFT: Thanks Ivan, for that generous introduction.

IVAN: You’re welcome. It’s all true though, right?

MATTHEW: (laughing) Absolutely.

IVAN: So, I wanted to start out with your birth, if I could. Where did you grow up?

MATTHEW: I grew up in South Minneapolis in Minnesota, and I think I was born at the University of Minnesota and lived in South Minneapolis until I was about eight years old, until the time that my parents moved out to the suburbs, but I have spent most of my life in Minnesota. And that’s where I am now, out in the suburbs of Minnesota, near my parents.

IVAN: (laughing) So, you’re near the suburbs of Minnesota. So, you’re still in a city?

MATTHEW: No. I’m in the suburbs.

IVAN: Oh, you are in the suburbs.

MATTHEW: In the western suburbs.

IVAN: Oh, I see. I see. By a lake, I would assume? We have a lot of lakes in Minnesota.

MATTHEW: Yes, I’m very close to Lake Minnetonka and I walk by that lake quite frequently.

IVAN: I’ve recently started walking around the lake here in the city during meetings. I found that it takes me about an hour to leave my front door, walk around the lake and come home. So, if I have a one-hour meeting that I can be on my phone with, I try to do that with walking. Are you doing the same thing?

MATTHEW: Exactly. I know that I can walk to Excelsior, Minnesota during my meetings and sometimes I get to go to the library, other times I go to the book shop or even grocery shopping, depending on the type of meeting. And, other times I’ll just walk around in the woods if I have to be talking more and I need it to be quieter. But that’s one of the fantastic benefits of working from home.

IVAN: I agree. Ever since TEN7 started doing it last year full-time, it’s been certainly a new experience to try and do it and work from home 24/7 but still have the kind of personal interactions that you end up having in an office environment. I think all in all it’s for the best. I can’t imagine going back to working in an office.

MATTHEW: I feel the same way. It’s been 10 years for me now, working at home. My oldest daughter is starting high school in the Fall, and every morning for school, since she’s been in Kindergarten, I’ve been able to walk out to the bus stop with her and my other daughter. So, I’ve been doing that for about nine years. It’s one of the many benefits that I like to cite when I’m working from home that I go out to the bus stop, pick them up from the bus stop, make dinner at home, and I get to make every class party and play and all kinds of fun school stuff over the years. It really has been a wonderful gift to have that.

IVAN: Do you think you’ll be walking her to the bus stop now that she’s in high school as well?

MATTHEW: I don’t know. Each year I keep thinking she’s going to be embarrassed. My wife goes out there as well, because she works from home too, and I keep thinking one of these years she’s going to say she doesn’t want us to come out with her, but I guess we’ll see. I don’t know. I purposefully have not asked or pushed the subject. I just keep going until she says, “you don’t need to come out with me anymore.” Which I expected to happen years ago.

IVAN: (laughing) Well, hopefully she’s not listening to this Podcast, so she won’t get any funny ideas. (laughing)

MATTHEW: I’m not sure. She might be listening. She’s in the other room. But I think she’s currently editing videos for her Instagram feed.

IVAN: Wow. Well, you mentioned that you’ve been working from home for the last 10 years. So that would put us back to 2008. I know for a fact you haven’t been at Lullabot for that long, so you must have been working from home even prior to that?

MATTHEW: Yes, that’s correct. When we moved back here shortly after my second daughter was born, I had my job at the Wisconsin Public Radio, and I had other job offers to move back and work in an office in Minnesota, but luckily Wisconsin Public Radio didn’t want me to leave, and they allowed me to work from home when we moved from Madison, Wisconsin to the Twin Cities in Minnesota, and that has been a really lucky thing. It was something I never really had imagined could happen, or would happen, but it just kind of all worked out.

IVAN: Yes, you’ve been a proponent of working from home for a very long time. In fact, when we first met, I was trying to get you to work for TEN7 for a while. In fact, I remember when we still had an office you would come in one or two days a week, and I honestly always felt like I was asking you to do something you really didn’t want to do. But, I think secretly I was wondering how we could all be doing what you were trying to do full-time.

MATTHEW: Yea. That was actually not a terrible thing for me to be able to get out of the office and work in somebody else’s office for one day or part of a day each week, and it was nice to be able to, sort of, juggle my schedule and get my work done when I needed to, but still be able to go downtown and see people and have face to face interactions. A lot of my coworkers at Lullabot pay to have an office. I shouldn’t say a lot, there are a few, and I’ve always thought that was a little bit odd, but I do understand that it is nice to have that day to day human interaction, and I don’t know if I would be working from home this long if my wife also was not at home, and my kids weren’t also around. I could see how that would get to be maybe a little bit more wearing on day to day basis, if it was just me by myself out here in the suburbs. (laughing)

IVAN: By a lake, with the woods around. (laughing) I think I agree. I think I’m in a similar situation, that I have my wife at home and my kids are at home now as well, now that the summer is in full swing. I think struggling with isolation and being at home alone certainly pushes you to either having a regular place to go, or even a coffee shop or a library visit, at least once a week. I know that’s certainly things that people do, especially at TEN7 and I’m sure at Lullabot as well. I want to go back to your mention of Madison and being at Wisconsin Public Radio. It feels like a natural fit given that you have a history of musicology and code that you would be at a public radio station. So, talk to me about how you ended up at Wisconsin Public Radio. Were you doing Drupal? Were you doing music? What was the impetus to be there?

MATTHEW: Well, that is a complicated story, but I guess the main reason is I needed to start supporting my family, and I was in graduate school. So, I was finished up with all of my course work, my master’s degree and then my course work for my Ph.D. and then just working on my dissertation after taking my comprehensive exams. So, there’s this period when you’re in graduate school, when you kind of shift from being a student, where you’re going to classes to where you’re just working on research. And, that gives you some flexibility which can result in long periods of people finishing their dissertations.

IVAN: Some people.

MATTHEW: Some people. But in my case, it gave me a little flexibility, so I could shift from having a student income, I guess, to have a “real job.” I had been supporting myself through graduate school by being part of a project called the “Sea Grant Non-Indigenous Species Project,” and it seems strange, but it was basically, we created a website that had a whole bunch of information about non-indigenous species, and I did research for that and automated the process of finding information about non-indigenous species. And, this was the kind of thing that people had to do before Google (laughing), if you could believe that. Back when I started there, people were using things like Dogpile to do searches.

IVAN: Ah, Dogpile. And who was the other one. Was it AltaVista? No. There was another one, Metacrawler, I think. I remember using those.

MATTHEW: I can’t remember the different names – Yahoo Search – I guess.

IVAN: (laughing) So, the description of the project seems biology or ecology related. That’s not music.

MATTHEW: That’s correct, but it is a department that needed somebody that had technical skills, and I guess I convinced them that I could do that, or I could do research. I don’t know why they hired me, per se, but it worked out pretty well. That was a position that offered a small stipend, but it paid for everything, all of my course work and so I didn’t have to pay anything for graduate school. That was the big thing. That and health insurance. We had a strong union back then, and we didn’t even have to pay any copays or anything like that.

IVAN: Wow.

MATTHEW: So, I had this job getting a stipend, and I needed a real job. Wisconsin Public Radio was actually across the street from the music school on the University of Wisconsin, Madison campus. I originally applied there for – get this – a “sales” position. (laughing)

IVAN: (laughing) Really?

MATTHEW: Really!

IVAN: Wow. That’s like the antithesis of open source, right?

MATTHEW: I don’t know.

IVAN: Well, I mean, I guess sales is, you’re selling services not products maybe, but I guess I can’t even imagine you as a sales guy.

MATTHEW: So, I don’t even know if sales is quite the right term. Non-profits use the term development or fundraising.

IVAN: Advancement.

MATTHEW: Yes, advancement. Now at Wisconsin Public Radio, they needed people to go out and essentially sell people on the value of supporting Wisconsin Public Radio, and just getting those mentions where it has these announcements that sounds like ads, which are actually called underwriting, and they don’t have calls to action, and they don’t have all these other things where they say, “Support for Wisconsin Public Radio is brought to you by such and such company.” And, it just mentions support. I’m getting off track because I applied for that job and they had two openings and they didn’t give me the job, and they let me know I was third on their list, and they said, “look for other jobs.” So, I thought ok, I like the idea of working at a place doing music. Then they had another job opening up which was called, it was a traffic position, (laughing) which is a job sort of scheduling the things that go on air. Scheduling underwriting, for example, and that was what this job was. So, I started that job, and I realized immediately that it was totally paper based. It was really ripe for becoming an automatic job – I can’t think of the right word right now.

IVAN: So, digitized right?

MATTHEW: Digitized, yes.

IVAN: Automated.

MATTHEW: Yes. Rather than people literally turning in sheets of paper, hand filled out, I made web forms and I made fillable PDF’s and things like that. So, suddenly we didn’t have to keep file cases. But what I ended up doing was really working myself out of that job. I got on another interview committee for somebody that was what they call “the database manager” at that time, managing a sequel server, and after our first meeting is said to my boss, “you know what? I think I can do this job and my job.” She said, “what? How would we do that?” Well she ended up figuring it out, so I started doing this other job and my job. They taught me how to do VB6 programming.

IVAN: Wow!

MATTHEW: And I taught myself sequel server, and I learned Cold Fusion and I started learning all these other technologies like Csharp.net and Flash and ActionScript and upgraded things to VB.net or something like that – upgrading VB6 code.

IVAN: To VB.net and Csharp.net? I have some history of that too. I feel your pain.

MATTHEW: The fun thing about this one is I started doing that job, and that too seemed to be a job that I could automate. People needed things. I created processes for them. I wrote these little executables that they could stick on their Windows machine and they just ran, and then suddenly that job wasn’t needed anymore, and then I said, “you know, our website at Wisconsin Public Radio that’s on cold Fusion, really needs to be upgraded.” Everybody said, “Duh, it needs to be upgraded five years ago.” So, for years I have kind of been pushing “we should try Drupal. We should try Drupal.” Eventually they decided that would be a good idea, “we should try Drupal.” And then sent me to Drupal con and back in San Francisco, and we had hired a development firm to help us launch one of our national programs. It’s called TTBOOK, To The Best Of Our Knowledge. So, I think we launched that site on Drupal back in 2009 or 2010. So that’s how I came about Drupal, was because I kept working myself out of jobs and eventually I thought this web development thing seemed a lot more fun than writing executable code for Windows machines.

IVAN: So, you had a history of Windows based naturally proprietary closed source software writing in an organization that was for the public, and you basically worked yourself out of two jobs, but at the same time you were pushing for Drupal. Why Drupal? Why were you not pushing for WordPress or Expression Engine? Or something else?

MATTHEW: That’s a good question. I remember at the time I had started reading some of these early books on free software and what that all meant, and I knew that it should be something that was free and open source. I didn’t use the term free software at that point, I thought of it as open source. And at the time I thought that that just made more sense for a public radio station to be using open source software, and there seemed to be a lot of other universities and public radio stations using Drupal, so it was really kind of an easy sell because at the time Minnesota Public Radio was using Drupal, I think, and WNYU and some other stations. I can’t remember actually how far back some of these go, but I would go to all of these meetings of other technologists in the public media world, which means public radio and public television, and there were some people using Drupal, but specifically what we liked about Drupal was that this national show TTBOOK, it was difficult to find episodes. So, just the idea of putting audio on the web was still kind of new back in 2008 or 2009, and they wanted to be able to take their hour long show, cut it into segments, add all these taxonomy terms so they could be searchable and findable, so they could either listen to the whole episode or parts, and really Drupal seemed like it was well suited to that task in ways that WordPress or Expression Engine wasn’t. Plus, it just seemed like the motivation that a lot of people had to use Drupal in those days, which is still strong now in education and non-profits was very appealing and very attractive to lots of my coworkers at Wisconsin Public Radio.

IVAN: Were you the only person who was driving Drupal? Or did you have people you were able to band with? Not bandwidth…but people you were able to band with?

MATTHEW: Yes. That was kind of a complicated thing as well, because the good thing about TTBOOK is they had raised money to pay for a development firm to help us build TTBOOK. So, for that particular project, we partnered with Gorton Studios, which is actually here in Minneapolis. Or, was here

IVAN: Was, yea.

MATTHEW: Was. Gorton Studios is no longer…or maybe it still is.

IVAN: I don’t know that it is.

MATTHEW: Anyway, we worked with them and that seemed to be such a successful project, that we would go around to public media conferences talking about what we did. And then, the people at TTBOOK, all their conversations with other people saying “we want that. We want our site to be searchable, so people could find our content. We want our audio on the web. We want it to do this, that and the other thing.” So, it was kind of this model site for a while for a lot of stations, and then eventually we decided let’s do all of WPR.org and then they started hiring other people to help. We hired another Drupal developer. We hired somebody else who was basically like Director of Digital, or something like that, for more of the…I can’t exactly remember the titles that they had, but it was people involved in determining how we could have a digital presence. I mean that was a new thing at a public radio station that had been around since the early 1900’s.

IVAN: So, it sounds like you decided to go to Drupal, found some people that shared the same vision, raised some money, hired an agency, had a successful project, saw that there was value in these things you were building, and then it kind of just spiraled from there.


IVAN: When you were in the process, in the weeds, while you were doing this, did you ever think that you might take components and parts of what you were building, and make it generic enough that anybody else would use it?

MATTHEW: Yes, and we actually did that. I pushed for it. There were a couple of modules that I made early on that I knew I wanted to contribute back to Drupal. Part of my motivation came from when I went to my first DrupalCon, which was again, in San Francisco. I remember Drupal went from being this faceless website technology to “oh my gosh, these people are having so much fun. This is so unbelievably unlike academia, this is awesome.” And, the week while I was in San Francisco learning Drupal, meeting people, I was tweeting about it constantly, and I remember some of my friends saying, “you know, I still like you Matthew, but I’m just going to warn you. I’m going to unfollow you for a while because I don’t want all Drupal all the time.” (laughing) So, I was having a lot of fun. Then, when we created TTBOOK, I think one of the modules that we came up with, that I think Gorton Studio did most of the development, Ronin wrote a lot of it, it was called something like “media playlist”. It was a module that allowed people to go click through the site, and then find audio of what they wanted and then add it to a playlist and then play through those. I’m not sure if they’re still using it or not. Again, this is awhile back now, but I’m going off my memory. I think that module, obviously it’s got to be out there somewhere, and I’m not sure if that’s the correct name, but…

IVAN: It is. I was able to use the power of the Google. (laughing) It looks like it’s still out there. It looks like there’s a release candidate for version 7. It’s out there.

MATTHEW: Oh, wow!

IVAN: You have nine commits and Ronin has four. But basically, it says exactly what you described – adds playlist functionality onto the media module.

MATTHEW: Ok. I have closed all of my browsers and other things, so, I’m purposely trying to not do that, so I’m impressed (laughing) that those facts are all correct. Or, I should say I’m surprised.

IVAN: So, I personally think that our public institutions in the United States should be more open and more information should be available to the public, because at the end of the day the government is the people, and we own that information, and so we should have access to that information. And, I’m just so proud and amazed that you’ve been part of an organization like Wisconsin Public Radio that wanted to contribute back source code and wanted to provide the work that they’d invested in to others so that they could be reused. And that’s certainly something that’s near and dear to my heart. So, I’m happy to see that that was something you were involved in.

MATTHEW: Yea, it’s been fun. Those days it was really kind of my passion to go around to these conferences and, I did things like a Drupal developer clinic where I talked to other stations about we use it and kind of show people that. Spend the whole day trying to teach other developers why they might consider using Drupal, and be on panels, and just talking to people about what we did with TTBOOK. We did webinars and things like that, because this was all kind of innovative. I had been part of another group in public media, and the name is escaping me right now, but it was a free software advocacy group that had tried to do similar things, that they came out with a custom CMS called something like “public media manager” or something like that. We were all big open source advocates. We were working together. We were trying to create solutions for things that other stations could use. We wanted to create these reusable components. So, for example, somebody would make a python script that used the NPR API and did interesting things showing where people are listening, or some sort of data, or something like that, that they could get as an NPR (National Public Radio) member station. So, we would do these kinds of things, but they were really kind of technology specific. And after being part of that group for a while and realizing that, well they’ve built this great custom CMS that was used at North Country Public Media, and the desire was to have other stations use it, but it really ended up just being a custom CMS for this one station, as far as I know. What Drupal seemed to offer was this more generic platform that offered a lot of the same functionality, and it created a good place where anybody using Drupal, not just public media, could use this -- for example, this playlist module. And, that was the thing that kind of made me think “ok, this is a good sort of platform that we could try and collaborate on.” And since other stations picked up using Drupal, National Public Radio is using Drupal, American Public Media, Public Radio International, the list goes on and on. If you look online there’s lists of all the public media stations that use public radio. It’s been, I think, good for public media to have this as a collaborative platform. I feel like that was kind of a fun thing to see grow over the years, and it’s good to see that that continues to expand.

IVAN: You talked about how you would have webinars, and how you’d be part of panels, and how you tried to educate people about Drupal. And, I’ve seen in the last couple years you’ve been speaking a lot about teaching kids how to code, and so it seems like your focuses kind of changed a little bit in that regard. Is that something you’re passionate about right now and you will be continuing to do that? Tell me more about the teaching kids to code work that you’ve been doing.

MATTHEW: That’s been a lot of fun too. That has been a project where I volunteered to help out with an hour of code day at my kids’ elementary school. The school tried to have something for all of these kids, ages K through 6, and I thought, “how the heck are they going to teach Kindergartener’s coding?” But once I started helping out with these different hours during the day, and seeing the kinds of things that we could do, I just saw that these kids loved what they were doing and that you could teach, sort of, coding principles even on iPads with things that, to me, look like four each loops, or something like that, but for the kids it’s just rearranging little characters on the screen. So that started out, and then I started teaching a coding class at that elementary school, which started out as a class to teach, I think we used Minecraft, and then me and this other guy taught using a type of Minecraft, it was like an extension or something called Bird Brain and we were able to program these little robots called Finch Robots. The kids loved doing that because these 5th graders, we could make the robots drive around in a maze, or use all of the different sensors, or make them follow a line, or draw patterns, or that kind of thing. So, there was that aspect of it. And alongside that the school district where my kids go to school, the Minnetonka School District, started an initiative that they called “Tonka Codes” which has been a really innovative initiative where they wanted to have coding in the curriculum K through 12. So, I ended up on this group called the “Tonka Codes Design team” and did a lot of free software advocacy there, but that has been a project that is continuing to roll out. It started out in the elementary schools. So now in the Minnetonka School District K through 12 there’s some aspect of coding that is integrated in the curriculum, and I’ve done a couple of other podcasts discussing this, and I have other talks, so I don’t know if I want to get too much in the weeds on that, but I’ll just say it’s been I think real key in our district to have this in the curriculum. So, there’s three different kinds of ways that kids can learn to code. One is what they call extracurricular, which is after school or before school. The other is co-curricular where they have something that’s like, instead of lunch they go to coding, and then there’s curricular, which is where it’s actually a part of the classroom. So Minnetonka’s done a great job of doing that, and I think that’s important because not all kids have access to these awesome other programs that are mostly extracurricular. That in other words, if you want to be able to do something like one of those classes I mentioned after school, you need to have a parent that has the ability to come and pick you up, or to change your bus schedule, or to drive you somewhere, or to buy you something, like if the class requires a Raspberry Pi, or something like that. So, giving kids the opportunity to learn coding has been really fun and some other kids at the high school started a “Tonka Coder Dojo”. It was a student run chapter of this “coder dojo” group. So, I helped out with that as well which was an interesting experience, because with all these things that I’ve taught, like when we would post this finch robots class, for example, it would just fill up within minutes of sending the email. Then we’d say “ok, well can we double it? Alright, maybe we can have two kids per robot or something.” We’d find ways to allow more kids to come in, but they would always fill up right away. And, with the “Tonka Coder Dojos,” the same way where, if it’s like Saturday mornings at the high school, and then there would be one class to teach Android development, one for HTML, one for Minecraft coding, all these other topics, never really Drupal by the way, because kids don’t think Drupal’s cool. But, would be interesting is when these parents would always show up and they would say, “oh, uh, I didn’t know it was full,” and they would drop their kids off with us. (laughing) Oftentimes the kids didn’t actually want to be there, they would rather just play Minecraft than do Minecraft. I realized there’s quite a few more parents that kind of would push it on their kids, than kids necessarily that wanted to do it. So that’s been interesting. Another funny story was the parents would sign their kids up as instructors. (laughing) They would say “oh, the students are filled, I’ll have my kid be an instructor.”

IVAN: No skill to be an instructor. The work that you did with those kids, the curriculum itself, is that Open Source? Can other school districts use that?

MATTHEW: The knowledge around it is definitely something that they are sharing. Eric Schneider is the Asst. Superintendent for Instruction for Minnetonka schools. He has been out talking about what they’re doing and encouraging other schools to do that. I’ve been on a podcast with him, it was a Lullabot podcast I think, talking about this. So, all of the approach in how we did that, they’re definitely sharing. Some of the projects that they do are shareable. I think a lot of it is actually proprietary, and I haven’t been as involved in some of the day-to-day stuff recently, so I don’t know just how much of what they’re doing is shareable. I do know that there’s a project that definitely is focused on open source if schools are interested in that. There’s a book called “The Open School House”, I think that’s what it’s called, and that’s all based on using free software in public schools, and it’s written by a guy out East that has converted his whole school to using, I think Linux laptops, so I think he shares a lot of the more technical details of how to do it with free software. His name is Charlie Reisinger.

IVAN: We’ll link it in the show notes on the web. So, this seems to be one of the things you’re passionate about right now. Are there any other things that you’re passionate about right now? I guess we haven’t had a chance to talk about your musical background as well, and I don’t even know what a Ph.D. in musicology is. So many questions still remain. So, let’s talk about your passions right now outside of the kids coding that we just talked about.

MATTHEW: That’s an interesting question because of, sort of in general, I’m suspicious of this feeling of being passionate about anything. I tend to look at these different activities while I’m doing them and say, “is this useful for me? Is this useful for other people?” And if the answer is yes to both of those questions, then it seems like something good to do. Lately I have been interested in a different kind of activity. I don’t know if I’ve mentioned this to other people, or if you were getting at this, but I’ve been interested in something called “live coding.” Live coding is essentially creating music with code.

IVAN: I was going to ask about violin phase performance. Is this related to that at all?

MATTHEW: Yea, so a little bit, sort of musically I guess you could say. It’s from the same lineage. When I was in college, for my senior recital I performed a piece called “Steve Reich's Violin Phase” where I recorded myself playing the snippet and then I looped it. It used to be done with tape back in the sixties, but I did it on my computer, of course, like my Mac ll or something, and I looped it and then I would play it and gradually phase it just a part of a note ahead, and then keep playing with myself over and over again and it creates this really interesting, constantly changing, repetitive sound. It’s kind of difficult to explain, but it’s basically just music that’s looped over and over, and then you're kind of playing with it. This actually has a score. You can play it as a string quartet and there’s other ways. But with that particular performance I did it with my computer. I always thought that was a unique piece. It’s kind of fun to be able to use the computer, and use my violin. Live coding is similar to that except its infinitely more possibilities, because I’ve been using this program called “TidalCycles” or “Tidal” for short, and it’s written in Haskell which is a real sort of computer sciencey geeky language. But, what I’m able to do with that is to play notes on the computer, sort of sculpt sounds, and loop them into cycles that are repeated over and over, and then sort of add to that. What I really like about live coding is that there is no score, there are no works. It’s really all about how I’m feeling in this moment and playing around with sound. So, it’s not the kind of thing I’ve done any performance with. Although a lot of people do. It tends to be a lot of people that do what they call “Algoraves”. So, it’s algorithmic music, and they do it at raves, and it’s this fascinating combination of making music with code and living in the moment. It kind of combines all of these passions of mine, and I’ve found that it actually informs a lot of how I understand my day job doing Drupal work. So, that probably is a surprise to most people who would hear me say those words, but what I’ve understood now is, that live coding is all about being in the moment, writing code that’s going to execute right now. I don’t necessarily know what it’s going to do. I might have an idea about it, but it’s all about being ok with that. In our day jobs, when we’re writing Drupal code or other code for clients, we’re writing for the future, in essence. We’re writing for specification. We’re writing code to do something eventually. We’re going to pass it up the chain, it’s going to be edited, it’s going to be tested, it’s going to be run through the wave process and everything else. So, there’s always the sense of “I’m doing something for another time.” So, live coding has given me a different perspective on how I do my work, and how I understand and go about my day-to-day activities thinking about how much am I actually enjoying writing this code for Drupal, right now, and noticing those moments and thinking “what are the situations that led to me sitting here, delighting that I got my alter hook functioning correctly?” or whatever the case may be. It’s been a real fun process learning about live coding, and one of the interesting side notes is that there’s a lot of academics involved in this. So, there’s a ton of academic literature that’s been coming out over the past decade or so, since I finished graduate school, examining this practice. I’m currently reading a book called “The Oxford Handbook of Algorithmic Music” and its getting to be more of a thing, although it’s still more popular in Europe than here in the United States, but it’s been the area that I’ve been exploring quite a bit recently, because it feels like it’s a beneficial practice to engage in the way of coding, where you’re enjoying it in that moment – right then.

IVAN: It seems quite related to the idea that the journey is more important than the destination. And that living in the moment and trying to experience the moment right now, could be disconnected from what the result is. That’s a really interesting take on code. It never dawned on me that fundamentally every code, snippet or project that we’re a part of as an organization is building something that we'll execute in the future, that we’re planning for in the future. And, even though you’re writing that code now, you’re not really enjoying it, or using it maybe ever, because a client’s using it, or a user is interacting with something on the web. So, to hear you describe that process, I’ve not heard of that before. That’s really interesting. How would you say the algorithmic music, because it’s music that you’re creating right? The output is sound?


IVAN: How does that sound differ from the sound that has been tweaked and produced, and an artist went in a recording studio and they tried something, and it didn’t work, and they tried it again, and they finally got that thing they wanted, and then that becomes the memorialized song that everybody knows. How does that thing differ or has is it similar to what is coming out of the speakers when you’re live coding?

MATTHEW: There aren’t any particular rules around live coding, so it can really be lots of different things. Somebody who does live coding where they might, for example, sculpt that perfect sound and that rhythm and that beat, they might, for example, take all of that code and then go do a performance with that as a starting point and maybe just tweak a few little things. That might be a little more similar to the process of creating a musical work and then sharing it. Now, in live coding, another view is that you should always start with just something simple and then develop it. So, in that case then, you don’t know where you’re going. There’s various ways that people use recording studios, but generally speaking it boils down to people either experiment with stuff for a while until they have something cool, and then they go into the recording studio and try to perform it, or they play around until they get that perfect thing, and then they try to figure out a way to perform it, when they want to play it for someone else. So, the live coding bit could be done either of those ways. People could definitely use the live coding tools and know exactly what they want to do throughout that performance, but in general there’s this algorithmic component to it, where there’s all of these different ways of transforming the sound and you sort of develop a toolkit. But you don’t exactly know what it means to say, “I’m going to play this sound one eighth of the speed. And now I’m going to play it 64 times or 500 times the speed of what it was before.” You can’t always anticipate exactly what that will sound like, or what would it sound like to suddenly add something that every third beat changes by a quarter of a beat. So, in a sense, the algorithm as it changes becomes the accompaniment, that you as an individual are playing, sort of, with the algorithm. That's the accompaniment. That’s the other musician. Now, there are other ways of doing live coding where you’re working with someone where maybe they’re doing visuals and you’re doing live coding. In the manifesto for live coding, they project their code on the wall in the venue. And the venue could be an orchestra hall, or it could be a school, or it could be a rave at 2:00 in the morning. All of these are ways that people do live coding. There’s interesting TED talks on this on the web and what not, but in general there’s lots of different ways that people do it. It’s really fascinating to me that it can take on a real musical sound, or it can just really take on an interesting sound aspect. What I personally like the most is not trying to do anything, but more like seeing “oh, what happens when I do this? And what’s my reaction to that? Oh, that sounds weird. Ok, I think I want to change that. Or that sounds really neat, I think I’m going to just listen to that for a second.” So, there’s this aspect of cultivating present moment awareness that I haven’t found with many other activities other than say meditation.

IVAN: Yea. It strikes me as being similar to being a DJ. I talked to Lex on the Podcast a few episodes ago, and he’s been tweaking and playing sounds and extending them and compressing them, and we talked about it as music that you distort and play and create an experience for someone else. There seem to be quite a few overlaps between what we discussed in being a DJ and what you’re describing.

MATTHEW: Yes. One of the big differences would be in the process. So, the result may sound similar to a listener, but a lot of the people that are sort of tweaking sounds are turning knobs. They’re using different synths, they’re combining maybe even physical machines in their rack. Live coding is really focused on the actual writing of code.

IVAN: Amazing. Can you give us one or two resources online that we should look at? If you have any off the top of your head, besides the Wikipedia entry? (laughing)

MATTHEW: (laughing) There’s a website called “toplap.org” and this is a place that has the manifesto for live coding, and it lists a whole bunch of the other live coding languages that exist. It has lots of information basically about live coding. The language I’ve been using you can find out more about at tidalcycles.org. So those are a couple of resources that come to mind. But, I think if you start at TOPLAP you can find out quite a bit of information about what live coding is. I guess I’ll stop there.

IVAN: (laughing) Yea, you could probably go down the proverbial rabbit hole on that.


IVAN: Are you using Open Source everywhere in your life, or have you found that there are certain things you just simply can’t do using Open Source software?

MATTHEW: There are things that I cannot do using Open Source software in my job.

IVAN: In your job, ok. What are they?

MATTHEW: Well, for example, people unfortunately these days use Slack to communicate, and up until May of 2018 I could use HexChat and use their IRC bridge to connect to Slack channels via a free software client like HexChat or IRC client. But, Slack discontinued that particular integration, and now I’m forced to use Slack. There are lots of situations where people have Google calendar invites, or Google Hangouts, or they want to do a Skype meeting. All those kinds of things require proprietary software. But whenever I have the choice I never choose proprietary solutions if possible. So, it takes some work, for example, to continually maintain these things and try and do the things I want to do using software. There are lots of websites where if I’m visiting that on my machine that doesn’t run proprietary JavaScript, the web looks quite a bit different if you can’t do that. Another one is my kids. They want to use stuff, and at one point my daughter really wanted to do her editing on “Adobe Addition” or something, and I could not find a free software alternative. She diligently tried some other things. She just said, “I just can’t do the stuff I want to do,” so I ended up having to install Windows on a machine (laughing), Linux on it. I don’t want to interfere with somebody else’s happiness for my own desire to write code that is free for everyone to use.

IVAN: Well, I admire that about you Matthew. You’re one of the few people I know who really try to live their principles in the free software community. I’ve tried it myself, and it’s hard, and I feel like it’s a process to me, and I don’t know that I’ll ever be able to get to 100% free software usage myself. I’ve tried to cut down on use of Google Drive and have my own san and tried to use things like “Open Cloud”. And I have a Synology as well so I’m using its software, but it’s certainly a process and trying to shift out of some proprietary solutions that you already have, when it’s just so easy to use, is difficult as well.

MATTHEW: Sometimes it’s better. There’s a technology for file syncing called “Syncthing.”

IVAN: You’re the one that told me about that. I’ve seen that. It’s REALLY good!

MATTHEW: It’s really good. At one point the Android client stopped working, but I needed to get some other stuff done, so I moved some other things over to Dropbox and I just thought, “wow, this is really limited. I can’t do the stuff I want to do.” Then Syncthing got fixed. So occasionally I try these other things, but it’s not like it’s always better.

IVAN: (laughing) Well, thank you so much for spending your precious time with me and with being on the Podcast. I really appreciate it.

MATTHEW: Thank you for having me on Ivan. It’s been fun.

IVAN: You’re Matthew Tift on Twitter. That’s @matthewtift. On  https://www.drupal.org/ you’re @mtift and your podcast Hacking Culture is @hackingculture, also on Twitter. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thanks for listening.

May 30 2018
May 30

Your browser does not support the audio element. TEN7-Podcast-Ep-029-Wilbur-Ince.mp3

Wilbur Ince, Drupal Frontend Developer and Human Rights Activist, sits down with Ivan Stegic to discuss his career, road to Drupal and the valuable volunteer work he does.

Here's what we're discussing in this podcast:

  • Origin of Ince
  • Origin of Wylbur
  • Growing up in Minnesota
  • Living abroad
  • A short-lived marketing career
  • Discovering Drupal
  • Meeting Allie Micka
  • Impact of joining the Twin Cities Drupal community
  • Twin Cities Drupal Camp's success
  • Raining Training
  • Team Roadkill
  • Cycles for Change, the Bike Library
  • Amnesty International USA
  • Working Hard – Doing Good


IVAN STEGIC: Hey Everyone! You’re listening to the TEN7 Podcast, where we get together every fortnight to talk about technology, business and the humans in it. I’m your host Ivan Stegic. In this episode of the Podcast I’m chatting with Wilbur Ince who is a frontend developer at Electric Citizen, an avid cyclist, an active member of the Twin Cities Drupal Group and has described himself as anti-war and pro-people. He’s based right here in Minneapolis, Minnesota and I’m so glad to be talking with him today. Wilbur welcome to the Podcast.

WILBUR INCE: It’s great to be here. Thanks for having me.

IVAN: It’s a pleasure to have you. It’s nice outside again! We’ve been doing all these podcasts in the cold winter and the last couple of weeks the sun is shining. It’s good to be alive.

WILBUR: It has been a very interesting spring, hasn’t it? I don’t know that it’s ever lasted so long before.

IVAN: I agree. And it seems like the trees and the grass suddenly became green.

WILBUR: Right. I think the biggest thing I noticed now is that the length of the days already longer, and it seemed like we missed spring. All of a sudden we’re in summer.

IVAN: I’m okay with that. (laughter)

WILBUR: Yea. Yea. That’s good.

IVAN: So, I wanted to start with your name. Wilbur Ince. I’ve seen it spelled with a “y” online and I’ve made the mistake of actually writing it with a “y”. I think it’s a mistake. But I think that’s your username, I’m not sure. So I want to ask you about the difference between them, because there’s also two websites.

WILBUR: Right. Well, at some point I realized to go on websites with Wilbur you’re always going to be fighting and have to have a unique name like “Wilbur - Ince”, “Wilbur.Ince”, “Wilbur.6148” and I saw somebody else, I actually copied it where they replaced the “i’s” with “y’s” and I came up with Wylbur and I have almost no problem getting that everywhere. So, any social media, any kind of website presence if you look for Wilbur.

IVAN: That’s really a great way to kind of hack the system. I tried doing that as well with my first name, but there’s a ton of people with Ivan.


IVAN: And then even exchanging the “a” with the number 4 doesn’t really help either, so, kudos to you.


IVAN: Now, your last name “Ince”. I did a little bit of research. It’s either from one of two counties in the Northwest of England, or it’s a Turkish name. Have you researched your ancestors?

WILBUR: You know, I haven’t done a lot of that but my brother and my sister have. They’ve done a ton of work on that, and actually you’re wrong on both and that’s interesting. (laughter) So, we do know and have heard about the, there’s a Turkish movie director that has the last name Ince. I’m trying to think if that’s Will or not, if it's Will Ince. I also know about England. But really where it came from is that we were German immigrants, and we had a very complicated name. It was spelled “Unectz” and at immigration the three brothers were there and they looked at them and they said “no, that’s not going to go here.” And so the three brothers actually picked three different derivations of that – “Unce”, “Unze” and “Ince”. And those three brothers all settled in Minnesota, and so we had relatives that are named Unce that are, you know, far back related to us in the same town that I grew up. I grew up in Shakopee.

IVAN: In Shakopee…

WILBUR: By the Twin Cities.

IVAN: And you said that your ancestors settled in Minnesota, so you are truly born and bred Minnesotan?

WILBUR: Yea, oh yea. I’ve been here my whole life. I actually spent a little bit of time in Brussels in the mid-nineties. Before I was a technical guy I was a marketing guy and I worked with the frequent flyer business and I lived in Brussels for a couple years and I missed Minnesota and I came back here.

IVAN: Why did you go to Brussels?

WILBUR: I worked with Sabena, the ex-airline of Belgium and I helped them launch their frequent flyer program.

IVAN: My goodness, I think they're called Brussel Airlines right now.

WILBUR: Oh, is that right?

IVAN: And we ended up flying over spring break with them, over to Brussels. So we were just recently in Brussels. It’s a beautiful town. Beautiful city.

WILBUR: Yea. And it’s a great place to land as an ex-patriot. I was there for a couple of years and it's nice, but they have Spring and they have Fall. There’s no Winter and there’s no Summer, you know. We’re really lucky to live in a place that you can get 100 degree days and you can get minus 40 degree days, you know.

IVAN: For those of us who don’t have AC, 100 degrees right now sounds like hell.

WILBUR: Yea. Oh, yea. It can be. I think the worst thing about warm weather is when it’s at night. You know, if it's 90 degrees at night, that’s impossible.

IVAN: It is impossible. So, you grew up in Minnesota, spent some time in Brussels, Belgium, came back to Minnesota. It sounded like you became a technical guy from being a marketing guy. When about did that happen?

WILBUR: You know I had a pretty typical American upbringing. I have actually about 50 first cousins. We’re German Catholic, so big families.

IVAN: Wow.

WILBUR: Yea. And so I was one of the first people to go to college and so, you know, you studied hard and I went to college, graduated from the University of Minnesota. I worked a couple years and then went back and got my MBA. And I ended up, you know, working in frequency marketing. And, that’s the marriage of marketing and technology. You know where it’s tracking peoples’ behavior and retracting things and then we’re rewarded for them or encouraging them to buy more things. And in that process I realized I was a technical guy. I just love to solve puzzles and problems. And then have just sort of a terrier kind of personality about learning and finding about things, you know. What I also found out is that I’m not a very good marketing person, because in marketing you have to lie a lot and that was just too much, you know?

IVAN: Yea.

WILBUR: I actually retired from marketing in 1994, after having a successful run as a marketing person. I just thought there was something else, and of course in 1994 technology was just really taking off. So that was the way to go, and I didn’t know what I was going to do after marketing,F but that seemed to figure itself out.

IVAN: I know Drupal wasn’t around in ’94, so you must have done something to do with technology and the web before Drupal? And I guess the question is what was that thing and why did you come to Drupal?

WILBUR: Yea. So after being a marketing guy, really, I made my life a lot simpler and I was doing a lot of work with a non-profit bike shop in town, where we were recycling bicycles and teaching people bicycle skills. And they needed a website. At that time, you know, we were hard coding websites and I got to a point and I said hey, you know, it would be great to have this menu show up the same on every page. And somebody said, you should look at PHP, that’s the thing. PHP is the thing. And, somewhere along the way there I figured out PHP and then I met a woman named Allie Micka.

IVAN: Oh Allie! Shout out to Allie Micka!

WILBUR: Allie Micka is… if you would look at the etymology or the tree of where everyone came through and got exposed to Drupal in the Twin Cities, she probably touches everyone. And, so she got me on Drupal and I started looking at that and, I mean, my intention was really to get websites to people that didn’t have money to build them, you know, non-profits and little local organizations, and that’s how I got into Drupal. And so I just sputtered around and made a lot of websites for a lot of people and a lot of little different causes, and it took me a long time to figure out that, I don’t even know when I became a pro. I think it was a couple years ago. Also, you just sort of realize to yourself, it’s like I guess this is my thing. I’m really pretty good at this. I know a lot more than I thought I did.

IVAN: And I’m writing invoices every month and I’m getting paid to do this, and this thing that I love that used to be a hobby is actually turning into a profession.

WILBUR: Right. I think it came clear when you would get questions from people about how to do something, and then you’d be like oh, that’s easy. Here just do this and that and that. And when you answered more questions than you had, I think that’s when I was like oh, yea, I think maybe I know what I’m doing.

IVAN: So your introduction to Drupal and the Drupal Twin Cities community really comes through Allie, and she is kind of the roots of the Drupal Twin Cities group. I really should ask Allie to join me on the podcast. That would be a really interesting discussion I think.


IVAN: And, do you recall the first Drupal event in the Twin Cities that you ever attended?

WILBUR: I don’t. I worked at a non-profit bike shop over in St. Paul. It’s called Cycles for Change. And, we were in the Renaissance Building in downtown St. Paul. I had met Allie at a PHP user group meetup. She was looking for space and she moved into that building and so that was a long time ago…2005, 2004. But I think there’s a lot of common stories in the Twin Cities about people that came to Drupal kind of organically through other things. Especially through the non-profit community and activism. I think that’s really a big part of the Twin Cities. What makes it special is how many people use Drupal because they have this community focus, you know, and giving back kind of a thing.

IVAN: I agree. And it strikes me that everything that Drupal Camp Twin Cities has done in the last several years since its existence, I think we’ve had, what is this now the sixth camp coming up now? Fifth or sixth? All of it has happened through volunteer, and you get sponsors of the camp, but the camp itself is all run by volunteers every year and it amazes me that it happens every year, year after year. And I think that activism that runs through the community is what drives that. You’re a very highly active member of the community.

WILBUR: You know, it's great to hang out with people like that and be part of an organization like that. You talk about this camp, right. When you think about it, we just went through and did the sessions, we picked the sessions. You look at the sessions and we have a hard time every year because we have too many advanced sessions, and we look at the camp and we say what are people that are new to Drupal, do we have enough sessions for them? Because we have such high flyers in this area and such good sessions. If you look at a camp like that, if you look at an event like that, four days and it costs $35. I mean you go to other camps, you know, lunch costs $35. Or $1,000, $1,500 conference fee. We’re doing this for nothing.

IVAN: We’re doing it for nothing.

WILBUR: It’s really amazing.

IVAN: And it's four days of programming as well. It’s not a day conference or two-day conference. Do you want to talk about what it looks like this year? When it is?

WILBUR: Yea. You know every year we plan this thing. We seem to be letting it go a little bit farther before we really dig our heels in and I think we’re really having a little trouble, just because we’re so far behind, but I think that’s part of the mystique of these camps, is that they're organized by people and that let’s all get together and if you have something to talk about then come and talk about it. What’s been happening the last couple days is, our web form on the website was not forwarding messages to us, and so the first day is training and we were kind of scrambling because we were trying to get together some training options, and now we have those three trainings set up and we had three people, three organizations that had contacted us, asking if they could do training at our camp. And so, now, we’re adding a fourth and a fifth training session and maybe a sixth.

IVAN: Wow. I thought we were only adding a fourth one. I didn’t realize we might actually be adding three more. That’s incredible. Six training sessions.

WILBUR: You know the fourth is official and the fifth and sixth are potential. Promet is one of the places. Mike Anello who does a very famous Drupal podcast wants to come and do a session because he’s going to come to our camp. It’s raining training sessions on us.

IVAN: It’s raining training!. So the first day is June 7, we’re doing all of those trainings. The second day is the Friday, the 7th is a Thursday, the second day’s a Friday. The keynote's still scheduled for that Friday am I right?

WILBUR: I think that’s right. I haven’t been involved with the keynote planning, but the keynote would be on Friday and then we’d have just sessions on Saturday.

IVAN: And then a sprint still on the Sunday.

WILBUR: And then the sprint on Sunday. Right. We just published the schedule, so go and take a look at it, but a lot of really power packed presentations. It’s going to be really a fun camp. Great for people that have been working with Drupal 8 and want to kind of level up. This is a place to really get some questions answered and really find out from people that are really doing it in the field. It should be really good.

IVAN: That’s tcdrupal.org right Wilbur?

WILBUR: Yup. Tcdrupal.org. Yea.

IVAN: One more questions about the camp if you don’t mind?


IVAN: One of my first interactions I remember with you was helping out with one of the parties. And I know you used to be the head honcho…the main guy…the big squeeze for the Saturday night or the Friday night party. Any plans for that this year? Are you helping out with that again?

WILBUR: You know, I’m not on the party circuit at this time, and I don’t know what’s going on with that. Sorry. There’s a lot to do with the party. The first couple years I worked with the Friday night party. For a few years I was kind of the guy on the Saturday party. Now the Friday party is kind of the official party and then the Saturday party was like ok, this thing is done. And, it’s really more the organizers' party, because we could finally relax. It’s like let’s just hang out. We don’t have anything to manage anymore. And so, that was kind of fun because I took the lead from other people that said you know the best kind of a party is not at a bar where there’s music blaring and you can’t talk to anybody. It’s really kind of a comfortable place to hang out. So, a friend of mine and I do a micro cinema called Casket Cinema, and he has a studio space in Northeast Minneapolis. So I got his space and had somebody come and just cater a barbecue. We shuttled people to and from the event. I’m in a bicycle club and we used our converted school bus, a 1988 school bus to shuttle people back and forth and that was really, for me, one of those really fun times when everybody can just hang out and relax and it was totally that hip Northeast Minneapolis artist scene kind of played out.

IVAN: I recall hanging out on the roof of that bus, and I couldn’t understand how it was that you had access to a bus of such sorts and then I got to talking to, and it was very evident that you were involved in this thing called RAGBRAI that I’m still not really sure exactly what it is. I think it’s a week long bicycle trip? Do you want to tell us a little more about what that is?

WILBUR: Sure. Yea. I’m involved with a very, very unorganized/organized club called Team Roadkill. We had a couple of lawyers on our crew and they got us incorporated as a nonprofit, and we own a bus together, a 1988 GMC customized school bus. And it’s funny because we have this really good organization and sort of look good on paper and it’s just a bunch of people that like to get together and ride and drink beer. So, our big event every year is called the RAGBRAI. It’s an acronym. It’s short for “Registers Annual Great Bike Ride Across Iowa.” So this is an event. Anybody that’s been from Iowa knows this. This is actually the largest and the oldest ride in the country, organized bicycle ride. Every year about 12,000 people go across Iowa. Seven days from the Missouri River to the Mississippi in this annual pilgrimage. They pick a different route across Iowa every year and stop in at small towns and it really captured the small town and middle America feel of Iowa. So, you ride into some small town and you buy homemade pie from a church lady that makes these pies every week for church and she charges you $1.50 for the pie and she thinks she’s making a killing, because she charges just a $1.00 for that pie and you think you’re in heaven because you’re getting a slice of homemade pie from some lady in Iowa for a buck and a half.

IVAN: Wow. So you must have someone that drives the bus that isn’t riding? Someone that keeps track of the whole maintenance of all of these bikes and then do you camp every night? Or how does that part work?

WILBUR: It’s a camping thing. The whole idea of the team kind of came around on the RAGBRAI because when you have 12,000 people going into a small town in Iowa, facilities become stretched to the max and so the team our club, kind of takes care of a lot of things that are difficult in that situation. So we have a shower system on our bus for people to take showers at night, which is pretty decadent on this kind of an event. We’ve been doing this, our club is about 35 years old. I’m not the original people that put this together. We have so many people that have ridden with us and gone along with us that pretty much anywhere we go in Iowa we have connections to somebody’s family and we stay in their yard rather than in the campground over at the county fair. You get to really meet people and it’s a lot more civilized than being in a giant campground with 12,000 other people.

IVAN: Wow. And that’s this July.

WILBUR: Every year the last full week of July everybody rides across Iowa. This’ll be my 20th year doing this.

IVAN: Wow. And you must spend a fair amount of time practicing and training for the ride. I mean, it’s one week from one major river to another in Iowa. I’m guessing there must be 150 miles at least?

WILBUR: The average is about 60 miles a day. They kind of alter the route. Right now they’ve really been keeping the distances per day pretty low to keep the family factor there. So between 50 and 75 miles a day. At some point in the nineties when I was doing it they were really, there’s a lot of partying that goes on, on this ride if you could believe that (laughter). During the day people drinking beer in these small towns. And so they really wanted to get rid of the party factor on the backside of the ride, you know, these are the people that kind of lag, and so they were making one year they had, Tuesday, Wednesday, Thursday were all 90 miles plus per day and that’s…

IVAN: … that’s killer.

WILBUR: It’s killer. Especially in Iowa in summer. You know you can get a 100 degree day, you can get a 20 mph headwind and that can just destroy everyone, you know. But then the partiers just get on their school buses and drive to the next event. So they abandoned that.

IVAN: So, you’re involved in the Drupal community. You’re involved with Team Road Kill and RAGBRAIi, but you’re also an activist. You’ve been doing work with Amnesty International recently?

WILBUR: You know one of the things that changed after I got out of marketing and kind of had some successful years, was that I realized it’s easy for you to get a fancy job and make a ton of money and have as much money as you want. But that’s really not what life is about for me. I did a lot of reading up on this and philosophy of what kind of a person I wanted to be, and I came upon an idea that I was going to spend one-third of my time doing charitable work for other organizations, other people. And, I try to keep that up. And, that’s pretty easy for me. So, I really like Amnesty International right now, that’s a great organization because they speak out for prisoners of conscience. And it's very satisfying as an individual to work and collect signatures and to send these petitions on to despot leaders in another country and say hey, you know, there’s this person you put in prison and you know, you need to give them a fair trial and you need to drop all charges and release them. And when that happens, a local kid from Shakopee makes an impact on the world. That’s really satisfying. And the other kind of activism I really like to do is really local stuff that doesn’t happen. I worked with the bike shop here, it’s a nonprofit bike shop that really advocates bicycle transportation for people. And, when you can just sit down and work with the public and make a difference in somebody’s life, that’s fantastic. Empower somebody to take control of their life by getting on a bike and riding to work.

IVAN: What’s the name of the bike shop?

WILBUR: Cycles for Change. They have two locations. One over in St. Paul and one over in Minneapolis.

IVAN: Is that the nonprofit that’s on Chicago in South Minneapolis?

WILBUR: No. That’s Full Cycle actually.

IVAN: Oh, that’s Full Cycle. That’s another nonprofit cycle shop right?

WILBUR: Yea. Cycles for Change came up with a really revolutionary program. They call it the bike library and so think of it like a library. A person comes and they say “I’d love to have bike.” And you say “that’s great. Here, we’ll check you out a bike, but it's not just a bike, you get a bike, you get a helmet, you get paniers so that you can carry your groceries to and from the grocery store. You get access to training to maintain your bike. You get riding lessons. They’re not called riding lessons – what are they called? Cycling lesson. How to ride safely in the city. What to avoid. What not to avoid. We think it’s as easy as riding a bike but really there’s a lot of strategies to making being a bike rider a lot nicer. And so you get all this stuff and you say “here you go, here’s all this stuff.” And people come in and they work on their bike and they learn about it, and after six months they go back and they talk to the person. They say how’s it going? Are you riding to work? Are you using your bike a lot? And if the person says no, it’s just not for me. It doesn’t work for me. No problem. You can give us the bike back. Everything’s great. If it’s great, if they're doing it, they say here, the bikes all yours. The bike is, the lock, the helmet all that stuff. We made a new bike rider, and now we can go on and work on the next one.

IVAN: Wow. What an incredible program. And that’s free to the individuals that are participating?

WILBUR: Free to the individuals. They just apply. They say I have a need. This is what I want to do. And they take it from there. And they’ve done that for hundreds and hundreds of people already. And it's really a program where it’s like let’s not just put out free bicycles. Let’s really like change people into bicyclists.

IVAN: I love the idea of it being a library, where it works out or it doesn’t work out. It doesn’t work out no big deal. We read the book, didn’t like the book, bring the book back.

WILBUR: Yea. Right. There’s no shame in that right? But now you gave it a good chance and we took away as many as the barriers as possible and tried to make you as successful as possible.

IVAN: So they’re online at cyclesforchange.org and is that a website you help them with as well?

WILBUR: This might be one of those uncomfortable, embarrassing moments, because remember when I said when you first learn how to do websites, I worked on their website and we had a Drupal website there and I learned so many things from that website for many years. Then I took a little break from Cycles for Change, but I helped them with their hosting and that’s what I really did. I still manage their hosting, but now they had a group come in and say hey, we have a bunch of students that are learning that other content management system WordPress, and so they built a website and I said that’s great. Let’s use your website. But what I do is I give them some continuity with that and I’m their devops for their website and if they have any issues then I take care of that. That’s been happening for 2005, so how many years is that?

IVAN: Thirteen.

WILBUR: That’s a long time. I’ve been there a long time. It’s a lot of donated hosting.

IVAN: Yes it is. I don’t think there’s any shame in the switch to WordPress at all. It sounds like it was the right thing for them at the right time. So, kudos to you for supporting them. I do want to just take one step back and ask a little more about Amnesty International. I’ve always thought of them as a large international organization that does things for human rights that really I have no power of changing or participating. But it sounds like you’re doing that. It sounds like they have a local chapter of some sort. Can you speak more to maybe a case that you’re working on right now. I don’t know if you call them cases. How you got involved with Amnesty and maybe how others might get involved as well if they have the inkling.

WILBUR: Yea. Amnesty is a large international organization. Their mission or their continued mission is to speak out for prisoners of conscience. And so, their main work is that they have country specialists that investigate cases that are reported of prisoners of conscience, and they get the facts and they figure this out. Then they’ll organize campaigns to put pressure on people to alleviate that situation. So that’s the international organization that everybody knows and that people get a membership to and they pay their $35 a year and they’re a member of Amnesty International. Then, that campaign is there and that is typically letter writing campaigns where we’ll be writing letters to the leaders of those countries or to the Prime Ministers, or to whoever is in charge that can make an effect. And, people, like you and I will sign those petitions. We can go online to Amnesty International or Amnesty USA and we can sign those petitions and those get sent to those leaders. Then the local chapters are kind of another part of this in that we can actually do our own sort of individual events to support that. That’s really where I’m involved with the organization, and that’s where you can meet other people and what we like to do in the Twin Cities a lot is to piggy back on other organizations’ events and be there at the place and say oh, if you’re interested in this then here’s a way you can help. You can sign petitions about these. So not all places have a local organization, but we’re really lucky again in the Twin Cities here to have some really prominent advocates from the Philippines, from Nigeria, North Korea, there’s a North Korea specialist that’s in town and we also have the Humphrey Institute over at the University of Minnesota. They provide fellowships for people that are human rights advocates, and so through that organization, if you come to our local chapter meetings which are the third Sunday of every month, it’ll be this Sunday at 2:00 at First Congregational Church, we have speakers from all over the world that are directly involved with these actions. That come and talk to our group of 15 people. It’s really impressive how quickly you can get associated with people that are really making a difference in the world.

IVAN: That’s twincitiesamnesty.org. Did I get that right?

WILBUR: That’s right.

IVAN: I just took a look at that.

WILBUR: That’s my next Drupal website actually.

IVAN: Is it really?

WILBUR: I just sold them my new website.

IVAN: I just clicked on the link for the Facebook page and it’s showing three admins, all of whom I know. Chris Dart works for TEN7 He’s one of our developers, so you know Chris pretty well I would imagine?

WILBUR: I don’t know Chris very well.

IVAN: You should talk to him at the next Amnesty International meeting.

WILBUR: I will.

IVAN: Third Sunday of every month from 2-4 at the First Congregational Church of Minnesota.

WILBUR: Yea. It’s a humbling experience and it's empowering to be able to just do a little bit of work and help other people, you know. When we think about our problems here and we look at some of these cases that we help, people that get thrown in prison, one of the things our local chapter does is we adopt a prisoner of conscience. Somebody who is in another country and maybe it’s a case that’s fallen to the wayside, and we’ll say let’s do this and let’s actually try and call the Prime Minister. So our last case was with an Ethiopian Journalist, his name was Eskinder Nega. And, this guy, I mean if you think we have courage, this guy was a journalist in Ethiopia which has a pretty horrible human rights record. And he would write about how he disagrees with the government and he gets thrown in jail in 2005, and he spends seven years in prison and there’s an Amnesty campaign and he gets out.

IVAN: He does?

WILBUR: And he comes back out and he starts writing again about things in Ethiopia. And he gets thrown back in jail and he spends six more years in jail. And so this was a case that had fallen by the wayside and our local group picked it up and we started making calls and we actually had an Ethiopian refugee here that was still connected in Ethiopia and he started making calls and some things have happened in Ethiopia where they’re releasing a lot of prisoners of conscience and Eskinder Nega got released again. And, he was getting around with a bunch of things and he got thrown in prison again, but now he’s out again. When I think about my activism, right, I just am organizing volunteers to sign letters, I’m not getting thrown in jail over and over again. So, people like that, real freedom fighters right, really people that are trying to change the system, that’s amazing.

IVAN: That is amazing and kudos to you for doing that. I admire that activity that you have and the amount of time that you spend in your principled, just persistence with this.

WILBUR: Thank you.

IVAN: Do you ever get a chance to arrange a meeting or a meet up with any of the people that you’ve helped?

WILBUR: Through the miracles of Zoom meetings like this and Hangouts, we’ve had calls with people and I was really trying to get us to have a call with Eskinder Nega and really to complete that circle and just... It almost makes me cry to think that we can get him on the phone and say hey, you know, it’s great to meet you and we want you to know that you were our prisoner of conscience and we really pushed hard to get you out and it’s great that you’re there. And that’s maybe some of the miracle of our technology right? Is that would could make that happen. We could have Eskinder Nega at one of our meetings in Minneapolis.

IVAN: That’s just a wonderful part of what technology can do and I hope that we continue to invest in the open web and in the principles that we believe in. The fact that the internet can help more than just bad actors and that there are more good actors on the web, and in the world and that ultimately we’re all just humans trying to make it to the next day. So if someone wants to get involved with Amnesty International they can go to twincitiesamnesty.org or to just amnesty.org and either become a member or contribute a donation.

WILBUR: To come to our meetings, I think the best place to get information if you’re on Facebook is to look up Amnesty Group 37.

IVAN: So Amnesty International Group 37 in the Twin Cities and the meeting is this Sunday, so see you there.

WILBUR: Sounds great.

IVAN: Wilbur, thank you very much for spending this time with me. It’s really been a pleasure to get to know you a little better and to speak with you.

WILBUR: You bet. Thanks for having me.

IVAN: You’re welcome. You’re Wylbur on drupal.org and also on Twitter and wherever other social media is on the web. Wylbur.us, we’ll see you online. You’ve been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

May 02 2018
May 02

Your browser does not support the audio element. TEN7-Podcast-Ep-027-Kaleem-Clarkson-Inclusion-Evangelist.mp3

Kaleem Clarkson, Drupal Front End Developer, Inclusion Evangelist and Co-founder of Blend Me, Inc. sits down with Ivan Stegic to discuss Kaleem's Drupal origins, as well as other related issues.

Here's what we're discussing in this podcast:

  • It's only rock 'n roll
  • Concerts for Charity
  • DrupalCon Atlanta
  • The Big Easy, Portland
  • Trey Anastasio, Bob Weir and Béla Fleck
  • Stephen King
  • Kennesaw State University
  • Center for Excellence in Teaching and Learning
  • Atlanta Drupal Users Group
  • Mini DrupalCamp
  • Drupal Diversity and Inclusion (DDI)
  • Code Switching
  • C'mon down


IVAN STEGIC: Hey everyone, you're listening to the TEN7 Podcast, where we get together every fortnight to talk about technology, business and the humans in it. I'm your host Ivan Stegic. In this episode of the podcast, I'm chatting to Kaleem Clarkson who is a Drupal front end developer and entrepreneur, based in Atlanta, GA. Kaleem, welcome to the podcast.

KALEEM CLARKSON: Hello everybody. Thank you for having me.

IVAN: It's a great pleasure to be talking with you. Now I think that I might have sold you short on the initial introduction by saying you're a front end developer and entrepreneur because I've seen your LinkedIn profile and there are many titles on that profile. You are what seems like everywhere.

KALEEM: Yeah. I kind of like to do a lot of things a lot of that is old history. Early on in my career I started my own nonprofit in college. I had a lot of fun with that called Concerts for Charity. We booked a lot of concerts all over the place got to work with some cool artists. We got to book Blind Melon on their comeback tour. That was cool. Slick Rick. Uh, I don't know. I don't want to name drop. Sorry.

IVAN: Well you just did but that's okay. I'm going to assume they're metal...

KALEEM: Well, yeah. Yeah, we did do a lot of metal shows. I guess Blind Melon was kind of like, remember the Bumblebee song?

IVAN: Oh, yeah.

KALEEM: So unfortunately the singer passed away years and years and years ago, but they made a little come back and we were like one of the first venues to be able to book them in Portland Maine at a club called The Big Easy back in the day. So yeah, I mean that was really fun. So that was kind of like where I started. My first interest was definitely nonprofit life, and we ended up doing a lot of great things. We did a documentary with Trey Anastasio from Phish. It was with a voter registration group, they were so great. Andy Bernstein, it wasn't Rock to vote. It was A Call to Action was a documentary with a nonprofit called Headcount. There we go. I knew it was gonna come to me eventually if I kept talking. It was really neat. They're a great organization. They still exist. They started in the jam band scene kind of and you know, they just registered voters at concerts, plain and simple. We were able to connect with them and we did this documentary. That was great. Their board of directors is awesome. They have you know, Bob Weir from the Grateful Dead on there, you know Bela Fleck from Bela Fleck and the Flecktones and so we were able to record this documentary with those artists and we got the premiere it on HBO in Manhattan, so that was pretty dope. That was that was pretty cool. So yeah, there was that and then I kind of moved on from there. Moved to Atlanta with my wife, and my wife and I moved down here and it's been great. We've been here about ten or eleven years. I work at Kennesaw State University. I work for the Center for Excellence in Teaching and Learning. So I owe all my Drupal education to Kennesaw State.

IVAN: Thank you.

KALEEM: Pretty much how many Drupalers come aboard, you know, my boss came to me and said I need a password protected website for our accreditation reports. I go to the IS department and they're like, yeah, there's this thing called Drupal here you go. And I think that was Drupal 6, the tail-end of Drupal 6. So, I started like a like a lot of people start. I downloaded the the tarball, installed it. I wasn't allowed to add any modules because that was controlled by the University and then I just kind of grew from there. I remember after going support, how do I learn about this Drupal thing? And they were like, uh, you need to go to these meetups. That's probably your best place. So I showed up at one of these meetups in Atlanta and I show up and the place is packed and, all these people with Mediacurrent jackets on. It kind of took off from there. So, I currently still work there and then most recently, my wife and I started our own consulting company. So it's been a fun ride. I like to do a lot of things. And then with the Drupal Community as far as the Atlanta Drupal's Users Group, I just got more involved with the Atlanta Drupal's Users Group. And at the time I believe, Mediacurrent was kind of running all of the DrupalCamp Atlanta for a long time, and they just you know, they blew up with the ton of work and they just like hey, we need a break for a second because we haven't really really big client. I'm not sure if I can say what league it was but it was a very big sports league. So, I stepped up and said hey, you know what? This is what I do at my university job. I organize a lot of conferences, for faculty development. So teaching faculty how to teach layman's terms. If my boss ever hears that, he'll kill me because development is so much more than that, but for most people that's what I tell them. So yeah, that's how I got involved and then I stepped up and so I'm in my fourth year at Druplacamp as a project lead so it's been really exciting.

IVAN: Thank you for doing that. Volunteers don't get enough praise and thanks across the many different camps and cons and industries that they deserve. So thank you.

KALEEM: Appreciate that.

IVAN: Thank you for stepping up.

KALEEM: A lot of people ask me why, why do you do it?

IVAN: That that was actually going to be my next question. It seems like you were thrown into Drupal because you wanted to achieve a certain outcome.

KALEEM: Absolutely.

IVAN: But you stayed with Drupal. You were part of the community. You're continuing to give back, you're organizing. Why? Why? Why?

KALEEM: This is gonna sound odd. But so, you know, in college I had a pretty good time. Okay. Went to college in Wooster, MA. And I went to college at the time Worcester State University is about 45 minutes west of Boston.

IVAN: And you're from Maine, right?

KALEEM: Right. I probably should have said that first. I'm originally from Bangor, Maine. So I grew up in the whitest state in the country believe it or not.

IVAN: I didn't know that, all I know about Bangor, Maine is that it is what seems to be in the most northeast corner of the United States you could possibly be in and maybe there's one or two other places.

KALEEM: I think there's obviously some... Bangor is only about halfway up the a little bit more than halfway up the state. So there's more but I think that's the last airport.

IVAN: Is it really?

KALEEM: Yeah, the most people associate Bangor with Stephen King, of course. Hi, Mr. King!

IVAN: And Paul Bunyan.

KALEEM: And Paul Bunyan, yes. So hi, Mr. King, hopefully you doing well, it's Kaleem! It was great growing up as a very safe place to grow up but it's kind of funny a lot of my childhood experiences I'm realizing were valuable experiences to kind of teach other people about diversity and inclusion. So it's been kind of it's been kind of rewarding I guess from that from that standpoint. So but anyway back to why I do things, voluntarily, so I went to college had a great time. I played Division 3 college football there. And basically we threw a ton of parties... like when it comes down to the basics... we just threw lots of parties that I actually, you know, I actually enjoy throwing parties. So I like to put on a good shindig and make sure people are having a good time. So, that's how Concerts for Charity really started. I was like, I want to do do something good for people, but at the same time I want to have a good time.

IVAN: You want to have fun and do good at the same time...

KALEEM: I mean, it just makes sense. 

IVAN: Absolutely!

KALEEM: You know, so that's kind of you know, some of my motivation for you know doing DrupalCamp Atlanta, I want to make sure everybody has a great time. So I've just kind of morphed into kind of a weird like event planner from college. So yeah, that's why I like to do it like to do, make sure people have a good time.

IVAN: When is this year's DrupalCamp Atlanta?

KALEEM: You had to do that to me!

IVAN: I'm so sorry!

KALEEM: I want to say it's November 8th... it's drupalcampatlanta.com. Call for proposals are not open quite yet, but just keep an eye out follow our Twitter, @DrupalCamp_ATL, you can just start just you'll find us. DrupalCamp Atlanta, when we stepped up the kind of take it over as a user's group, we decided to bring it to Kennesaw State University, which where I work now and, it was just easier for us to be able to get the venue. And it was great! We had it there for two years, and that was actually where Dave Terry and the Mediacurrent team did the very first DrupalCamp was kind of like a homecoming type of event. And last year, we just decided based on the feedback, everyone was like, you know Kennesaw's a long way from the airport.  It's about an hour ride. So, we decided to take a chance, take a huge risk and just go straight hotel. We did a contract with a hotel in Buckhead. Which is kind of like the tech center of Atlanta, it's where Atlanta Tech Village is, where a lot of startups are, and it was great. It was it was fun because basically people stayed in that hotel. They went right downstairs to all the sessions were and you know, that was it. So, we're there again and it is November 8th through the 10th. So, a day of training and then a morning of training. So, it's almost like three days really. We have one day that's one dedicated to all day trainings, then on Friday we have a morning training. And I don't know if anybody else does it this way? So all you organizers out there let me know.

IVAN: Actually, I've been part of the Twin Cities DrupalCamp organization over the last few years, and we've typically had full day trainings on Thursdays, do two session days... so Friday and Saturday, then sprints on Sunday.

KALEEM: Okay. Okay.

IVAN: Yeah and it's it's a lot of work to put on a camp that's four days long. I don't know how it happens. But it does, it happens... people do it. You do see Saturday session attendance does seem to kind of drop down. We don't see as many people on Saturday as you do on the Friday. And we've kind of changed it in the last few years. I don't actually know what's going on this year. I haven't been involved in this year's organization at all, but I do know it's coming up in June in the Twin Cities. So we would love to have you visit us if you have a spare weekend.

KALEEM: For sure. Yes. Yes, a spare weekend. Of course, of course. The one thing that we did differently, because that was actually one of our issues was Saturday attendance is that so Thursday is a full day training then Friday morning are half day trainings.

IVAN: Why do you do that?

KALEEM: Because people really enjoy the trainings. A lot of beginners come to DrupalCamp Atlanta. And then you also do have the advanced people. So I just feel like the value of trainings -- you get a lot more out of them versus a 50-minute session. So, we decided that the half morning trainings work, and then we don't start the Camp, as far as concurrent sessions until 1:30. So, there's not that many sessions on Friday, but we have our little after party Friday night and then we load Saturday so that people don't leave. 

IVAN: That's really interesting approach. Your training sessions, are they sponsored? Like, does Pantheon do a day of training, or does Four Kitchens come in and do headless. I know we've done that in the past. Or are the trainings designed in a different way?

KALEEM: I think it's probably the same same thing. We just reach out to different trainers. It was funny. I was talking to Mike Anello one day. I was like, you know, I feel bad going back to the well should I say because we have been pretty successful of not reusing the same trainers as much, but then last year it was just getting difficult because you know, there's only so many people that do trainings. Yes, there are great companies that do great work for building websites, but I have kind of a bias in faculty development and I listen to all of my associate directors who are you know, all above me and watch what they do, and there's a major difference to being a content expert versus a good teacher. That's why teaching centers actually exists. I don't know if all you know this but guess what a lot of Faculty don't get any training and teaching before they go in the classroom. Just a little just a little tidbit.

IVAN: There's no real time like shadowing someone? 

KALEEM: Now you get a PhD you're thrown right in the classroom. We like to go after the organizations that do trainings. I was talking with Mike Cannel {inaudible} is a training company. She is... what's-her-name Susanna... don't kill me Susanna... I'm not even gonna attempt to say your last name from Evolving Web from Canada.They do lots of trainings, Turning Leaf I think Big Leaf, Man, I should have had all these companies listed. I'm still sorry guys. If I'm destroying your company titles, I apologize. We'll hook you up in Drupal Camp Atlanta.

IVAN: Suzanne Kennedy. Oh, Dergacheva.

KALEEM: We actually talked and she taught me how to say it. Dergacheva. Let's go with that. So anyway, we try to go after companies that are actually doing training as a business. And I was talking with Mike, I feel bad because you know, there's only so many companies that do trainings all the time. And he's like don't feel bad, that's what we do for a business. It's a great opportunity for all of us. We're actually honored to come here. So it was very nice to hear from of how he thought from his perspective. So yeah, we reach out to them. We don't pay our trainers, they contribute their time, and we try to keep the training costs as low as possible. Just basically to cover catering.

IVAN: Do you guys also do BOFs?

KALEEM: That's one area that we have to do a little bit better. BOFs, you know our camp ranges anywhere from 180 to 200 people. I know that's decent size for some camps but you know, like compared to you know, Drupal Corn and even Mid Camp must have more than that for I think it's getting much larger.

IVAN: BADCamp and NYC as well.

KALEEM: Yeah, it's just like when you're organizing you just doing so many things in like the BOFs or the one thing that just kind of always just fall off our radar, because there's only always only so much room space, especially, you know, because we are doing a different model, by using hotel. Hotels are very expensive. There's a lot of risk associated like our contract, I think was about $30,000, hotel room guarantee. So space was limited. So we just we just didn't do it.

IVAN: So at Twin Cities Drupal Camp, we rely quite heavily on the Drupal Association for all of the fiscal responsibilities with putting our camp together, said that it's really expensive to get a hotel in the mix. I know that using an University or any other location, you still have to sign a contract you still have to pay for it. Do you also use the Drupal Association or do you have some other format for your camp?

KALEEM: We do not. We do not use the Drupal Association. We have our own... but you know what? I think I talked about this once on the Lullabot podcast. That's one piece of advice I would give to organizers is go ahead and incorporate and get your own LLC. We have our own LLC. We have our own.

IVAN: So you're actually a for-profit. You're not not a non-profit.

KALEEM: Correct?

IVAN: That's interesting.

KALEEM: We're an LLC. I guess technically where they you know, how you've seen those commercials where they say we are a not for profit, there's actually a difference between the two. So yeah, I guess we're registered as an organization, a not-for-profit, but that's not the non non-profit 501 (c) 3 status that most people think. But we are actually in the process of, you know, we're set up, we have bylaws. We have our official board. We have official voting procedures. So we are set up to actually apply for 501 (c) 3 status. We just haven't done it yet. So yeah, we don't use Drupal Association at all. I believe they take a percentage of funding, I think it was 7% the last time I checked and you know what 7% to us is a big deal.  We just kind of do our own thing. Luckily thank you so much to all our sponsors, you know if it wasn't for you we couldn't do it. So we've just been very lucky and again, a lot of most of our success is because of Dave Terry and Mediacurrent. They were able to pass on all of that knowledge, pass on the sponsor contact information. You know, sensitive information to just pass off to a bunch of volunteers. We built in that trust, and that was a huge reason why it's successful.

IVAN: What are your current passions? I know that when I first saw you speak, it was as a person asking a question in the Drupal Diversity and Inclusion session that I went to, and I was struck by your story about how you came to be involved in DDI, and it seems to me to be one of your passions and I was hoping you could kind of tell the same story about how you got involved.

KALEEM: Yeah, I wish I could remember what question I answered.

IVAN: I don't remember what question it was, either!

KALEEM: So I think I remember, so I just got up and I just said, you know, a lot of people jump to the conclusions. So first off, let me just first say... diversity is a very fluid topic, it's changing every second and there's a million people out there that say they're experts. And I always laugh at that because it's like, man, how you going to be an expert on this topic? It just changes every single day, it changes so frequently, and it's really about people talking about their experiences. That's how I feel, so don't destroy me, people out there because I know that there are people that are love to destroy me on diversity issues. But it really kind of came about by accident really, I mean, I really had no intent to get into diversity inclusion and again, it's probably because of where I grew up, you know. I grew up in a situation where I didn't know any different as far as being you know the quote-unquote token black kid everywhere. I'm always that person, and I had to learn how to adapt frequently. It's funny because its actually a real term that called code-switching. I don't know if you've heard of that term.

IVAN: Code switching? Yes.

KALEEM: Yeah code have you heard of that term?

IVAN: I have but I haven't heard of it used in the same -- in the context that you would describe.

KALEEM: Yes. So, code-switching in DDI is a situation where, you know, you talk one way around your friends, but then you have the ability to change how you talk or how you act based on your environment. 

IVAN: I've experienced this my whole life! So I now I have a name for what it is. I grew up in South Africa to parents that immigrated from Croatia. So I spoke Croatian and thought Croatian at home, but when I went to school, it was all English from a South African point of view. That's code-switching.

KALEEM: Yeah, being able to you know, of course is going to be who were saying. Well guess what you shouldn't have to code switch. You should be able to be yourself. And look I agree with those sentiments of course, but I'm also a very, maybe me being from the Northeast too kind of makes me a little bit more harsh I guess, but I'm also kind of a realist, you know. I know that's how it should be but that's not how it is. So, yeah, I guess I do have some privilege there because I've always been able to code switch my whole life. So I I didn't realize that I had that ability. So, you know, I saw some posts on drupal.org and I was like, well, I mean, I don't see very many people that look like me. Maybe I can provide a prospective that's different and a perspective that is gonna kind of go against the grain like, you know, you see an African-American on a DDI team you're going to make an assumption that you know, there's a certain tone, there's a certain angle that they're going to play, and I just feel like I do provide a different perspective. Oh, yeah, and I remember what I when I talked about was... they were talking about how do we get underrepresented groups involved with Drupal more often than not? We need to provide financial scholarships so that we can get more underrepresented groups involved. The one thing I feel like we just need to be a little bit careful of is jumping to conclusions. So, I'm from an under-represented group, but I didn't need any help financially, you know what I mean, sorry, I'm sure Kobe Bryant kids don't need any help financially or LeBron James' kids don't need any help financially. It's all coming from a good place. And that's probably a barrier for a lot of under-represented groups, but that's not the barrier for all. You know, we're in a situation right now in society where you know, you can't be right in the middle. You know, you kind of are far one side of far the other side and I feel like I put myself right in the middle.

IVAN: I think it's important to be centrist. I think we're all fundamentally centrist. It's the society that we live in and the experiences that we have that push us in one way and another. We kind of need that and yearn for that balance. And you know, what? It's hard to be in the middle. It's really easy to go extreme, because that's what you can you know, truly realize your fears and just let them, you know, let them be a bad thing on the world, right?

KALEEM: There's a group for you, right?

IVAN: There's a group!

KALEEM: If you all the way to the far left, there's a group for you. There's support for you. So it's natural to be that way. Right? There's a group all the way to the right. You know, like I remember someone asked me a while ago, I think it was in college was like, oh, how come you don't hang out with the basketball team? What does that mean, bro? I mean, I don't even understand what that means like, I like metal music and I like, you know partying so whoever likes those things. I don't just hang out with some people from the basketball team, but they were also people that had multiple interests too, but it wasn't like, you know, they're like, oh, why aren't you hanging out the basketball team? What place? Hey, I'm a football player and then be like, you know we go out.

IVAN: Just for those who don't know what DDI is and what Drupal Diversity Inclusion is... can you give us a quick description of the group, and maybe when it started?

KALEEM: I don't know the answers to all that.

IVAN: I have two thoughts. I think, I think DDI started two years ago.

KALEEM: So what's funny is there's a website called Drupal Diversity, which I did have the pleasure of working with some people in the theming. It was fun to do that with everybody.

IVAN: drupaldiversity.com

KALEEM: Let's see, the history, Nikki Stevens gave a presentation and started the group. They don't have a year on here, which they should have a year on here.

IVAN: We should open an issue in the queue.

KALEEM: Nicki if you're listening, I feel like you should put the year... oh, DrupalCon New Orleans.

IVAN: New Orleans would have been 2016.

KALEEM: So I just saw the channel and jumped in. Saw a lot of conversations. And you know again, that's something that my wife and I also stumbled upon as far as you know from the consulting side. And I figured that I should lend some of my personal experiences and help out. So, that's really what I have for it. There's a whole bunch of other people have done a lot more work than I have in the initiative, but I felt like you know it is a place where I should try to help, because I could definitely provide a... because a lot of times in these initiatives... and that's actually something that I also brought up in that thing... a lot of times in these initiatives, there aren't very many people of under-represented groups that are actually participating. So I kind of looked at like who you know participating. I'm like, well, I feel like the because diversity is a lot of things. So I'm sure there's you know sexual orientations how people identify, religion... there's a lot of things right but visually there weren't there wasn't that much like I felt like you know why I should definitely I shouldn't be on the sidelines for this I should definitely help. So that's really where I came from.

IVAN: And I think you're right. I think that's you have to... in my opinion, if you want to see additional diversity being modeled through the rest of the community, you have to... not be modeled, if you want additional... if you want diversity in the community, and you want more participation and involvement, it's easier if you as a community member see that behavior being modeled for you, because then you know how you might want to behave. And so I felt kind of bad when I thought... I want to be part of this, but I'm just gonna join the channel and then what? So I don't know how like... I don't know if that's good or not? And I think that xjm or Kathy or one of them said something like, that's okay... you can join the channel, and you can participate by lurking, because when you're lurking, you're actually seeing that behavior be modeled, and when you see how that behavior is modeled you very easily can take it out into the community, and remodel that to your peers in IRL, in a camp setting, in your daily work life. And so that actually made me feel like... oh, it's okay that I'm just here watching because I'm actually learning something subconsciously.

KALEEM: You know and that's the thing. It's like... I've said some interesting things before where people probably just looked at me crazy. But like, you know, I was in one of those roundtables... private roundtables....

IVAN: Panels.

KALEEM: I told a story where I was like what you know, I'm a different animal in this field because it's just how I am and who I am. In high school I had a beer with a skinhead before. People just...  I wish I had a camera. Oh, I'm gonna call you out Fatima. I'm gonna call you out. I'm sorry @sugaroverflow. You should have saw her face. She was like, what? Oh my God! No way! But uh, yeah because I was like... I had to know I was so curious. Why the hell do you hate me? You don't even know me. I mean we are actually drinking the same beer and actually you're wearing a shirt of a band that I like. So we had a crazy conversation. I mean, I wish I could remember what we were talking about. But of course, we didn't hug it out and nothing like that. But at the end of the day, I feel like of course I wanted to you know, I was of course, I had feelings inside of I shouldn't be talking to this person. I can't stand this person but you know, I heard some things that he said from his point of view. I didn't agree with it, but then he heard some things that I said and maybe he agreed with it or not. And the night was fine after that, but like... you have to be able to... you need a safe space. That's what's great about working at Kennesaw State University is we have tons of resources and trainings and academics are always researching this stuff and they're very thoughtful. And we attended a safe space training... and it's a training so that you make sure everybody feels included, and one of the areas that I always thought was interesting as far as safe space that no one really kind of touches upon is sometimes people want are curious and want to ask questions. They shouldn't be dragged across the coals because they asked a question that they're honestly curious. The question could be offensive, so like how is someone going to learn if we can't talk? And someone the other day was like well, how did you stumble upon doing diversity consulting? And I'm like, I don't know somebody asked us. Well, you know, they probably asked you because they felt comfortable. My wife is white. We have a biracial family. Maybe that comfort was enough for them to say hey, we have a problem. Can you help us? And explain and maybe they were comfortable saying why they were they were uncomfortable. So, I always say diversity is about being comfortable being uncomfortable. Like... it's okay to feel uncomfortable.

IVAN: That's a great way to summarize it. It certainly is. I do see the slack channel on Drupal slack the Diversity Inclusion channel as being a safe space. I know, like that's one of the two or three channels that I'm actually following, and it's most certainly a safe space where you can say something and not worry about the backlash and you can... but I do think it takes time to get used to that.

KALEEM: Of course, you know and someone's response might be a little harsh, but at the same time, I think there's other people that jump in and say hey no, it's okay. That's a good question. And actually this is why, I remember someone posted like hey, this is a blog post I'm writing. Can you provide us some feedback? And they got crushed but like other people made them feel okay, like no. First off, we're not attacking you. We are very proud and happy that you asked the question. So, don't, please don't take any of the criticisms as attacks on your actual question, we're providing the feedback. So, that's the part that's really been intriguing. My boss has had a huge impact on me. He's very well known in the factor development field and he talked a lot about LGBTW. So, without him without the my colleagues at work, I definitely wouldn't have a lot of this knowledge that I have. So, again we are all very comfortable with each other. So we ask all sorts of ridiculous questions.

IVAN: And also you're really nice and easy to talk to so I think that helps too.

KALEEM: Yeah, I try to be... that's right.

IVAN: Well, I don't know what else to ask you. I mean, we're kind of running up against our kind of soft limit of 30 minutes. I feel like I do have a whole lot more to ask you but we're gonna we're gonna have to wrap it up. Do you have anything you wanted to say or ask?

KALEEM: I don't know. Let's see. You know the put me on the spot here.

IVAN: I know. I got to put you on the spot as well. That's okay.

KALEEM: I gotta do my you know, if I'm not marketing I'm not doing my job, right? Okay also have minicamp online coming up in June.

IVAN: What is that?

KALEEM: It's minicamp online. So what we've decided is the... minicamponline.org what we've decided as the Atlanta Drupal Uses Group is... we no longer do meetups, because it was very difficult anyone's ever been in Atlanta, traffic is very difficult. So it was hard for people to get to a place in the city at the right time. So we decided look why don't we take the money that we make from DrupalCamp Atlanta and try to put on other programming at a much reduced cost to the community. So, the first year we did minicamp as a single day track in person Camp. It was great. We had about 100 people. It was awesome. But then we realized you know what maybe we should try this thing online. So, this is our second year doing online. We did it last year. It was great. I think the call for proposals has already ended, although the link still up there. So yeah, we're gonna have Drupal Minicamp Online is June 7th, Thursday June 7. It's very affordable. It's like, you know twenty, fifteen or twenty five bucks or something like that. We're gonna have some great speakers and you're going to be able to attend the conference right from your office, right from your computer. We use this, I can't remember the platform that we use, but basically it's really cool, you know, you can chat and ask questions and it's really neat. People enjoyed it last year. So, We have many Minicamp coming June 7h. And of course. DrupalCamp Atlanta. We need more presenters. We want we want to break the 300 mark. So Hotlanta in November! If you're in the North, it's still about 80 degrees, 75, 80, so come on down and enjoy it. And, I have to say that's probably about it.

IVAN: We'll put those links in the transcript. They'll be on the website as well. So that's minicamponline.org for the one day track, June 7th.

KALEEM: That's correct.

IVAN: There's the Atlanta User Groups. DrupalCamp Atlanta from November 8 to November 10. That's a Thursday through a Saturday. The website for that is drupalcampatlanta.com. Kaleem, it's been a great pleasure speaking with you. Thank you for your time. Great conversation. You're kclarkson on drupal.org. And @kaleemclarkson on Twitter. And I don't know how many times I've had to prevent myself from saying Kelly Clarkson.

KALEEM: Actually Kelly's my cousin. We're tight.

IVAN: Oh you are.

KALEEM: We're cousins... cousins from another mother, of course, right?

IVAN: Thanks very much for your time.

KALEEM: Awesome.

IVAN: You've been listening to the TEN7 Podcast. Find us online at ten7.com/podcast. And if you have a second, do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thanks for listening.

Apr 18 2018
Apr 18

Your browser does not support the audio element. TEN7-Podcast-Ep-026-Chris-Weber-Software-Engineer.mp3

Chris Weber, software engineer at The Nerdery in Minneapolis, sits down with Ivan Stegic at DrupalCon Nashville 2018 to discuss Chris' Drupal origins, as well as other related issues.

Here's what we're discussing in this podcast:

  • DrupalCon Nashville
  • Hot chicken at Hattie B's
  • BOFs (Birds of a Feather)
  • Web Components Summit BOF
  • The hype cycle
  • Google I/O
  • DrupalCon's value
  • Chris' Drupal origins
  • Kookie Kids
  • The Nerdery, Minneapolis
  • The evolution of Drupal
  • Automated testing
  • Google+
  • The Twin Cities Drupal Community


IVAN STEGIC: Hey everyone, you're listening to the TEN7 podcast where we get together every fortnight to talk about technology, business and the humans in it. I'm your host Ivan Stegic. And in this episode of the podcast, I'm at DrupalCon Nashville 2018, and I'm sitting down with Chris Weber also known as cosmicdreams on Drupal.org, and he's a software engineer at The Nerdery in Minneapolis. Chris, welcome to the podcast.

CHRIS WEBER: Thanks, Ivan.

IVAN: It's nice to see you here. It's great in Nashville, isn't it?

CHRIS: I know I know I, this is my first time in Nashville. And, I've been, unlike other Cons been trying to go to the local restaurants and trying to like get out and see the city some it's really great. The atmosphere downtown's really great.

IVAN: I agree. I had some hot chicken yesterday.

CHRIS: I had some hot chicken yesterday.

IVAN: How hot was yours?

CHRIS: Well, there was a there were five levels it was mild, medium, hot, dang hot and shut the cluck up. I knew that the people had told me that the last one was just gonna kill you. Yeah, so I took the middle of the road.

IVAN: You know, I did too and it was hot. I like spicy but that was hot.

CHRIS: Like tell the story of that. I had a buddy in college that when he got to trouble with his parents, they just feed him peppers. So he built up a resistance over time.

IVAN: What did you have with your hot chicken, if I may ask. What sides?

CHRIS: Oh, creamy coleslaw. 

IVAN: I had that too.

CHRIS: Got to have that relief.

IVAN: Exactly.

CHRIS: That mac and cheese was very interesting. 

IVAN: I had the exact same thing.

CHRIS: Yeah, I you know, I couldn't tell by the time I took a couple of bites of the chicken, but I thought the mac and cheese was kind of spicy too.

IVAN: I agree and you went to Hattie B's right I went there as well and the line when I went for lunch was an hour to get in.

CHRIS: Our line wasn't like an hour, but it did feel like a half an hour, but we can kind of like for dinner. Okay? Yeah and the first taxi driver that I ran into in Nashville recommended Hattie B's, and like everyone recommended how to his every every driver that I went to so I gotta go.

IVAN: That's interesting because my Lyft driver also recommended Hattie B's. And Lex who was on the podcast last week, also had his driver recommend Hattie B's. I think Hattie B's might be... it's a thing!

CHRIS: It's a thing you've got to do it if you go to Nashville, go to Hattie B's. 

IVAN: One more question about hot chicken. I wasn't sure if I was supposed to eat the bread.

CHRIS: You are. You haven't eaten a full meal unless you eat the bread.

IVAN: So I ate half of it.

CHRIS: That's fine. Okay. You know, I mean at a certain point you're full and just trying to push in. Yeah, but the the spices accumulate in the bread and, actually I was expecting like eating the chicken blowing my mind eat the bread and then I'm just done. Go to bed, but it wasn't all that bad.

IVAN: So the chicken was good. How was Con?

CHRIS: Con is great this year. Yeah. I, I've been one to like try to go to the the BOFs. But this year I was like, you know there really are some compelling sessions that I just want to see and then usually after the con is over, I have like a viewing YouTube viewing party.

IVAN: Do you really? 

CHRIS: All the videos on YouTube so and I don't have to worry about this anxiety that I feel like I'm missing something because I could just go see the see the videos later.

IVAN: Kevin does a great job of recording all of those sessions. It's just incredible.

CHRIS: Yeah Kevin's the man.

IVAN: He's the man. Are the BOFs recorded?

CHRIS: BOFs not recorded.

IVAN: Okay.

CHRIS: So that's the reason to go to the BOFs. I actually had my own BOF this year.

IVAN: You did?

CHRIS: It was the Web Components Summit.

IVAN: Of course it was! And tell people what web components is. 

CHRIS: Well, web components are series of HTML standards. It's kind of been this thing that I've been following for a long time and it's kind of misunderstood. The way that I best understand it right now is that there are two standards that browsers are in the process of completely implementing. One is custom elements the ability to bundle up a set of HTML, JavaScript and CSS into a standalone HTML component that you can just drop in anywhere. But you know all that defines how that component looks and behaves. And the other one is Shadow DOM, which provides an effective sandbox for your component, so that everything that's going on in your web page doesn't bleed into the component, and everything that's going on in the component doesn't bleed out.

IVAN: Now when I was doing my prep work for this podcast, I did Google "Chris Weber components", and I saw reference back to 2013. So it's, it's been at least five years that this has been in the pipeline, hasn't it? Do you feel like it's matured, like it's something?

CHRIS: Oh, yeah. Yeah. It's kind of went through its early phases of you know, they at the at the Driesnote or somewhere, they showed the graph of the hype curve.

IVAN: Yes. Yes. I've seen the hype curve.

CHRIS: Peaks really high, then there is the trough of disillusionment...

IVAN: Yes, and then it kind of goes up and then there's a stage... so where are we right now?

CHRIS: Well, we certainly went through the trough of disillusionment. What's interesting is that at Google I/O upcoming in a couple of weeks, maybe like next month, they're going to have a reveal of Polymer 3.0, which is supposed to be like this is what steady-state looks like. This is what normal looks like instead of the oh whizz-bang-new-thing and disillusionment... and oh, you're so disorganized... you keep changing stuff... you're breaking all the things all the time.

IVAN: You refer to it as Polymer.

CHRIS: Well Polymer is Google's attempt to demonstrate what's developing, what's with web components look like. See this is the part of the confusion because a lot of people identified Polymer with as the standard bearer of web components, but it really isn't. Web components aren't supposed to be this platform, this framework, this complicated thing. It's just supposed to be a set of HTML standards like Ajax.

IVAN: Like Ajax, got it. So you mentioned Google I/O. I've been to about three or four of those conferences very early on when it was just starting out.

CHRIS: You didn't have to mortgage your house to go.

IVAN: Exactly! When you didn't have to mortgage your house and when when tickets were actually available.

CHRIS: That's awesome.

IVAN: I used to love going to that con. The swag was great. The people were interesting. It was Google's first attempt at getting into... kind of the developer community. Have you been to any recent I/O cons?

CHRIS: I only had the opportunity to go one time and that's when my buddy was a Google User Group organizer. 

IVAN: The local one?

CHRIS: Both the local the Twin Cities Google developer program or User Group organizer. And so, he gets to go every year.

IVAN: Who is that?

CHRIS: Patrick Fuentes. He's an awesome guy.

IVAN: I think I would like to talk to him.

CHRIS: Yeah, he's a really interesting guy. He's very involved in Android. And he's just a just a great human being to talk to. He's just very generous and kind, thoughtful.

IVAN: I'll connect with him get him on the podcast. You might not know, the original founders of the Twin Cities Google... it's called the GDG, Google Developer Group right now... but it wasn't called that. It was called the Twin Cities Google User Group. I think it was TCGUG Google User Group. Lloyd Cledwyn and I are the original founders of that group, and we used to have meetings in the TEN7 offices on Third Avenue South in Minneapolis. And then I kind of stepped away because I got involved with TEN7 and Drupal and I decided I... you know, I'd rather spend time with Drupal then Google, but that's why I used to go to the I/O conference.

CHRIS: Awesome.

IVAN: Yeah, so, the question about I/O was actually supposed to be a lead-in to the question of why you choose to come to DrupalCon every year.

CHRIS: Well, I at this point in my career, I never want to miss a DrupalCon. There's just so much energy here. I first started going to DrupalCon because I kind of felt like I'm a developer working on Drupal like professionally. But I'm the only person I know that does this, you know, and this was about the time that I start discovering that the Twin Cities had Drupal user group and that in the small collection of people in the Twin Cities that does that, that looked like a really awesome way to participate and finally talk to somebody else that does the thing that I'm doing. I don't have to feel like I'm alone in the middle of a wilderness. And then I keep hearing, I keep following... I kept on following drupal.org in the news channel and everyone's excitement building up and plans being made and agendas being said and it's like you know what? I have no reason to participate in any of that, but I just want to be around. I just want to be a fly on the wall while people are talking about things. Maybe I'll learn through osmosis you know, something more than what I currently know, because.. we were talking today and you were saying that you know, let's just talk about how we started.

IVAN: Yeah. How did you come to Drupal?

CHRIS: I wanted to build a website for my college friends. We wanted a forum we could just sit there and talk about things just joke around but we didn't want it indexed by Google. A buddy of mine had created like a little blog or something like that and it was indexed by Google and he went to a job interview and they were asking him about it.

IVAN: What year was that?

CHRIS:  Must have been either still in college, or jus tout... maybe 2004.

IVAN: 2004? And so you chose Drupal because you wanted to build something...

CHRIS: Well, I originally did not choose Drupal. I was trying to find... so I was a computer science student and I was just trying to find something that I could tinker with what could I do with my program was very theoretical mathematics base, very little real world application. So I had to go out and find a real world application to get that itch satisfied. So I tried things like working with PostNuke.

IVAN: I remember that.

CHRIS: I tried MovableType

IVAN: MT. Yup.

CHRIS: Yeah and some of those things just you know, it didn't just feel right and I tried to go deep in other communities and I just got, the common response I got whenever I asked my questions because I ask tons of questions. Yeah was read the manual noob. Yeah. And I'm like, okay, is this just what I have to endure and then maybe one day I'll be the one telling someone that. I don't ever want to be that person that tells another person to read the manual. Then don't talk to me. So this wasn't a good fit and then I found Drupal and I went on to the support forums, you know...

IVAN: The issue queue...

CHRIS: Not even the you go to the Forum on yes, and you can ask your questions there, and I got a lot of great responses and people lent tricks to me. Then I was like, okay. Well, maybe I'll keep with this and I was able to tinker with things in my own learn things didn't really dive into code for like years. Just trying to be a good chef by grabbing modules off the shelf. Figuring out if I mixed this thing with that thing it's gonna make a better thing. So I was just a site builder.

IVAN: Just a site builder, quotation marks.

CHRIS: I mean there are levels to this, but sooner or later I got to my friends asking me to add some feature and I'm gonna have to go maybe I'll have to alter a form in order to do that. Eventually my buddy wanted to start up a business where he would do the design work and I would do the development.

IVAN: What was the name of the business?

CHRIS: Kooky Kid. All K's. Capital K Kooky. And we did that for a couple years. It was really great.

IVAN: So that was your first professional use of Drupal in business? Wow. What version, do you remember?

CHRIS: That must have been five five or six. Yeah, probably six. We had to build out like event registration websites, some marketing kind of landing page like sites. There was one site we built for a person who was on The Biggest Loser to advertise his workout spa because he wanted to take the ideals of Biggest Loser and spread it to his local community.

IVAN: As much as he could...

CHRIS: Yeah. That was the first time we were like, okay, he's gonna be on the episode gonna talk about it's going to reveal the URL for the site. It's gonna be a huge spike. What do we need to do in order to prepare? So that was... I love those engineering challenges!

IVAN: Those problem solving things...

CHRIS: Yeah. It turns out though that I'm not a very good business owner. So I eventually decided to go work somewhere. Because I kind of felt like I needed to learn at that point like the full engineering process. How far could I advance my skills if I could only just focus on the technical problems. And what would it be like if I finally could work with someone else that was also programming? 

IVAN: And you've been able to achieve that in your career. Your work at The Nerdery and in the community is yeah, it's amazing. So you've been with Drupal now for about 13 years... it's a long time. What has surprised you the most about Drupal in the last 13 years?

CHRIS: At this point in my life, I don't... it's like watching a movie. You don't want to be hypercritical of it while you're watching it, because you just want to let the story play out. You know, I try to be resilient enough so that nothing really surprises me. But when Drupal 8 was being developed. Let's roll back a little bit, when Drupal 7 was finishing up....

IVAN: Circa 2011...

CHRIS: Yeah, but... the key moment in my development life was when Dries put out a blog post and he basically said, we need help. If you're out there in the community and you're just hovering, or if you're like window watching you're just looking at and waiting for this development to finish up and you maybe would want to jump in and help out. Please do come in help us out help us get Drupal 7 out the door. And then I was like, yes, I will shift things around I will get over my anxieties. I will jump into the issue queue see where I could help out. And I remember that all I could really do was test.

IVAN: Very important part...

CHRIS: There is this issue, it's like hey, we need help testing all the JavaScript interactions that we built into Drupal 7. So it was like, okay! I've got like five six browsers go through each page. I'm going to test each page. And then webchick jumped on the issue queue and she said this is freaking amazing. And I was like star struck. Here's one of my heroes telling me that she's thankful of the effort I was putting it in at that point I was hooked, kind of like I wanted to to revisit that experience and maybe pay that forward to someone else down the line like if I can encourage other people to do all the things I just wanted to repeat that. As many times as possible.

IVAN: And you're doing that! You're at the core mentoring sprint. We're sitting in the room with core mentoring is happening right now before everybody starts arriving.

CHRIS: I think I've been doing the mentoring thing for like four years now, and that's kind of like my mission in life. My mission in life is to do whatever I can to empower other people to succeed. That's actually one of the Nerdery's core values, win by empowering others, and I know that I am not a genius. I've just been a person throughout my entire life that is willing to put in ample amounts of hard work. But there are those geniuses out there and if I could just put that seed of knowledge into somebody that they could take whatever I've been able to do and take it like light years further.

IVAN: So what's different in development today compared to when you first started, compared to D5, compared to where we're at?

CHRIS: I don't know how it is for other people. But for me, the main difference is how competent open source is. Like when I first started the company I was working at was like, hey this ColdFusion thing's really awesome. You should just really learn ColdFusion, we'll be doing ColdFusion like forever. I did we made some stuff with it was it was okay, but it was also proprietary. And every time every year that they had a major version everything was done in secret until it wasn't and then you were like, oh that breaks all my stuff. Oh you didn't actually solve any of the things I care about. So I mean with especially because I've been using Drupal for so long, when I have an issue with anything, I could jump in and create a patch, and then chances are if the if the patch has merit, it gets included into core and I don't have to support a fork of or at this this weird little thing I'm building on top. It's a part of the the thing and it's maintained by huge test suite. I can have a large amount of confidence about the tools that I'm using.

IVAN: Now, you're passionate about testing and automated testing. That's certainly something that I think we need more of in the world especially in maybe in agency life.

CHRIS: Yeah. Well, you know you go through that problem in a project where on deployment day you're just sitting there right that button and you're like, I think I know what's going to happen. Yeah, I'm pretty sure but am I do I have evidence, you know. Way back early in my career deploying was the most stressful thing possible because I didn't have a lot of confidence. I knew I fixed the things that I was working on, but you know, I've tested all the things I can. Maybe early in my career is I didn't actually test all the but when I press that button it's live and weird stuff might happen weird stuff happens that looks poorly on me and my abilities and if when you're starting off of it as a developer, you're like can I do this? Yeah, you're paying me to do this. I'm teaching myself how to do this, but. I know that I don't know everything, and I still don't know everything but you're like if I have like one or two jobs and people tell me I can't do this, maybe I'll believe them and maybe I'll just go be a car mechanic or something like that.

IVAN: Do you have a methodology that you use for testing? Do you have tools? How do you automate the process of testing your code?

CHRIS: Actually one of your friends Les, really opened my eyes to a practical approach which is to identify the five or so things about an application that are like if these things mess up then the soul of this project dies. And make sure that those tested. However, you can Drupal 8 has PHP unit which can cover functional testing, Behat is a tool set that is also somewhat supported. You just need to add in the extra libraries for Behat. You can write tests that cover those user experiences those interactions. In the past it was just straight up the Selenium client where they would record things you can just rerun that as I'm that's a macro.

IVAN: I think Behat integrates with Selenium as well. We called those four or five top things, critical paths at TEN7 and it's something we've always wanted to try to implement for a client but have never really been able to get there. So it's certainly a work in progress.

CHRIS: I had a client like three years ago and we were pitching the idea of having automated tests to them, and we actually try to break down some numbers. It's like look one test pass by one, quality assurance engineer costs this. We're planning on doing a number of iterations of this code base that that's what the project was. If we have that QA engineer do a full test passing generation, it's gonna cost this over the cost of the project.

IVAN: We can't see your hands.

CHRIS: Like the size of my head. So the sides of like to two or three of my heads would be the cost of like if we wrote automated testing so that that QA engineer doesn't physically have to test and retest all the things that the automated tests are covering and we can rake automated tests for the expensive things things that would take long in order to test, except for the fact that all the cost of writing those tests on the first iteration. So you pay upfront for the quality tests to get savings later. They were able they were receptive to that idea because they were if you're thinking long-term it makes sense.

IVAN: You invest in the beginning of the project to get the bang for your buck throughout the life of the project.

CHRIS: If you're an agency and a client comes to you, they could be very hinged on short-term thinking basis. It's just a sprint to get a site out there and then you're gonna hand it over to us and then we're going to go so maybe in that sense arguing for testing won't win. But I am I what I'm trying to get to is the point in which I am so fluent with testing that I don't have to make that argument like this testing is just a part of things and maybe it's a little bit of overhead. But because we're so was so tight, the testing is a minimal overhead.

IVAN: We're gonna wrap up soon. But I do want to ask you about Google+. You're a Drupal guy in my mind, and I know that you started the Google+ Drupal group. Is it called a group?

CHRIS: Community.

IVAN: Community, Google+ Drupal Community.

CHRIS: Yeah and when I started it, I called it the Drupal Community on Google+.

IVAN: Drupal Community on Google+.

CHRIS: Because someone has actually created a community before I did and they called it Drupal, and I was like, well, I don't want to do the thing where you name a thing and I named it thing and then...

IVAN: We have to fight about it and namespace.

CHRIS: I'll just call something a little bit different.

IVAN: So when did you start that?

CHRIS: Oh, right about the time the feature was released.

IVAN: And is it still in existence?

CHRIS: Yeah.. Yeah. The very first thing I did when that feature rolled out was I got in touch with all of the other people that had created community on Google+ for Drupal and I said, hey you're doing your thing. I'm doing my thing. Let's just work together. You know, I'll give you full administrative rights of this one, but you know, this will be a much better thing if we could just consolidate a working one. That worked out really well. We quickly got up to about 15,000 users and I found out that once you get that many users not some 1500 users. When you get to that number of users, you can't change your name.

IVAN: You can't.

CHRIS: So later when we consolidated, I could not consolidate the name. Couldn't change it back to just Drupal. Yeah, and now we're at 11,000 users.

IVAN: Wow, so the users that are in Google+ those 11,000 users, some of them are active some of them aren't. What are they getting from that community from that forum that they aren't getting on D.O or that they're not getting an IRC or they're not getting in slack or is there a lot of repetition? What's what's the value of that Google+ community?

CHRIS: There's a little repetition the posts are are visually different because of the way that they're able to combine pictures and videos and texts and stuff like that. And over the time the main reason why I created that was because of that feeling I felt when I was all by myself and there was no one I could talk to that also did Drupal because you know, I wanted wanted to have a place where other people who were just on their own could find a community of people to talk about Drupal. Kind of like an online group user group.

IVAN: So yet and yet another channel that makes people that might be more comfortable in Google+ accessible.

CHRIS: You know the philosophy was you know, if people use Google+ why not have a place that can just chill and talk about Drupal.

IVAN: I love it. Was there ever a Google Wave Drupal thing? 

CHRIS: Well Google Wave was never officially a thing.

IVAN: That's true.

CHRIS: But I was ready.

IVAN: I was there too.

CHRIS: I was you know, Wave was a really interesting unicorn, and we'll never see anything like it again. I don't think they were had huge plans probably those plans killed it.

IVAN: But they used some of the technology and other parts of their suite of products.

CHRIS: Yes their operational transform in Google Docs and stuff like that.

IVAN: That benefited incredibly didn't it?

CHRIS: Yeah.

IVAN: Thank you so much for spending the time with me.

CHRIS: Thank you. And I just want to add that of the Twin Cities Drupal Community, it's people like you that highlight how open and friendly Drupal is, it's a kind of a very challenging thing. If someone has that experience of a development community that has been really rude to them to give another community a chance, and you know at the first sign of this might not be a good thing people might be rude, you know that person like me would just run. Oh not not gonna do that again. But it's meeting people like you and people like like Joe and Tim and other people in Twin Cities that made me feel safe to participate and I want to thank you.

IVAN: Thank you. You're welcome and thank you for doing everything you do. It's important to not lose sight of the fact that we're all human and then we all have our own thing going on and is as welcoming as we can be to everyone is kind of what we should be doing. So, thank you for doing everything you do. Now you're cosmicdreams on drupal.org, but you're not cosmicdreams on Twitter.

CHRIS: Well that someone already had it.

IVAN: So you're @chris_m_weber on Twitter. You've been listening to the TEN7 podcast. Find us online on ten7.com/podcast, and if you have a second do send us a message, we love hearing from you. Our email address is [email protected]. Until next time, this is Ivan Stegic. Thank you for listening.

About Drupal Sun

Drupal Sun is an Evolving Web project. It allows you to:

  • Do full-text search on all the articles in Drupal Planet (thanks to Apache Solr)
  • Facet based on tags, author, or feed
  • Flip through articles quickly (with j/k or arrow keys) to find what you're interested in
  • View the entire article text inline, or in the context of the site where it was created

See the blog post at Evolving Web

Evolving Web