<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/"
    xmlns:atom="http://www.w3.org/2005/Atom" xmlns:media="http://search.yahoo.com/mrss/" version="2.0">
    <channel>
        
        <title>
            <![CDATA[ video essay - freeCodeCamp.org ]]>
        </title>
        <description>
            <![CDATA[ Browse thousands of programming tutorials written by experts. Learn Web Development, Data Science, DevOps, Security, and get developer career advice. ]]>
        </description>
        <link>https://www.freecodecamp.org/news/</link>
        <image>
            <url>https://cdn.freecodecamp.org/universal/favicons/favicon.png</url>
            <title>
                <![CDATA[ video essay - freeCodeCamp.org ]]>
            </title>
            <link>https://www.freecodecamp.org/news/</link>
        </image>
        <generator>Eleventy</generator>
        <lastBuildDate>Tue, 11 Aug 2026 10:32:31 +0000</lastBuildDate>
        <atom:link href="https://www.freecodecamp.org/news/tag/video-essay/rss.xml" rel="self" type="application/rss+xml" />
        <ttl>60</ttl>
        
            <item>
                <title>
                    <![CDATA[ How an Apple Engineer Pranked Billion-Dollar Lawyers (and Won) ]]>
                </title>
                <description>
                    <![CDATA[ What happens when an engineer gets fed up with corporate lawyers breathing down their neck? Sometimes, you get an inside joke that quietly ships to millions of machines and survives for over three dec ]]>
                </description>
                <link>https://www.freecodecamp.org/news/how-an-apple-engineer-pranked-billion-dollar-lawyers-and-won/</link>
                <guid isPermaLink="false">6a6211a0796e2bb162a4809c</guid>
                
                    <category>
                        <![CDATA[ video essay ]]>
                    </category>
                
                    <category>
                        <![CDATA[ youtube ]]>
                    </category>
                
                <dc:creator>
                    <![CDATA[ Beau Carnes ]]>
                </dc:creator>
                <pubDate>Thu, 23 Jul 2026 13:05:36 +0000</pubDate>
                <media:content url="https://cdn.hashnode.com/uploads/covers/5f68e7df6dfc523d0a894e7c/edbee5f7-49b7-483b-9a4c-041143d823c2.png" medium="image" />
                <content:encoded>
                    <![CDATA[ <p>What happens when an engineer gets fed up with corporate lawyers breathing down their neck? Sometimes, you get an inside joke that quietly ships to millions of machines and survives for over three decades.</p>
<p>Back in the late 1980s, amidst a fierce multi-million dollar trademark battle, Apple's legal team began heavily scrutinizing every technical asset, line of code, and audio file for any accidental musical references. Pushed to the limit by the endless bureaucratic interference, one engineer decided to orchestrate a brilliant, passive-aggressive act of defiance.</p>
<p>Through a clever piece of misdirection on written paperwork, a deeply sarcastic inside joke slipped right past legal review and became a permanent part of the operating system. Over thirty years later, that hidden act of rebellion is still embedded in unexpected places across modern tech history, including the very code styling Apple's own legal disclaimers.</p>
<p>Uncover the full story of how a rogue sound designer outsmarted the legal department on <a href="https://www.youtube.com/watch?v=PVAstrvWPkQ">the freeCodeCamp.org YouTube channel</a> (7-minute watch).</p>
<div class="embed-wrapper"><iframe width="560" height="315" src="https://www.youtube.com/embed/PVAstrvWPkQ" style="aspect-ratio: 16 / 9; width: 100%; height: auto;" title="YouTube video player" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen="" loading="lazy"></iframe></div>
 ]]>
                </content:encoded>
            </item>
        
            <item>
                <title>
                    <![CDATA[ Understanding Dijkstra's Algorithm ]]>
                </title>
                <description>
                    <![CDATA[ In 1956, a young programmer was taking his girlfriend shopping in Amsterdam. Feeling tired, they sat down at a cafe terrace for a cup of coffee. In the 20 minutes it took to finish their drinks, he co ]]>
                </description>
                <link>https://www.freecodecamp.org/news/understanding-dijkstra-s-algorithm/</link>
                <guid isPermaLink="false">6a58c0ae78ff326927bcf6bc</guid>
                
                    <category>
                        <![CDATA[ dijkstra ]]>
                    </category>
                
                    <category>
                        <![CDATA[ youtube ]]>
                    </category>
                
                    <category>
                        <![CDATA[ video essay ]]>
                    </category>
                
                <dc:creator>
                    <![CDATA[ Beau Carnes ]]>
                </dc:creator>
                <pubDate>Thu, 16 Jul 2026 11:29:50 +0000</pubDate>
                <media:content url="https://cdn.hashnode.com/uploads/covers/5f68e7df6dfc523d0a894e7c/e02f5472-4cdc-428e-a0ae-e3e71ed17bcb.png" medium="image" />
                <content:encoded>
                    <![CDATA[ <p>In 1956, a young programmer was taking his girlfriend shopping in Amsterdam. Feeling tired, they sat down at a cafe terrace for a cup of coffee. In the 20 minutes it took to finish their drinks, he conceptualized an algorithm that would go on to power GPS navigation, network routing, supply chains, and robotics. That programmer was Edsger W. Dijkstra, and he literally changed the world in the time it takes to have a quick coffee break.</p>
<p>We just published a new video on the freeCodeCamp.org YouTube channel that dives deep into Dijkstra's Algorithm. In this comprehensive guide, you will learn the fascinating history behind its creation and exactly how it works under the hood. Estafania created this video.</p>
<p>The course begins with the incredible origin story of the algorithm. Dijkstra famously designed the entire solution completely in his head without using a pencil or paper, a constraint that forced a brilliant simplicity into his ultimate design.</p>
<p>From there, you will explore how to translate the physical world of roads and cities into an abstract data structure. The video breaks down the core concepts of graphs, explaining how nodes represent locations, edges represent the paths between them, and weights represent distances or travel times.</p>
<p>Once the data structures are established, you will follow a step-by-step visual walkthrough to find the shortest path between a source node and a destination node. This section illustrates exactly why this approach is classified as a greedy algorithm, meaning it consistently selects the best possible option at each individual step.</p>
<p>Finally, you will put theory into practice with a complete Python implementation. You will learn how to represent a graph using an adjacency list and leverage a priority queue min-heap to efficiently track and visit nodes. By the end of the lesson, you will even build a backtracking function to recreate and print the exact optimal path.</p>
<p>You can watch the <a href="https://youtu.be/n1VUnHD62r0">full video on the YouTube channel</a> (22-minute watch).</p>
<div class="embed-wrapper"><iframe width="560" height="315" src="https://www.youtube.com/embed/n1VUnHD62r0" style="aspect-ratio: 16 / 9; width: 100%; height: auto;" title="YouTube video player" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen="" loading="lazy"></iframe></div>
 ]]>
                </content:encoded>
            </item>
        
            <item>
                <title>
                    <![CDATA[ Why Does the Internet Keep Breaking? A Deep Dive into AWS US-East-1 ]]>
                </title>
                <description>
                    <![CDATA[ We’ve been experimenting with a new style of content on the freeCodeCamp YouTube channel: the video essay. These projects allow us to step back from the code tutorials to explore the massive, complex  ]]>
                </description>
                <link>https://www.freecodecamp.org/news/why-does-the-internet-keep-breaking-a-deep-dive-into-aws-us-east-1/</link>
                <guid isPermaLink="false">6a4e5931809a1766583744cd</guid>
                
                    <category>
                        <![CDATA[ video essay ]]>
                    </category>
                
                    <category>
                        <![CDATA[ youtube ]]>
                    </category>
                
                <dc:creator>
                    <![CDATA[ Beau Carnes ]]>
                </dc:creator>
                <pubDate>Wed, 08 Jul 2026 14:05:37 +0000</pubDate>
                <media:content url="https://cdn.hashnode.com/uploads/covers/5f68e7df6dfc523d0a894e7c/c3810468-6637-43b4-be7c-0d856a5a853e.png" medium="image" />
                <content:encoded>
                    <![CDATA[ <p>We’ve been experimenting with a new style of content on the freeCodeCamp YouTube channel: the video essay. These projects allow us to step back from the code tutorials to explore the massive, complex systems that underpin our digital world.</p>
<p>In our latest video, we cover the recurring, massive outages of AWS’s US-East-1 region.</p>
<p>When the internet goes down, it often feels like a mysterious, singular event. But the history of US-East-1 is a story of compounding complexity. From a network upgrade gone wrong in 2011 to a single missing DNS record in 2025, we trace how one specific data center cluster in Northern Virginia became the unintentional "connective tissue" of the modern web</p>
<p>This is a story about how systems this large don't fail in the ways we predict, they fail in the ways we forget to protect against.</p>
<p>Watch the full video <a href="https://www.youtube.com/watch?v=6C14E9sQ_-w">on the freeCodeCamp.org YouTube channel</a> (16-minute watch).</p>
<div class="embed-wrapper"><iframe width="560" height="315" src="https://www.youtube.com/embed/6C14E9sQ_-w" style="aspect-ratio: 16 / 9; width: 100%; height: auto;" title="YouTube video player" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen="" loading="lazy"></iframe></div>

<p>We hope you enjoy this deeper dive. Let us know what you think of this video essay format and what topics you'd like us to explore next.</p>
 ]]>
                </content:encoded>
            </item>
        
            <item>
                <title>
                    <![CDATA[ Why Computers Can’t Count Money ]]>
                </title>
                <description>
                    <![CDATA[ Computers are incredibly fast, but they have a surprising, fundamental flaw when it comes to counting money. In our latest freeCodeCamp.org video, "Why Computers Can’t Count Money," Ania Kubow dives i ]]>
                </description>
                <link>https://www.freecodecamp.org/news/why-computers-can-t-count-money/</link>
                <guid isPermaLink="false">6a3e89720906465b70cc2db8</guid>
                
                    <category>
                        <![CDATA[ video essay ]]>
                    </category>
                
                    <category>
                        <![CDATA[ youtube ]]>
                    </category>
                
                <dc:creator>
                    <![CDATA[ Beau Carnes ]]>
                </dc:creator>
                <pubDate>Fri, 26 Jun 2026 14:15:14 +0000</pubDate>
                <media:content url="https://cdn.hashnode.com/uploads/covers/5f68e7df6dfc523d0a894e7c/082b96c7-eab1-439f-8454-d3ed2f6bad1d.jpg" medium="image" />
                <content:encoded>
                    <![CDATA[ <p>Computers are incredibly fast, but they have a surprising, fundamental flaw when it comes to counting money.</p>
<p>In our latest <a href="http://freeCodeCamp.org">freeCodeCamp.org</a> video, "<a href="https://youtu.be/rQxPGqPq8wk">Why Computers Can’t Count Money</a>," Ania Kubow dives into the history of a class of software bugs that once challenged major financial institutions, leading to accounts that gained or lost funds due to microscopic rounding errors.</p>
<p>The issue stems from how hardware processes information: because computers store numbers in binary (base-2) rather than the base-10 system humans use, they struggle to represent simple decimals like 0.1 or 0.2 exactly. Instead, machines store the closest possible approximation of these numbers. While this seems trivial for most applications, these tiny discrepancies accumulate when scaled across millions of transactions, causing financial balances to "drift" in ways that could occasionally be exploited to generate money from nothing.</p>
<p>This technical quirk forced the entire financial industry to rethink how they handle currency in software. Today, modern financial systems avoid floating-point numbers entirely, choosing to store values as integers to ensure absolute precision. This video explores the engineering shift required to guarantee that 0.1 plus 0.2 always equals 0.3, protecting the integrity of every payment you make online.</p>
<p>Watch the video on <a href="https://youtu.be/rQxPGqPq8wk">the freeCodeCamp.org YouTube channel</a> (6-minute watch).</p>
<div class="embed-wrapper"><iframe width="560" height="315" src="https://www.youtube.com/embed/rQxPGqPq8wk" style="aspect-ratio: 16 / 9; width: 100%; height: auto;" title="YouTube video player" allow="accelerometer; autoplay; clipboard-write; encrypted-media; gyroscope; picture-in-picture; web-share" referrerpolicy="strict-origin-when-cross-origin" allowfullscreen="" loading="lazy"></iframe></div>
 ]]>
                </content:encoded>
            </item>
        
    </channel>
</rss>
