<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Talks on Fred K. Schott</title>
    <link>http://fredkschott.com/talk/</link>
    <description>Recent content in Talks on Fred K. Schott</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>en-us</language>
    <lastBuildDate>Tue, 22 Aug 2017 12:00:00 -0700</lastBuildDate>
    
	<atom:link href="http://fredkschott.com/talk/index.xml" rel="self" type="application/rss+xml" />
    
    
    <item>
      <title>What&#39;s Next For Polymer (Polymer Summit Keynote)</title>
      <link>http://fredkschott.com/talk/2017-08-22-whats-next-for-polymer-keynote/</link>
      <pubDate>Tue, 22 Aug 2017 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/talk/2017-08-22-whats-next-for-polymer-keynote/</guid>
      <description>At Polymer Summit 2017, we announced a major change for the Polymer Ecosystem: our move towards ES Modules &amp;amp; the npm ecosystem.
I was invited on stage to give the keynote address, introducing Polymer 3.0 and sharing the journey the entire Web Components ecosystem has taken since the early days of the spec.
This is one of my favorite talks, not just because of its importance to the project but because it culminates a major, multi-year personal effort.</description>
    </item>
    
    <item>
      <title>What&#39;s New In Polymer Tooling</title>
      <link>http://fredkschott.com/talk/2016-10-18-whats-new-in-polymer-tooling/</link>
      <pubDate>Tue, 18 Oct 2016 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/talk/2016-10-18-whats-new-in-polymer-tooling/</guid>
      <description>At Polymer Summit 2016, our team introduced a major redesign of the Polymer tooling suite. This new set of tools was powered by shared utilities for common tasks like HTML analysis and element serving, and streamlined specifically to help users transition from beginner to advanced use.
At the heart of this redesign was the Polymer CLI, which brings together these lower-level tools to create opinionated, best-practice workflows for building, testing, and serving Polymer projects.</description>
    </item>
    
    <item>
      <title>Profiling the Unexpected in Node.js</title>
      <link>http://fredkschott.com/post/2015/02/performance-profiling-the-unexpected/</link>
      <pubDate>Thu, 12 Feb 2015 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/post/2015/02/performance-profiling-the-unexpected/</guid>
      <description>Performance testing a Node.js application can be painful. Tooling can be a nightmare to set-up, and online help is almost non-existent. And even with the perfect setup in place&amp;hellip; what are you even supposed to be looking for?
This is the position that we found ourselves in last year at Box, and this talk is the story of everything we&amp;rsquo;ve learned since. Instead of listing every relevant tool or teaching you how to setup awesome flame graphs, I share the surprising and unexpected things we learned about Node.</description>
    </item>
    
    <item>
      <title>What is The Node Way?</title>
      <link>http://fredkschott.com/post/2014/12/the-node-way/</link>
      <pubDate>Tue, 30 Dec 2014 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/post/2014/12/the-node-way/</guid>
      <description>Node.js has always been easy to grasp, but difficult to master. Design patterns and best practices exist for avoiding common pitfalls and building more stable applications, but these guiding principles have never been well documented. It has always been up to you, the individual developer, to uncover them on your own through painful trial and error.
The Node Way is a new project to discover and document the entire Node.</description>
    </item>
    
    <item>
      <title>How to Interview Good</title>
      <link>http://fredkschott.com/post/2014/10/how-to-interview-good/</link>
      <pubDate>Wed, 08 Oct 2014 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/post/2014/10/how-to-interview-good/</guid>
      <description>Boston will always have a special place in my heart. I went to school there, and in a lot of ways grew up there (in that way Millennials say they&amp;rsquo;re still &amp;ldquo;growing up&amp;rdquo; into their late 20&amp;rsquo;s).
So when I heard that Box organizes a Boston recruiting trip every fall, I was desperate to get involved. The only problem? The trip requires interviewing experience, and I had none.
So I started interviewing&amp;hellip; a lot.</description>
    </item>
    
    <item>
      <title>module.js</title>
      <link>http://fredkschott.com/post/2014/07/module-js/</link>
      <pubDate>Mon, 28 Jul 2014 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/post/2014/07/module-js/</guid>
      <description>Module.js is one of the most important modules in Node.js core, yet its existance remains almost completely undocumented.
In this talk, I expand on my previous blog post by walking through the module and explaining how loading, compiling, and caching all work. If you&amp;rsquo;re interested in exploring Node.js core but don&amp;rsquo;t know where to start &amp;ndash; or if you&amp;rsquo;re just curious about its inner workings &amp;ndash; then this is the talk for you.</description>
    </item>
    
    <item>
      <title>NodeUp #61</title>
      <link>http://fredkschott.com/post/2014/04/nodeup-cls-is-live/</link>
      <pubDate>Wed, 02 Apr 2014 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/post/2014/04/nodeup-cls-is-live/</guid>
      <description>NodeUp Episode #61 is now available at nodeup.com. I had a blast talking with Forrest Norvell, Trevor Norris, Dan Peddle, and host Daniel Shaw about CLS, AsyncListeners, and what it all means for Node.js v0.12 and beyond.
Visit the site or grab the mp3 directly and hear a voice that was made for radio (but in the good way).</description>
    </item>
    
    <item>
      <title>Conquering Asynchronous Context with CLS</title>
      <link>http://fredkschott.com/post/2014/02/conquering-asynchronous-context-with-cls/</link>
      <pubDate>Wed, 12 Feb 2014 12:00:00 -0700</pubDate>
      
      <guid>http://fredkschott.com/post/2014/02/conquering-asynchronous-context-with-cls/</guid>
      <description>In synchronous code, handling your context is easy. If you want to grab your current user or request data, you usually just pull it out of the ether. In Node.js it&amp;rsquo;s not that simple. There&amp;rsquo;s no thread to hold your context, and no ether to be found. So when you want to do something like logging, how do you attach meta-data without passing it explicitly down your call chain?</description>
    </item>
    
  </channel>
</rss>