Guido van Rossum Leaves Zope.com 248
VladDrac writes "Guido van Rossum, the author of the Python programming language, announced at OSCON last night that he's leaving zope.com, to work for a new startup called 'Elemental Security', founded by Dan Farmer (known from several security tools such as Satan). Guido leaving Zope.com will also probably mean that he will be no longer involved in Zope3 development, but hopefully he'll have more time to spend on Python development." Guido says that he's excited about his new employer, but that nothing substantial will change about Python as a result of the move. "It's just that I'll be working from the West coast." Python is "already quite secure," he says, and will be the basis of an upcoming security product ("just getting started") from Elemental.
Good times. (Score:4, Interesting)
What other projects are being done in Python?
Re: =You have obviously missed the point (Score:2, Interesting)
Which unfortunately has nothing to do with the ideas behind Python.
It tends to be much more than "strongly-typed effective scripting language" and if there was some big corporation promoting it as development platform(not even providing support, the guys from the team are doing really good job) , you can bet that Java would had one more serious competitor to worry about...
Re:Good times. (Score:2, Interesting)
Re:possible improvements to python? (Score:4, Interesting)
Perl code looks much neater than Python?
Are u nuts?
One of the strong points of Python language is its clean and intuitive syntax. Perl is a very powerful language, but its strong point is *NOT* neat syntax.
How instrumental was he to zope? (Score:4, Interesting)
What his is level of involvement with zope? Does this spell a slow painful death or just a minor speed bump.. ( I admit I don't follow *new* zope development so I'm just curious )
Re:possible improvements to python? (Score:3, Interesting)
And are you joking about Perl? Perl is widely known for having MUCH messier-looking code than Python, but running slightly faster on certain tasks.
-Billy
Re:Good times. (Score:1, Interesting)
rubrica, a gtk2 addressbook
emerge from gentoo
quark, quake map editor: http://dynamic.gamespy.com/~quark/
and yes, also quake (similar to q2java): http://barryp.org/software/qwpython
Re:Good times. (Score:5, Interesting)
Python is a stronly typed, dynamically typed, extremely late bound language.
Double check your facts before calling someone else a dumbass.
The difference between a dynamically typed language and a statically typed language is this:
int myvar = 1;
# Python
myvar = 1
The difference is that the Java compiler assigns a datatype to the location of myvar, but python assigns a datatype to the value held in myvar.
It's a subtle difference, and many python newbies think it's not strongly typed, however that is a mistake.
Re:Good times. (Score:3, Interesting)
I can't properly read blocks unless they are encapsulated in { }, thus I have a really hard time in Python. I'm sure if I spent enough time with it I would be able to figure it out though.
Perl code can be extremely readable though, it just takes a whole lot of work to do it.
Re:possible improvements to python? (Score:5, Interesting)
That's funny. I switched from Perl to Python several years ago and one of the things that I like best about Python is the documentation. Perl's Camel book made a pretty fair reference, but I didn't really like busting out a hard-copy book every time I wanted to look something up. The electronic Perl documentation was pretty nice, but it wasn't quite as comprehensive as the Camel book, and the POD format simply can't compete with Python's documentation. The PDF and HTML formats are nice, but I really like the fact that the Python documentation is available in info format for easy reading in Emacs (complete with a comprehensive index). The indexes in Python's electronic documentation really make a heck of a difference once you start using them. Perl's pile o' man pages simply can't touch Python in this regard (IMHO).
Perl's TIMTOWTDI style means that every time you edit someone else's Perl code you will encounter four or five new Perlisms that you have never seen and that require the Camel book for deciphering. When I was hacking Perl, that meant carring around the Camel book in my laptop bag "just in case." With Python that's no longer a problem.
My guess is that you have gotten use to the structure of Perl's documentation. You know where to find Perl information, and are simply frustrated by the fact that Python requires that you start from scratch with a new set of documentation.
On the other hand, it is possible that we simply have different documentation requirements. What precisely is the problem? "They suck," is not particularly descriptive.
Re:Good times. (Score:2, Interesting)
This is a minor point, but that doesn't show Java is statically typed:
Object myvar = "Hello";
myvar = new Foo();
That would be dynamic, AAUI. So Java has both static and dynamic typing? Or do OO languages just confuse things?
Re:Prominently on python.org (Score:3, Interesting)
A more interesting project would be to make a search engine that functions as well as Google on a much more modest budget. That's an ongoing game of mine. I figure if I ever succeed maybe they'll hire me finally.
Re:Good times. (Score:2, Interesting)
I read somewhere in usenet that python is relatively slow, even for interpreted language, and my (extremely limited) experience is the same. A while ago, I did a simple text converter in python as an exercise. Very basic stuff, read from file, check the value of each symbol, change with another value if necessary, write into another file. It was quite slow on texts of moderate size. I mean, if it were in C, the delay would not be noticeable.
However, if google uses it, then python has "industrial strength" and should perform well. I wonder...
Re:"Python is 'already quite secure,'" (Score:4, Interesting)
IMHO, it won't be secure until they bring back Bastion and Rexec and get them right this time. Actually, all I want is to be able to remove all the builtins that access the system directly (so Python can't crash your computer, delete files, or otherwise access the filesystem) - but while the language and API documentation is pretty good, the compiler variables are wholly unkown.
This a win-win situation for Zope and Python (Score:2, Interesting)
Re:this was clear-cut (Score:3, Interesting)
According to my aquiantance with the Python C code, the first skill is there
As for the other, I am not sure.