<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="/global/feed/rss.xslt" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:media="http://search.yahoo.com/mrss/" xmlns:podaccess="https://access.acast.com/schema/1.0/" xmlns:acast="https://schema.acast.com/1.0/">
    <channel>
		<ttl>60</ttl>
		<generator>acast.com</generator>
		<title>Engineering Culture</title>
		<link>https://shows.acast.com/engineering-culture</link>
		<atom:link href="https://feeds.acast.com/public/shows/658abd63b17f79001796403c" rel="self" type="application/rss+xml"/>
		<language>en</language>
		<copyright>Iain McDonald</copyright>
		<itunes:keywords>engineering culture,software,business,tech,startups,organisation,learning,debate,career</itunes:keywords>
		<itunes:author>Life Beyond Fife</itunes:author>
		<itunes:subtitle>Demystifying how amazing tech companies are made</itunes:subtitle>
		<itunes:summary><![CDATA[<p>The biggest tech companies of the last twenty years are unsurpassed by those from any other industry. <strong>So how do they work? </strong>Given it's all just ones and zeros, how do they build these software products that take one hundred, one thousand, even tens of thousands of software engineers? Wonder no more. <strong>The Engineering Culture podcast is here to tell you all about it.</strong></p><br><p>How to be a software engineer in a modern tech company. How to execute building a software product that people cannot do without: delivery, organisation, processes, ways of working, and their consequences. All the stuff that people who love tech sometimes forget about, but are the root causes behind every job left in frustration, every product that failed to make it.</p><br><p>If this sounds like your cup of tea, excellent! Pull up a chair, we've got lots to share with you.</p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		<description><![CDATA[<p>The biggest tech companies of the last twenty years are unsurpassed by those from any other industry. <strong>So how do they work? </strong>Given it's all just ones and zeros, how do they build these software products that take one hundred, one thousand, even tens of thousands of software engineers? Wonder no more. <strong>The Engineering Culture podcast is here to tell you all about it.</strong></p><br><p>How to be a software engineer in a modern tech company. How to execute building a software product that people cannot do without: delivery, organisation, processes, ways of working, and their consequences. All the stuff that people who love tech sometimes forget about, but are the root causes behind every job left in frustration, every product that failed to make it.</p><br><p>If this sounds like your cup of tea, excellent! Pull up a chair, we've got lots to share with you.</p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
		<itunes:explicit>false</itunes:explicit>
		<itunes:owner>
			<itunes:name>Iain McDonald</itunes:name>
			<itunes:email>info+658abd63b17f79001796403c@mg-eu.acast.com</itunes:email>
		</itunes:owner>
		<acast:showId>658abd63b17f79001796403c</acast:showId>
		<acast:showUrl>engineering-culture</acast:showUrl>
		<acast:signature key="EXAMPLE" algorithm="aes-256-cbc"><![CDATA[wbG1Z7+6h9QOi+CR1Dv0uQ==]]></acast:signature>
		<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmTHg2/BXqPr07kkpFZ5JfhvEZqggcpunI6E1w81XpUaBscFc3skEQ0jWG4GCmQYJ66w6pH6P/aGd3DnpJN6h/CD4icd8kZVl4HZn12KicA2k]]></acast:settings>
        <acast:network id="658ab8907f45f30016c807fa" slug="iain-mcdonald-658ab8907f45f30016c807fa"><![CDATA[Iain McDonald]]></acast:network>
		<itunes:type>serial</itunes:type>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<image>
				<url>https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg</url>
				<link>https://shows.acast.com/engineering-culture</link>
				<title>Engineering Culture</title>
			</image>
		<item>
			<title>Are you delivering?</title>
			<itunes:title>Are you delivering?</itunes:title>
			<pubDate>Sun, 07 Jan 2024 17:20:00 GMT</pubDate>
			<itunes:duration>29:19</itunes:duration>
			<enclosure url="https://sphinx.acast.com/p/open/s/658abd63b17f79001796403c/e/6590784c3bfd5a0017141441/media.mp3" length="42239429" type="audio/mpeg"/>
			<guid isPermaLink="false">6590784c3bfd5a0017141441</guid>
			<itunes:explicit>false</itunes:explicit>
			<link>https://shows.acast.com/engineering-culture/episodes/are-you-delivering</link>
			<acast:episodeId>6590784c3bfd5a0017141441</acast:episodeId>
			<acast:showId>658abd63b17f79001796403c</acast:showId>
			<acast:episodeUrl>are-you-delivering</acast:episodeUrl>
			<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmbKbhgrQiwYShz70Q9/ffXZMTtedvdcRQbP4eiLMjXzCKLPjEYLpGj+NMVKa+5C8pL4u/EOj1Vw4h5MMJYp0lCcFAe0fnxBJy/1ju4Qxy1fh8gO4DvlGA40yms2g0/hOkcrfHIopjTygHFqGwwOPKFIai4SuTvs86Lx3UYCyl6ZsvaxjMly4oAAzjxG2DmERw6+hLsO68PAuq80n5AC3IDgCeEnegjuFRYpvA6nOhqeWYV8VvJZnt2kOIJzbpdomm4pi9fbAMRdzMj8JqF2BUtKj7jU/R3md2iVai+bt0Pcx]]></acast:settings>
			<itunes:episodeType>full</itunes:episodeType>
			<itunes:season>1</itunes:season>
			<itunes:episode>6</itunes:episode>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<description><![CDATA[<p>Your software could be the best in the world, but if you cannot get it in the hands of your users, failure beckons. Learn about how to deliver software efficiently with an analogy involving tea.</p><br><p><br></p><h3>Recommended Resources</h3><p>Continuous Integration</p><ul><li>AWS Codepipeline https://aws.amazon.com/codepipeline/</li><li>Buddy https://buddy.works/</li><li>GitHub Actions https://docs.github.com/en/actions</li><li>GitLab CI https://docs.gitlab.com/ee/ci/</li><li>Harness https://www.harness.io/</li><li>Semaphore CI https://semaphoreci.com/</li><li>Spinnaker https://spinnaker.io/</li></ul><p><br></p><p>CI quality tools</p><ul><li>SonarQube https://www.sonarsource.com/products/sonarqube/</li><li>Snyk https://snyk.io/</li></ul><p><br></p><p>Don't just take my word for it! Serious tech companies sharing how continuous delivery works for them.</p><ul><li>Monzo https://monzo.com/blog/2022/05/16/how-we-deploy-to-production-over-100-times-a-day</li><li>Netflix https://netflixtechblog.com/global-continuous-delivery-with-spinnaker-2a6896c23ba7</li><li>Meta "We decided to move facebook.com to a quasi-continuous 'push from master' system in April 2016" https://engineering.fb.com/2017/08/31/web/rapid-release-at-massive-scale/</li><li>Squeaky https://squeaky.ai/blog/development/why-we-dont-use-a-staging-environment/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Continuous Delivery by Humble, Farley | See also https://martinfowler.com/bliki/ContinuousDelivery.html</li><li>Software Engineering at Google curated by Winters, Manshreck, Wright | Specifically Chapter 24: Continuous Delivery by Narayan, Jones, Shipe, Owens</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>DORA Metrics https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance</li><li>Test Pyramid https://martinfowler.com/articles/practical-test-pyramid.html</li><li>Marginal Gains https://www.meaningfulhq.com/marginal-gains.html</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
			<itunes:summary><![CDATA[<p>Your software could be the best in the world, but if you cannot get it in the hands of your users, failure beckons. Learn about how to deliver software efficiently with an analogy involving tea.</p><br><p><br></p><h3>Recommended Resources</h3><p>Continuous Integration</p><ul><li>AWS Codepipeline https://aws.amazon.com/codepipeline/</li><li>Buddy https://buddy.works/</li><li>GitHub Actions https://docs.github.com/en/actions</li><li>GitLab CI https://docs.gitlab.com/ee/ci/</li><li>Harness https://www.harness.io/</li><li>Semaphore CI https://semaphoreci.com/</li><li>Spinnaker https://spinnaker.io/</li></ul><p><br></p><p>CI quality tools</p><ul><li>SonarQube https://www.sonarsource.com/products/sonarqube/</li><li>Snyk https://snyk.io/</li></ul><p><br></p><p>Don't just take my word for it! Serious tech companies sharing how continuous delivery works for them.</p><ul><li>Monzo https://monzo.com/blog/2022/05/16/how-we-deploy-to-production-over-100-times-a-day</li><li>Netflix https://netflixtechblog.com/global-continuous-delivery-with-spinnaker-2a6896c23ba7</li><li>Meta "We decided to move facebook.com to a quasi-continuous 'push from master' system in April 2016" https://engineering.fb.com/2017/08/31/web/rapid-release-at-massive-scale/</li><li>Squeaky https://squeaky.ai/blog/development/why-we-dont-use-a-staging-environment/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Continuous Delivery by Humble, Farley | See also https://martinfowler.com/bliki/ContinuousDelivery.html</li><li>Software Engineering at Google curated by Winters, Manshreck, Wright | Specifically Chapter 24: Continuous Delivery by Narayan, Jones, Shipe, Owens</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>DORA Metrics https://cloud.google.com/blog/products/devops-sre/using-the-four-keys-to-measure-your-devops-performance</li><li>Test Pyramid https://martinfowler.com/articles/practical-test-pyramid.html</li><li>Marginal Gains https://www.meaningfulhq.com/marginal-gains.html</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		</item>
		<item>
			<title>Are you useful?</title>
			<itunes:title>Are you useful?</itunes:title>
			<pubDate>Sun, 07 Jan 2024 17:15:00 GMT</pubDate>
			<itunes:duration>29:00</itunes:duration>
			<enclosure url="https://sphinx.acast.com/p/open/s/658abd63b17f79001796403c/e/6590772fb474d300162fa79c/media.mp3" length="41761701" type="audio/mpeg"/>
			<guid isPermaLink="false">6590772fb474d300162fa79c</guid>
			<itunes:explicit>false</itunes:explicit>
			<link>https://shows.acast.com/engineering-culture/episodes/are-you-useful</link>
			<acast:episodeId>6590772fb474d300162fa79c</acast:episodeId>
			<acast:showId>658abd63b17f79001796403c</acast:showId>
			<acast:episodeUrl>are-you-useful</acast:episodeUrl>
			<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmbKbhgrQiwYShz70Q9/ffXZMTtedvdcRQbP4eiLMjXzCKLPjEYLpGj+NMVKa+5C8pL4u/EOj1Vw4h5MMJYp0lCcFAe0fnxBJy/1ju4Qxy1fh8gO4DvlGA40yms2g0/hOkcrfHIopjTygHFqGwwOPKFIai4SuTvs86Lx3UYCyl6ZsvaxjMly4oAAzjxG2DmERw6+hLsO68PAuq80n5AC3IDiqEApfvMkZXBt5MRDbjriQWBK+msaWMYh+aJAl+XRhrA4VI+wEv3pX7I1vQvwi26uRzYiHHbZ9h5Xog6i+FQty]]></acast:settings>
			<itunes:episodeType>full</itunes:episodeType>
			<itunes:season>1</itunes:season>
			<itunes:episode>5</itunes:episode>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<description><![CDATA[<p>The final installment of the metadata trilogy. Yes, a secret trilogy of system monitoring! We share why engineers need to work closely with their colleagues in product, data science, design, marketing, support, and finance, because today... every company is a tech company.</p><br><p><br></p><h3>Recommended Resources</h3><p>Data Engineering</p><ul><li>Apache Spark for MapReduce operations on Big Data https://spark.apache.org/</li><li>Apache Kafka for data streaming https://kafka.apache.org/</li><li>Amazon Kinesis for data streaming in AWS https://aws.amazon.com/kinesis/</li></ul><p><br></p><p>Product Management Concepts</p><ul><li>AARRR aka Dave McClure's Pirate Metrics https://fourweekmba.com/pirate-metrics/</li><li>Diffusion of Innovations https://en.m.wikipedia.org/wiki/Diffusion_of_innovations</li></ul><p><br></p><p>Analytics</p><ul><li>Adobe Analytics https://business.adobe.com/products/analytics/adobe-analytics.html</li><li>Google Marketing Platform (formerly Google Analytics) https://marketingplatform.google.com/about/</li><li>Mixpanel https://mixpanel.com/</li><li>Amplitude https://amplitude.com/</li></ul><p><br></p><p>BI (Business Intelligence)</p><ul><li>Microsoft Power BI https://www.microsoft.com/en-gb/power-platform/products/power-bi</li><li>Tableau https://www.tableau.com/</li><li>Sisense https://www.sisense.com/</li><li>Snowflake https://www.snowflake.com/</li></ul><p><br></p><p>Columnar data stores (OLAP, not OLTP)</p><ul><li>BigQuery https://cloud.google.com/bigquery</li><li>Redshift https://aws.amazon.com/redshift/</li></ul><p><br></p><p>A/B Testing</p><ul><li>LaunchDarkly https://launchdarkly.com/</li><li>Optimizely https://www.optimizely.com/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Inspired by Marty Cagan | Best practices and strategies for creating successful tech products. Similar in goal and approach to this podcast, but from the product point of view, rather than engineering</li><li>The Lean Startup by Eric Ries | Creating a new tech product under conditions of extreme uncertainty, by "validated learning"</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Data Science at the Command Line by Janssens | A good overview of some of the janitorial side of Data Science</li><li>An example of a paid marketing strategy, which could be measured using pirate metrics (AARRR). A family video clip, purchased by a company, for social media brand viral marketing https://twitter.com/Skyscanner/status/852889390661726208</li></ul><p><br></p><h3>Final aside</h3><ul><li>If like me, you hate the idea of every single web interaction you perform being monitored for the purposes of creating better marketing profiles, to maximise cash extraction... you can take small steps to push back. Run Pi-hole as your local DNS proxy https://pi-hole.net/</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
			<itunes:summary><![CDATA[<p>The final installment of the metadata trilogy. Yes, a secret trilogy of system monitoring! We share why engineers need to work closely with their colleagues in product, data science, design, marketing, support, and finance, because today... every company is a tech company.</p><br><p><br></p><h3>Recommended Resources</h3><p>Data Engineering</p><ul><li>Apache Spark for MapReduce operations on Big Data https://spark.apache.org/</li><li>Apache Kafka for data streaming https://kafka.apache.org/</li><li>Amazon Kinesis for data streaming in AWS https://aws.amazon.com/kinesis/</li></ul><p><br></p><p>Product Management Concepts</p><ul><li>AARRR aka Dave McClure's Pirate Metrics https://fourweekmba.com/pirate-metrics/</li><li>Diffusion of Innovations https://en.m.wikipedia.org/wiki/Diffusion_of_innovations</li></ul><p><br></p><p>Analytics</p><ul><li>Adobe Analytics https://business.adobe.com/products/analytics/adobe-analytics.html</li><li>Google Marketing Platform (formerly Google Analytics) https://marketingplatform.google.com/about/</li><li>Mixpanel https://mixpanel.com/</li><li>Amplitude https://amplitude.com/</li></ul><p><br></p><p>BI (Business Intelligence)</p><ul><li>Microsoft Power BI https://www.microsoft.com/en-gb/power-platform/products/power-bi</li><li>Tableau https://www.tableau.com/</li><li>Sisense https://www.sisense.com/</li><li>Snowflake https://www.snowflake.com/</li></ul><p><br></p><p>Columnar data stores (OLAP, not OLTP)</p><ul><li>BigQuery https://cloud.google.com/bigquery</li><li>Redshift https://aws.amazon.com/redshift/</li></ul><p><br></p><p>A/B Testing</p><ul><li>LaunchDarkly https://launchdarkly.com/</li><li>Optimizely https://www.optimizely.com/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Inspired by Marty Cagan | Best practices and strategies for creating successful tech products. Similar in goal and approach to this podcast, but from the product point of view, rather than engineering</li><li>The Lean Startup by Eric Ries | Creating a new tech product under conditions of extreme uncertainty, by "validated learning"</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Data Science at the Command Line by Janssens | A good overview of some of the janitorial side of Data Science</li><li>An example of a paid marketing strategy, which could be measured using pirate metrics (AARRR). A family video clip, purchased by a company, for social media brand viral marketing https://twitter.com/Skyscanner/status/852889390661726208</li></ul><p><br></p><h3>Final aside</h3><ul><li>If like me, you hate the idea of every single web interaction you perform being monitored for the purposes of creating better marketing profiles, to maximise cash extraction... you can take small steps to push back. Run Pi-hole as your local DNS proxy https://pi-hole.net/</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		</item>
		<item>
			<title>Are you available?</title>
			<itunes:title>Are you available?</itunes:title>
			<pubDate>Sun, 07 Jan 2024 17:10:00 GMT</pubDate>
			<itunes:duration>16:24</itunes:duration>
			<enclosure url="https://sphinx.acast.com/p/open/s/658abd63b17f79001796403c/e/659075fa085c310016d3f749/media.mp3" length="23639409" type="audio/mpeg"/>
			<guid isPermaLink="false">659075fa085c310016d3f749</guid>
			<itunes:explicit>false</itunes:explicit>
			<link>https://shows.acast.com/engineering-culture/episodes/are-you-available</link>
			<acast:episodeId>659075fa085c310016d3f749</acast:episodeId>
			<acast:showId>658abd63b17f79001796403c</acast:showId>
			<acast:episodeUrl>are-you-available</acast:episodeUrl>
			<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmbKbhgrQiwYShz70Q9/ffXZMTtedvdcRQbP4eiLMjXzCKLPjEYLpGj+NMVKa+5C8pL4u/EOj1Vw4h5MMJYp0lCcFAe0fnxBJy/1ju4Qxy1fh8gO4DvlGA40yms2g0/hOkcrfHIopjTygHFqGwwOPKFIai4SuTvs86Lx3UYCyl6ZsvaxjMly4oAAzjxG2DmERw6+hLsO68PAuq80n5AC3IDha4r1LCA8Fyd8fM6JovpqbtZM6ChJdYVb6CqqpglmEqlsD3Tkp2RrivscWdlAXsQ9U9h75+lMyJCZTNj12+snh]]></acast:settings>
			<itunes:episodeType>full</itunes:episodeType>
			<itunes:season>1</itunes:season>
			<itunes:episode>4</itunes:episode>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<description><![CDATA[<p>Good teams know what service availability is in general. Great teams know what their service availability is specifically. Excellent teams, however, use their service availability budget to drive engineering decision making.</p><p><br></p><h3>Recommended Resources</h3><p>Service Level Objectives</p><ul><li>Datadog Service Level Objectives https://docs.datadoghq.com/service_management/service_level_objectives/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Site Reliability Engineering by Beyer, Jones, Petoff, Murphy | Foundational concepts for systems engineers, including Service Level Indicators (SLIs) and Service Level Objectives (SLOs) https://sre.google/sre-book/table-of-contents/</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Alerting on SLOs https://sre.google/workbook/alerting-on-slos/</li><li>Preventing the Collapse of Civilization by Jonathan Blow https://www.youtube.com/watch?v=ZSRHeXYDLko</li><li>Z Notation https://en.wikipedia.org/wiki/Z_notation</li></ul><p><br></p><p>Jonathan Blow's games are wonderfully made, and highly addictive</p><ul><li>Braid https://store.steampowered.com/app/26800/Braid/</li><li>The Witness https://store.steampowered.com/app/210970/The_Witness/</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
			<itunes:summary><![CDATA[<p>Good teams know what service availability is in general. Great teams know what their service availability is specifically. Excellent teams, however, use their service availability budget to drive engineering decision making.</p><p><br></p><h3>Recommended Resources</h3><p>Service Level Objectives</p><ul><li>Datadog Service Level Objectives https://docs.datadoghq.com/service_management/service_level_objectives/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Site Reliability Engineering by Beyer, Jones, Petoff, Murphy | Foundational concepts for systems engineers, including Service Level Indicators (SLIs) and Service Level Objectives (SLOs) https://sre.google/sre-book/table-of-contents/</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Alerting on SLOs https://sre.google/workbook/alerting-on-slos/</li><li>Preventing the Collapse of Civilization by Jonathan Blow https://www.youtube.com/watch?v=ZSRHeXYDLko</li><li>Z Notation https://en.wikipedia.org/wiki/Z_notation</li></ul><p><br></p><p>Jonathan Blow's games are wonderfully made, and highly addictive</p><ul><li>Braid https://store.steampowered.com/app/26800/Braid/</li><li>The Witness https://store.steampowered.com/app/210970/The_Witness/</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		</item>
		<item>
			<title>Are you up?</title>
			<itunes:title>Are you up?</itunes:title>
			<pubDate>Sun, 07 Jan 2024 17:05:00 GMT</pubDate>
			<itunes:duration>26:21</itunes:duration>
			<enclosure url="https://sphinx.acast.com/p/open/s/658abd63b17f79001796403c/e/659074d7085c310016d3d752/media.mp3" length="37946152" type="audio/mpeg"/>
			<guid isPermaLink="false">659074d7085c310016d3d752</guid>
			<itunes:explicit>false</itunes:explicit>
			<link>https://shows.acast.com/engineering-culture/episodes/are-you-up</link>
			<acast:episodeId>659074d7085c310016d3d752</acast:episodeId>
			<acast:showId>658abd63b17f79001796403c</acast:showId>
			<acast:episodeUrl>are-you-up</acast:episodeUrl>
			<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmbKbhgrQiwYShz70Q9/ffXZMTtedvdcRQbP4eiLMjXzCKLPjEYLpGj+NMVKa+5C8pL4u/EOj1Vw4h5MMJYp0lCcFAe0fnxBJy/1ju4Qxy1fh8gO4DvlGA40yms2g0/hOkcrfHIopjTygHFqGwwOPKFIai4SuTvs86Lx3UYCyl6ZsvaxjMly4oAAzjxG2DmERw6+hLsO68PAuq80n5AC3IDjNgcZNv24ljzxQIx2qr3fndU0zeSF4ZlN0v/7Ji0mpiCWeleHI44K1iQqc78Fsm2niSjSFoE660GPtJGCuu53K]]></acast:settings>
			<itunes:episodeType>full</itunes:episodeType>
			<itunes:season>1</itunes:season>
			<itunes:episode>3</itunes:episode>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<description><![CDATA[<p>"It works on my computer!" is never a response you want to hear from anyone working in software. We share some of the fundamental expectations for keeping software services running, and the tools that engineers use to keep them.</p><p><br></p><h3>Recommended Resources</h3><p>The Four Golden Signals</p><ul><li>Monitoring Distributed Systems https://sre.google/sre-book/monitoring-distributed-systems/</li></ul><p><br></p><p>Alerting platforms</p><ul><li>PagerDuty https://www.pagerduty.com/</li><li>Splunk On-Call (formerly VictorOps) https://www.splunk.com/en_us/products/on-call.html</li></ul><p><br></p><p>Outside-in Monitoring</p><ul><li>Atlassian Statuspage https://www.atlassian.com/software/statuspage</li></ul><p><br></p><p>Cloud Monitoring</p><ul><li>for AWS, CloudWatch https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html</li><li>for GCP, Operations Suite (formerly Stackdriver) https://cloud.google.com/products/operations</li></ul><p><br></p><p>Service Monitoring</p><ul><li>AppDynamics https://www.appdynamics.com/</li><li>Datadog https://www.datadoghq.com/</li><li>Grafana Cloud https://grafana.com/products/cloud/</li></ul><p><br></p><p>Telemetry Platforms</p><ul><li>Prometheus https://prometheus.io/</li><li>InfluxDB https://www.influxdata.com/</li></ul><p><br></p><p>Elastic's "ELK" Logging Platform</p><ul><li>Elasticsearch https://www.elastic.co/elasticsearch/</li><li>Logstash https://www.elastic.co/logstash/</li><li>Kibana https://www.elastic.co/kibana/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>The Goal by Eli Goldratt | Management book as a fictional novel. Gives the key insight that every system has a bottleneck, and the gives examples as to the implications which are useful for knowledge workers to learn. Of its time, so contains anti-DEI themes.</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>AWS https://aws.amazon.com/</li><li>Azure https://azure.microsoft.com/</li><li>CloudFlare https://www.cloudflare.com/</li><li>Fly.io https://fly.io/</li><li>GCP https://cloud.google.com/</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><br><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
			<itunes:summary><![CDATA[<p>"It works on my computer!" is never a response you want to hear from anyone working in software. We share some of the fundamental expectations for keeping software services running, and the tools that engineers use to keep them.</p><p><br></p><h3>Recommended Resources</h3><p>The Four Golden Signals</p><ul><li>Monitoring Distributed Systems https://sre.google/sre-book/monitoring-distributed-systems/</li></ul><p><br></p><p>Alerting platforms</p><ul><li>PagerDuty https://www.pagerduty.com/</li><li>Splunk On-Call (formerly VictorOps) https://www.splunk.com/en_us/products/on-call.html</li></ul><p><br></p><p>Outside-in Monitoring</p><ul><li>Atlassian Statuspage https://www.atlassian.com/software/statuspage</li></ul><p><br></p><p>Cloud Monitoring</p><ul><li>for AWS, CloudWatch https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html</li><li>for GCP, Operations Suite (formerly Stackdriver) https://cloud.google.com/products/operations</li></ul><p><br></p><p>Service Monitoring</p><ul><li>AppDynamics https://www.appdynamics.com/</li><li>Datadog https://www.datadoghq.com/</li><li>Grafana Cloud https://grafana.com/products/cloud/</li></ul><p><br></p><p>Telemetry Platforms</p><ul><li>Prometheus https://prometheus.io/</li><li>InfluxDB https://www.influxdata.com/</li></ul><p><br></p><p>Elastic's "ELK" Logging Platform</p><ul><li>Elasticsearch https://www.elastic.co/elasticsearch/</li><li>Logstash https://www.elastic.co/logstash/</li><li>Kibana https://www.elastic.co/kibana/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>The Goal by Eli Goldratt | Management book as a fictional novel. Gives the key insight that every system has a bottleneck, and the gives examples as to the implications which are useful for knowledge workers to learn. Of its time, so contains anti-DEI themes.</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>AWS https://aws.amazon.com/</li><li>Azure https://azure.microsoft.com/</li><li>CloudFlare https://www.cloudflare.com/</li><li>Fly.io https://fly.io/</li><li>GCP https://cloud.google.com/</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><br><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		</item>
		<item>
			<title>Are you accountable?</title>
			<itunes:title>Are you accountable?</itunes:title>
			<pubDate>Sun, 07 Jan 2024 17:00:12 GMT</pubDate>
			<itunes:duration>30:49</itunes:duration>
			<enclosure url="https://sphinx.acast.com/p/open/s/658abd63b17f79001796403c/e/659072622f25e90018415e8a/media.mp3" length="44381678" type="audio/mpeg"/>
			<guid isPermaLink="false">659072622f25e90018415e8a</guid>
			<itunes:explicit>false</itunes:explicit>
			<link>https://shows.acast.com/engineering-culture/episodes/are-you-accountable</link>
			<acast:episodeId>659072622f25e90018415e8a</acast:episodeId>
			<acast:showId>658abd63b17f79001796403c</acast:showId>
			<acast:episodeUrl>are-you-accountable</acast:episodeUrl>
			<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmbKbhgrQiwYShz70Q9/ffXZMTtedvdcRQbP4eiLMjXzCKLPjEYLpGj+NMVKa+5C8pL4u/EOj1Vw4h5MMJYp0lCcFAe0fnxBJy/1ju4Qxy1fh8gO4DvlGA40yms2g0/hOkcrfHIopjTygHFqGwwOPKFIai4SuTvs86Lx3UYCyl6ZsvaxjMly4oAAzjxG2DmERw6+hLsO68PAuq80n5AC3IDj+8RrKDx3G7NbNQe6PksvWLCUIklUop6cvHGSg2y1gwIXwoy3HLYJcWz/LPpH+fG1FjbCjD7i/BfjqVtEHfdFC]]></acast:settings>
			<itunes:episodeType>full</itunes:episodeType>
			<itunes:season>1</itunes:season>
			<itunes:episode>2</itunes:episode>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<description><![CDATA[<p>Long term success only comes when individuals are given clear responsibilities, and held accountable. Here we share some of the fundamental organisational decisions that create accountable teams, which are setup for success.</p><p><br></p><h3>Recommended Resources</h3><p>Service Teams, as defined in the Spotify Model:</p><ul><li>Two short videos explain the basics of the Spotify model https://engineering.atspotify.com/2014/03/spotify-engineering-culture-part-1/ and https://engineering.atspotify.com/2014/09/spotify-engineering-culture-part-2/</li><li>The original PDF summary, now over 10 years old https://blog.crisp.se/wp-content/uploads/2012/11/SpotifyScaling.pdf</li></ul><p><br></p><p>You Build It, You Run It. Extending software engineering not just to software development, but also the skills needed to run it in production.</p><ul><li>Pulumi https://www.pulumi.com/ (Infrastructure as Code)</li><li>Terraform https://www.terraform.io/ (Infrastructure as Code)</li><li>Cloud Development Kit https://docs.aws.amazon.com/cdk/&nbsp;(Infrastructure as Code)</li><li>Site Reliability Engineering by Beyer, Jones, Petoff and Murphy https://sre.google/sre-book/table-of-contents/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Accelerate by Forsgren, Humble, Kim | Recommending again, because it's so core to how high performing teams work, including T-shaped engineers.</li><li>The Phoenix Project by Kim, Behr, Spafford | Fictional novel dramatising how a struggling US based business turns successful by making several people, process, and organisational changes. A pre-cursor to the next book...</li><li>The DevOps Handbook by Kim, Humble, Debois, Willis | Organisational lessons for modern tech companies.</li><li>Skin In The Game by Nassim Nicolas Taleb | A philosophical look at the nature of accountability.</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Cargo Cult https://en.wikipedia.org/wiki/Cargo_cult | When organisations try to make culture changes they don't understand, or don't want to see succeed</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
			<itunes:summary><![CDATA[<p>Long term success only comes when individuals are given clear responsibilities, and held accountable. Here we share some of the fundamental organisational decisions that create accountable teams, which are setup for success.</p><p><br></p><h3>Recommended Resources</h3><p>Service Teams, as defined in the Spotify Model:</p><ul><li>Two short videos explain the basics of the Spotify model https://engineering.atspotify.com/2014/03/spotify-engineering-culture-part-1/ and https://engineering.atspotify.com/2014/09/spotify-engineering-culture-part-2/</li><li>The original PDF summary, now over 10 years old https://blog.crisp.se/wp-content/uploads/2012/11/SpotifyScaling.pdf</li></ul><p><br></p><p>You Build It, You Run It. Extending software engineering not just to software development, but also the skills needed to run it in production.</p><ul><li>Pulumi https://www.pulumi.com/ (Infrastructure as Code)</li><li>Terraform https://www.terraform.io/ (Infrastructure as Code)</li><li>Cloud Development Kit https://docs.aws.amazon.com/cdk/&nbsp;(Infrastructure as Code)</li><li>Site Reliability Engineering by Beyer, Jones, Petoff and Murphy https://sre.google/sre-book/table-of-contents/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Accelerate by Forsgren, Humble, Kim | Recommending again, because it's so core to how high performing teams work, including T-shaped engineers.</li><li>The Phoenix Project by Kim, Behr, Spafford | Fictional novel dramatising how a struggling US based business turns successful by making several people, process, and organisational changes. A pre-cursor to the next book...</li><li>The DevOps Handbook by Kim, Humble, Debois, Willis | Organisational lessons for modern tech companies.</li><li>Skin In The Game by Nassim Nicolas Taleb | A philosophical look at the nature of accountability.</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Cargo Cult https://en.wikipedia.org/wiki/Cargo_cult | When organisations try to make culture changes they don't understand, or don't want to see succeed</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><p><br></p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		</item>
		<item>
			<title>Are you improving?</title>
			<itunes:title>Are you improving?</itunes:title>
			<pubDate>Sun, 07 Jan 2024 16:55:00 GMT</pubDate>
			<itunes:duration>33:25</itunes:duration>
			<enclosure url="https://sphinx.acast.com/p/open/s/658abd63b17f79001796403c/e/6590719be0c67c00164bf1ac/media.mp3" length="48120114" type="audio/mpeg"/>
			<guid isPermaLink="false">6590719be0c67c00164bf1ac</guid>
			<itunes:explicit>false</itunes:explicit>
			<link>https://shows.acast.com/engineering-culture/episodes/are-you-improving</link>
			<acast:episodeId>6590719be0c67c00164bf1ac</acast:episodeId>
			<acast:showId>658abd63b17f79001796403c</acast:showId>
			<acast:episodeUrl>are-you-improving</acast:episodeUrl>
			<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmbKbhgrQiwYShz70Q9/ffXZMTtedvdcRQbP4eiLMjXzCKLPjEYLpGj+NMVKa+5C8pL4u/EOj1Vw4h5MMJYp0lCcFAe0fnxBJy/1ju4Qxy1fh8gO4DvlGA40yms2g0/hOkcrfHIopjTygHFqGwwOPKFIai4SuTvs86Lx3UYCyl6ZsvaxjMly4oAAzjxG2DmERw6+hLsO68PAuq80n5AC3IDgChV4cqBH5QKribnC59nF++0duBy6H3xP5welYHoiNR8neRdPSkTDMsPt4BQDwdOP8dx/cv5E4A4SOl3BikmJ4]]></acast:settings>
			<itunes:episodeType>full</itunes:episodeType>
			<itunes:season>1</itunes:season>
			<itunes:episode>1</itunes:episode>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<description><![CDATA[<p>Whether you want to be a better engineer, or you want your company to hire better engineers, the path is the same: you need to be improving. For engineers this means increasing certain skills around programming, development, and systems. For companies, it's about having the right engineering culture for your point in the company journey, and this won't be fixed i.e. you need adaptable leaders.</p><br><p><br></p><h3>Recommended Resources</h3><p>Becoming a better programmer is all about practice, practice, practice. Try to solve the problems on your own to begin with, without help, or AI tools.</p><ul><li>Advent Of Code - https://adventofcode.com/ | Join the r/adventofcode community for help if you get stuck https://www.reddit.com/r/adventofcode/.</li><li>Project Euler - https://projecteuler.net/</li><li>HackerRank - https://www.hackerrank.com/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Accelerate by Forsgren, Humble, Kim | Statistical analysis of the behaviours and practices used by the most successful teams.</li><li>Good To Great by Jim Collins | The practices that may help a company to achieve initial success are not necessarily the ones that will sustain it through more advanced stages of growth. This book emphasizes the need for continuous adaptation, rigorous discipline, and a clear vision for the future.</li><li>The Pragmatic Programmer by David Thomas | Developing code is more than just programming skill. Learn some of the pragmatic, soft skills needed to become a great software engineer.</li><li>Structure and Interpretation of Computer Programs by Abelson, Sussman, Sussman | If developing programming skill is about practice, this classic book provides the theory to direct where to practice next.</li><li>Design Patterns by Gamma, Helm, Johnsson, Vlissides | The classic "Gang of Four" book on common design patterns in software.</li><li>Head First Design Patterns by Freeman, Robson | Alternative to the classic, this book uses different methods of presenting the information in a way they claim is "brain-friendly".</li><li>The Software Engineer's Guidebook by Gergely Orosz | Helps set out the skills required for engineers at various stages in their career, up to and including management, or continuing on the individual contributor path to more strategic, company wide positions.</li><li>Designing Data-Intensive Applications by Martin Kleppmann | How to design distributed software systems with an eye on reliability, scalability, and maintainability, as well as many other key operational characteristics for modern internet economy services.</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Do Things That Don't Scale by Paul Graham - https://paulgraham.com/ds.html</li><li>Why Software Is Eating The World by Marc Andreessen - https://genius.com/Marc-andreessen-why-software-is-eating-the-world-annotated</li><li>WCAG Compliance - https://wcag.com/resource/what-is-wcag/</li><li>Code Golf - https://code.golf/</li></ul><p><br></p><h3>Interviewing is hard and random (so don't let it get you down)</h3><ul><li>I Cheated on My Microsoft Interview by Robert Sweeney [https://www.facet.net/posts/i-cheated-on-my-microsoft-interview]</li><li>"...can't invert a binary tree..." by @mxcl [https://twitter.com/mxcl/status/608682016205344768]</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
			<itunes:summary><![CDATA[<p>Whether you want to be a better engineer, or you want your company to hire better engineers, the path is the same: you need to be improving. For engineers this means increasing certain skills around programming, development, and systems. For companies, it's about having the right engineering culture for your point in the company journey, and this won't be fixed i.e. you need adaptable leaders.</p><br><p><br></p><h3>Recommended Resources</h3><p>Becoming a better programmer is all about practice, practice, practice. Try to solve the problems on your own to begin with, without help, or AI tools.</p><ul><li>Advent Of Code - https://adventofcode.com/ | Join the r/adventofcode community for help if you get stuck https://www.reddit.com/r/adventofcode/.</li><li>Project Euler - https://projecteuler.net/</li><li>HackerRank - https://www.hackerrank.com/</li></ul><p><br></p><h3>Recommended Books</h3><ul><li>Accelerate by Forsgren, Humble, Kim | Statistical analysis of the behaviours and practices used by the most successful teams.</li><li>Good To Great by Jim Collins | The practices that may help a company to achieve initial success are not necessarily the ones that will sustain it through more advanced stages of growth. This book emphasizes the need for continuous adaptation, rigorous discipline, and a clear vision for the future.</li><li>The Pragmatic Programmer by David Thomas | Developing code is more than just programming skill. Learn some of the pragmatic, soft skills needed to become a great software engineer.</li><li>Structure and Interpretation of Computer Programs by Abelson, Sussman, Sussman | If developing programming skill is about practice, this classic book provides the theory to direct where to practice next.</li><li>Design Patterns by Gamma, Helm, Johnsson, Vlissides | The classic "Gang of Four" book on common design patterns in software.</li><li>Head First Design Patterns by Freeman, Robson | Alternative to the classic, this book uses different methods of presenting the information in a way they claim is "brain-friendly".</li><li>The Software Engineer's Guidebook by Gergely Orosz | Helps set out the skills required for engineers at various stages in their career, up to and including management, or continuing on the individual contributor path to more strategic, company wide positions.</li><li>Designing Data-Intensive Applications by Martin Kleppmann | How to design distributed software systems with an eye on reliability, scalability, and maintainability, as well as many other key operational characteristics for modern internet economy services.</li></ul><p><br></p><h3>Links to items mentioned in the episode</h3><ul><li>Do Things That Don't Scale by Paul Graham - https://paulgraham.com/ds.html</li><li>Why Software Is Eating The World by Marc Andreessen - https://genius.com/Marc-andreessen-why-software-is-eating-the-world-annotated</li><li>WCAG Compliance - https://wcag.com/resource/what-is-wcag/</li><li>Code Golf - https://code.golf/</li></ul><p><br></p><h3>Interviewing is hard and random (so don't let it get you down)</h3><ul><li>I Cheated on My Microsoft Interview by Robert Sweeney [https://www.facet.net/posts/i-cheated-on-my-microsoft-interview]</li><li>"...can't invert a binary tree..." by @mxcl [https://twitter.com/mxcl/status/608682016205344768]</li></ul><p><br></p><br><p>Thanks for listening to the Engineering Culture podcast. We have no date in place for when more episodes will be available, but if you'd like to get in touch, please drop us an email to ec@lifebeyondfife.com</p><hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		</item>
		<item>
			<title>Intro to Engineering Culture</title>
			<itunes:title>Intro to Engineering Culture</itunes:title>
			<pubDate>Sun, 07 Jan 2024 16:50:04 GMT</pubDate>
			<itunes:duration>6:08</itunes:duration>
			<enclosure url="https://sphinx.acast.com/p/open/s/658abd63b17f79001796403c/e/659070737782b30016d2cbe4/media.mp3" length="7878503" type="audio/mpeg"/>
			<guid isPermaLink="false">659070737782b30016d2cbe4</guid>
			<itunes:explicit>false</itunes:explicit>
			<link>https://shows.acast.com/engineering-culture/episodes/intro-to-engineering-culture</link>
			<acast:episodeId>659070737782b30016d2cbe4</acast:episodeId>
			<acast:showId>658abd63b17f79001796403c</acast:showId>
			<acast:episodeUrl>intro-to-engineering-culture</acast:episodeUrl>
			<acast:settings><![CDATA[FYjHyZbXWHZ7gmX8Pp1rmbKbhgrQiwYShz70Q9/ffXZMTtedvdcRQbP4eiLMjXzCKLPjEYLpGj+NMVKa+5C8pL4u/EOj1Vw4h5MMJYp0lCcFAe0fnxBJy/1ju4Qxy1fh8gO4DvlGA40yms2g0/hOkcrfHIopjTygHFqGwwOPKFIai4SuTvs86Lx3UYCyl6ZsvaxjMly4oAAzjxG2DmERw6+hLsO68PAuq80n5AC3IDhGysR0uPb50gZB/Ku5NJ4n5XMaQiopSyGx86rNs3cqBO/ayooFSmF+mrYK6HcbmHxwBLwpwcY2FIoRkWPgY+QI]]></acast:settings>
			<itunes:episodeType>trailer</itunes:episodeType>
			<itunes:image href="https://assets.pippa.io/shows/658abd63b17f79001796403c/1704997542250-f3bdb6e4e54f0926d561e1e48293d798.jpeg"/>
			<description><![CDATA[Welcome to the Engineering Culture podcast! We give an overview of what the podcast is about, why you should listen to us, and plans for the future.<hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></description>
			<itunes:summary><![CDATA[Welcome to the Engineering Culture podcast! We give an overview of what the podcast is about, why you should listen to us, and plans for the future.<hr><p style='color:grey; font-size:0.75em;'> Hosted on Acast. See <a style='color:grey;' target='_blank' rel='noopener noreferrer' href='https://acast.com/privacy'>acast.com/privacy</a> for more information.</p>]]></itunes:summary>
		</item>
    	<itunes:category text="Technology"/>
		<itunes:category text="Education">
			<itunes:category text="Self-Improvement"/>
		</itunes:category>
		<itunes:category text="Business">
			<itunes:category text="Careers"/>
		</itunes:category>
    </channel>
</rss>
