× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



Yes.

When I started, I was the 4th or 5th person who inherited code (both
in-house and vendor software mods; we are not a software vendor). Source
could be in a standard source library, in a former developer's library,
a vendor "custom" library, or even in QGPL/Q*SRC. Sometimes the same
source member was in different places, and required reviewing all copies
to determine which was correct. DSPPGM and friends help, but sometimes
source was "work in process". If DSPPGM said member A was the source,
one occasionally found A, along with AOLD or AZZZ. Perhaps AOLD is the
"real" source for the compiled object, and A was unfinished mods. Who
knows?

We implemented Aldon in 2004. We had moved all the source we knew about
into our test LPAR. To use Aldon properly, we had to find "the one true
source" for each object and register it. This can save a lot of time in
finding the correct source for an object.

We've had up to four programmers on staff, now down to two. The suite of
tools, source comparison, single source definition browsing,
versioning/archive, are all worth it.

IMO, unless you're the person who wrote the code, and understand how a
program relates to the rest of your environment, five minute changes can
be dangerous. In your example, you say the values clause is only used in
one application. How do you know that? You know the application and
environment and can make that assessment. Is it documented?

I think Charles replied that SCM is useful for one developer, and I
agree. Let me put it another way. If you were programming in another
environment, would you use Subversion or another source control product
if you had the chance?

Personally, I would be interested to hear how Brad Stone or Scott
Klement manage their different software versions, being they both write
code for distribution. That would be the real-world "one person shop"
answer.

--Loyd



-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Mike Cunningham
Sent: Wednesday, May 27, 2009 3:18 PM
To: 'midrange-l@xxxxxxxxxxxx'
Subject: RE: Source Code management - Migrating packages

I would agree on all of this if you have to comply with SOX but if you
were non-SOX regulated, were writing software for use only by your
company, and were the only programmer in your shop, would you still do
this?

"five-minute changes" are not always bad. Say you have a values clause
on a screen that prevents someone from entering some value you are not
expecting and they need to be able to enter one new value. The field is
only used in that one app to control how the data is sorted. You just
need to change the values clause and the sort and the change is done,
the user (who happens to be the head of the department that needs this
changed made and has full authority to request and approve the change)
goes away happy. Would you send this through 5 layers of process and
approval just to make that change and add the cost of all that process
to your company?

-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx
[mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of
lgoodbar@xxxxxxxxxxxxxx
Sent: Wednesday, May 27, 2009 2:59 PM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Source Code management - Migrating packages

Source control is less about technology and more about proper controls
and discipline.

<snip>


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.