ASPN ActiveState Programmer Network
ActiveState
/ Home / Perl / PHP / Python / Tcl / XSLT /
/ Safari / My ASPN /
Cookbooks | Documentation | Mailing Lists | Modules | News Feeds | Products | User Groups


Recent Messages
List Archives
About the List
List Leaders
Subscription Options

View Subscriptions
Help

View by Topic
ActiveState
.NET Framework
Open Source
Perl
PHP
Python
Tcl
Web Services
XML & XSLT

View by Category
Database
General
SOAP
System Administration
Tools
User Interfaces
Web Programming
XML Programming


MyASPN >> Mail Archive >> python-list
python-list
Re: python development practices?
by Chris Gonnerman other posts by this author
Oct 31 2001 5:40AM messages near this date
Re: python development practices? | Re: python development practices?
----- Original Message ----- 
From: "Peter Wang" <pzw1[nospam]@hotmail.com> 


>  i don't think data hiding's purpose is to keep rogue programmers in
>  line.  it's partly to insulate imperfect development practice (e.g.
>  sloppy documentation) and partly to define an interface for a class.
>  someone else made the point that this is the purpose of documentation,
>  which should be kept up to date; i agree but people will invariably
>  look at code, and with python, since the entire code of the class is
>  exposed (unless you split off a portion of it into a hidden base
>  class), it's doubly enticing to use stuff you're not supposed to.
>  also, code can be legacied and documentation will fall short.  in
>  those cases, the python interpreter is not the code maintainer's
>  friend.
>  
>  i've no doubt about the power of python when used with rigorous
>  development practices.  my question, i guess, is really whether python
>  is efficient/effective if used without perfect development practices.

You can always ball up the code, in any language, if you are sloppy
enough, or if you have alien mental patterns... I've worked on too many
of those; I spent four years in the Air Force maintaining the amazing
but fragile REXX code of a man who insisted that everyone call him Crazy.

>  if the documentation is a little out of date.  or if a certain
>  interface isn't fully spec'ed out.  and the guy who wrote the code is
>  out of town for a week.  are there good practices which safeguard
>  against these situations?  (beyond perfect development process...)

A programmer with any grounding at all in good design principles and
who is comfortable with Python generates better code *on the average*
than about any other programmer in my experience... where "better" ==
"more readable and less buggy".

>  oh, and the underscore thing seems a bit of a hack in that it
>  contradicts one of the core principles of python.  decreasing
>  readibility of the code in order to express class properties to the
>  interpreter just screams "bolted on".

I'm not at all sure that it decreases readability.  Perhaps it does
make the code a bit uglier, but still quite readable.




-- 
http://mail.python.org/mailman/listinfo/python-list
Thread:
Peter Wang
Peter Hansen
Toby Dickenson
Tim Peters
Steve Holden
Steve Holden
Cliff Wells
Tim Peters
Martijn Faassen

Cliff Wells
Cliff Wells
Martijn Faassen
Martijn Faassen
Paul Rubin
Russell E. Owen
Barry A. Warsaw
Martijn Faassen
Peter Wang
Skip Montanaro
John Roth
David Bolen
Peter Wang
Peter Wang
Skip Montanaro
Chris Tavares
Darren Collins
David Bolen
Paul Rubin
Paul Rubin
Peter Wang
F Basegmez
Richard Jones

Richard Jones

Neal Norwitz
Graham Ashton
Peter Wang
Russell E. Owen
Skip Montanaro
Cliff Wells
Hung Jung Lu
Wade Leftwich
Peter Wang
Peter Wang


Peter Wang

Chris Gonnerman
Paul Rubin
Andrew Dalke
Paul Rubin
Luigi Ballabio
Paul Rubin
Tim Peters
John Roth
Paul Rubin
Richard Jones

Privacy Policy | Email Opt-out | Feedback | Syndication
© ActiveState Software Inc. All rights reserved