Path: utzoo!utgpu!jarvis.csri.toronto.edu!mailrus!ames!pasteur!agate!ucbvax!husc6!endor!siegel
From: siegel@endor.harvard.edu (Rich Siegel)
Newsgroups: comp.sys.mac.programmer
Subject: Re: Project Management in LSP
Keywords: projects, segment, lightspeed, LSP
Message-ID: <1159@husc6.harvard.edu>
Date: 8 Feb 89 13:23:08 GMT
References: <2406@ilium.cs.swarthmore.edu>
Sender: news@husc6.harvard.edu
Reply-To: siegel@endor.UUCP (Rich Siegel)
Distribution: na
Organization: Symantec/THINK Technologies, Bedford, MA
Lines: 34

In article <2406@ilium.cs.swarthmore.edu> jackiw@swatsun.UUCP () writes:
>
>My question is: has anyone experienced practical drawbacks to having LOTS
>of units in a project?  And (I guess this is directed to Rich S.), are 
>their any limitations (absolute or relative) to LSP's internal implementation
>of the unit list?  More generally, what sort of project fragmentation do
>large-scale developers find best suits their needs?

	The Lightspeed Pascal 2.0 bootstrap contains 111 (one hundred and 
eleven) files, ranging in size from about 2K to about 70K. One of my
projects contains about 90 files, all of which weigh in at under 20K.
My preference is towards a larger number of smaller source files, since
smaller source files are easier to manage. The increased disk hits aren't
really a factor, since they can easily be offset by use of a cache. Full
builds where each file uses a number of other units may require a little 
more memory, but otherwise there's not much to be lost by using smaller
files.

	We're in the process of researching the multi-programmer problem,
so that in the future we can come up with a solution for group projects.
The "Check-In, Check-Out" paradigm is clunky (in my opinion, anyway), and
we have some more streamlined and intuitive solutions in mind.

		-Rich

Rich Siegel
Staff Software Developer
THINK Technologies Division, Symantec Corp.
Internet: siegel@endor.harvard.edu
UUCP: ..harvard!endor!siegel
Phone: (617) 275-4800 x305

Any opinions stated in this article do not necessarily reflect the views
or policies of Symantec Corporation or its employees.