526 karma · joined May 23, 2008
Edit: I agree that he isn't talking about the "dangers of science". It's more like "Nerd in the city"
Here's the original for those who know Russian:
Его пожирала страсть самая глубокая, самая ненасытимая, истощающая всю жизнь человека и не выделяющая таким существам, как Ордынов, ни одного угла в сфере другой, практической, житейской деятельности. Эта страсть была — наука. Она снедала покамест его молодость, медленным, упоительным ядом отравляла ночной покой, отнимала у него здоровую пищу и свежий воздух, которого никогда не бывало в его душном углу, и Ордынов в упоении страсти своей не хотел замечать того. Он был молод и покамест не требовал бо’льшего. Страсть сделала его младенцем для внешней жизни и уже навсегда неспособным заставить посторониться иных добрых людей, когда придет к тому надобность, чтоб отмежевать себе между них хоть какой-нибудь угол. Наука иных ловких людей — капитал в руках; страсть Ордынова была обращенным на него же оружием.
My point is that some people assume that if they would just sit and write something in C++ without putting enough time and effort and skill in it, it would be somehow magically faster and better than high-level language, just because it's C++. They are mistaken.
Python standard library is extremely fast. For example 'list.sort()' in Pytohn could run 3 times faster than C++ 'sort(vector<string>)'.
Here are few examples when simple Python code runs faster than the same code in C++: http://groups.google.com/group/comp.lang.python/browse_threa...
Chances are you may end up with a story like this: http://groups.google.com/group/comp.lang.python/browse_threa...
Albeit micro-benchmarks may indicate that Python is 100-200 times slower than C++, they may not be applicable to the real world. Python can be very efficient. And when combined with libraries like NumPy, beating it's performance with hand-crafted C++ is difficult.
Emperor has no clothes.
Linux can do the same with Qt/GTK+/etc. It certainly possible to have high-level UI consistency between multiple toolkits, especially when they all share the same lower-level stuff (X11/Cairo).
http://groups.google.com/group/comp.os.minix/browse_frm/thre...
http://www.debian.org/ports/#nonlinux
Linux distros are more GNU than Linux, the problem is in the name -- 'GNU' sounds and looks nerdy and unfriendly.
The reason why old people keep telling this BS is that they just don't understand what it is.
They can understand a person practicing musical instrument, they can understand a person working with canvas and brushes, they can understand the scientist sitting around his papers but they can't understand people doing the same behind their computers.
Computers are the whole new medium: we need at least two more generations to make it fully acceptable by average daddy and mommy.
PC by itself is a huge amount of money for them (and many of them get it free from rich relatives that make money in Moscow, Europe or US) and everything that is inside is considered already overpriced.
[1] http://psyco.sourceforge.net/introduction.html
[2] http://groups.google.com/group/comp.lang.python/msg/f90342f5...
update: I bet every popular web service eventually will have enterprise-oriented version, like Yammer is to Twitter.
Never ever do it. Python has very good parsers now. Using "eval" is crazy. Python is not just a scripting language like JavaScript, it has a full power of C under the hood, thus it's evaluation must be restricted. Or someone will set your or your client's “fetchmail” environment variable to '__import__('os').remove(...'.
We have just enough formatting flexibility and we prefer readability.
Take a closer look at integrated Gears with local web server and offline JavaScript hooks + ability to run webapps without browser "chrome" from icons/shortcuts.
Now add advanced rich JavaScript/HTML with ready to use open-source libraries on top of the fastest dynamic language VM in the universe and you probably will see that Chrome is more than "just a browser".
Update: Jython 2.5 Easter egg
>>> from __future__ import GIL
Traceback (most recent call last):
(no code object) at line 0
File "", line 0
SyntaxError: Never going to happen!
http://zyasoft.com/pythoneering/2008/06/realizing-jython-25....This has been tried before, with disappointing results, which is why I'm reluctant to put much effort into it myself. In 1999 Greg Stein (with Mark Hammond?) produced a fork of Python (1.5 I believe) that removed the GIL, replacing it with fine-grained locks on all mutable data structures. He also submitted patches that removed many of the reliances on global mutable data structures, which I accepted. However, after benchmarking, it was shown that even on the platform with the fastest locking primitive (Windows at the time) it slowed down single-threaded execution nearly two-fold, meaning that on two CPUs, you could get just a little more work done without the GIL than on a single CPU with the GIL.
I must admit (without quotes) = not stupid. "I must admit" (with quotes) = stupid.
http://jquery.com/blog/2008/08/29/death-to-javascript-rock-s...
Bullshit. Modern frameworks like Django and Rails were extracted from real-life projects written from scratch by real programmers to let the real programmers re-use common web-development code and make it faster and more stable with time.
When you use the framework you still can dive in pure Python/Ruby or even custom C/assembly extensions to optimize your bottlenecks if you really need.