<story><title>Some Rookie Mistakes in Go</title><url>http://engineroom.teamwork.com/go-learn/</url></story><parent_chain></parent_chain><comment><author>csense</author><text>&amp;gt; Go has multiple returns from functions so a very typical scenario is a function that returns something and also an error, which would be nil if everything worked okay&lt;p&gt;This is one of the problems I have with C.  You basically have to remember to manually check for an error on every function call, which means (1) an algorithm with short and simple pseudocode becomes lengthy and hard to read real code, because you need to add a ton of error handling, (2) it is easy to forget to handle an error in some place.  Exception-based error handling lets you delegate errors to a top-level handler without cluttering up intermediate code (i.e. an exception anywhere in webpage rendering logic should be handled by 500&amp;#x27;ing the entire page, which exception-based error handling lets you do without cluttering intermediate functions between the function producing the error and the function handling the error with error-handling logic).&lt;p&gt;I&amp;#x27;ve been thinking about learning Go, but if its only error handling mechanisms are &amp;quot;pack it into a return value&amp;quot; or &amp;quot;panic() which is like exit(1) in C&amp;quot; then it&amp;#x27;s a black mark against the language.  It&amp;#x27;s still a black mark if the language has exception-like error handling but it&amp;#x27;s not considered &amp;quot;idiomatic Go&amp;quot; and the stdlib and a good chunk of third-party libs report errors in return values.</text></comment>
<story><title>Some Rookie Mistakes in Go</title><url>http://engineroom.teamwork.com/go-learn/</url></story><parent_chain></parent_chain><comment><author>logingone</author><text>Why does Rust get articles about eg an operating system written in Rust, but all the Go posts are how to tie your shoe laces?  Somebody explain, please.</text></comment>