in reply to Re: Sub-initiate needs help getting started
in thread Sub-initiate needs help getting started

As someone who develops reporting structures for a living, I'll second that, forget what your inept predeccessor has done and redo it from scratch. Approach it as if it were a brand new request.

Forget the look & feel until you are answering the correct questions ... then the look and feel will be easy.
If you handle the data output (answers) as totally seperate from your presentation (format), then you will find that if either requirement changes, it will be a simple matter to update the code.

Good Luck & ...
So Long
blackstarr

  • Comment on Re: Re: Sub-initiate needs help getting started

Replies are listed 'Best First'.
Re: Re: Re: Sub-initiate needs help getting started
by markguy (Scribe) on Aug 26, 2003 at 18:10 UTC
    I'd agree with you if it weren't for the fact that the "from scratch" part of this problem includes the fact that the (hi! welcome to the club!) new developer (here's your new hat!) is woefully unprepared to know what the issues/problems are and where to find solutions that fit them. Of course, I have that problem too and I've been doing this for years.

    In any case, I don't think it's an answerable question short of seeing the code itself and ideally the functional specs for what the code is apparently solving. Figuring out legacy code can do wonders for jumpstarting your knowledge base (it's how I got started) and limits the feeling of helplessness that can hammer you if you have no experience in handling this sort of situation.

    This may not fit the goals of the original poster, but you might consider hiring another consultant. And checking if they have a handle here for good measure ;). Hell, even if the company won't go for it, it might be worth paying some amount of your own personal money to get a little hand-holding as you work through it. Or just abuse the hell out of SoPW for the cheap, yet amazingly effective method!
[reply]

In Section Seekers of Perl Wisdom