Why still 80 columns? This Day In History

<!DOCTYPE html> <html lang="en"><head> <meta charset="UTF-8"> <meta name="viewport" content="width=device-width, initial-scale=1">  <link rel="preload" as="style" href="/assets/main.css">  <link href="https://fonts.gstatic.com" crossorigin="anonymous" rel="preconnect"> <link href="https://ajax.googleapis.com" rel="preconnect"> <link href="https://fonts.googleapis.com" rel="preconnect">  <script async src="https://www.googletagmanager.com/gtag/js?id=UA-112293125-1"></script> <script> window.dataLayer = window.dataLayer || []; function gtag(){dataLayer.push(arguments);} gtag('js', new Date()); gtag('config', 'UA-112293125-1'); </script> <link rel="alternate" title="Corecursive" type="application/rss+xml" href="https://corecursive.com/feed" /><title>Why still 80 columns? This Day In History - CoRecursive Podcast</title><link rel="canonical" href="https://corecursive.com/why-80-columns/"> <meta property="og:locale" content="en_US"> <meta property="og:type" content="website"> <meta property="og:title" content="Why still 80 columns? - CoRecursive Podcast"> <meta property="og:url" content="https://corecursive.com/why-80-columns/"> <meta property="og:site_name" content="CoRecursive Podcast"> <meta name="generator" content="jekyll 4.2.0" /><meta name="description" content="On June 1st, 2014, the following question showed up on hacker news:> Why is 80 characters, the standard limit for code width. Why 80?>> Why not? 79 or 81 or even a hundred. So you probably know what happens next. People started to post their opinions and the comments and other people started to disagree. The posts spread around the... […]" /><meta name="author" content="Adam Gordon Bell" /> <meta property="og:description" content="On June 1st, 2014, the following question showed up on hacker news:> Why is 80 characters, the standard limit for code width. Why 80?>> Why not? 79 or 81 or even a hundred. So you probably know what happens next. People started to post their opinions and the comments and other people started to disagree. The posts spread around the... […]" /> <meta property="og:url" content="https://corecursive.com/why-80-columns/" /> <meta property="og:section" content="Cloud Computing" /><meta property="og:tag" content="" /><meta name="twitter:creator" content="@corecursive"> <meta name="twitter:site" content="@corecursive"> <meta name="twitter:label1" content="Written by"> <meta name="twitter:data1" content="Adam Gordon Bell"> <meta name="twitter:label2" content="Est. reading time"> <meta name="twitter:data2" content="5 minutes"> <meta name="twitter:title" content="Why still 80 columns? - CoRecursive Podcast"> <meta name="twitter:description" content="On June 1st, 2014, the following question showed up on hacker news:> Why is 80 characters, the standard limit for code width. Why 80?>> Why not? 79 or 81 or even a hundred. So you probably know what happens next. People started to post their opinions and the comments and other people started to disagree. The posts spread around the... […]"> <meta name="twitter:card" content="summary_large_image"> <meta name="twitter:image" content="https://corecursive.com/assets/images/077/wide.png"> <meta property="og:image" content="https://corecursive.com/assets/images/077/wide.png" />  <script type="application/ld+json"> {"@type":"WebSite", "url":"https://corecursive.com", "image":{ "alt":"og-image", "url":"https://corecursive.com/assets/images/077/wide.png", "@type":"imageObject"},"author":{ "@type":"Person", "name":"Adam Gordon Bell"}, "description":"On June 1st, 2014, the following question showed up on hacker news:> Why is 80 characters, the standard limit for code width. Why 80?>> Why not? 79 or 81 or even a hundred. So you probably know what happens next. People started to post their opinions and the comments and other people started to disagree. The posts spread around the... […]", "name":"CoRecursive Podcast","headline":"Why still 80 columns?", "@context":"https://schema.org","datePublished": "2022-06-01 00:00:00 +0000"} </script> <link rel="shortlink" href="/"> <link rel="apple-touch-icon" sizes="180x180" href="/assets/favicons/apple-touch-icon.png"> <link rel="icon" type="image/png" sizes="32x32" href="/assets/favicons/favicon-32x32.png"> <link rel="icon" type="image/png" sizes="16x16" href="/assets/favicons/favicon-16x16.png"> <link rel="manifest" href="/assets/favicons/site.webmanifest"> <link rel="mask-icon" href="/assets/favicons/safari-pinned-tab.svg" color="#5bbad5"> <meta name="theme-color" content="#ffffff"> <link rel="stylesheet" href="/assets/main.css"> <script src="/assets/bundle.js" defer></script> </head><body> <div class="wrapper" style="transform: none;"> <script> !function(f,b,e,v,n,t,s) {if(f.fbq)return;n=f.fbq=function(){n.callMethod? n.callMethod.apply(n,arguments):n.queue.push(arguments)}; if(!f._fbq)f._fbq=n;n.push=n;n.loaded=!0;n.version='2.0'; n.queue=[];t=b.createElement(e);t.async=!0; t.src=v;s=b.getElementsByTagName(e)[0]; s.parentNode.insertBefore(t,s)}(window, document,'script', 'https://connect.facebook.net/en_US/fbevents.js'); fbq('init', '1072757816534097'); fbq('track', 'PageView'); </script> <noscript><img height="1" width="1" style="display:none" alt="" src="https://www.facebook.com/tr?id=1072757816534097&ev=PageView&noscript=1" /></noscript>  <div class="header-fix"> <div class="nav_outer nav_fixed_top single-normal" id="nav_outer"> <nav class="nav_inner">  <div id="logo" class="logo" role="complementary"> <a href="https://corecursive.com/"> <img src="/assets/images/logos/logo-reduced-1-white.png" alt="logo"> </a> </div>  <div class="nav_items"> <div>  <div class="toggle_mnu" id="toggle_mnu"> </div>  <ul class="nav_main controls hidden_small" id="nav_main"> <li id="nav_/"> <a class="underhover" href="/">Home</a> </li> <li id="nav_https://link.chtbl.com/corecursive"> <a class="underhover" href="https://link.chtbl.com/corecursive">Subscribe To Podcast</a> </li> <li id="nav_/category/podcast/"> <a class="underhover" href="/category/podcast/">Episodes By Date</a> </li> <li id="nav_/tags"> <a class="underhover" href="/tags">Episode By Theme</a> </li> <li id="nav_/about"> <a class="underhover" href="/about">About</a> </li> <li id="nav_/donate"> <a class="underhover" href="/donate">Donate</a> </li> </ul> </div> <form class="search_form"> <input type="text" id="search" class="hidden" placeholder="Search"> </form> </div> </nav> </div> <div> <header class="single-normal"> <div class="header-bar"></div> </header> </div> </div>  <ul id="list" class="search_list container"></ul> <div> <div> <div class="single_hero_outer"> <div class="container"> <div class="single_hero"> <div class="single_hero_header"> <h2>CORECURSIVE #077</h2> <h1>Why still 80 columns?</h1><h3>This Day In History</h3><div class="single-download-bar "> <div class="single-download-bar-left"> <a class="listen-button button" id="listen_button" data-podcast_url="https://traffic.libsyn.com/corecursive/077-80_columns.mp3" data-podcast_title="Why still 80 columns?" data-podcast_duration="2362" href="#"> Listen Now </a> </div> <div class="single-download-bar-left" id="play-itunes"> <a class="button" href="https://link.chtbl.com/corecursive" target="_blank"> PODCAST PLAYER </a> </div> </div> </div> <div class="guest_box"> <picture><source sizes="(min-width: 300px) 315px, (max-width: 479px) 315px" srcset="/assets/generated/077/action-315-f50dda290.webp 315w" type="image/webp"><source sizes="(min-width: 300px) 315px, (max-width: 479px) 315px" srcset="/assets/generated/077/action-315-d1e8f0887.png 315w" type="image/png"><img src="/assets/generated/077/action-315-d1e8f0887.png" alt="Why still 80 columns?"></picture> </div> </div> </div> </div> <div style="height: 150px; overflow: hidden; width: 100%;"><svg viewBox="0 0 500 150" preserveAspectRatio="none" style="height: 220%; width: 100%;"> <path d="M-0.84,0.50 C191.03,88.31 347.90,-78.45 509.31,55.75 L631.20,-64.63 L-2.54,-1.47 Z" style="stroke: none; fill: #052d49;"></path> </svg></div><div class="container"> <div class="container prev-next-podcast"> <div class="prev-podcast"> <a class="underhover" href="/lisp-in-space-with-ron-garret/" rel="prev" title="LISP in Space">LISP in Space</a> </div> <div class=" next-podcast"> <a class="underhover" href="/eliza-with-jeff-shrager/" rel="next" title="The History and Mystery Of Eliza ">The History and Mystery Of Eliza</a> </div> </div> </div>  <div class="container"> <div class="single_description"> On June 1st, 2014, the following question showed up on hacker news: <blockquote> Why is 80 characters, the standard limit for code width. Why 80? Why not? 79 or 81 or even a hundred. </blockquote> So you probably know what happens next. People started to post their opinions and the comments and other people started to disagree. The posts spread around the internet. So that is going to be today’s show: Let’s answer this question. It’s a question about traditions and teamwork, and how preexisting idioms shape us and help us, but sometimes restrict us.  </div> </div> </div> </div>  <div class="container" id="transcription-box" style="position: relative;"> <aside class="sidebar"> <div> <div class="side-heading">Guest</div><div class="p-flex"> <div class="p-image"> <picture class="lazy"><source data-sizes="(min-width: 300px) 95px" data-srcset="/assets/generated/077/profile-95-e9365d5e0.webp 95w" type="image/webp"><source data-sizes="(min-width: 300px) 95px" data-srcset="/assets/generated/077/profile-95-9ece05cc8.png 95w" type="image/png"><img class="lazy" data-src="/assets/generated/077/profile-95-9ece05cc8.png" alt="Krystal Maughan"></picture> </div> <div> <h5>Krystal Maughan</h5> <div> Lambda Girl </div> <div> <a href="https://twitter.com/kammitama">@kammitama </a> </div> </div> </div> <div class="p-flex"> <div class="p-image"> <picture class="lazy"><source data-sizes="(min-width: 300px) 95px" data-srcset="/assets/generated/077/profile1-95-b6229cdff.webp 95w" type="image/webp"><source data-sizes="(min-width: 300px) 95px" data-srcset="/assets/generated/077/profile1-95-ee864a50b.png 95w" type="image/png"><img class="lazy" data-src="/assets/generated/077/profile1-95-ee864a50b.png" alt="Don McKay"></picture> </div> <div> <h5>Don McKay</h5> <div> Software Engineer </div> <div> <a href="https://twitter.com/Donald_McKay">@Donald_McKay </a> </div> </div> </div></div> <div class="single_podcast_toc"> <div class="side-heading">Table Of Contents</div> <div> <div class="time-jump-list"> <ul id="toc" class="section-nav"> <li class="toc-entry toc-h2">00:00 - <a href="#introduction">Introduction</a></li> <li class="toc-entry toc-h2">02:00 - <a href="#guests">Guests</a></li> <li class="toc-entry toc-h2">02:37 - <a href="#personal-story">Personal Story</a></li> <li class="toc-entry toc-h2">03:49 - <a href="#hacker-news-opinions">Hacker News Opinions</a></li> <li class="toc-entry toc-h2">06:02 - <a href="#chestertons-fence">Chesterton’s Fence</a></li> <li class="toc-entry toc-h2">08:38 - <a href="#punch-cards">Punch Cards</a></li> <li class="toc-entry toc-h2">11:19 - <a href="#bytes-and-nibbles">Bytes and Nibbles</a></li> <li class="toc-entry toc-h2">13:55 - <a href="#the-delete-key">The Delete Key</a></li> <li class="toc-entry toc-h2">15:55 - <a href="#the-past-was-less-constrained">The Past Was Less Constrained</a></li> <li class="toc-entry toc-h2">17:02 - <a href="#for-i">for i</a></li> <li class="toc-entry toc-h2">20:01 - <a href="#fortran">Fortran</a></li> <li class="toc-entry toc-h2">22:10 - <a href="#shared-arbitrary-idioms-have-value">Shared Arbitrary Idioms Have Value</a></li> <li class="toc-entry toc-h2">23:35 - <a href="#counting-from-zero">Counting From Zero</a></li> <li class="toc-entry toc-h2">25:48 - <a href="#the-index-is-the-offset">The Index Is the Offset</a></li> <li class="toc-entry toc-h2">28:05 - <a href="#ada-speed-vs-js-speed">ADA Speed vs. JS Speed</a></li> <li class="toc-entry toc-h2">32:01 - <a href="#pushing-back">Pushing Back</a></li> <li class="toc-entry toc-h2">34:11 - <a href="#gofmt-and-standards">gofmt and Standards</a></li> <li class="toc-entry toc-h2">36:00 - <a href="#when-to-innovate">When To Innovate</a></li> <li class="toc-entry toc-h2">36:22 - <a href="#the-answer">The Answer</a></li> <li class="toc-entry toc-h2">37:28 - <a href="#outro">Outro</a></li> </ul> </div> </div> </div> </aside> <div class="podcast_body"> <h2 class="single-post-title"> Transcript </h2> Note: This podcast is designed to be heard. If you are able, we strongly encourage you to listen to the audio, which includes emphasis that’s not on the page <div class="post-text transcript"> <h2 id="introduction">Introduction</h2> Adam: Hello, this is CoRecursive and I’m Adam Gordon Bell. Do you remember in 2014? Germany won the world cup and the ice bucket challenge was sweeping Facebook. People pouring buckets of ice over themselves to raise money for ALS. But also in 2014, in my favorite hangout, Hacker News, an argument broke out. I know. Arguments on the internet, big surprise.  But on this day, June 1st, 2014, a question from user Fredley on the software engineering stack exchange became the number one post on Hacker News. So you probably know what happens next. People started to post their opinions in the comments and other people started to disagree. The post spread around the internet. It got tweeted and retweeted. Eventually the bloggers joined in linking to it and posting their own takes. By the time the discussion had cooled off, 630 pages around the web linked to this question. Do you want to know what it was?  It was not tabs versus spaces. It wasn’t VIM versus Emax or Mac versus Linux versus Windows. It was this: <blockquote> Why is 80 characters the standard limit for code width? Why 80? Why not 79 or 81 or even 100? </blockquote> So that is going to be today’s show. Let’s answer this question. Not just why is it 80, but should it be 80? And to share my biases right now, going into this, in my VS code, I have a line drawn at a hundred characters, and this line is lava. Nothing can touch it or I need to break up the line. But should you have that line at all? And should it be at 80 characters?  It’s a question about traditions, and teamwork, and how preexisting idioms and the culture of software development, how it shapes us and helps us, but sometimes restricts us. Yeah. It’s all contained in this one question. <h2 id="guests">Guests</h2> Adam: But I’m getting way ahead of myself here. I should introduce my guests. Joining me, I have my Apple hating neighbor, Don McKay, and my smarter than us all, don’t ask her about elliptical curves friend, Krystal Maughan. Say hello, you two. Krystal: Hey. How’s it going? Nice to be back. Don: Hey, I don’t hate Apple. I think you’ve invited me onto your podcast because you missed the arguments we used to get into. <h2 id="personal-story">Personal Story</h2> Adam: So before we discuss where this 80 character limit comes from, I’d like to just talk about whether it’s good or bad. So you know what we’re talking about, right? Some people don’t want the lines of code that you write or comments or whatever to be wider than 80 characters. What do you guys think? Don: 80 characters for me, personally, is fine, but I prefer more characters just because wide screen monitors have become a lot more common now. Krystal: But what if you are one of those programmers who codes on their phones? Don: I do not do that. Adam: There’s an accessibility type argument you’re saying Krystal like… Krystal: Yeah. Adam: You can’t just be like, “Oh, of course every developer has a giant 4k.” Krystal: But they should. Adam: I’ve been called out on this before. This person joined the team was using VIM and they had a very specific setup. And we just didn’t enforce these code widths, but then all of a sudden, he would have trouble scrolling over to see these long characters. Don: How long was your lines there, Adam? Were they excessive or they just didn’t fit his smaller format? Adam: The thing about wide code is it’s not constantly excessive. It’s just like, “Oh, there’s the occasional line. And I think this would just look better if this ‘if’ went way, way over.” Don: It will never look better if your ‘if’ just goes way, way over. <h2 id="hacker-news-opinions">Hacker News Opinions</h2> Adam: So on Hacker News, this debate shows up. And some of the people were less afraid to tell us what they think. <blockquote> In my experience, there’s a very strong correlation between good developers and short lines. Bad devs don’t mind if some lines are 150 characters long and require horizontal scrolling. They also don’t care much about consistent naming of symbols or having correctly indented code. There are very strong reasons for keeping your lines short, your naming consistent, and your indentation in check. But at the end of the day, you either get it or you don’t. </blockquote> Adam: In other words, he’s like 80 characters are correct and good devs know this in [inaudible 00:04:24], they were born knowing it. And I guess he’s also saying, this is a key signal to see whether you care. If I look at a code base and they don’t have 80 characters as the limit, then I know they don’t care.  Somebody else could say, “Oh, I worked in Java Spring and some of the variables are 80 characters long.” If I have a 80 character variable name, how do I make any changes to it? So what do you do then? And then someone else mentioned, if you are C sharp or in Java, you open the package or a name space, and then you open the class, and then you open the function. And then you have a ‘if’ inside of that, if each of those is four spaces, you’re already, four times four, 16. You’re already 16. Krystal: That’s a good point. Yeah. Adam: You’re already way in, so you’re already losing all that indent, which is why user mantracks5, awesome name by the way, says, <blockquote> I use 120. Plenty of space to fit two code windows side by side, and one file browser. With HD screens and the verbose languages we use these days, it’s a bit silly to try to stick to 80 characters. </blockquote> Another user, raverbashing has said it’s stronger than that: <blockquote> Just confirming that 80 characters is idiotic and an arbitrary standard propagated by nothing much more than cargo culting oh, but it fits my screen. It fits two by two on my screen. Well change your font size. </blockquote> Then this argument just goes on and on. Any place that developers are gathering or talking about their code, somebody says, it’s absolutely this. Somebody says, this is dumb. We’re going to go deep on this topic. Have you ever heard of Chesterton’s fence? Krystal: No. Random. <h2 id="chestertons-fence">Chesterton’s Fence</h2> Adam: Okay, perfect. So there was this guy named GK Chesterton. He’s a long dead Englishman. He was a contemporary of C.S. Lewis<a href="#fn:1" class="footnote" rel="footnote" role="doc-noteref">1</a>. You know C.S. Lewis was the Narnia books? Krystal: Narnia. Yeah. Adam: Yeah. Don: Yeah. Adam: So they were the influencers of their time, except being England in the 1800s, instead of hosting hot takes on Twitter or writing blogs on Substack. They would write letters back and forth. I disagree. Dadadada. It’s just same as Twitter basically. Don: Just it took a lot longer, right? Adam: So Chesterton’s fence is this argument that he has, that was later called that. Chesterton says in some essay, imagine there’s a fence blocking a path, and the fence is in people’s way. <blockquote> The more modern type of reformer goes up to the fence and says, I don’t see the use of this fence. Let’s clear it away. To which I reply, if you don’t see the use of it, I certainly won’t let you clear it away. Go away and think, and then when you come back, tell me what you do see the use of it, and I may allow you to destroy it. </blockquote>  It’s a strange way to word things, but it makes sense. He’s saying you got to figure out why people did something a certain way before you stop doing it. If you think the 80 character rule is stupid and you say, “Let’s stop following it in our code base.”, Chesterton would say, we’ll find out where the rule comes from. And then you can decide on the basis of that, whether that rule still makes sense. I assume, in the case of the fence, you wouldn’t want to remove it and then find out, oh, it was blocking an area where the ground is unstable. Because there might be an important reason for this rule. Maybe your compiler just stops reading things at the 80th character. I don’t know. The Chesterton says, go find out first. And so Don, maybe you would blame Apple… I don’t know. Don: You’re trying to get the Apple fans to come after me. Krystal: So what is the equivalent of being blocked back in the day? What is the equivalent? Adam: Oh, like how do you get canceled in the world of- Krystal: Yeah, in their world. Adam: … Writing essays and letters back and forth? Krystal: Yeah. Adam: Oh, that’s a good question. Truthfully, they were a lot more conservative back then. Maybe you would get drummed out of the country. They’d be like, this person’s views are incorrect. Lord Byron, who was a poet, an influencer… Krystal: Influencer. Adam: Yeah. He was like, whatever, English influencer. And he would read poetry out loud and women would- Krystal: Swoon? Adam: Yeah. They would swoon. Anyways, he was kicked out of England for, I believe, basicly because … I think he was <a href="https://www.theguardian.com/books/2002/nov/09/classics.poetry">gay</a>. Krystal: Oh wow. Adam: Things were much less understanding back then. <h2 id="punch-cards">Punch Cards</h2> Adam: So 80 columns comes originally from IBM punch-cards. And I’m sure at least one person listening already knew this because the Stack Overflow question dates back to 2014. And as I said, it’s been shared a lot. But it’s crazy to think about to me. If you can imagine computers existing before computer monitors or keyboards existed, like on a factual level, I know that’s true, but it sounds super strange, right?  All my computer interactions have been mediated by keyboards and monitors. I mean, sometimes large CRT monitors, but still, it’s just a weird thing to think about. So before they existed, you had to input all your data or code into computers using punch-cards. And IBM punch-cards looked like recipe stock cards but twice as wide, like the size of a page of a paperback book if you turned it sideways. And the way the programming with punch-cards works is that each punch-card equals one line of code in your program. And a standard punch-card is a grid where you have 10 rows down and 80 columns across. And so that’s where the 80 character limit comes from. You would write your program out in long hand, in paper, and then you would punch it into the cards. And so if you went over 80 characters, you were dead. There was no more lines on the punch-cards. This is like a very hard rule.  We’ve kind of appeased Chesterton and his fence now. We know where the 80 characters comes from. It clearly comes because you couldn’t fit anymore on a punch-card. What does that mean? So we can remove the fence, I guess. We’re definitely not using punch-cards now. So the purpose of the limit seems to be gone, right? Don: It’s pretty restrictive if you’re working in an environment that anything over 80 breaks your whole system. Maybe be more adaptive. I don’t know. Adam: Shots fired. Don: It’s like that one guy was saying, reduce the font size or we have so many tools and options available now that we don’t have to be locked into one specific convention. Krystal: But I feel like not everybody has those tools. Don: Yeah. We do have standards. I think our maximum line length is 240, but you can’t have crazy Adam lines. Adam: I think 240 is a crazy Adam line. Krystal: Yeah. This reminded me, one of my mentors, he was telling me that they actually had to use punch-cards to do their homework. And so they’re grouchy because they’re like, oh, you kids are spoiled with your control Z and your IDEs and stuff. Don: Yeah. I don’t know. That seems to be like a common human thing. I suffered so you have to suffer. Adam: So the 80 character limit may in fact be a leftover form of hazing? Krystal: Yes. <h2 id="bytes-and-nibbles">Bytes and Nibbles</h2> Adam: So I don’t want to give up on 80 characters so soon just because we figured out where it came from. But punch-cards is a super interesting thing to take a little bit of detour. A lot of stuff that we do in computing now actually came from punch-cards, but you just don’t really notice it. So the delete key is an example. Do you guys know how the delete key is sent to your computer? Krystal: No. Adam: If you imagine your punch-card, that’s like 80 columns by 10 columns, right? So each row is going to be a single key of your Fortran or COBOL program or whatever. If you want to type in the letter ‘A’, the character for the letter ‘A’ in ASCII is 97. punch-cards work the same way. That 97, you convert it to binary and it gives you 1, 1, 0, 0, 0, 0, 0, 1. And so you would punch the first hole, the second hole, and then a bunch of blanks, and then another one.  If these old mainframes spoke ASCII, which they didn’t, but you can imagine this would take a long time. So they had something called a key punch. Maybe you saw that, Krystal, at the computer history museum. I don’t know. The key punch is like a typewriter, but instead of paper, it took in these punch-cards. And when you type the word ‘A’, it would punch out the holes on the current row that were needed for that. So you wouldn’t have to do this look up. This relates to Delete keys, I swear. We’re going to get somewhere. So they didn’t use ASCII, which is seven bits. They used eight bits. So it’s basically like eight of the holes for each letter. So this became the byte. The byte is eight bits. And this became the unit of computing. Because before that time, computers varied in a lot of different ways. Each new computer might be different. Some might be eight bits. Some might be 12 bits. Don: And four bits is a nibble. Adam: This caused them to standardize on a bite, because that was how you could represent a character of text. Each row on a punch-card, became a byte. If you were inputting text, a punch-card give you 80 bytes. But here’s what’s wild. That’s still how we do things today. We went from a time when this was undecided, there was 12 bit, 8 bit, nibbles. And now everybody uses bytes, which, if you think about it is a very strange way to describe all space for everything. That’s just weird. A gigabyte is a billion text characters. If you were to put that onto punch-cards, a gigabyte would be 12,500,000 punch-cards. Krystal: Wow. Don: That’s a lot of cards. Do you think they would get one person to punch all those out? Or… Adam: Imagine it’s just like a JPEG, like a meme. Don: It’s just a meme. Adam: So I promise this would all relate to the delete key. <h2 id="the-delete-key">The Delete Key</h2> Adam: The eight bits that used on a punch-card was called the extended binary coded decimal interchange code. That’s really easy to say, EBCDIC. If you make a mistake in it, you typed a typo on your card. You hit F when you meant A, you can’t fill back in holes, once you’ve punched holes. Don: Yeah. That’s true. Adam: The only thing that they could do was punch out all the other remaining holes. So if you accidentally do F instead of A, you just punch out all the rest of the holes. In this eight bit mapping, all eight characters being ones, was called eight ones, which I suppose is a good name for it. Or in ASCII, where it’s only seven bits. The flipping all seven ones on is the highest value in ASCII, and that’s the delete key. The way delete keys work today, when I press a button on my keyboard, that’s delete and sends the value 127, it sends seven bits, all flipped to one.  And the reason for that was, that was the only way to erase something on a punch-card, was to punch out all the remaining holes. The ASCII value of delete is based on having a way to delete a column. And it’s even the same in Unicode. So if you’re sending people whatever, taco emojis, or I don’t know what the right emojis people are sending. If you want to delete that, you’re sending the 127 value and it all dates back to punch-cards. And it’s all just because you can’t un-punch a hole in a card. Krystal: Whoa. That’s cool. Adam: Here’s how it relates to our original 80 character thing. We don’t need delete to be all the holes punched anymore. We didn’t need that in Unicode with taco emojis and hearts and troll faces. We don’t actually care about punching holes, but there was a lot of things that assume that delete is like seven ones. So the original reason Chesterton’s fence is long gone, but it led to other reasons. I don’t know. Do you buy it? <h2 id="the-past-was-less-constrained">The Past Was Less Constrained</h2> Krystal: I went to the Computer History Museum. It’s really cool. We think about 80 characters and like that being tradition, but even back then, they were trying to think about different ways of representing, that would be more like the way we, as humans, process information. And we kind of accept these things today. This is how computer is. And so there’s more of this focus on incremental change these days and accepting a lot of things. And when you go into the Computer History Museum, what’s really cool is that they were radically redesigning things that we take for granted to date. It’s just wild how people were just, oh, I’m going to use this completely different thing and call it a computer. And yeah, I wish you would do more of that because it’s like pushing limits. Adam: I guess the big question here is because some things get tradition, should you throw it out and rethink it? Or should you persist? Don: I think it’s situational. If you have one of those reasons where you need it to be 80 characters, then obviously you can’t. But if you don’t have those restriction, why not? Adam: Let’s muddy the waters here. <h2 id="for-i"><code class="language-plaintext highlighter-rouge">for i</code></h2> Adam: I’ve always wondered why the same people who say, oh, variable names should be long and descriptive. Then, when they want to count to five, they go and they write out a for loop and they write for <code class="language-plaintext highlighter-rouge">i</code> equals one, <code class="language-plaintext highlighter-rouge">i</code> less than five, <code class="language-plaintext highlighter-rouge">i</code> plus plus plus. I mean, <code class="language-plaintext highlighter-rouge">i</code> is not descriptive, right? That should be like food counter, blah, blah, blah, for… So why did they choose <code class="language-plaintext highlighter-rouge">i</code>? And if you push them, then they’ll say, no, <code class="language-plaintext highlighter-rouge">i</code> is for incrementing. Incrementing <code class="language-plaintext highlighter-rouge">i</code> is fine. Krystal: An adjacency matrix or something? Adam: Yeah. And then if you push it further, they’re like, well, <code class="language-plaintext highlighter-rouge">j</code> is fine too. <code class="language-plaintext highlighter-rouge">k</code> is okay… Krystal: Because, well, the way they teach computing too, is like you’re supposed to just follow the things. There’s so much about the way we think about computer science. There are all these things that are traditional ways of coding that everybody goes through, and we don’t really ask questions about why we’re doing things in particular way. Because you’re just like, you’re learning, you’re not supposed to ask questions. Just do the thing, learn how to write a for loop. It doesn’t make sense. But this is how we code. Don: I remember when I was in school, learning how to program and doing loops and it was very much like you have to write it like this. If you want to do a for loop, i is the variable you use to maintain the count. But at some point, I found out that you don’t have to name it i. Adam: Blew your mind. Yeah. Don: I didn’t even know. I went through most of my school days just doing the i, and then eventually one day, I found out. I’m like, wait, it still works if you don’t have it named i? Like there’s nothing in the actual language itself that says that you have to specifically call it i, and I’m like, well, why am I naming it i? I could’ve been naming it something else this whole time. I was very outraged at the time. Adam: Yeah, exactly. Eventually, I learned this rule that’s much better than the used descriptive variable names, which somebody told me, which was that names should be equal to their scope. Which makes a little bit of sense. It implies like if you have a little for loop, you can call it i, because the scope is very small. But that doesn’t explain why it should be i. Why not X or A or… Krystal: Yeah. A foo, a bar… Adam: Yeah. Foo, bar, and baz, those are more things that we just carry forward without questioning. But they’re idioms, right? These are programming idioms. And as you said, you learn them. People wrote for loops like this in C and then move forward from there. And people just keep following in their footsteps. Krystal: Okay. I always think that people writing books, I would wish they would include those kinds of things in there. Adam: It makes it so much more interesting if they can say here’s why, but so I know why it’s an <code class="language-plaintext highlighter-rouge">i</code> now. Krystal: Of course. Don: So my assumption, because I don’t know the answer to why it’s i, but my assumption was always that it stood for index. Krystal: Yeah, me too. Don: And J and K were just because, well, we already have index and it’s I, so I guess the next index will have to be J. I always just assumed it was one of those things. <h2 id="fortran">Fortran</h2> Adam: Okay. So you’re not far off. A lot of punch-card programming and mainframe programming that followed may be not using punch-cards, but just on mainframes. It was using Fortran and COBOL. And if you have 80 characters or even less per line, you want to be concise. So Fortran came up with ways to make each line concise because you only had so much width. One of these things was that they assumed that all variables would be real numbers. So 2.3 or 5.6. So you didn’t have to declare them as reals. They would just be real except for I, J, K, L, M, and N. Those were always integers. You didn’t have to declare them. I is just an integer. Krystal: Oh, for integer. Adam: So if you needed to do a loop, you would just grab an I because that is the first integer that’s available. So they just set aside six values to be integers. And in fact, I believe it’s any variables that start with those. So if you create a variable that starts with I, it’s going to be an integer. And then people just want to be short because they only had 80 characters. So they’re like, why would I type more than just I? And then once I use that, the next shortest integer I can use is J, and then K. So that’s why. The reason for using I dates back to Fortran. And it was just the first integer value available. And this whole thing is the root of what I guess must be one of the first programming dad jokes, which Fortran people would say, “God is real unless declared as an integer.” Krystal: Oh no. Adam: Because the variable God would be considered a real number unless you said it was an integer. So now you know that the i is somewhat arbitrary. But just because you know it’s arbitrary and no longer makes sense, because I’m not programming in Fortran, doesn’t mean I’m going to start going for atom equals one atom plus plus, well Adam, less than five. Don: You could name it whatever you’re looping through. Row or user or index or something. You’d actually name it whatever you’re looping through and then it makes sense. Remember you have to write things for yourself three months from now, when you have no idea what this code is. <h2 id="shared-arbitrary-idioms-have-value">Shared Arbitrary Idioms Have Value</h2> Adam: Let’s say I’m doing a transpose where the element at <code class="language-plaintext highlighter-rouge">i</code>,<code class="language-plaintext highlighter-rouge">j</code> becomes the element at <code class="language-plaintext highlighter-rouge">j</code>,<code class="language-plaintext highlighter-rouge">i</code>. Don: He’s making elaborate hand actions. Adam: I can do four row and then four column. I’m not sure it’s better. I know the I and J. That’s just burnt into my head. It’s not I and J is only better because everybody knows this idiom. It’s burnt in. Krystal: It’s cross disciplinary too. If you were to talk to a quantum mechanics physicists or graph theory person, they probably use I and J too. Everybody thinks about vectors as I and J. Adam: Yeah. It is arbitrary, but it’s actually okay. Because… Don’s not buying it, but… Don: No. I think in the context that you described, it makes sense. If I was doing it and I was working with an actual collection of something that’s meaningful, then I would probably name it that thing rather than I or J. Adam: And then also Don’s like, I work in Scala. I don’t loop. I just map over something. Krystal: Yes. Exactly. Don: And I’m not going to name it i, right? Adam: So we started with 80 columns. But really, what I’m trying to get at is the fact that arbitrary things become ingrained, and then we forget why they’re ingrained, but we keep doing them because there’s a value to uniformity and shared understanding or something like that. So it brings me to counting. <h2 id="counting-from-zero">Counting From Zero</h2> Adam: Okay. So I’m going to point at things. You guys count, I don’t know. Count out loud. Krystal: Zero Don: One. Are we starting at zero or one? Krystal: Two Don: Three Krystal: Four, Five. Don: All right. Where’d you get five pens from? You have five pens floating around on your desk? Krystal: I do. Adam: One of these is a highlighter. I don’t know if that’s helpful. So you did start, at first, counting at zero? Krystal: My professor usually says, if you’re not a psycho, you start counting at one. Don: Yeah. Because you have one thing. You’re counting the number of things. You’re not counting an array. Adam: Yeah. But it’s super weird. Right? Don: Is it? Is it weird that if you hold up a pen and I’m like, that’s one pen. Adam: No. That, I think is normal. What I think is strange is that when I start counting elements, like in an array that I start counting them at zero. Don: Right. Because the index starts at zero. Krystal: But it doesn’t have to. Adam: Yeah. I mean, if you’re in Lua or MATLAB or some old version of Visual Basic, it might start at one. But in almost every programming language, you start counting at zero. So that’s strange, right? Why is that? Krystal: Because computers are evil. Adam: If you’re a professional computer programmer, you just know and if you want to get the index into an array, you start at zero. And you probably don’t know why. But if you’re a C programmer or a C++ programmer or something, you probably know why there’s zero based indexes because it makes sense there. But it has strange repercussions. In JavaScript – this is the weirdest example I could find. So in JavaScript, it’s now June, which is the 6th month. But if I go into my developer console and I do new date dot get month, what value does it return? It returns five. They count the months of the year. January is obviously zero, and then February is one and like- Krystal: Oh no. It feels like they’re just copied because hey, the C guy is wearing polka dots. We should wear polka dots too. Adam: It’s the same as the C people copying the Fortran people to use i, for their for loop. You expect as a programmer, that things will start at zero. That’s just the way things work. <h2 id="the-index-is-the-offset">The Index Is the Offset</h2> Don: It probably has to do with memory. Adam: Say that again? Don: So it would have to do with memory because an array would be stored in memory. So if you were going to be iterating through an array, you were really just iterating through memory. So you’d have to start at zero because that would be the first block of memory. Adam: The short form way to communicate this is to say that the index is an offset. So you have a pointer to where your stuff is in memory, and the index is actually how far you move from that. Don: And in the first element you don’t want to offset, so it’s zero. Adam: But that’s super weird that somebody in JavaScript where there’s no pointers and no access to raw continuous memory, that they have to know this. Krystal: Yeah. Especially for a FAANG LeetCode interview. Adam: Yeah. It makes sense if you understand this history. If you have this array like that, and you go to write your for <code class="language-plaintext highlighter-rouge">i</code> for loop, then you do for <code class="language-plaintext highlighter-rouge">i</code> equals zero. You start at zero because you know that you want to get that first element with no offsets. And then so once you’ve started counting at zero, you start counting at zero everywhere. And so people who worked in languages with pointers, it’s obvious to them why this is the case because they understand how memory works. And then they move on to work in other programming languages.  And of course, they probably build the compilers and runtimes for these other languages. And so they just carry this idea forward. And so then just everybody does it this way. And because humans are pattern based. If you made a language that looks vaguely like C with curly braces and stuff, the first thing an experienced programmer are going to do is type up for I equals zero, blah, blah, blah, blah, blah. And if that doesn’t work, they’re going to be like, this shit is broken. What’s wrong with your language. Why don’t you count at zero, like normal people? Meanwhile, we’ve all just got Stockholm syndrome, not realizing that’s not natural to somebody who doesn’t understand pointers, to think that you would start counting at zero. Krystal: But people get used to new things. Basically, Don’s not favorite company in the whole world, they change things all the time like the UVC and the lightning port or whatever stuff. Don: That’s out of corporate greed. They want to have a proprietary interface so that it’s proprietary or else they would use an open standard. <h2 id="ada-speed-vs-js-speed">ADA Speed vs. JS Speed</h2> Krystal: Well, that’s interesting. I was just thinking about… So they use ADA a lot for spacecraft stuff, and especially for those sectors, you can’t really radically redesign things because they’re kind of specked so many years ahead of time. So when you’re in the JavaScript slash startup world or whatever, you can do these cutting edge experimental things, but there’s so many industries that use software that we don’t traditionally think of as tech that are, but tech adjacent, like oil mining, all that kind of stuff. And they rely on convention and being conservative. They want things to stay the same. Adam: The track record is the thing. Because it’s like when you evolve, you slightly change something only with very specific purposes. It’s a lot safer. Like you’re not going to find some 10x better way to program by slightly improving on what exists. But, there’s a huge risk in changing all the things. You can go into your PR on GitHub and explain: <blockquote> listen, 80 lines is based on IBM punch-cards. They’re gone. So I’m not using that. for i, the i comes from Fortran, gone. Everything starts with for Adam. I’m not going to count from zero, counting from zero comes from pointers. We don’t have any pointers, so I’m going to start counting at seven. </blockquote> Nobody will understand what’s going on. It will be a very revolutionary approach to throw a lot of the old, some of which is bad, but a lot of the stuff is still around because it’s been validated and it works.  So this whole thing makes me think of houses. There are people who complain that they don’t build houses as well as they used to. There’s one house in Peterborough called Huntington house, and I guarantee if I walk by it with my friend Sam, whose house is old, by the way, so he’s not unbiased in this, but he’ll say like, “Oh, bet you your house won’t last as long as this house”, which is like from the 1800s. Well, that’s probably true, but it’s also the only house of that age that’s still around. There’s lots of crappy build houses from the 1800s that aren’t around. Don: And who knows how much modernization renovations have been done to it over the years? I can’t imagine that they’ve got all knob and tube wiring and galvanized pipes. They would’ve had to do a whole bunch of restoration work on the inside that you don’t see. Adam: Yeah. That house in Peterborough, it still exists, but lots of other houses didn’t, and there’s a million things about punch-card programming that they threw out. Almost everything, almost all of it is gone. The things that are left behind out of that, they’re the things that work. The reason that the people in C kept the 80 character limit wasn’t to do with punch-cards. Originally, they had small terminals that only supported 80 characters, but also people aren’t very good at reading super wide lines<a href="#fn:2" class="footnote" rel="footnote" role="doc-noteref">2</a>. That’s why magazines have columns. The 80 started arbitrary, but the fact that it stayed means something. If all of these people before you saw that it wasn’t a problem and decided not to throw it out, that has weight. We threw out almost everything about how Fortran declares variables, unless you’re working in Fortran. But we left that i because whatever, it makes sense and mathematicians already used I and you probably took a math class and had vectors. It was arbitrary, but the fact that we’re still using it means that it might have been a useful standard. Krystal: But i is imaginary in math. Adam: Yeah. So you’re always looping through imaginary numbers. To bring it all the way back, the fact that some communities have kept this limit of 80 characters, it doesn’t mean that they’re dumb and stuck in the punch-card era. It means that probably, there was other benefits, the chief of which being everybody on the team had the same width. If you set up some complicated thing, I have my monitor sideways and Don has three columns on his screen. We all know as long as we have room for 80, whatever weird format we want works. <h2 id="pushing-back">Pushing Back</h2> Krystal: Well, I still think it’s important to push back. So my kind of worry, generally, is that people get so stuck into thinking that this is the only way because nobody’s pushing back against that when people are learning programming, maybe they should have like the i telling people I is an integer, just so that people don’t get used to doing the thing where they repeats what everybody says for its own sake, but understanding the trade offs and with an understanding of why certain choices are made. I would be interested to know anybody who ever made a programming language that deliberately tried to push the limits of the whole 80 character limit. That would be interesting. Adam: I propose a new language in which in every file, the limit starts at the top line, you can be 240 characters long. And it decreases by one every line so that the 240th line, all you can put is a closing brace. Before that you get two braces and so on … Anyway … Krystal, being more of the academic bent is ‘we need to experiment more. Let’s not be constrained here, folks’. And Don and I, who probably spend a lot more time just working on a team, we’re more concerned with the team dynamics. And I think that that breakdown is probably about right. You shouldn’t at hand throw aside these old traditions, you should think carefully about it. This is a weird position for me to take. I feel like I’ve changed in some way. You’re a different man. Like you guys are going to give me a talk? You’ve changed. We don’t like it Krystal: mass unsubscribe. Adam: I feel like in this case, you can innovate within constraints, right? Krystal: Yeah. But you work at some organizations where they’re too square and it’s just not fun. I feel like the whole point of people who became interested in software engineering’s like, maybe you’re programming a game or artwork or architecture or something. And when you kind of take all of that away and it just becomes a whole follow the rules thing, it can get pretty boring and pretty depressing pretty quickly. There’s this should still be that weirdness budget, like a little bit of room for play. <h2 id="gofmt-and-standards"><code class="language-plaintext highlighter-rouge">gofmt</code> and Standards</h2> Adam: So I used to do a lot of Scala development, but now I’m working in Go. One of Go’s innovations is Go format. Go has a command, and it formats your code to a very specific standard. And it’s basically the standard for all Go code. This is what Go code looks like. There’s no arguments, right? There’s no tabs versus spaces fights. Go format picked tabs – controversial choice, but that’s what it picked. So there’s no arguments. Don: I bet you there’s people complaining about it though. Adam: So this idea, I think, spread to other programming communities. Stop fighting about code layout, whatever. Just choose something. There’s value in the uniformity. When I was on a Scala team, putting code formatters in was like a big boost because we could stop just arguing about it. Go, they threw their hat down, I guess, on standardization, but they refused to tackle line length. Don: Line length, we can’t touch it. Adam: I think they’re wrong. They took a stance on tabs versus spaces. But they were afraid to touch line length, but they should have. So Rust took a stance on this. So Rust has Rust format and they enforce a line length of 99 characters. They said 99 characters, it is. Why 99? Because they thought 80 was too small. If you set your IDE so it has columns of code that are a hundred wide each, you can always display 99. And then if you have to look at a diff with the extra pluses and minuses, then it still fits. So all Rust code, unless you put a special exception in the rule, has that line length. Krystal: Awesome. Adam: It’s arbitrary, but it’s an idiom. And if you read Rust code, you just expect things to be that long. Krystal: And people learn. I feel like when you sneak in in new idioms, people over time can learn to use them. Adam: Yeah, totally. <h2 id="when-to-innovate">When To Innovate</h2> Adam: If you’re building a database in your spare time, make it a graph database. Nevermind tables. If you’re building your own programming language for fun, don’t allow variables named I at all. Just get rid of it. Try new things, right? Try 0.5. indexing. Don’t feel constrained by history. But if you’re working on a team or as a group, or you want humans in this timeline of the multiverse to be able to understand your code, then you need to understand the history and embrace the constraints. <h2 id="the-answer">The Answer</h2> In the midst of all this 80 character argument, on Lobste.rs, I found this guy who had a good take on it. <blockquote> When a city wants to set a speed limit on a new road, they first measure the speed at which the cars are driving and they set the speed to the 85th percentile. Perhaps instead of throwing out numbers, one should measure the line lengths of source code in question and set the width appropriately </blockquote>  He’s saying, Don, if nobody goes over 120, set your limit 120. And then somebody else also said: <blockquote> I found that something like wrap between 80 and 101 weren’t feasible and maintain a hard limit of 120 characters is a reasonable compromise and will work well for most people. I think this is one of those personal issues where people will never agree. I think the most important issue is not so much what is better. That’s a very personal issue, which depends on your priorities, but rather what works best for everyone on the team and then stick with what works for the team. </blockquote> Krystal: I like that. Don: Yeah. That’s a reasonable answer. Krystal: Hire that guy. <h2 id="outro">Outro</h2> Adam: Yeah. So thank you to Don and Krystal for joining me. You can find them both on Twitter and on the Slack channel for this podcast. I’d also like to thank all the various sources. Thanks to user Fredley on Stack Overflow who asked this question that sparked all the discussions. Thanks to Hillel Wayne, whose newsletter is where I learned about the JavaScript get date. Thank you to ARP242 and SPC246 from Lobste.rs. Those names, they just roll off the tongue. Thank you to Bjorn and raverbashing on Hacker News. And I’ve put all the links on the webpage for the episode, if you want to dig in more. And if you’ve made it this far and you want more content, sign up for the monthly newsletter. I’ll be sending out something special in the newsletter soon. And you can follow me on Twitter at Adam Gordon Bell.  But most importantly, if you want me to keep producing more episodes, support me on Patreon. If you go to <a href="https://corecursive.com/supporters">corecursive.com/supporters</a>, it will take you there. And also, let me know on Twitter or Hacker News or wherever this episode shows up, what do you think of the 80 character limit argument. Did we resolve it? I think we did. Or at least we beat it to death, which must count for something. And until next time. Thank you so much for listening. <div class="footnotes" role="doc-endnotes"> <ol> <li id="fn:1"> Correction: This turns out to not be the case. C.S. Lewis was inspired by the writing of G.K. Chesterson, but read them in the 1900s. <a href="#fnref:1" class="reversefootnote" role="doc-backlink">↩</a> </li> <li id="fn:2"> It’s only been studied in prose reading, but line lengths of <a href="https://baymard.com/blog/line-length-readability">50-70 words</a> were found to be the most readable. Code is probably read differently, but this is the closest thing to a study we have. <a href="#fnref:2" class="reversefootnote" role="doc-backlink">↩</a> </li> </ol> </div> <form action="https://app.convertkit.com/forms/2082075/subscriptions" class="seva-form formkit-form" method="post" data-sv-form="2082075" data-uid="99a50e1950" data-format="inline" data-version="5" data-options="{"settings":{"after_subscribe":{"action":"message","success_message":"Success! Now check your email to confirm your subscription.","redirect_url":""},"analytics":{"google":null,"facebook":null,"segment":null,"pinterest":null,"sparkloop":null,"googletagmanager":null},"modal":{"trigger":"timer","scroll_percentage":null,"timer":5,"devices":"all","show_once_every":15},"powered_by":{"show":true,"url":"https://convertkit.com?utm_source=dynamic&utm_medium=referral&utm_campaign=poweredby&utm_content=form"},"recaptcha":{"enabled":false},"return_visitor":{"action":"show","custom_content":""},"slide_in":{"display_in":"bottom_right","trigger":"timer","scroll_percentage":null,"timer":5,"devices":"all","show_once_every":15},"sticky_bar":{"display_in":"top","trigger":"timer","scroll_percentage":null,"timer":5,"devices":"all","show_once_every":15}},"version":"5"}" min-width="400 500 600 700 800" style="background-color: rgb(249, 250, 251); border-radius: 4px;"> <div class="formkit-background" style="opacity: 0.2;"></div> <div data-style="minimal"> <div class="formkit-header" data-element="header" style="color: rgb(77, 77, 77); font-size: 27px; font-weight: 700;"> <div class="heading">Support CoRecursive</div> </div> Hello, I make CoRecursive because I love it when someone shares the details behind some project, some bug, or some incident with me. No other podcast was telling stories quite like I wanted to hear. Right now this is all done by just me and I love doing it, but it's also exhausting. Recommending the show to others and contributing to this patreon are the biggest things you can do to help out. Whatever you can do to help, I truly appreciate it! Thanks! Adam Gordon Bell <a class="donate-button" href="https://www.patreon.com/adamgordonbell">Support The Podcast</a> </div> </form> </div> </div> <div class="aboutlinks"> <div class="side-heading">About CoRecursive</div> <div class="p-flex"> <picture><source sizes="(min-width: 300px) 125px, (max-width: 479px) 125px, (max-width: 767px) 125px, (min-width: 768px) 125px, (max-width: 1200px) 125px, (min-width: 1201px) 125px" srcset="/assets/generated/logos/podcast-art-125-acb93ec4b.webp 125w" type="image/webp"><source sizes="(min-width: 300px) 125px, (max-width: 479px) 125px, (max-width: 767px) 125px, (min-width: 768px) 125px, (max-width: 1200px) 125px, (min-width: 1201px) 125px" srcset="/assets/generated/logos/podcast-art-125-39dac58b9.png 125w" type="image/png"><img src="/assets/generated/logos/podcast-art-125-39dac58b9.png" alt="Profile Picture"></picture> <div> A podcast about building software. </div> </div> <ul class="section-nav"> <li><a href="/category/best-of/">Favorite Episodes</a></li> <li><a href="https://corecursive.com/subscribe">Subscribe to Podcast</a></li> <li><a href="https://corecursive.com/newsletter">Subscribe via Email</a></li> <li><a href="https://twitter.com/corecursive">Follow @CoRecursive on Twitter</a></li> <li><a href="/about/">About</a></li> </ul> </div><div class="links"> <div class="side-heading">Links:</div> <ul class="section-nav"><li> <a href="https://news.ycombinator.com/item?id=7830207">Why is 80 characters? (hn)</a> </li><li> <a href="https://lobste.rs/s/s7ympa/80_characters_per_line_is_standard_worth">80 is worth sticking to today (lobste.rs)</a> </li><li> <a href="https://www.hillelwayne.com/post/always-more-history/">Why months start from 0?</a> </li><li> <a href="https://softwareengineering.stackexchange.com/questions/148677/why-is-80-characters-the-standard-limit-for-code-width">Why 80 and the history of punch cards</a> </li></ul> </div><div class="eplinks"> <div class="side-heading">About Episode</div> <ul class="section-nav"> <li>Release Date: 01 Jun, 2022</li> <li>Updated Date: 01 Jun, 2022</li> <li><a href="https://traffic.libsyn.com/corecursive/077-80_columns.mp3">Download Audio File</a></li> <li><a href="https://corecursive.com/why-80-columns/">Permalink</a></li> <li><a href="https://corecursive.com/feed">RSS</a></li> </ul> </div></div> <div class="container"> <div class="container prev-next-podcast"> <div class="prev-podcast"> <a class="underhover" href="/lisp-in-space-with-ron-garret/" rel="prev" title="LISP in Space">LISP in Space</a> </div> <div class=" next-podcast"> <a class="underhover" href="/eliza-with-jeff-shrager/" rel="next" title="The History and Mystery Of Eliza ">The History and Mystery Of Eliza</a> </div> </div> </div> <div class="footer_top"> <div class="footer_inner container"> <div class="col f_author"> <img src="/assets/images/logos/logo-reduced-1-white.png" alt="logo"> <picture class="lazy"><source data-sizes="(min-width: 300px) 345px" data-srcset="/assets/generated/supporting/adam-345-fe3ad39c2.webp 345w" type="image/webp"><source data-sizes="(min-width: 300px) 345px" data-srcset="/assets/generated/supporting/adam-345-34ae4e2c8.jpg 345w" type="image/jpeg"><img class="lazy" data-src="/assets/generated/supporting/adam-345-34ae4e2c8.jpg" alt="author"></picture> </div> <div class="col"> <div class="footer-heading">NAVIGATION</div><a class="underhover" href="/">Home</a><a class="underhover" href="https://link.chtbl.com/corecursive">Subscribe To Podcast</a><a class="underhover" href="/category/podcast/">Episodes By Date</a><a class="underhover" href="/tags">Episode By Theme</a><a class="underhover" href="/about">About</a><a class="underhover" href="/donate">Donate</a><a class="underhover" href="/rankings">Podcast Rankings</a></div> <div class="col listen"> <div class="footer-heading">SOCIAL</div><a class="underhover" href="https://twitter.com/corecursive"> Twitter </a><a class="underhover" href="https://www.linkedin.com/in/adamgordonbell/"> Linked in </a><a class="underhover" href="https://www.instagram.com/adamgordonbell/"> Instagram </a><a class="underhover" href="/slack"> Slack </a></div> <div class="col listen"> <div class="footer-heading">LISTEN ON</div> <a class="underhover" href="https://podcasts.apple.com/us/podcast/corecursive-coding-stories/id1330329512"> Apple Podcasts</a> <a class="underhover" href="https://open.spotify.com/show/6XU1MRwzCfAXD07YHbpjNv"> Spotify</a> <a class="underhover" href="https://podcasts.google.com/feed/aHR0cHM6Ly9jb3JlY3Vyc2l2ZS5jb20vZmVlZA"> Google Play</a> <a class="underhover" href="https://www.stitcher.com/show/corecursive-with-adam-bell"><img src="/assets/images/icon/icon_stitcher.png" alt="Sticher"> Sticher</a> <a class="underhover" href="https://overcast.fm/itunes1330329512"><img src="/assets/images/icon/icon_overcast.png" alt="Overcast"> Overcast</a> </div> </div> </div><div class="bottom-footer bottom-footer-margin"> <div class="footer-bottom-text pull-left">CoRecursive </div> <div class="footer-bottom-text pull-right"> 2021</div> </div> <div class="sonus-player-area"> <div class="sonus-player"> <div class="sonus-player-episodes" id="sonus-player-episodes"> <a href="#"><img src="/assets/images/player_episodes.png" alt="episodes">EPISODES</a> </div> <div class="sonus-player-margin"> <div class="sonus-player-wrapper"> Audio Player <div id="mep_0" class="mejs__container mejs__container-keyboard-inactive mejs__audio" tabindex="0" role="application" aria-label="Audio Player" style="width: 400px; height: 40px; min-width: 206px;"> <div class="mejs__inner"> <div class="mejs__mediaelement"> <audio preload="none" id="sonus-player_html5-6" data-podcast_duration="39:22" src="https://traffic.libsyn.com/corecursive/077-80_columns.mp3"> </audio> </div> <div class="mejs__layers"> <div class="mejs__poster mejs__layer" style="display: none; width: 400px; height: 40px;"></div> </div> <div class="mejs__controls">  <div class="back15 move" > </div> <div class="mejs__button mejs__playpause-button mejs__play" id="mejs__play_pause"> <button type="button" aria-controls="mep_0" title="Play" aria-label="Play" tabindex="0"> </button> </div> <div class="next60 move" title="forward 60s"> </div>  <div class="mejs__time mejs__currenttime-container" role="timer" aria-live="off"> 00:00 </div> <div class="mejs__time-rail"> 00:00 </div>  <div class="mejs__time mejs__duration-container"> 39:22 </div>  <div class="mejs__button mejs__volume-button mejs__mute"> <button id="mejs__mute_button" type="button" aria-controls="mep_0" title="Mute" aria-label="Mute" tabindex="0"> </button> <div class="slider_wrapper"> <input class="mejs__volume_slider" aria-label="Volume Slider" id="mejs__volume_slider" aria-orientation="vertical" type="range" min="0" max="100" value="50"> </div> </div>  <div class="mejs__button mejs__speed-button"> <button type="button" aria-controls="mep_0" title="Speed Rate" aria-label="Speed Rate" tabindex="0">1x</button> <div class="mejs__speed-selector "> <ul class="mejs__speed-selector-list"> <li class="mejs__speed-selector-list-item"> <input class="mejs__speed-selector-input" type="radio" name="mep_0_speed" value="2" id="mep_0-speed-2"> <label for="mep_0-speed-2" class="mejs__speed-selector-label">2x</label> </li> <li class="mejs__speed-selector-list-item"> <input class="mejs__speed-selector-input" type="radio" name="mep_0_speed" value="1.5" id="mep_0-speed-1.5"> <label for="mep_0-speed-1.5" class="mejs__speed-selector-label">1.5x</label> </li> <li class="mejs__speed-selector-list-item"> <input class="mejs__speed-selector-input" type="radio" name="mep_0_speed" value="1" id="mep_0-speed-1" checked="checked"> <label for="mep_0-speed-1" class="mejs__speed-selector-label mejs__speed-selected">1x</label> </li> <li class="mejs__speed-selector-list-item"> <input class="mejs__speed-selector-input" type="radio" name="mep_0_speed" value="0.75" id="mep_0-speed-0.75"> <label for="mep_0-speed-0.75" class="mejs__speed-selector-label">0.75x</label> </li> </ul> </div> </div>  </div> </div> </div> <h3 style="display: block;" id="audio_title">Why still 80 columns?</h3> </div> </div><button id="go-to-top" title="Go to top" onclick="topFunction()">⬆️</button> <script> //Get the button: mybutton = document.getElementById("go-to-top"); // When the user scrolls down 20px from the top of the document, show the button /* window.onscroll = function () { scrollFunction() }; function scrollFunction() { if (document.body.scrollTop > 20 || document.documentElement.scrollTop > 20) { mybutton.style.display = "block"; } else { mybutton.style.display = "none"; } } */ // When the user clicks on the button, scroll to the top of the document function topFunction() { document.body.scrollTop = 0; // For Safari document.documentElement.scrollTop = 0; // For Chrome, Firefox, IE and Opera } </script></div> <div class="sonus-player-seasons" id="sonus-player-seasons"> <div class="seasons-title"> <ul class=""> <li class="active-tab" style="width:100%;"> <a href="#" class="tab1" data-tab="1">Podcasts List</a> </li> </ul> </div> <div class="seasons-listing"> <ul class="tab1"> <li> <a title="One Million Checkboxes" class="listen-button" data-share-url="/one-million-checkboxes-with-nolen-royalty/" data-share-title="One+Million+Checkboxes" data-podcast_url="https://traffic.libsyn.com/corecursive/omcb.mp3" data-podcast_title="One Million Checkboxes" data-podcast_duration="3300" href="#" style="object-fit: cover;"> One Million Checkboxes <ul class="podcast-info-elements"> <li> Feb 03, 2025 </li> <li> 55 min </li> </ul> </a> </li> <li> <a title="Leaving Stripe" class="listen-button" data-share-url="/leaving-stripe-with-jon-de-le-motte/" data-share-title="Leaving+Stripe" data-podcast_url="https://traffic.libsyn.com/corecursive/leaving_stripe2.mp3" data-podcast_title="Leaving Stripe" data-podcast_duration="3060" href="#" style="object-fit: cover;"> Leaving Stripe <ul class="podcast-info-elements"> <li> Jan 02, 2025 </li> <li> 51 min </li> </ul> </a> </li> <li> <a title="Inside Shopify's Layoffs" class="listen-button" data-share-url="/shopify-layoffs-with-allison-malloy/" data-share-title="Inside+Shopify's+Layoffs" data-podcast_url="https://traffic.libsyn.com/corecursive/shopify_layoffs.mp3" data-podcast_title="Inside Shopify's Layoffs" data-podcast_duration="2520" href="#" style="object-fit: cover;"> Inside Shopify's Layoffs <ul class="podcast-info-elements"> <li> Dec 02, 2024 </li> <li> 42 min </li> </ul> </a> </li> <li> <a title="ReiserFS" class="listen-button" data-share-url="/reiserfs/" data-share-title="ReiserFS" data-podcast_url="https://traffic.libsyn.com/corecursive/ReiserFS.mp3" data-podcast_title="ReiserFS" data-podcast_duration="3153" href="#" style="object-fit: cover;"> ReiserFS <ul class="podcast-info-elements"> <li> Nov 04, 2024 </li> <li> 52 min </li> </ul> </a> </li> <li> <a title="From Everest to Startups" class="listen-button" data-share-url="/from-everest-to-startups-with-yoshio-goto/" data-share-title="From+Everest+to+Startups" data-podcast_url="https://traffic.libsyn.com/corecursive/103-Technical-cofounder.mp3" data-podcast_title="From Everest to Startups" data-podcast_duration="3020" href="#" style="object-fit: cover;"> From Everest to Startups <ul class="podcast-info-elements"> <li> Oct 02, 2024 </li> <li> 50 min </li> </ul> </a> </li> <li> <a title="From Code to Capital" class="listen-button" data-share-url="/vc-engineer-with-tim-chen/" data-share-title="From+Code+to+Capital" data-podcast_url="https://traffic.libsyn.com/corecursive/103-TimChen.mp3" data-podcast_title="From Code to Capital" data-podcast_duration="2807" href="#" style="object-fit: cover;"> From Code to Capital <ul class="podcast-info-elements"> <li> Sep 02, 2024 </li> <li> 46 min </li> </ul> </a> </li> <li> <a title="Navigating Corporate Giants" class="listen-button" data-share-url="/building-powershell-with-jeffrey-snover/" data-share-title="Navigating+Corporate+Giants" data-podcast_url="https://traffic.libsyn.com/corecursive/102-Powershell_1.mp3" data-podcast_title="Navigating Corporate Giants" data-podcast_duration="2970" href="#" style="object-fit: cover;"> Navigating Corporate Giants <ul class="podcast-info-elements"> <li> Jul 04, 2024 </li> <li> 49 min </li> </ul> </a> </li> <li> <a title="From Burnout to Breakthrough" class="listen-button" data-share-url="/hedy-with-felienne-hermans/" data-share-title="From+Burnout+to+Breakthrough" data-podcast_url="https://traffic.libsyn.com/corecursive/101_Hedy.mp3" data-podcast_title="From Burnout to Breakthrough" data-podcast_duration="3120" href="#" style="object-fit: cover;"> From Burnout to Breakthrough <ul class="podcast-info-elements"> <li> Jun 04, 2024 </li> <li> 52 min </li> </ul> </a> </li> <li> <a title="Coding Machines" class="listen-button" data-share-url="/coding-machines-with-don-and-krystal/" data-share-title="Coding+Machines" data-podcast_url="https://traffic.libsyn.com/corecursive/100-coding-machines.mp3" data-podcast_title="Coding Machines" data-podcast_duration="2891" href="#" style="object-fit: cover;"> Coding Machines <ul class="podcast-info-elements"> <li> May 03, 2024 </li> <li> 48 min </li> </ul> </a> </li> <li> <a title="Code, Kickflips and Crunch Time" class="listen-button" data-share-url="/game-programming-with-mick-west/" data-share-title="Code,+Kickflips+and+Crunch+Time" data-podcast_url="https://traffic.libsyn.com/corecursive/099-Mick-West.mp3" data-podcast_title="Code, Kickflips and Crunch Time" data-podcast_duration="3420" href="#" style="object-fit: cover;"> Code, Kickflips and Crunch Time <ul class="podcast-info-elements"> <li> Apr 02, 2024 </li> <li> 57 min </li> </ul> </a> </li> <li> <a title="Leaving LinkedIn" class="listen-button" data-share-url="/leaving-linkedin-with-chris-krycho/" data-share-title="Leaving+LinkedIn" data-podcast_url="https://traffic.libsyn.com/corecursive/098-Chris-Krycho.mp3" data-podcast_title="Leaving LinkedIn" data-podcast_duration="2850" href="#" style="object-fit: cover;"> Leaving LinkedIn <ul class="podcast-info-elements"> <li> Mar 04, 2024 </li> <li> 47 min </li> </ul> </a> </li> <li> <a title="Beautiful Code" class="listen-button" data-share-url="/beautiful-code-with-greg-wilson/" data-share-title="Beautiful+Code" data-podcast_url="https://traffic.libsyn.com/corecursive/097-Greg-Wilson.mp3" data-podcast_title="Beautiful Code" data-podcast_duration="3420" href="#" style="object-fit: cover;"> Beautiful Code <ul class="podcast-info-elements"> <li> Feb 02, 2024 </li> <li> 57 min </li> </ul> </a> </li> <li> <a title="Code as a Lifeline" class="listen-button" data-share-url="/brain-injury-with-jason-mcdonald/" data-share-title="Code+as+a+Lifeline" data-podcast_url="https://traffic.libsyn.com/corecursive/096-Jason_C_McDonald.mp3" data-podcast_title="Code as a Lifeline" data-podcast_duration="2651" href="#" style="object-fit: cover;"> Code as a Lifeline <ul class="podcast-info-elements"> <li> Jan 02, 2024 </li> <li> 44 min </li> </ul> </a> </li> <li> <a title="From 486 to Vue.js" class="listen-button" data-share-url="/vue-with-evan-you/" data-share-title="From+486+to+Vue.js" data-podcast_url="https://traffic.libsyn.com/corecursive/095-Evan_You.mp3" data-podcast_title="From 486 to Vue.js" data-podcast_duration="2776" href="#" style="object-fit: cover;"> From 486 to Vue.js <ul class="podcast-info-elements"> <li> Dec 04, 2023 </li> <li> 46 min </li> </ul> </a> </li> <li> <a title="Platform Takes The Pain" class="listen-button" data-share-url="/platform-takes-the-pain/" data-share-title="Platform+Takes+The+Pain" data-podcast_url="https://traffic.libsyn.com/corecursive/094_-_Backstage2.mp3" data-podcast_title="Platform Takes The Pain" data-podcast_duration="2915" href="#" style="object-fit: cover;"> Platform Takes The Pain <ul class="podcast-info-elements"> <li> Nov 02, 2023 </li> <li> 48 min </li> </ul> </a> </li> <li> <a title="Sloot Digital Coding System" class="listen-button" data-share-url="/sloot-digital-coding-system/" data-share-title="Sloot+Digital+Coding+System" data-podcast_url="https://traffic.libsyn.com/corecursive/093_-_Jan_Sloot.mp3" data-podcast_title="Sloot Digital Coding System" data-podcast_duration="3109" href="#" style="object-fit: cover;"> Sloot Digital Coding System <ul class="podcast-info-elements"> <li> Oct 02, 2023 </li> <li> 51 min </li> </ul> </a> </li> <li> <a title="Configuring Identity" class="listen-button" data-share-url="/configuring-identity-adam-jacob/" data-share-title="Configuring+Identity" data-podcast_url="https://traffic.libsyn.com/corecursive/092-Adam-Jacobs.mp3" data-podcast_title="Configuring Identity" data-podcast_duration="2573" href="#" style="object-fit: cover;"> Configuring Identity <ul class="podcast-info-elements"> <li> Sep 01, 2023 </li> <li> 42 min </li> </ul> </a> </li> <li> <a title="The Science of Learning to Code" class="listen-button" data-share-url="/the-science-of-learning-to-code/" data-share-title="The+Science+of+Learning+to+Code" data-podcast_url="https://traffic.libsyn.com/corecursive/091-Learning_Research.mp3" data-podcast_title="The Science of Learning to Code" data-podcast_duration="3044" href="#" style="object-fit: cover;"> The Science of Learning to Code <ul class="podcast-info-elements"> <li> Aug 02, 2023 </li> <li> 50 min </li> </ul> </a> </li> <li> <a title="A Dark Room - From Code Hobo to Indie Game Developer" class="listen-button" data-share-url="/a-dark-room-with-amir-rajan/" data-share-title="A+Dark+Room+-+From+Code+Hobo+to+Indie+Game+Developer" data-podcast_url="https://traffic.libsyn.com/corecursive/090-Amir_Rajan.mp3" data-podcast_title="A Dark Room - From Code Hobo to Indie Game Developer" data-podcast_duration="2441" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/corecursive/090-Amir_Rajan.mp3" data-podcast_title="A Dark Room - From Code Hobo to Indie Game Developer" data-podcast_duration="2441" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/corecursive/090-Amir_Rajan.mp3" data-podcast_title="A Dark Room - From Code Hobo to Indie Game Developer" data-podcast_duration="2441"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/corecursive/090-Amir_Rajan.mp3" data-podcast_title="A Dark Room - From Code Hobo to Indie Game Developer" data-podcast_duration="2441"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/corecursive/090-Amir_Rajan.mp3" data-podcast_title="A Dark Room - From Code Hobo to Indie Game Developer" data-podcast_duration="2441">A Dark Room - From Code Hobo to Indie Game Developer <ul class="podcast-info-elements"> <li> Jul 03, 2023 </li> <li> 40 min </li> </ul> </a> </li> <li> <a title="Quitting (And Then Rejoining) Stack Overflow" class="listen-button" data-share-url="/stack-overflow/" data-share-title="Quitting+(And+Then+Rejoining)+Stack+Overflow" data-podcast_url="https://traffic.libsyn.com/corecursive/089-StackOverflow.mp3" data-podcast_title="Quitting (And Then Rejoining) Stack Overflow" data-podcast_duration="3207" href="#" style="object-fit: cover;"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/corecursive/089-StackOverflow.mp3" data-podcast_title="Quitting (And Then Rejoining) Stack Overflow" data-podcast_duration="3207"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/corecursive/089-StackOverflow.mp3" data-podcast_title="Quitting (And Then Rejoining) Stack Overflow" data-podcast_duration="3207">Quitting (And Then Rejoining) Stack Overflow <ul class="podcast-info-elements"> <li> Jun 02, 2023 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="From Project Management to Data Compression Innovator" class="listen-button" data-share-url="/data-compression-yann-collet/" data-share-title="From+Project+Management+to+Data+Compression+Innovator" data-podcast_url="https://traffic.libsyn.com/corecursive/088_-_Yann_Collet.mp3" data-podcast_title="From Project Management to Data Compression Innovator" data-podcast_duration="3567" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/corecursive/088_-_Yann_Collet.mp3" data-podcast_title="From Project Management to Data Compression Innovator" data-podcast_duration="3567" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/corecursive/088_-_Yann_Collet.mp3" data-podcast_title="From Project Management to Data Compression Innovator" data-podcast_duration="3567"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/corecursive/088_-_Yann_Collet.mp3" data-podcast_title="From Project Management to Data Compression Innovator" data-podcast_duration="3567"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/corecursive/088_-_Yann_Collet.mp3" data-podcast_title="From Project Management to Data Compression Innovator" data-podcast_duration="3567">From Project Management to Data Compression Innovator <ul class="podcast-info-elements"> <li> May 02, 2023 </li> <li> 59 min </li> </ul> </a> </li> <li> <a title="JSON vs XML" class="listen-button" data-share-url="/json-vs-xml-douglas-crockford/" data-share-title="JSON+vs+XML" data-podcast_url="https://traffic.libsyn.com/corecursive/087-Douglas-Crockford.mp3" data-podcast_title="JSON vs XML" data-podcast_duration="2995" href="#" style="object-fit: cover;"> JSON vs XML <ul class="podcast-info-elements"> <li> Apr 03, 2023 </li> <li> 49 min </li> </ul> </a> </li> <li> <a title="Sun's Mobile Blunders" class="listen-button" data-share-url="/mobile-ui-with-shai-almog/" data-share-title="Sun's+Mobile+Blunders" data-podcast_url="https://traffic.libsyn.com/corecursive/086-Shai_Almog.mp3" data-podcast_title="Sun's Mobile Blunders" data-podcast_duration="3104" href="#" style="object-fit: cover;"> Sun's Mobile Blunders <ul class="podcast-info-elements"> <li> Mar 02, 2023 </li> <li> 51 min </li> </ul> </a> </li> <li> <a title="Shipping Graphing Calculator" class="listen-button" data-share-url="/shipping-graphing-calculator/" data-share-title="Shipping+Graphing+Calculator" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/085-Graphing-Calc.mp3" data-podcast_title="Shipping Graphing Calculator" data-podcast_duration="2806" href="#" style="object-fit: cover;"> Shipping Graphing Calculator <ul class="podcast-info-elements"> <li> Feb 02, 2023 </li> <li> 46 min </li> </ul> </a> </li> <li> <a title="The Unfulfilled Engineer" class="listen-button" data-share-url="/initech-with-don-mckay/" data-share-title="The+Unfulfilled+Engineer" data-podcast_url="https://traffic.libsyn.com/corecursive/085-Don-Mckay.mp3" data-podcast_title="The Unfulfilled Engineer" data-podcast_duration="2523" href="#" style="object-fit: cover;"> The Unfulfilled Engineer <ul class="podcast-info-elements"> <li> Jan 02, 2023 </li> <li> 42 min </li> </ul> </a> </li> <li> <a title="DOOMed to Fail: A Horror Story" class="listen-button" data-share-url="/doomed-to-fail-with-burger-becky/" data-share-title="DOOMed+to+Fail:+A+Horror+Story" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/083-Burger-Becky.mp3" data-podcast_title="DOOMed to Fail: A Horror Story" data-podcast_duration="2714" href="#" style="object-fit: cover;"> DOOMed to Fail: A Horror Story <ul class="podcast-info-elements"> <li> Dec 02, 2022 </li> <li> 45 min </li> </ul> </a> </li> <li> <a title="Software World Tour" class="listen-button" data-share-url="/software-world-tour-with-son-luong-ngoc/" data-share-title="Software+World+Tour" data-podcast_url="https://traffic.libsyn.com/corecursive/082-World-Tour.mp3" data-podcast_title="Software World Tour" data-podcast_duration="2936" href="#" style="object-fit: cover;"> Software World Tour <ul class="podcast-info-elements"> <li> Nov 02, 2022 </li> <li> 48 min </li> </ul> </a> </li> <li> <a title="Android's Unlikely Success" class="listen-button" data-share-url="/android-with-chet-haase/" data-share-title="Android's+Unlikely+Success" data-podcast_url="https://traffic.libsyn.com/corecursive/081-Android.mp3" data-podcast_title="Android's Unlikely Success" data-podcast_duration="3606" href="#" style="object-fit: cover;"> Android's Unlikely Success <ul class="podcast-info-elements"> <li> Oct 03, 2022 </li> <li> 60 min </li> </ul> </a> </li> <li> <a title="From Prison To Programming" class="listen-button" data-share-url="/prison-programming-with-rick-wolter/" data-share-title="From+Prison+To+Programming" data-podcast_url="https://traffic.libsyn.com/corecursive/080-Prison-Python.mp3" data-podcast_title="From Prison To Programming" data-podcast_duration="2796" href="#" style="object-fit: cover;"> From Prison To Programming <ul class="podcast-info-elements"> <li> Sep 02, 2022 </li> <li> 46 min </li> </ul> </a> </li> <li> <a title="CPAN" class="listen-button" data-share-url="/tdih-cpan/" data-share-title="CPAN" data-podcast_url="https://traffic.libsyn.com/corecursive/079-CPAN.mp3" data-podcast_title="CPAN" data-podcast_duration="3362" href="#" style="object-fit: cover;"> CPAN <ul class="podcast-info-elements"> <li> Aug 01, 2022 </li> <li> 56 min </li> </ul> </a> </li> <li> <a title="The History and Mystery Of Eliza" class="listen-button" data-share-url="/eliza-with-jeff-shrager/" data-share-title="The+History+and+Mystery+Of+Eliza" data-podcast_url="https://traffic.libsyn.com/corecursive/078-Eliza.mp3" data-podcast_title="The History and Mystery Of Eliza" data-podcast_duration="2646" href="#" style="object-fit: cover;"> The History and Mystery Of Eliza <ul class="podcast-info-elements"> <li> Jul 05, 2022 </li> <li> 44 min </li> </ul> </a> </li> <li> <a title="Why still 80 columns?" class="listen-button" data-share-url="/why-80-columns/" data-share-title="Why+still+80+columns?" data-podcast_url="https://traffic.libsyn.com/corecursive/077-80_columns.mp3" data-podcast_title="Why still 80 columns?" data-podcast_duration="2362" href="#" style="object-fit: cover;"> Why still 80 columns? <ul class="podcast-info-elements"> <li> Jun 01, 2022 </li> <li> 39 min </li> </ul> </a> </li> <li> <a title="LISP in Space" class="listen-button" data-share-url="/lisp-in-space-with-ron-garret/" data-share-title="LISP+in+Space" data-podcast_url="https://traffic.libsyn.com/corecursive/076-Lisp-in-space.mp3" data-podcast_title="LISP in Space" data-podcast_duration="2286" href="#" style="object-fit: cover;"> LISP in Space <ul class="podcast-info-elements"> <li> May 02, 2022 </li> <li> 38 min </li> </ul> </a> </li> <li> <a title="April Fools' Is Cancelled (2014)" class="listen-button" data-share-url="/april-fools-is-cancelled/" data-share-title="April+Fools'+Is+Cancelled+(2014)" data-podcast_url="https://traffic.libsyn.com/corecursive/075-April-Fools.mp3" data-podcast_title="April Fools' Is Cancelled (2014)" data-podcast_duration="2331" href="#" style="object-fit: cover;"> April Fools' Is Cancelled (2014) <ul class="podcast-info-elements"> <li> Apr 01, 2022 </li> <li> 38 min </li> </ul> </a> </li> <li> <a title="The Story Graph" class="listen-button" data-share-url="/the-story-graph-with-nadia-odunayo/" data-share-title="The+Story+Graph" data-podcast_url="https://traffic.libsyn.com/corecursive/074-Story-Graph2.mp3" data-podcast_title="The Story Graph" data-podcast_duration="2896" href="#" style="object-fit: cover;"> The Story Graph <ul class="podcast-info-elements"> <li> Mar 02, 2022 </li> <li> 48 min </li> </ul> </a> </li> <li> <a title="Serenity OS" class="listen-button" data-share-url="/serenity-os-with-andreas-kling/" data-share-title="Serenity+OS" data-podcast_url="https://traffic.libsyn.com/corecursive/073-Serenity.mp3" data-podcast_title="Serenity OS" data-podcast_duration="2488" href="#" style="object-fit: cover;"> Serenity OS <ul class="podcast-info-elements"> <li> Feb 02, 2022 </li> <li> 41 min </li> </ul> </a> </li> <li> <a title="The Internet Is Made of Duct Tape" class="listen-button" data-share-url="/internet-is-duct-tape/" data-share-title="The+Internet+Is+Made+of+Duct+Tape" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/072-Duct-Tape.mp3" data-podcast_title="The Internet Is Made of Duct Tape" data-podcast_duration="2542" href="#" style="object-fit: cover;"> The Internet Is Made of Duct Tape <ul class="podcast-info-elements"> <li> Jan 02, 2022 </li> <li> 42 min </li> </ul> </a> </li> <li> <a title="Cocoa Culture" class="listen-button" data-share-url="/cocoa-culture-with-hansen-hsu/" data-share-title="Cocoa+Culture" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/071-Cocoa-Culture.mp3" data-podcast_title="Cocoa Culture" data-podcast_duration="2661" href="#" style="object-fit: cover;"> Cocoa Culture <ul class="podcast-info-elements"> <li> Dec 02, 2021 </li> <li> 44 min </li> </ul> </a> </li> <li> <a title="Leaving Debian" class="listen-button" data-share-url="/leaving-debian/" data-share-title="Leaving+Debian" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/070_Leaving_Debian.mp3" data-podcast_title="Leaving Debian" data-podcast_duration="2426" href="#" style="object-fit: cover;"> Leaving Debian <ul class="podcast-info-elements"> <li> Nov 02, 2021 </li> <li> 40 min </li> </ul> </a> </li> <li> <a title="The Original Remote Developer" class="listen-button" data-share-url="/remote-developer/" data-share-title="The+Original+Remote+Developer" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/069-Paul-Lutus.mp3" data-podcast_title="The Original Remote Developer" data-podcast_duration="2501" href="#" style="object-fit: cover;"> The Original Remote Developer <ul class="podcast-info-elements"> <li> Oct 04, 2021 </li> <li> 41 min </li> </ul> </a> </li> <li> <a title="Quines, Polyglot Code and Other Fun Computations" class="listen-button" data-share-url="/quines-polyglot-code/" data-share-title="Quines,+Polyglot+Code+and+Other+Fun+Computations" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/067-Computational-Iceberg.mp3" data-podcast_title="Quines, Polyglot Code and Other Fun Computations" data-podcast_duration="3683" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive/067-Computational-Iceberg.mp3" data-podcast_title="Quines, Polyglot Code and Other Fun Computations" data-podcast_duration="3683" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/067-Computational-Iceberg.mp3" data-podcast_title="Quines, Polyglot Code and Other Fun Computations" data-podcast_duration="3683"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/067-Computational-Iceberg.mp3" data-podcast_title="Quines, Polyglot Code and Other Fun Computations" data-podcast_duration="3683"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/067-Computational-Iceberg.mp3" data-podcast_title="Quines, Polyglot Code and Other Fun Computations" data-podcast_duration="3683">Quines, Polyglot Code and Other Fun Computations <ul class="podcast-info-elements"> <li> Sep 02, 2021 </li> <li> 61 min </li> </ul> </a> </li> <li> <a title="Full-Time Open Source" class="listen-button" data-share-url="/067-zig-with-andrew-kelley/" data-share-title="Full-Time+Open+Source" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/068-Zig.mp3" data-podcast_title="Full-Time Open Source" data-podcast_duration="2768" href="#" style="object-fit: cover;"> Full-Time Open Source <ul class="podcast-info-elements"> <li> Aug 02, 2021 </li> <li> 46 min </li> </ul> </a> </li> <li> <a title="The Untold Story of SQLite" class="listen-button" data-share-url="/066-sqlite-with-richard-hipp/" data-share-title="The+Untold+Story+of+SQLite" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/066-sqlite.mp3" data-podcast_title="The Untold Story of SQLite" data-podcast_duration="2314" href="#" style="object-fit: cover;"> The Untold Story of SQLite <ul class="podcast-info-elements"> <li> Jul 02, 2021 </li> <li> 38 min </li> </ul> </a> </li> <li> <a title="From Competitive Programming to APL" class="listen-button" data-share-url="/065-competitive-coding-with-conor-hoekstra/" data-share-title="From+Competitive+Programming+to+APL" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/065-APL.mp3" data-podcast_title="From Competitive Programming to APL" data-podcast_duration="3220" href="#" style="object-fit: cover;"> From Competitive Programming to APL <ul class="podcast-info-elements"> <li> Jun 02, 2021 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="Smart Contract Rescue" class="listen-button" data-share-url="/064-ethereum-rescue-with-dan-robinson/" data-share-title="Smart+Contract+Rescue" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/064-Dark-Forest.mp3" data-podcast_title="Smart Contract Rescue" data-podcast_duration="2097" href="#" style="object-fit: cover;"> Smart Contract Rescue <ul class="podcast-info-elements"> <li> May 02, 2021 </li> <li> 34 min </li> </ul> </a> </li> <li> <a title="Apple 2001" class="listen-button" data-share-url="/063-apple-2001/" data-share-title="Apple+2001" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/063-Apple-2001.mp3" data-podcast_title="Apple 2001" data-podcast_duration="2887" href="#" style="object-fit: cover;"> Apple 2001 <ul class="podcast-info-elements"> <li> Apr 03, 2021 </li> <li> 48 min </li> </ul> </a> </li> <li> <a title="Video Game Programming From Scratch" class="listen-button" data-share-url="/062-game-programming/" data-share-title="Video+Game+Programming+From+Scratch" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/062-Building_A_Video_Game_From_Scratch.mp3" data-podcast_title="Video Game Programming From Scratch" data-podcast_duration="2474" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive/062-Building_A_Video_Game_From_Scratch.mp3" data-podcast_title="Video Game Programming From Scratch" data-podcast_duration="2474" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/062-Building_A_Video_Game_From_Scratch.mp3" data-podcast_title="Video Game Programming From Scratch" data-podcast_duration="2474"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/062-Building_A_Video_Game_From_Scratch.mp3" data-podcast_title="Video Game Programming From Scratch" data-podcast_duration="2474"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/062-Building_A_Video_Game_From_Scratch.mp3" data-podcast_title="Video Game Programming From Scratch" data-podcast_duration="2474">Video Game Programming From Scratch <ul class="podcast-info-elements"> <li> Mar 01, 2021 </li> <li> 41 min </li> </ul> </a> </li> <li> <a title="Reinforcement Learning At Facebook" class="listen-button" data-share-url="/061-reinforcement-learning/" data-share-title="Reinforcement+Learning+At+Facebook" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/061-Reinforcement-Learning-At-facebok.mp3" data-podcast_title="Reinforcement Learning At Facebook" data-podcast_duration="2285" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive/061-Reinforcement-Learning-At-facebok.mp3" data-podcast_title="Reinforcement Learning At Facebook" data-podcast_duration="2285" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/061-Reinforcement-Learning-At-facebok.mp3" data-podcast_title="Reinforcement Learning At Facebook" data-podcast_duration="2285"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/061-Reinforcement-Learning-At-facebok.mp3" data-podcast_title="Reinforcement Learning At Facebook" data-podcast_duration="2285"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/061-Reinforcement-Learning-At-facebok.mp3" data-podcast_title="Reinforcement Learning At Facebook" data-podcast_duration="2285">Reinforcement Learning At Facebook <ul class="podcast-info-elements"> <li> Feb 01, 2021 </li> <li> 38 min </li> </ul> </a> </li> <li> <a title="2020 Year End" class="listen-button" data-share-url="/060-2020-year-end/" data-share-title="2020+Year+End" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/060-2020-Year-End.mp3" data-podcast_title="2020 Year End" data-podcast_duration="2066" href="#" style="object-fit: cover;"> 2020 Year End <ul class="podcast-info-elements"> <li> Jan 01, 2021 </li> <li> 34 min </li> </ul> </a> </li> <li> <a title="Frontiers of Performance" class="listen-button" data-share-url="/frontiers-of-performance-with-daniel-lemire/" data-share-title="Frontiers+of+Performance" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/059-Performance.mp3" data-podcast_title="Frontiers of Performance" data-podcast_duration="2829" href="#" style="object-fit: cover;"> Frontiers of Performance <ul class="podcast-info-elements"> <li> Dec 01, 2020 </li> <li> 47 min </li> </ul> </a> </li> <li> <a title="The Birth of UNIX" class="listen-button" data-share-url="/brian-kernighan-unix-bell-labs1/" data-share-title="The+Birth+of+UNIX" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/058-Bell_Labs.mp3" data-podcast_title="The Birth of UNIX" data-podcast_duration="3069" href="#" style="object-fit: cover;"> The Birth of UNIX <ul class="podcast-info-elements"> <li> Nov 01, 2020 </li> <li> 51 min </li> </ul> </a> </li> <li> <a title="To The Assembly" class="listen-button" data-share-url="/to-the-assembly/" data-share-title="To+The+Assembly" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/057-Assembly.mp3" data-podcast_title="To The Assembly" data-podcast_duration="2479" href="#" style="object-fit: cover;"> To The Assembly <ul class="podcast-info-elements"> <li> Oct 01, 2020 </li> <li> 41 min </li> </ul> </a> </li> <li> <a title="Memento Mori" class="listen-button" data-share-url="/memento-mori-with-kate-gregory/" data-share-title="Memento+Mori" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/056-Memento_Mori_with_Kate_Gregory.mp3" data-podcast_title="Memento Mori" data-podcast_duration="2432" href="#" style="object-fit: cover;"> Memento Mori <ul class="podcast-info-elements"> <li> Sep 01, 2020 </li> <li> 40 min </li> </ul> </a> </li> <li> <a title="We're Teaching Functional Programming Wrong" class="listen-button" data-share-url="/teaching-fp-with-richard-feldman/" data-share-title="We're+Teaching+Functional+Programming+Wrong" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/055_-_Teaching_FP_With_Richard_Feldman.mp3" data-podcast_title="We're Teaching Functional Programming Wrong" data-podcast_duration="2799" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive/055_-_Teaching_FP_With_Richard_Feldman.mp3" data-podcast_title="We're Teaching Functional Programming Wrong" data-podcast_duration="2799" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/055_-_Teaching_FP_With_Richard_Feldman.mp3" data-podcast_title="We're Teaching Functional Programming Wrong" data-podcast_duration="2799"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/055_-_Teaching_FP_With_Richard_Feldman.mp3" data-podcast_title="We're Teaching Functional Programming Wrong" data-podcast_duration="2799"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/055_-_Teaching_FP_With_Richard_Feldman.mp3" data-podcast_title="We're Teaching Functional Programming Wrong" data-podcast_duration="2799">We're Teaching Functional Programming Wrong <ul class="podcast-info-elements"> <li> Aug 03, 2020 </li> <li> 46 min </li> </ul> </a> </li> <li> <a title="Software That Doesn't Suck" class="listen-button" data-share-url="/software-that-doesnt-suck-with-jim-blandy/" data-share-title="Software+That+Doesn't+Suck" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/054-Jim_Blandy.mp3" data-podcast_title="Software That Doesn't Suck" data-podcast_duration="2240" href="#" style="object-fit: cover;"> Software That Doesn't Suck <ul class="podcast-info-elements"> <li> Jul 01, 2020 </li> <li> 37 min </li> </ul> </a> </li> <li> <a title="Unproven Techology Case Study" class="listen-button" data-share-url="/055-unproven-with-sean-allen/" data-share-title="Unproven+Techology+Case+Study" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/053-Unproven.mp3" data-podcast_title="Unproven Techology Case Study" data-podcast_duration="2346" href="#" style="object-fit: cover;"> Unproven Techology Case Study <ul class="podcast-info-elements"> <li> Jun 10, 2020 </li> <li> 39 min </li> </ul> </a> </li> <li> <a title="Krystal's Story" class="listen-button" data-share-url="/052-krystals-story/" data-share-title="Krystal's+Story" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/052-Krystal_Maughan.mp3" data-podcast_title="Krystal's Story" data-podcast_duration="2423" href="#" style="object-fit: cover;"> Krystal's Story <ul class="podcast-info-elements"> <li> May 18, 2020 </li> <li> 40 min </li> </ul> </a> </li> <li> <a title="Learning a new language" class="listen-button" data-share-url="/051-bruce-tate-language-learning/" data-share-title="Learning+a+new+language" data-podcast_url="https://traffic.libsyn.com/corecursive/051_Bruce_Tate_on_Language_Learning.mp3" data-podcast_title="Learning a new language" data-podcast_duration="2137" href="#" style="object-fit: cover;"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/corecursive/051_Bruce_Tate_on_Language_Learning.mp3" data-podcast_title="Learning a new language" data-podcast_duration="2137"> Learning a new language <ul class="podcast-info-elements"> <li> May 05, 2020 </li> <li> 35 min </li> </ul> </a> </li> <li> <a title="Portal Abstractions with Sam Ritchie" class="listen-button" data-share-url="/050-sam-ritchie-portal-abstractions-2/" data-share-title="Portal+Abstractions+with+Sam+Ritchie" data-podcast_url="https://traffic.libsyn.com/corecursive/50_Portal_Abstractions.mp3" data-podcast_title="Portal Abstractions with Sam Ritchie" data-podcast_duration="2110" href="#" style="object-fit: cover;"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/corecursive/50_Portal_Abstractions.mp3" data-podcast_title="Portal Abstractions with Sam Ritchie" data-podcast_duration="2110"> Portal Abstractions with Sam Ritchie <ul class="podcast-info-elements"> <li> Apr 17, 2020 </li> <li> 35 min </li> </ul> </a> </li> <li> <a title="Loving Legacy Code with Jonathan Boccara" class="listen-button" data-share-url="/loving-legacy-code-with-jonathan-boccara/" data-share-title="Loving+Legacy+Code+with+Jonathan+Boccara" data-podcast_url="https://traffic.libsyn.com/corecursive/049_-_Loving_Legacy_Code.mp3" data-podcast_title="Loving Legacy Code with Jonathan Boccara" data-podcast_duration="1610" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/corecursive/049_-_Loving_Legacy_Code.mp3" data-podcast_title="Loving Legacy Code with Jonathan Boccara" data-podcast_duration="1610" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/corecursive/049_-_Loving_Legacy_Code.mp3" data-podcast_title="Loving Legacy Code with Jonathan Boccara" data-podcast_duration="1610"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/corecursive/049_-_Loving_Legacy_Code.mp3" data-podcast_title="Loving Legacy Code with Jonathan Boccara" data-podcast_duration="1610"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/corecursive/049_-_Loving_Legacy_Code.mp3" data-podcast_title="Loving Legacy Code with Jonathan Boccara" data-podcast_duration="1610">Loving Legacy Code with Jonathan Boccara <ul class="podcast-info-elements"> <li> Apr 03, 2020 </li> <li> 26 min </li> </ul> </a> </li> <li> <a title="The Reason For Types" class="listen-button" data-share-url="/048-jared-forsyth-the-reason-for-types/" data-share-title="The+Reason+For+Types" data-podcast_url="https://traffic.libsyn.com/corecursive/048_-_ReasonML.mp3" data-podcast_title="The Reason For Types" data-podcast_duration="2195" href="#" style="object-fit: cover;"> The Reason For Types <ul class="podcast-info-elements"> <li> Mar 16, 2020 </li> <li> 36 min </li> </ul> </a> </li> <li> <a title="Karl L Hughes on Conference Talks" class="listen-button" data-share-url="/047-karl-l-hughes-conference-talks/" data-share-title="Karl+L+Hughes+on+Conference+Talks" data-podcast_url="https://traffic.libsyn.com/corecursive/047_-_Conference_Talks.mp3" data-podcast_title="Karl L Hughes on Conference Talks" data-podcast_duration="3030" href="#" style="object-fit: cover;"> Karl L Hughes on Conference Talks <ul class="podcast-info-elements"> <li> Mar 02, 2020 </li> <li> 50 min </li> </ul> </a> </li> <li> <a title="Don and Adam Discuss Folds" class="listen-button" data-share-url="/046-don-and-adam-folds/" data-share-title="Don+and+Adam+Discuss+Folds" data-podcast_url="https://traffic.libsyn.com/corecursive/046_-_Fold.mp3" data-podcast_title="Don and Adam Discuss Folds" data-podcast_duration="2176" href="#" style="object-fit: cover;"> Don and Adam Discuss Folds <ul class="podcast-info-elements"> <li> Feb 15, 2020 </li> <li> 36 min </li> </ul> </a> </li> <li> <a title="David Heinemeier Hansson" class="listen-button" data-share-url="/045-david-heinemeier-hansson-software-contrarian/" data-share-title="David+Heinemeier+Hansson" data-podcast_url="https://traffic.libsyn.com/corecursive/045-DHH.mp3" data-podcast_title="David Heinemeier Hansson" data-podcast_duration="62" href="#" style="object-fit: cover;"> David Heinemeier Hansson <ul class="podcast-info-elements"> <li> Feb 01, 2020 </li> <li> 1 min </li> </ul> </a> </li> <li> <a title="React and Scala JS" class="listen-button" data-share-url="/044-shadaj-laddad-react-and-scala-js/" data-share-title="React+and+Scala+JS" data-podcast_url="https://traffic.libsyn.com/corecursive/044_-_React_and_Slinky.mp3" data-podcast_title="React and Scala JS" data-podcast_duration="2331" href="#" style="object-fit: cover;"> React and Scala JS <ul class="podcast-info-elements"> <li> Jan 16, 2020 </li> <li> 38 min </li> </ul> </a> </li> <li> <a title="The Business Of Developer Tools" class="listen-button" data-share-url="/043-lee-edwards-developer-tools/" data-share-title="The+Business+Of+Developer+Tools" data-podcast_url="https://traffic.libsyn.com/corecursive/043-Developer_Tools.mp3" data-podcast_title="The Business Of Developer Tools" data-podcast_duration="2220" href="#" style="object-fit: cover;"> The Business Of Developer Tools <ul class="podcast-info-elements"> <li> Dec 17, 2019 </li> <li> 37 min </li> </ul> </a> </li> <li> <a title="Software in Context" class="listen-button" data-share-url="/042-zach-tellman-software-in-context/" data-share-title="Software+in+Context" data-podcast_url="https://traffic.libsyn.com/corecursive/042_-_Context.mp3" data-podcast_title="Software in Context" data-podcast_duration="3200" href="#" style="object-fit: cover;"> Software in Context <ul class="podcast-info-elements"> <li> Dec 02, 2019 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="Beautiful and Useless Coding" class="listen-button" data-share-url="/beautiful-and-useless-coding-with-allison-parrish/" data-share-title="Beautiful+and+Useless+Coding" data-podcast_url="https://traffic.libsyn.com/corecursive/041_-_Generative_Poetry.mp3" data-podcast_title="Beautiful and Useless Coding" data-podcast_duration="3139" href="#" style="object-fit: cover;"> Beautiful and Useless Coding <ul class="podcast-info-elements"> <li> Nov 16, 2019 </li> <li> 52 min </li> </ul> </a> </li> <li> <a title="Tech Evangelism" class="listen-button" data-share-url="/040-tech-evangelism-with-gabriel-gonzalez/" data-share-title="Tech+Evangelism" data-podcast_url="https://traffic.libsyn.com/corecursive/040_-_Tech_Evangalism.mp3" data-podcast_title="Tech Evangelism" data-podcast_duration="4033" href="#" style="object-fit: cover;"> Tech Evangelism <ul class="podcast-info-elements"> <li> Nov 01, 2019 </li> <li> 67 min </li> </ul> </a> </li> <li> <a title="Language Oriented Design" class="listen-button" data-share-url="/039-hal-abelson-sicp/" data-share-title="Language+Oriented+Design" data-podcast_url="https://traffic.libsyn.com/corecursive/039_-_SICP.mp3" data-podcast_title="Language Oriented Design" data-podcast_duration="3387" href="#" style="object-fit: cover;"> Language Oriented Design <ul class="podcast-info-elements"> <li> Oct 01, 2019 </li> <li> 56 min </li> </ul> </a> </li> <li> <a title="Open Source Health and Diversity" class="listen-button" data-share-url="/038-heather-miller-open-source/" data-share-title="Open+Source+Health+and+Diversity" data-podcast_url="https://traffic.libsyn.com/corecursive/038_-_Open_Source.mp3" data-podcast_title="Open Source Health and Diversity" data-podcast_duration="2493" href="#" style="object-fit: cover;"> Open Source Health and Diversity <ul class="podcast-info-elements"> <li> Sep 15, 2019 </li> <li> 41 min </li> </ul> </a> </li> <li> <a title="Learning About Compilers" class="listen-button" data-share-url="/037-thorsten-ball-compilers/" data-share-title="Learning+About+Compilers" data-podcast_url="https://traffic.libsyn.com/corecursive/037_-_Compiler.mp3" data-podcast_title="Learning About Compilers" data-podcast_duration="3515" href="#" style="object-fit: cover;"> Learning About Compilers <ul class="podcast-info-elements"> <li> Sep 01, 2019 </li> <li> 58 min </li> </ul> </a> </li> <li> <a title="Advanced Software Design" class="listen-button" data-share-url="/036-jimmy-koppel-advanced-software-design/" data-share-title="Advanced+Software+Design" data-podcast_url="https://traffic.libsyn.com/corecursive/036_-_Advanced_Software_Design.mp3" data-podcast_title="Advanced Software Design" data-podcast_duration="3200" href="#" style="object-fit: cover;"> Advanced Software Design <ul class="podcast-info-elements"> <li> Aug 16, 2019 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="Category Theory" class="listen-button" data-share-url="/035-bartosz-milewski-category-theory/" data-share-title="Category+Theory" data-podcast_url="https://traffic.libsyn.com/corecursive/035_-_CT.mp3" data-podcast_title="Category Theory" data-podcast_duration="3219" href="#" style="object-fit: cover;"> Category Theory <ul class="podcast-info-elements"> <li> Aug 15, 2019 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="Using TypeScript Like A Pro" class="listen-button" data-share-url="/034-chris-krycho-typescript/" data-share-title="Using+TypeScript+Like+A+Pro" data-podcast_url="https://traffic.libsyn.com/corecursive/034_-_TypeScript.mp3" data-podcast_title="Using TypeScript Like A Pro" data-podcast_duration="4254" href="#" style="object-fit: cover;"> Using TypeScript Like A Pro <ul class="podcast-info-elements"> <li> Jul 15, 2019 </li> <li> 70 min </li> </ul> </a> </li> <li> <a title="Rethinking Technological Positivism" class="listen-button" data-share-url="/33-cory-doctorow-digital-rights/" data-share-title="Rethinking+Technological+Positivism" data-podcast_url="https://traffic.libsyn.com/corecursive/033_-_Cory_Doctorow.mp3" data-podcast_title="Rethinking Technological Positivism" data-podcast_duration="3679" href="#" style="object-fit: cover;"> Rethinking Technological Positivism <ul class="podcast-info-elements"> <li> Jun 15, 2019 </li> <li> 61 min </li> </ul> </a> </li> <li> <a title="How to Build a Programming Language" class="listen-button" data-share-url="/032-bob-nystrom-on-building-an-interpreter/" data-share-title="How+to+Build+a+Programming+Language" data-podcast_url="https://traffic.libsyn.com/corecursive/032_-_Bob_NyStrom.mp3" data-podcast_title="How to Build a Programming Language" data-podcast_duration="3373" href="#" style="object-fit: cover;"> How to Build a Programming Language <ul class="podcast-info-elements"> <li> May 31, 2019 </li> <li> 56 min </li> </ul> </a> </li> <li> <a title="Refinement Types" class="listen-button" data-share-url="/031-refinement-types-with-niki-vazou/" data-share-title="Refinement+Types" data-podcast_url="https://traffic.libsyn.com/corecursive/031_-_Niki_Vazou.mp3" data-podcast_title="Refinement Types" data-podcast_duration="3051" href="#" style="object-fit: cover;"> Refinement Types <ul class="podcast-info-elements"> <li> May 15, 2019 </li> <li> 50 min </li> </ul> </a> </li> <li> <a title="Rethinking Databases" class="listen-button" data-share-url="/030-rethinking-databases-with-jon-gjengset/" data-share-title="Rethinking+Databases" data-podcast_url="https://traffic.libsyn.com/corecursive/030_-_Jon_Gjenset.mp3" data-podcast_title="Rethinking Databases" data-podcast_duration="3531" href="#" style="object-fit: cover;"> Rethinking Databases <ul class="podcast-info-elements"> <li> Apr 30, 2019 </li> <li> 58 min </li> </ul> </a> </li> <li> <a title="Learning to Think" class="listen-button" data-share-url="/029-learn-to-think-andy-hunt/" data-share-title="Learning+to+Think" data-podcast_url="https://traffic.libsyn.com/corecursive/029_-_Andy_Hunt.mp3" data-podcast_title="Learning to Think" data-podcast_duration="3180" href="#" style="object-fit: cover;"> Learning to Think <ul class="podcast-info-elements"> <li> Apr 15, 2019 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="Data and Scale" class="listen-button" data-share-url="/028-data-and-scale-with-pat-helland/" data-share-title="Data+and+Scale" data-podcast_url="https://traffic.libsyn.com/corecursive/028_-_Pat_Helland.mp3" data-podcast_title="Data and Scale" data-podcast_duration="3375" href="#" style="object-fit: cover;"> Data and Scale <ul class="podcast-info-elements"> <li> Mar 31, 2019 </li> <li> 56 min </li> </ul> </a> </li> <li> <a title="Abstraction and Learning" class="listen-button" data-share-url="/027-abstraction-and-learning-with-runar-bjarnason/" data-share-title="Abstraction+and+Learning" data-podcast_url="https://traffic.libsyn.com/preview/corecursive/027_runar.mp3" data-podcast_title="Abstraction and Learning" data-podcast_duration="2968" href="#" style="object-fit: cover;"> Abstraction and Learning <ul class="podcast-info-elements"> <li> Mar 15, 2019 </li> <li> 49 min </li> </ul> </a> </li> <li> <a title="Modern Systems Programming" class="listen-button" data-share-url="/modern-systems-programming-and-scala-native-with-richard-whaling/" data-share-title="Modern+Systems+Programming" data-podcast_url="https://traffic.libsyn.com/corecursive/026_-_Scala_Native.mp3" data-podcast_title="Modern Systems Programming" data-podcast_duration="0" href="#" style="object-fit: cover;"> Modern Systems Programming <ul class="podcast-info-elements"> <li> Feb 22, 2019 </li> <li> 0 min </li> </ul> </a> </li> <li> <a title="Recreational Coding" class="listen-button" data-share-url="/025-burn-out-and-recreational-programming/" data-share-title="Recreational+Coding" data-podcast_url="https://traffic.libsyn.com/corecursive/025-recreational_programming.mp3" data-podcast_title="Recreational Coding" data-podcast_duration="3721" href="#" style="object-fit: cover;"> Recreational Coding <ul class="podcast-info-elements"> <li> Jan 25, 2019 </li> <li> 62 min </li> </ul> </a> </li> <li> <a title="Software as a Reflection of Values" class="listen-button" data-share-url="/024-software-as-a-reflection-of-values-with-bryan-cantrill/" data-share-title="Software+as+a+Reflection+of+Values" data-podcast_url="https://traffic.libsyn.com/corecursive/024_-_Software_Values.mp3" data-podcast_title="Software as a Reflection of Values" data-podcast_duration="4745" href="#" style="object-fit: cover;"> Software as a Reflection of Values <ul class="podcast-info-elements"> <li> Dec 18, 2018 </li> <li> 79 min </li> </ul> </a> </li> <li> <a title="The Little Typer" class="listen-button" data-share-url="/023-little-typer-and-pie-language/" data-share-title="The+Little+Typer" data-podcast_url="https://traffic.libsyn.com/corecursive/Little_Typer_And_Pie_Language.mp3" data-podcast_title="The Little Typer" data-podcast_duration="4040" href="#" style="object-fit: cover;"> The Little Typer <ul class="podcast-info-elements"> <li> Dec 01, 2018 </li> <li> 67 min </li> </ul> </a> </li> <li> <a title="Big Ball Of Mud" class="listen-button" data-share-url="/22-big-ball-of-mud-architecture-and-services-with-wade-waldron/" data-share-title="Big+Ball+Of+Mud" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/Many_Small_Balls_Of_Mud.mp3" data-podcast_title="Big Ball Of Mud" data-podcast_duration="3626" href="#" style="object-fit: cover;"> Big Ball Of Mud <ul class="podcast-info-elements"> <li> Nov 14, 2018 </li> <li> 60 min </li> </ul> </a> </li> <li> <a title="God's Programming Language" class="listen-button" data-share-url="/021-gods-programming-language-with-philip-wadler/" data-share-title="God's+Programming+Language" data-podcast_url="https://traffic.libsyn.com/secure/corecursive//021_-_Gods_Programming_Language.mp3" data-podcast_title="God's Programming Language" data-podcast_duration="3613" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive//021_-_Gods_Programming_Language.mp3" data-podcast_title="God's Programming Language" data-podcast_duration="3613" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive//021_-_Gods_Programming_Language.mp3" data-podcast_title="God's Programming Language" data-podcast_duration="3613"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive//021_-_Gods_Programming_Language.mp3" data-podcast_title="God's Programming Language" data-podcast_duration="3613"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive//021_-_Gods_Programming_Language.mp3" data-podcast_title="God's Programming Language" data-podcast_duration="3613">God's Programming Language <ul class="podcast-info-elements"> <li> Oct 22, 2018 </li> <li> 60 min </li> </ul> </a> </li> <li> <a title="Concurrency and Functional Programming" class="listen-button" data-share-url="/020-concurrency-and-fp-with-riccardo-terrell/" data-share-title="Concurrency+and+Functional+Programming" data-podcast_url="https://traffic.libsyn.com/corecursive/020_-_Concurrency.mp3" data-podcast_title="Concurrency and Functional Programming" data-podcast_duration="3723" href="#" style="object-fit: cover;"> Concurrency and Functional Programming <ul class="podcast-info-elements"> <li> Oct 03, 2018 </li> <li> 62 min </li> </ul> </a> </li> <li> <a title="Test in Production" class="listen-button" data-share-url="/019-test-in-production-with-charity-majors/" data-share-title="Test+in+Production" data-podcast_url="https://traffic.libsyn.com/corecursive/019_-_Observabilty.mp3" data-podcast_title="Test in Production" data-podcast_duration="2879" href="#" style="object-fit: cover;"> Test in Production <ul class="podcast-info-elements"> <li> Aug 31, 2018 </li> <li> 47 min </li> </ul> </a> </li> <li> <a title="Domain Driven Design and Micro Services" class="listen-button" data-share-url="/018-micro-services-and-domain-driven-design-with-vaughn-vernon/" data-share-title="Domain+Driven+Design+and+Micro+Services" data-podcast_url="https://traffic.libsyn.com/corecursive/018_-_DDDMS.mp3" data-podcast_title="Domain Driven Design and Micro Services" data-podcast_duration="2951" href="#" style="object-fit: cover;"> Domain Driven Design and Micro Services <ul class="podcast-info-elements"> <li> Aug 17, 2018 </li> <li> 49 min </li> </ul> </a> </li> <li> <a title="Typeful Functional Streaming HTTP" class="listen-button" data-share-url="/017-http4s-with-ross-baker/" data-share-title="Typeful+Functional+Streaming+HTTP" data-podcast_url="https://traffic.libsyn.com/corecursive/017_-_Http4s.mp3" data-podcast_title="Typeful Functional Streaming HTTP" data-podcast_duration="3059" href="#" style="object-fit: cover;"> Typeful Functional Streaming HTTP <ul class="podcast-info-elements"> <li> Jul 27, 2018 </li> <li> 50 min </li> </ul> </a> </li> <li> <a title="Moves and Borrowing In Rust" class="listen-button" data-share-url="/016-moves-and-borrowing-in-rust-with-jim-blandy/" data-share-title="Moves+and+Borrowing+In+Rust" data-podcast_url="https://traffic.libsyn.com/corecursive/corecursive016.mp3" data-podcast_title="Moves and Borrowing In Rust" data-podcast_duration="3840" href="#" style="object-fit: cover;"> Moves and Borrowing In Rust <ul class="podcast-info-elements"> <li> Jul 03, 2018 </li> <li> 64 min </li> </ul> </a> </li> <li> <a title="Dependent Types in Haskell" class="listen-button" data-share-url="/015-dependant-types-in-haskell-with-stephanie-weirich/" data-share-title="Dependent+Types+in+Haskell" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/015_-_Dependant_Haskell.mp3" data-podcast_title="Dependent Types in Haskell" data-podcast_duration="3524" href="#" style="object-fit: cover;"> Dependent Types in Haskell <ul class="podcast-info-elements"> <li> Jun 13, 2018 </li> <li> 58 min </li> </ul> </a> </li> <li> <a title="Microservices Architecture" class="listen-button" data-share-url="/014-micro-service-architectures-with-jan-machacek/" data-share-title="Microservices+Architecture" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/014_-_Distributed_Systems_Design.mp3" data-podcast_title="Microservices Architecture" data-podcast_duration="3992" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive/014_-_Distributed_Systems_Design.mp3" data-podcast_title="Microservices Architecture" data-podcast_duration="3992" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/014_-_Distributed_Systems_Design.mp3" data-podcast_title="Microservices Architecture" data-podcast_duration="3992"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/014_-_Distributed_Systems_Design.mp3" data-podcast_title="Microservices Architecture" data-podcast_duration="3992"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/014_-_Distributed_Systems_Design.mp3" data-podcast_title="Microservices Architecture" data-podcast_duration="3992">Microservices Architecture <ul class="podcast-info-elements"> <li> Jun 06, 2018 </li> <li> 66 min </li> </ul> </a> </li> <li> <a title="Rust And Bitter C++ Developers" class="listen-button" data-share-url="/013-rust-and-bitter-c-developers-with-jim-blandy/" data-share-title="Rust+And+Bitter+C+++Developers" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/013_-_Rust.mp3" data-podcast_title="Rust And Bitter C++ Developers" data-podcast_duration="3773" href="#" style="object-fit: cover;"> Rust And Bitter C++ Developers <ul class="podcast-info-elements"> <li> May 16, 2018 </li> <li> 62 min </li> </ul> </a> </li> <li> <a title="Distributed Systems" class="listen-button" data-share-url="/012-erlang-and-distributed-systems-with-steven-proctor/" data-share-title="Distributed+Systems" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/012_-_Erlang.mp3" data-podcast_title="Distributed Systems" data-podcast_duration="3986" href="#" style="object-fit: cover;"> Distributed Systems <ul class="podcast-info-elements"> <li> May 02, 2018 </li> <li> 66 min </li> </ul> </a> </li> <li> <a title="Graphql" class="listen-button" data-share-url="/011-graphql-and-sangria-with-oleg-ilyenko/" data-share-title="Graphql" data-podcast_url="https://dts.podtrac.com/redirect.mp3/traffic.libsyn.com/secure/corecursive/011-graphql.mp3" data-podcast_title="Graphql" data-podcast_duration="3335" href="#" style="object-fit: cover;"> Graphql <ul class="podcast-info-elements"> <li> Apr 18, 2018 </li> <li> 55 min </li> </ul> </a> </li> <li> <a title="PureScript" class="listen-button" data-share-url="/010-purescript-and-avocados-with-justin-woo/" data-share-title="PureScript" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/010-purescript.mp3" data-podcast_title="PureScript" data-podcast_duration="3066" href="#" style="object-fit: cover;"> PureScript <ul class="podcast-info-elements"> <li> Apr 04, 2018 </li> <li> 51 min </li> </ul> </a> </li> <li> <a title="Throwaway the Irrelevant" class="listen-button" data-share-url="/009-throw-away-the-irrelevant-with-john-a-de-goes/" data-share-title="Throwaway+the+Irrelevant" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/009-de-goes.mp3" data-podcast_title="Throwaway the Irrelevant" data-podcast_duration="4104" href="#" style="object-fit: cover;"> Throwaway the Irrelevant <ul class="podcast-info-elements"> <li> Mar 21, 2018 </li> <li> 68 min </li> </ul> </a> </li> <li> <a title="Generic Programming" class="listen-button" data-share-url="/008-generic-programming-and-shapeless-with-miles-sabin/" data-share-title="Generic+Programming" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/008-shapeless.mp3" data-podcast_title="Generic Programming" data-podcast_duration="3638" href="#" style="object-fit: cover;"> Generic Programming <ul class="podcast-info-elements"> <li> Mar 07, 2018 </li> <li> 60 min </li> </ul> </a> </li> <li> <a title="Total Programming Using Swift" class="listen-button" data-share-url="/007-total-programming-using-swift-with-andre-videla/" data-share-title="Total+Programming+Using+Swift" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/007-swift.mp3" data-podcast_title="Total Programming Using Swift" data-podcast_duration="3236" href="#" style="object-fit: cover;"> Total Programming Using Swift <ul class="podcast-info-elements"> <li> Feb 12, 2018 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="Type Driven Development and Idris" class="listen-button" data-share-url="/006-type-driven-development-and-idris-with-edwin-brady/" data-share-title="Type+Driven+Development+and+Idris" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/006_Idris.mp3" data-podcast_title="Type Driven Development and Idris" data-podcast_duration="3577" href="#" style="object-fit: cover;"> Type Driven Development and Idris <ul class="podcast-info-elements"> <li> Jan 29, 2018 </li> <li> 59 min </li> </ul> </a> </li> <li> <a title="Algebraic Domain Modelling using Functions" class="listen-button" data-share-url="/005-algebraic-domain-modelling-using-functions-with-debashish-ghosh/" data-share-title="Algebraic+Domain+Modelling+using+Functions" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/005_FP_Domain_Model.mp3" data-podcast_title="Algebraic Domain Modelling using Functions" data-podcast_duration="3536" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive/005_FP_Domain_Model.mp3" data-podcast_title="Algebraic Domain Modelling using Functions" data-podcast_duration="3536" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/005_FP_Domain_Model.mp3" data-podcast_title="Algebraic Domain Modelling using Functions" data-podcast_duration="3536"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/005_FP_Domain_Model.mp3" data-podcast_title="Algebraic Domain Modelling using Functions" data-podcast_duration="3536"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/005_FP_Domain_Model.mp3" data-podcast_title="Algebraic Domain Modelling using Functions" data-podcast_duration="3536">Algebraic Domain Modelling using Functions <ul class="podcast-info-elements"> <li> Jan 22, 2018 </li> <li> 58 min </li> </ul> </a> </li> <li> <a title="Design Principles From Functional Programming" class="listen-button" data-share-url="/004-design-principles-from-functional-programming-with-runar-bjarnason/" data-share-title="Design+Principles+From+Functional+Programming" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/004_Functional_Programming.mp3" data-podcast_title="Design Principles From Functional Programming" data-podcast_duration="3072" href="#" style="object-fit: cover;"> <span data-podcast_url="https://traffic.libsyn.com/secure/corecursive/004_Functional_Programming.mp3" data-podcast_title="Design Principles From Functional Programming" data-podcast_duration="3072" class="list-podcast-play"> <span class="list-podcast-play-back" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/004_Functional_Programming.mp3" data-podcast_title="Design Principles From Functional Programming" data-podcast_duration="3072"> <i class="fa-solid fa-play" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/004_Functional_Programming.mp3" data-podcast_title="Design Principles From Functional Programming" data-podcast_duration="3072"> <span class="list-podcast-title" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/004_Functional_Programming.mp3" data-podcast_title="Design Principles From Functional Programming" data-podcast_duration="3072">Design Principles From Functional Programming <ul class="podcast-info-elements"> <li> Jan 10, 2018 </li> <li> 51 min </li> </ul> </a> </li> <li> <a title="Scala at Duolingo" class="listen-button" data-share-url="/003-scala-at-duolingo-with-andre-kenji-horie/" data-share-title="Scala+at+Duolingo" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/003_Scala_At_Doulingo.mp3" data-podcast_title="Scala at Duolingo" data-podcast_duration="3197" href="#" style="object-fit: cover;"> Scala at Duolingo <ul class="podcast-info-elements"> <li> Jan 07, 2018 </li> <li> 53 min </li> </ul> </a> </li> <li> <a title="Incident Response" class="listen-button" data-share-url="/002-incident-response-with-emil-stolarsky/" data-share-title="Incident+Response" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/002-Incident_Response.mp3" data-podcast_title="Incident Response" data-podcast_duration="3086" href="#" style="object-fit: cover;"> Incident Response <ul class="podcast-info-elements"> <li> Jan 05, 2018 </li> <li> 51 min </li> </ul> </a> </li> <li> <a title="Scala Native" class="listen-button" data-share-url="/001-scala-native-with-denys-shabalin/" data-share-title="Scala+Native" data-podcast_url="https://traffic.libsyn.com/secure/corecursive/001_scala_native.mp3" data-podcast_title="Scala Native" data-podcast_duration="2897" href="#" style="object-fit: cover;"> Scala Native <ul class="podcast-info-elements"> <li> Jan 01, 2018 </li> <li> 48 min </li> </ul> </a> </li> </ul> </div> </div></div></div> </body> </html>

CINXE.COM

Why still 80 columns? This Day In History - CoRecursive Podcast