|
From experience, one big issue is that the CMS gets configured andinstalled initially based on what the company and vendor believe think is
Most shops I have been in developers hate them with a passion because they
can't just put stuff in that they want.
On Wed, Jan 14, 2015 at 2:19 PM, Charles Wilt <charles.wilt@xxxxxxxxx>
wrote:
True, but traditional IBM i CMS has deployment features valuable to evena
small shop that VCS just doesn't have.even
We paid 10K in 1996, a 3 developer license today is I believe less than
that. I'd imagine a 1-user license would be significantly less.
Assuming a developer making 60K a year. A traditional CMS that saves
5% of his time has a pretty short ROI.more
Ironically, IT..whose job it is to make everybody else in the company
efficient always gets short changed on tools that can make them moreyou
efficient. But I've found it helps to point out the irony.
I'm not saying a traditional CMS is the only solution. I just think they
are often written off way to soon.
Talk to the vendors, go through some demos haggle a bit on price since
are a small shop.(RPG400-L)
You might be surprised.
Charles
On Wed, Jan 14, 2015 at 3:21 PM, John Yeung <gallium.arsenide@xxxxxxxxx>
wrote:
On Wed, Jan 14, 2015 at 2:56 PM, Charles Wilt <charles.wilt@xxxxxxxxx>
wrote:
But even a small shop can benefit from the control provided by a CMS;
Automated logging, source archiving in particular are helpful.
Yeah, but those pieces can be had for less. For example, you could
adjust your workflow such that modern, no-cost version control
software (like git) could be used. A traditional CMS is an
enterprise-level package, with enterprise-level pricing for
enterprise-level features. Even if the price is fair, the price is
still high, and some of those features might not provide as much value
to a single developer as they would to a group of developers.
John Y.
--
This is the RPG programming on the IBM i (AS/400 and iSeries)
--mailing list--
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
This is the RPG programming on the IBM i (AS/400 and iSeries) (RPG400-L)
mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.
As an Amazon Associate we earn from qualifying purchases.
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.