This is odd. Mind you, lots of things about Go made me think &quot;this is odd&quot; the first time I saw it.<p>I like the fact that we can now sell libraries more easily if we want to. There was a reasonable indie industry for years selling stuff out of the back of Dr Dobbs back in the 1990s, and being able to support that community is good. If you don&#x27;t want that community to exist, fine, write better code and release it open-source and kill the market. I would be happy to try and sell a library and see sales dry up because I was unable to out-compete the wider market.<p>I suspect there might be the rise of people selling packages that are in essence tweaks of open source packages, but that&#x27;s a problem the industry has irrespective of language. It is after all the business model of several firms.<p>I also think this might help with the quest on compile times. We&#x27;re really keen on getting compile times down, and being able to build a package over <i>there</i> and as I&#x27;m working over here, it can pull in the binary is actually really quite nice. I think it&#x27;ll be a while before that becomes a default thing for Go to do, but you can now see it as a possibility.<p>What is a little odd though is to make this work, you still need &quot;a&quot; source file, even if it&#x27;s not &quot;the&quot; source file. From the bottom of <a href="https:&#x2F;&#x2F;github.com&#x2F;golang&#x2F;proposal&#x2F;blob&#x2F;master&#x2F;design&#x2F;2775-binary-only-packages.md" rel="nofollow">https:&#x2F;&#x2F;github.com&#x2F;golang&#x2F;proposal&#x2F;blob&#x2F;master&#x2F;design&#x2F;2775-b...</a><p><pre><code>  The package source code itself must be present in some form,
  or else we can&#x27;t tell if the package was deleted entirely 
  (see background above). The implication is that it will 
  simply not be the actual source code for the package. A 
  special comment is a natural way to signal this situation, 
  especially since the go command is already reading the source 
  code for package name, import information, and build tag 
  comments. Having a “fake” version of the source code also 
  provides a way to supply documentation compatible with “go 
  doc” and “godoc” even though the complete source code is
  missing.
</code></pre>
That, you have to admit, is different.<p>Also, perhaps making it less useful for commercial purposes was the last paragraph:<p><pre><code>  The compiled form of the package does contain information 
  about the source code, for example source file names, type 
  definitions for data structures used in the public API, and 
  inlined function bodies. It is assumed that the distributors 
  of binary-only packages understand that they include this 
  information.</code></pre>