On Tue, Jul 1, 2014 at 1:05 PM, Paul Sokolovsky <pmis...@gmail.com> wrote: > On 01 Jul 2014 18:40:23 GMT > Steven D'Aprano <steve+comp.lang.pyt...@pearwood.info> wrote: >> http://nedbatchelder.com/blog/201405/github_monoculture.html > > Everyone who (re)posts stuff like that should have mandatory N.B. of "I > just bought a server farm to offer an alternative".
There already are alternatives. > Second thing is (young pythonistas, close your eyes and ears!) is > Roooooby. That's where that slight smell of decay which bothers you > comes from. Indeed, using software written in Ruby is disgusting. But > if you look around, all software written for advanced git project > hosting is written in Ruby - gitorious, gitlab. Steven, I hope you have > plan how to resolve that situation with Python enlightment too. Until > then people will use that ruby stuff, in particular github. Ruby has nothing to do with it. (And no, I don't think that using software written in Ruby is "disgusting".) We're talking about web sites; from the user perspective, they're just neat bundles of networking protocols and the implementation language is irrelevant, as long as their needs are met. > (Ah, and if > your solution is "hg", sorry, that won't work - for many reasons, > including CPython big startup delay :-F. The warm startup delay for CPython on my box is about 17 ms. hg starts, prints its list of commands, and exits in about 44 ms. That's practically invisible to the user, unless you're using a script that involves executing hg from the shell hundreds of times, in which case you might want to consider having your script use the command server instead. Or if it's the start-up delay on the web server that you're concerned about, then set up the server to use persistent processes. -- https://mail.python.org/mailman/listinfo/python-list
