<story><title>Software Engineering&apos;s Greatest Hits [video]</title><url>https://www.youtube.com/watch?v=HrVtA-ue-x0</url></story><parent_chain></parent_chain><comment><author>mikewarot</author><text>Well, this has a lot of practical knowledge on offer, and I intend to watch it a few more times for it all to sink in.&lt;p&gt;I&amp;#x27;ve always believed that anyone can learn anything, if they and their teacher both believe it, and put in the effort. I&amp;#x27;m glad to see that bias confirmed.&lt;p&gt;I was really surprised that nobody seems to actually handle errors. This does reflect my experience, in what I thought (until now) was an exception. In about 1985 I was taking a vendor taught course in PL&amp;#x2F;N at the Norand company (who made hand-held computers used for inventory management). We got to the section of the course about error handling. They described the syntax for checking errors, and how to format things, etc. I asked what happened when you got an error, and both instructors had never been asked that question, and both had ZERO clue about it.&lt;p&gt;For all the arguments here about in and out of band error handling, this was shocking, and definitely did not confirm any bias.</text></comment>
<story><title>Software Engineering&apos;s Greatest Hits [video]</title><url>https://www.youtube.com/watch?v=HrVtA-ue-x0</url></story><parent_chain></parent_chain><comment><author>fbr</author><text>Link to the slides: &lt;a href=&quot;https:&amp;#x2F;&amp;#x2F;third-bit.com&amp;#x2F;talks&amp;#x2F;greatest-hits&amp;#x2F;&quot; rel=&quot;nofollow&quot;&gt;https:&amp;#x2F;&amp;#x2F;third-bit.com&amp;#x2F;talks&amp;#x2F;greatest-hits&amp;#x2F;&lt;/a&gt;</text></comment>