Re: Why Change Management? was: IBM Unveils Change Management Software for System i

Depends on the hardware somewhat! One strategy that we use may not be
possible in some shops... we have 4 developers and 4 Citrix servers (to
support our number of users... not just because we have 4 developers!). In
normal circumstances each developer sticks with 1 of the 4 Citrix
servers... so there is only one instance of WDSC (or RDi) running per
server.

With that said, performance is fine. Also, the developers are connecting
to Citrix via old IBM Netstation 2200 thin clients (that have been updated
with IGEL flash cards that run the IGEL thin client software/ICA, etc.), so
they see some slowdown in terms of how their client hardware processes the
ICA stream... so a PC based shop (or a shop with thin clients with more
hardware punch.... these are 10 years old) would see even better
performance.





"Mike Eovino"
<meovino@xxxxxxxx
m> To
Sent by: "Midrange Systems Technical
midrange-l-bounce Discussion"
s@xxxxxxxxxxxx <midrange-l@xxxxxxxxxxxx>
cc

12/02/2008 07:54 Subject
PM Re: Why Change Management? was: IBM
Unveils Change Management
Software for System i
Please respond to
Midrange Systems
Technical
Discussion
<midrange-l@midra
nge.com>






How is the performance?

On 12/2/08, ChadB@xxxxxxxxxxxxxxxxxxxx <ChadB@xxxxxxxxxxxxxxxxxxxx> wrote:

RDi works on a Citrix/TSE environment (at least the 'basics' of the 7.1
version does... we didn't get very far with it because the cost involved
with moving to it was too much for now... even though our developers have
been on WDSC for the past 3-4 years... but that's another discussion

that's

been hased out plenty lately).

I think Nathan's posting was talking more about the 5250 based

development

when using the 'server based' term, though.




rob@xxxxxxxxx
Sent by:
midrange-l-bounce

To

s@xxxxxxxxxxxx Midrange Systems Technical
Discussion
<midrange-l@xxxxxxxxxxxx>
12/02/2008 03:20

cc

PM

Subject

Re: Why Change Management? was:

IBM

Please respond to Unveils Change Management
Midrange Systems Software for System i
Technical
Discussion
<midrange-l@midra
nge.com>






Are you saying that not only does the data need to be server based, but

so

does the application?

If so, I wonder if you could run RDi from a Citrix server?

Or, are you saying "server based" to say 5250 or nothing?

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





From:
Nathan Andelin <nandelin@xxxxxxxxx>
To:
Midrange Systems Technical Discussion <midrange-l@xxxxxxxxxxxx>
Date:
12/02/2008 03:05 PM
Subject:
Re: Why Change Management? was: IBM Unveils Change Management Software
for System i
Sent by:
midrange-l-bounces@xxxxxxxxxxxx

From: "rob"
Well, this is going off on a tangent (hence the change in
subject line)

I'm a little more comfortable with Change Management as a topic, than

what

IBM may or may not be doing with RDi.

Can someone be in favor of change management, but also have a preference
for server based IDE's, applications, and tools? And in favor of
something geared more toward the native IBM i environment? How about
giving me CHKSRCOUT, and CHKSRCIN commands, or something like that? I'm

a

big proponent of history, and accountability. Especially when working
with a team.

Most teams I've worked with haven't had trouble stumbling over another
developer's work. You might have one person on a finance package,

another

on the HR package, another on the CRM package, another on ... There was
enough separation that clobbering another's work wasn't much of an issue.

Packaging and promoting changes to customers servers is more of an issue
and automating that process would be something I'd like to know more
about. My environment is simpler than most. Most of my application
components are RPG *PGM and *SRVPGM objects. I even use a command to
parse HTML templates and store them in a source physical file, which

makes

them quick to load, and easy to distribute.

Nathan.




--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing
list
To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.



--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing

list

To post a message email: MIDRANGE-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/midrange-l.