This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author ncoghlan
Recipients chris.jerdonek, ezio.melotti, loewis, ncoghlan, pitrou, r.david.murray
Date 2012-10-25.00:26:23
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CADiSq7f_uet=chErHEOm_wEcaTVCFb2c4PAARb5x5P5vubVMzg@mail.gmail.com>
In-reply-to <1351122014.57.0.772620958591.issue15494@psf.upfronthosting.co.za>
Content
Umm, WTF? You're really asking me to justify the basic software
engineering principle that modularity is good, and wanting to dump
everything in one file is one of the classic signs that your
architectural design is non-existent and you have completely failed to
adequately decompose your problem into smaller ones? Here it's even
worse, because we *have* already done that decomposition, and people
are proposing that we *abandon it*.

The classic work on the physical design of software is probably Large
Scale C++ Software Design from Lakos, and even though much of that is
C++ specific (and the technical specifics are now rather dated even in
that space), the general principles of understanding your physical
dependencies and allowing suitable levels of granularity in your
dependency hierarchy holds regardless of your development language.

Small is beautiful (but not too small, that way lies madness).
History
Date User Action Args
2012-10-25 00:26:23ncoghlansetrecipients: + ncoghlan, loewis, pitrou, ezio.melotti, r.david.murray, chris.jerdonek
2012-10-25 00:26:23ncoghlanlinkissue15494 messages
2012-10-25 00:26:23ncoghlancreate