Become a fan of Slashdot on Facebook

 



Forgot your password?
typodupeerror
×
Python

Interviews: Q&A With Guido van Rossum 242

Guido van Rossum is best known as the creator of Python, and he remains the BDFL (Benevolent Dictator For Life) in the community. The recipient of many awards for his work, and author of numerous books, he left Google in December and started working for Dropbox early this year. A lot has happened in the 12 years since we talked to Guido and he's agreed to answer your questions. As usual, ask as many as you'd like, but please, one question per post.
This discussion has been archived. No new comments can be posted.

Interviews: Q&A With Guido van Rossum

Comments Filter:
  • Python 3 Regrets (Score:4, Insightful)

    by n1ywb ( 555767 ) on Monday August 19, 2013 @12:47PM (#44608589) Homepage Journal
    If you could go back in time, what, if anything, would you do differently WRT to developing and releasing Python 3?
  • by ebno-10db ( 1459097 ) on Monday August 19, 2013 @01:05PM (#44608785)

    Some people claim that Python is, at least partly, a functional language. You disagree, as do I. Simply having a few map and filter type functions does not make for a functional language. As I understand it those functions were added to the libraries by a homesick Lisper, and that several times you've been tempted to eliminate them. In general it seems you're not a fan of functional programming, at least for Python.

    Question: do you feel that the functional programming approach is not very useful in general, or simply that it's not appropriate for Python? It would be nice to hear your reasons either way.

  • by DriedClexler ( 814907 ) on Monday August 19, 2013 @01:42PM (#44609241)

    Solution:

    1) Make it a named function.
    2) Place the name where you'd otherwise put the lambda.

    It works, although you have to deal with the horror of a reusable function defined a few lines up.

  • by gr8_phk ( 621180 ) on Monday August 19, 2013 @01:45PM (#44609265)

    This is my #1 reason for not using Python. Why use a language that has no commitment to backwards compatibility when there are plenty that do?

    Why use a language that is interested in "backwards compatibility" when Python is into "forward compatibility". You can "import from future *" to make your code use features that are not yet in the latest release. Why embrace legacy ways of doing things when you can be focused on the future instead? I find the push to make it more perfect for the future a plus even if it means short term pain.

He has not acquired a fortune; the fortune has acquired him. -- Bion

Working...