<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" encoding="UTF-8" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/" xmlns:atom="http://www.w3.org/2005/Atom/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:fireside="http://fireside.fm/modules/rss/fireside">
  <channel>
    <fireside:hostname>web02.fireside.fm</fireside:hostname>
    <fireside:genDate>Tue, 28 Apr 2026 09:29:54 -0500</fireside:genDate>
    <generator>Fireside (https://fireside.fm)</generator>
    <title>Coder Radio - Episodes Tagged with “Macpro”</title>
    <link>https://coder.show/tags/macpro</link>
    <pubDate>Mon, 10 Jun 2019 21:30:00 -0400</pubDate>
    <description>A weekly talk show taking a pragmatic look at the art and business of Software Development and the world of technology.
</description>
    <language>en-us</language>
    <itunes:type>episodic</itunes:type>
    <itunes:subtitle>A weekly talk show</itunes:subtitle>
    <itunes:author>The Mad Botter</itunes:author>
    <itunes:summary>A weekly talk show taking a pragmatic look at the art and business of Software Development and the world of technology.
</itunes:summary>
    <itunes:image href="https://media24.fireside.fm/file/fireside-images-2024/podcasts/images/b/b44de5fa-47c1-4e94-bf9e-c72f8d1c8f5d/cover.jpg?v=7"/>
    <itunes:explicit>no</itunes:explicit>
    <itunes:owner>
      <itunes:name>The Mad Botter</itunes:name>
      <itunes:email>michael@themadbotter.com</itunes:email>
    </itunes:owner>
<itunes:category text="Technology"/>
<itunes:category text="Education">
  <itunes:category text="How To"/>
</itunes:category>
<itunes:category text="Business"/>
<item>
  <title>361: ZEEEE Shell!</title>
  <link>https://coder.show/361</link>
  <guid isPermaLink="false">d1870ae2-c91a-435a-8524-caaa6d854479</guid>
  <pubDate>Mon, 10 Jun 2019 21:30:00 -0400</pubDate>
  <author>The Mad Botter</author>
  <enclosure url="https://aphid.fireside.fm/d/1437767933/b44de5fa-47c1-4e94-bf9e-c72f8d1c8f5d/d1870ae2-c91a-435a-8524-caaa6d854479.mp3" length="25592499" type="audio/mp3"/>
  <itunes:episodeType>full</itunes:episodeType>
  <itunes:author>The Mad Botter</itunes:author>
  <itunes:subtitle>Apple is shaking up the foundations of UI development with SwiftUI and raising developer eyebrows with a new default shell on MacOS. </itunes:subtitle>
  <itunes:duration>35:32</itunes:duration>
  <itunes:explicit>no</itunes:explicit>
  <itunes:image href="https://media24.fireside.fm/file/fireside-images-2024/podcasts/images/b/b44de5fa-47c1-4e94-bf9e-c72f8d1c8f5d/cover.jpg?v=7"/>
  <description>Apple is shaking up the foundations of UI development with SwiftUI and raising developer eyebrows with a new default shell on MacOS. 
Plus feedback with a FOSS dilemma and an update on our 7 languages challenge. 
</description>
  <itunes:keywords>apple, wwdc, macpro, macbook pro, ios, apple watch, swift, swiftui, react, reactive programming, frp, bash, posix, zsh, fish, shell, bourne shell, macos, gpl, foss, open source, kotlin, 7 languages, software licenses, developer podcast, Coder Radio</itunes:keywords>
  <content:encoded>
    <![CDATA[<p>Apple is shaking up the foundations of UI development with SwiftUI and raising developer eyebrows with a new default shell on MacOS. </p>

<p>Plus feedback with a FOSS dilemma and an update on our 7 languages challenge.</p><p>Links:</p><ul><li><a title="Feedback: Lance’s FOSS Quandary" rel="nofollow" href="https://pastebin.com/C5AYBD0i">Feedback: Lance’s FOSS Quandary</a> &mdash; I was working on an open source project for school that we (4 members) submitted. Myself and another did 98% of the work the others contributed to the documentation (outside of the codebase). Class is over now for many months and nobody has touched the code but one other member and I wish to keep it going.</li><li><a title="Feedback: Developer, have money for a new Mac Pro? Buy these instead." rel="nofollow" href="https://www.reddit.com/r/CoderRadio/comments/bxxq8f/developers_have_money_for_a_new_mac_pro_buy_these/">Feedback: Developer, have money for a new Mac Pro? Buy these instead.</a> &mdash; The recently unveiled Mac Pro is no doubt a gorgeous machine, engineered for a very particular group of people. While it will likely be a great machine for those who live and breathe within Finalcut and work with ProRes files, it’s overkill for a good developer machine.</li><li><a title="Apple makes fancy zsh default in forthcoming macOS &#39;Catalina&#39;" rel="nofollow" href="https://www.theregister.co.uk/2019/06/04/apple_zsh_macos_catalina_default/">Apple makes fancy zsh default in forthcoming macOS 'Catalina'</a> &mdash; "zsh is highly compatible with the Bourne shell (sh) and mostly compatible with bash, with some differences," Apple explained in a support document posted on Monday in conjunction with the announcement of macOS Catalina, which ships this fall.

</li><li><a title="Oh My Zsh - a delightful &amp; open source framework for Z-Shell" rel="nofollow" href="https://ohmyz.sh/">Oh My Zsh - a delightful &amp; open source framework for Z-Shell</a> &mdash; Oh My Zsh is a delightful, open source, community-driven framework for managing your Zsh configuration. It comes bundled with thousands of helpful functions, helpers, plugins, themes, and a few things that make you shout... “Oh My ZSH!”</li><li><a title="Zsh · macOS Setup Guide" rel="nofollow" href="https://sourabhbajaj.com/mac-setup/iTerm/zsh.html">Zsh · macOS Setup Guide</a></li><li><a title="zsh-apple-touchbar: Make your touchbar more powerful." rel="nofollow" href="https://github.com/zsh-users/zsh-apple-touchbar">zsh-apple-touchbar: Make your touchbar more powerful.</a></li><li><a title="Mike&#39;s Blog: Converting to SwiftUI Steps[0]" rel="nofollow" href="http://dominickm.com/converting-swiftui-steps0/">Mike's Blog: Converting to SwiftUI Steps[0]</a> &mdash; SwiftUI is the next paradigm in iOS and macOS user interface development. However, if you’re like me you already have Xcode projects that are using the now legacy storyboard technology. Luckily, it possible to update your existing projects to use SwiftUI and the process is very straightforward.</li><li><a title="Mike&#39;s Blog: Converting to SwiftUI Steps[1]" rel="nofollow" href="http://dominickm.com/converting-swiftui-steps1/">Mike's Blog: Converting to SwiftUI Steps[1]</a> &mdash; Continuing my journey into SwiftUI, I am taking a look at re-using existing UIViews and UIViewControllers in SwiftUI. The primary advantage here is not having to rewrite your existing code from scratch, however, it’s probably best to create any new views in SwiftUI directly rather than UIView.

</li><li><a title="SwiftUI for React Native Developers" rel="nofollow" href="https://medium.com/@rorogadget/swiftui-for-react-native-developers-2072a21c22fb">SwiftUI for React Native Developers</a> &mdash; Developers with React Native experience may notice some similarities to the philosophies Apple has imbued into their new UI framework. Utilizing structs as immutable value types for view modeling, a declarative syntax, and with their new async event library Combine, a reactive architecture.</li><li><a title="SwiftUI - Apple Developer" rel="nofollow" href="https://developer.apple.com/xcode/swiftui/">SwiftUI - Apple Developer</a> &mdash; SwiftUI is an innovative, exceptionally simple way to build user interfaces across all Apple platforms with the power of Swift.</li></ul>]]>
  </content:encoded>
  <itunes:summary>
    <![CDATA[<p>Apple is shaking up the foundations of UI development with SwiftUI and raising developer eyebrows with a new default shell on MacOS. </p>

<p>Plus feedback with a FOSS dilemma and an update on our 7 languages challenge.</p><p>Links:</p><ul><li><a title="Feedback: Lance’s FOSS Quandary" rel="nofollow" href="https://pastebin.com/C5AYBD0i">Feedback: Lance’s FOSS Quandary</a> &mdash; I was working on an open source project for school that we (4 members) submitted. Myself and another did 98% of the work the others contributed to the documentation (outside of the codebase). Class is over now for many months and nobody has touched the code but one other member and I wish to keep it going.</li><li><a title="Feedback: Developer, have money for a new Mac Pro? Buy these instead." rel="nofollow" href="https://www.reddit.com/r/CoderRadio/comments/bxxq8f/developers_have_money_for_a_new_mac_pro_buy_these/">Feedback: Developer, have money for a new Mac Pro? Buy these instead.</a> &mdash; The recently unveiled Mac Pro is no doubt a gorgeous machine, engineered for a very particular group of people. While it will likely be a great machine for those who live and breathe within Finalcut and work with ProRes files, it’s overkill for a good developer machine.</li><li><a title="Apple makes fancy zsh default in forthcoming macOS &#39;Catalina&#39;" rel="nofollow" href="https://www.theregister.co.uk/2019/06/04/apple_zsh_macos_catalina_default/">Apple makes fancy zsh default in forthcoming macOS 'Catalina'</a> &mdash; "zsh is highly compatible with the Bourne shell (sh) and mostly compatible with bash, with some differences," Apple explained in a support document posted on Monday in conjunction with the announcement of macOS Catalina, which ships this fall.

</li><li><a title="Oh My Zsh - a delightful &amp; open source framework for Z-Shell" rel="nofollow" href="https://ohmyz.sh/">Oh My Zsh - a delightful &amp; open source framework for Z-Shell</a> &mdash; Oh My Zsh is a delightful, open source, community-driven framework for managing your Zsh configuration. It comes bundled with thousands of helpful functions, helpers, plugins, themes, and a few things that make you shout... “Oh My ZSH!”</li><li><a title="Zsh · macOS Setup Guide" rel="nofollow" href="https://sourabhbajaj.com/mac-setup/iTerm/zsh.html">Zsh · macOS Setup Guide</a></li><li><a title="zsh-apple-touchbar: Make your touchbar more powerful." rel="nofollow" href="https://github.com/zsh-users/zsh-apple-touchbar">zsh-apple-touchbar: Make your touchbar more powerful.</a></li><li><a title="Mike&#39;s Blog: Converting to SwiftUI Steps[0]" rel="nofollow" href="http://dominickm.com/converting-swiftui-steps0/">Mike's Blog: Converting to SwiftUI Steps[0]</a> &mdash; SwiftUI is the next paradigm in iOS and macOS user interface development. However, if you’re like me you already have Xcode projects that are using the now legacy storyboard technology. Luckily, it possible to update your existing projects to use SwiftUI and the process is very straightforward.</li><li><a title="Mike&#39;s Blog: Converting to SwiftUI Steps[1]" rel="nofollow" href="http://dominickm.com/converting-swiftui-steps1/">Mike's Blog: Converting to SwiftUI Steps[1]</a> &mdash; Continuing my journey into SwiftUI, I am taking a look at re-using existing UIViews and UIViewControllers in SwiftUI. The primary advantage here is not having to rewrite your existing code from scratch, however, it’s probably best to create any new views in SwiftUI directly rather than UIView.

</li><li><a title="SwiftUI for React Native Developers" rel="nofollow" href="https://medium.com/@rorogadget/swiftui-for-react-native-developers-2072a21c22fb">SwiftUI for React Native Developers</a> &mdash; Developers with React Native experience may notice some similarities to the philosophies Apple has imbued into their new UI framework. Utilizing structs as immutable value types for view modeling, a declarative syntax, and with their new async event library Combine, a reactive architecture.</li><li><a title="SwiftUI - Apple Developer" rel="nofollow" href="https://developer.apple.com/xcode/swiftui/">SwiftUI - Apple Developer</a> &mdash; SwiftUI is an innovative, exceptionally simple way to build user interfaces across all Apple platforms with the power of Swift.</li></ul>]]>
  </itunes:summary>
</item>
<item>
  <title>360: Swift Kick In The UI</title>
  <link>https://coder.show/360</link>
  <guid isPermaLink="false">d84621fe-f527-4c65-9c14-ed6ac602e4a4</guid>
  <pubDate>Mon, 03 Jun 2019 22:15:00 -0400</pubDate>
  <author>The Mad Botter</author>
  <enclosure url="https://aphid.fireside.fm/d/1437767933/b44de5fa-47c1-4e94-bf9e-c72f8d1c8f5d/d84621fe-f527-4c65-9c14-ed6ac602e4a4.mp3" length="33257766" type="audio/mp3"/>
  <itunes:episodeType>full</itunes:episodeType>
  <itunes:author>The Mad Botter</itunes:author>
  <itunes:subtitle>We react to Apple's big news at WWDC, check in with Mike's explorations of Elixir, and talk some TypeScript.</itunes:subtitle>
  <itunes:duration>46:11</itunes:duration>
  <itunes:explicit>no</itunes:explicit>
  <itunes:image href="https://media24.fireside.fm/file/fireside-images-2024/podcasts/images/b/b44de5fa-47c1-4e94-bf9e-c72f8d1c8f5d/cover.jpg?v=7"/>
  <description>We react to Apple's big news at WWDC, check in with Mike's explorations of Elixir, and talk some TypeScript.
Plus Mike's battles with fan noise, and why he's doubling down on the eGPU lifestyle. 
</description>
  <itunes:keywords>Thelio, system76, MacPro, fan noise, thermal management, cooling, egpu, WWDC, Apple, MacOS, MacPro, iOS, ARKit, Project Catalyst, Marzipan, iPad, iPadOS, Swift, SwiftUI, Apple Watch, Javascript, TypeScript, Clojurescript, ReasonML, Kotlin, Erlang, Elixir, Phoenix, Ruby, Rails, Static types, C#, Java, Developer podcast, Coder Radio</itunes:keywords>
  <content:encoded>
    <![CDATA[<p>We react to Apple&#39;s big news at WWDC, check in with Mike&#39;s explorations of Elixir, and talk some TypeScript.</p>

<p>Plus Mike&#39;s battles with fan noise, and why he&#39;s doubling down on the eGPU lifestyle.</p><p>Links:</p><ul><li><a title="Thelio Fan Noise Hack - Mike&#39;s Blog" rel="nofollow" href="http://dominickm.com/thelio-fan-noise-hack/">Thelio Fan Noise Hack - Mike's Blog</a> &mdash; I’ve had a System 76 Thelio for a little over four months now and a consistent issue that I’ve been experiencing is persistent fan noise even when the machine is idle.</li><li><a title="Advent of Code 2015" rel="nofollow" href="https://adventofcode.com/2015">Advent of Code 2015</a></li><li><a title="Elixir" rel="nofollow" href="https://elixir-lang.org/">Elixir</a> &mdash; Elixir leverages the Erlang VM, known for running low-latency, distributed and fault-tolerant systems, while also being successfully used in web development and the embedded software domain.

</li><li><a title="Mike on Twitter" rel="nofollow" href="https://twitter.com/dominucco/status/1135308539944194048">Mike on Twitter</a> &mdash; Someone tell @wespayne that I hate him ;) He introduced me to @elixirlang and it's like fast #Ruby. I think I might be hooked. Totally failed to get anything done though lol</li><li><a title="Elixir vs. Ruby and Phoenix vs. Rails: Detailed Comparison and Use Cases" rel="nofollow" href="https://mlsdev.com/blog/elixir-vs-ruby-and-phoenix-vs-rails-what-to-choose-and-why">Elixir vs. Ruby and Phoenix vs. Rails: Detailed Comparison and Use Cases</a> &mdash; If you are facing the Elixir vs. Ruby/Phoenix vs. Rails dilemma, the best way to decide is to cater to the needs of your project. In fact, it is even possible to use both technologies in one project by choosing which of them works best for each individual feature. For example, you can implement chats with Elixir Phoenix, and the rest of the code can be written in Ruby on Rails.

</li><li><a title="TypeScript - JavaScript that scales." rel="nofollow" href="https://www.typescriptlang.org/">TypeScript - JavaScript that scales.</a> &mdash; TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
</li><li><a title="Why TypeScript · TypeScript Deep Dive" rel="nofollow" href="https://basarat.gitbooks.io/typescript/docs/why-typescript.html">Why TypeScript · TypeScript Deep Dive</a> &mdash; Types have proven ability to enhance code quality and understandability. However, types have a way of being unnecessarily ceremonious. TypeScript is very particular about keeping the barrier to entry as low as possible. </li><li><a title="Basic Types · TypeScript Handbook" rel="nofollow" href="https://www.typescriptlang.org/docs/handbook/basic-types.html">Basic Types · TypeScript Handbook</a></li><li><a title="TypeScript Playground" rel="nofollow" href="https://www.typescriptlang.org/play/">TypeScript Playground</a></li><li><a title="microsoft/TypeScript-New-Handbook" rel="nofollow" href="https://github.com/microsoft/TypeScript-New-Handbook">microsoft/TypeScript-New-Handbook</a> &mdash; Incubation repository for the new TypeScript handbook.</li><li><a title="Introduction - fp-ts" rel="nofollow" href="https://gcanti.github.io/fp-ts/">Introduction - fp-ts</a> &mdash; fp-ts provides developers with popular patterns and reliable abstractions from typed functional languages in TypeScript.

</li><li><a title="Purify" rel="nofollow" href="https://gigobyte.github.io/purify/">Purify</a> &mdash; Functional programming library for TypeScript</li><li><a title="piotrwitek/utility-types" rel="nofollow" href="https://github.com/piotrwitek/utility-types">piotrwitek/utility-types</a> &mdash; Collection of utility types, complementing TypeScript built-in mapped types and aliases (think "lodash" for static types).

</li><li><a title="Solving Problems the Clojure Way - Rafal Dittwald" rel="nofollow" href="https://www.youtube.com/watch?v=vK1DazRK_a0">Solving Problems the Clojure Way - Rafal Dittwald</a> &mdash; After overcoming a fear of brackets, the next challenge for would-be Clojurians is less superficial: to stop writing Java (or Javascript, or Haskell...) with Clojure's syntax, and actually start "thinking" in Clojure. It is said that Clojure is a "functional" programming language; there's also talk of "data-driven" programming. What are these things? Are they any good? Why are they good? In this talk, Rafal attempts to distill the particular blend of functional and data-driven programming that makes up "idiomatic Clojure", clarify what it looks like in practise (with real-world examples), and reflect on how Clojure's conventions came to be and how they continue to evolve.</li></ul>]]>
  </content:encoded>
  <itunes:summary>
    <![CDATA[<p>We react to Apple&#39;s big news at WWDC, check in with Mike&#39;s explorations of Elixir, and talk some TypeScript.</p>

<p>Plus Mike&#39;s battles with fan noise, and why he&#39;s doubling down on the eGPU lifestyle.</p><p>Links:</p><ul><li><a title="Thelio Fan Noise Hack - Mike&#39;s Blog" rel="nofollow" href="http://dominickm.com/thelio-fan-noise-hack/">Thelio Fan Noise Hack - Mike's Blog</a> &mdash; I’ve had a System 76 Thelio for a little over four months now and a consistent issue that I’ve been experiencing is persistent fan noise even when the machine is idle.</li><li><a title="Advent of Code 2015" rel="nofollow" href="https://adventofcode.com/2015">Advent of Code 2015</a></li><li><a title="Elixir" rel="nofollow" href="https://elixir-lang.org/">Elixir</a> &mdash; Elixir leverages the Erlang VM, known for running low-latency, distributed and fault-tolerant systems, while also being successfully used in web development and the embedded software domain.

</li><li><a title="Mike on Twitter" rel="nofollow" href="https://twitter.com/dominucco/status/1135308539944194048">Mike on Twitter</a> &mdash; Someone tell @wespayne that I hate him ;) He introduced me to @elixirlang and it's like fast #Ruby. I think I might be hooked. Totally failed to get anything done though lol</li><li><a title="Elixir vs. Ruby and Phoenix vs. Rails: Detailed Comparison and Use Cases" rel="nofollow" href="https://mlsdev.com/blog/elixir-vs-ruby-and-phoenix-vs-rails-what-to-choose-and-why">Elixir vs. Ruby and Phoenix vs. Rails: Detailed Comparison and Use Cases</a> &mdash; If you are facing the Elixir vs. Ruby/Phoenix vs. Rails dilemma, the best way to decide is to cater to the needs of your project. In fact, it is even possible to use both technologies in one project by choosing which of them works best for each individual feature. For example, you can implement chats with Elixir Phoenix, and the rest of the code can be written in Ruby on Rails.

</li><li><a title="TypeScript - JavaScript that scales." rel="nofollow" href="https://www.typescriptlang.org/">TypeScript - JavaScript that scales.</a> &mdash; TypeScript is a typed superset of JavaScript that compiles to plain JavaScript.
</li><li><a title="Why TypeScript · TypeScript Deep Dive" rel="nofollow" href="https://basarat.gitbooks.io/typescript/docs/why-typescript.html">Why TypeScript · TypeScript Deep Dive</a> &mdash; Types have proven ability to enhance code quality and understandability. However, types have a way of being unnecessarily ceremonious. TypeScript is very particular about keeping the barrier to entry as low as possible. </li><li><a title="Basic Types · TypeScript Handbook" rel="nofollow" href="https://www.typescriptlang.org/docs/handbook/basic-types.html">Basic Types · TypeScript Handbook</a></li><li><a title="TypeScript Playground" rel="nofollow" href="https://www.typescriptlang.org/play/">TypeScript Playground</a></li><li><a title="microsoft/TypeScript-New-Handbook" rel="nofollow" href="https://github.com/microsoft/TypeScript-New-Handbook">microsoft/TypeScript-New-Handbook</a> &mdash; Incubation repository for the new TypeScript handbook.</li><li><a title="Introduction - fp-ts" rel="nofollow" href="https://gcanti.github.io/fp-ts/">Introduction - fp-ts</a> &mdash; fp-ts provides developers with popular patterns and reliable abstractions from typed functional languages in TypeScript.

</li><li><a title="Purify" rel="nofollow" href="https://gigobyte.github.io/purify/">Purify</a> &mdash; Functional programming library for TypeScript</li><li><a title="piotrwitek/utility-types" rel="nofollow" href="https://github.com/piotrwitek/utility-types">piotrwitek/utility-types</a> &mdash; Collection of utility types, complementing TypeScript built-in mapped types and aliases (think "lodash" for static types).

</li><li><a title="Solving Problems the Clojure Way - Rafal Dittwald" rel="nofollow" href="https://www.youtube.com/watch?v=vK1DazRK_a0">Solving Problems the Clojure Way - Rafal Dittwald</a> &mdash; After overcoming a fear of brackets, the next challenge for would-be Clojurians is less superficial: to stop writing Java (or Javascript, or Haskell...) with Clojure's syntax, and actually start "thinking" in Clojure. It is said that Clojure is a "functional" programming language; there's also talk of "data-driven" programming. What are these things? Are they any good? Why are they good? In this talk, Rafal attempts to distill the particular blend of functional and data-driven programming that makes up "idiomatic Clojure", clarify what it looks like in practise (with real-world examples), and reflect on how Clojure's conventions came to be and how they continue to evolve.</li></ul>]]>
  </itunes:summary>
</item>
  </channel>
</rss>
