<p><br>
On Jan 19, 2012 9:28 AM, &quot;Bill Janssen&quot; &lt;<a href="mailto:janssen@parc.com">janssen@parc.com</a>&gt; wrote:<br>
&gt; I&#39;m not sure how much of a problem this really is.  I continually build<br>
&gt; fairly complicated systems with Python that do a lot of HTTP networking,<br>
&gt; for instance.  It&#39;s fairly easy to replace use of the standard library<br>
&gt; modules with use of Tornado and httplib2, and I wouldn&#39;t think of *not*<br>
&gt; doing that.  But the standard modules are there, out-of-the-box, for<br>
&gt; experimentation and tinkering, and they work in the sense that they pass<br>
&gt; their module tests.  Are those standard modules as &quot;Internet-proof&quot; as<br>
&gt; some commercially-supported package with an income stream that supports<br>
&gt; frequent security updates would be?</p>
<p>This is starting to sound a little like the discussion about the __preview__ / __experimental__ idea.  If I recall correctly, one of the points is that for some organizations getting a third-party library approved for use is not trivial.  In contrast, inclusion in the stdlib is like a free pass, since the organization can rely on the robustness of the CPython QA and release processes.</p>

<p>As well, there is at least a small cost with third-party libraries for those that maintain more rigorous configuration management.  In contrast, there is basically no extra cost with new/updated stdlib, beyond upgrading Python.</p>

<p>-eric</p>
<p>&gt;<br>
&gt; Perhaps not.  But maybe that&#39;s OK.<br>
&gt;<br>
&gt; Another way of doing this would be to &quot;bless&quot; certain third-party<br>
&gt; modules in some fashion short of incorporation, and provide them with<br>
&gt; more robust development support, again, &quot;somehow&quot;, so that they don&#39;t<br>
&gt; fall by the wayside when their developers move on to something else,<br>
&gt; but are still able to release on an independent schedule.<br>
&gt;<br>
&gt; Bill<br>
&gt; _______________________________________________<br>
&gt; Python-Dev mailing list<br>
&gt; <a href="mailto:Python-Dev@python.org">Python-Dev@python.org</a><br>
&gt; <a href="http://mail.python.org/mailman/listinfo/python-dev">http://mail.python.org/mailman/listinfo/python-dev</a><br>
&gt; Unsubscribe: <a href="http://mail.python.org/mailman/options/python-dev/ericsnowcurrently%40gmail.com">http://mail.python.org/mailman/options/python-dev/ericsnowcurrently%40gmail.com</a><br>
</p>