Free Republic
Browse · Search
News/Activism
Topics · Post Article

To: discostu
Don't take it so hard.

What, that he specifically said it was originally 8 weeks coding and testing in ASP he migrated, but he in fact meant 1 week, and I believed him and you didn't? And then you never once admitted that my point still stood?

Of course I won't take that 'hard', I am proud of the fact that I try to admit when wrong. And amused when others find that difficult.

I find it rather instructive that all the MS-only folks *assumed* his original claim was not accurate, was in fact exaggerated. I just learned again to take a .NET success story with a grain of salt, and not take the claims presented as fact. This is a perfect example of why I don't trust the MS press releases that give no actual details.

When I say I spent 8 weeks coding and testing something, I mean I spent 8 weeks coding and testing something. The discussion was specifically about migrating the ASP code.

Apparently, to the MS-only world, that can mean, "total project time 8 weeks".

Odd, but if that's how ya'll think it's how ya'll think.

As far as the architecture is concerned, I still feel that if they plan to do any other DB reporting, a 3-tiered approach would have allowed for better performance, more code-reuse and better fault-tolerance. And allowed for a more flexible approach to be taken on the DB selection later.

You can do it in C#, without a doubt. I have no problem with that. But I still feel that a 3-tiered architecture always pays dividends, and is the best solution, in the long run.

If this is a single, isolated app and the company will never again need any other db reporting, then I can see why they chose to take a 'short cut' 2-tiered approach.

But I have a hard time believing any company out there has no need for heavy DB reporting. I interface with HR, Accounting and Project Control.

114 posted on 06/25/2002 9:06:55 AM PDT by Dominic Harr
[ Post Reply | Private Reply | To 112 | View Replies ]


To: Dominic Harr
I believed him and still do. I just read it differently and that happened to be how he meant it. When I see someone say it took X time to code and test something in language X I intuitively think they're factory in back end and design. Maybe it's because I've spent my whole career in a MS world. One of the big things MS works towards is lowering the boundaries between applications, so even if the person only mentions the front end I know back end work was in there. And if somebody says "code and test" I read that as the whole development process from customer wish through final deployment. If they just say code that's different, if they say code and test that usually refers to the whole process.

We didn't assume he was being inaccurate, we assumed he was using linguistic shorthand to refer to an entire process without having to type in every little thing which fellow professionals know already is included. Maybe you just don't spend enough time in design meetings, that seems to be where we all learn this shorthand.

I believe in single DB backends. Multiple backends means lots of itterative testing which is expensive, and the testers hate it because it's boring. As for the number of tiers, I learned long ago that you just dig 3 tiers. When you see 3 tiers you see flexibility and speed. When I see 3 tiers I see 50% more possible failure points. Everybody's gotta make their own decisions.
116 posted on 06/25/2002 9:31:37 AM PDT by discostu
[ Post Reply | Private Reply | To 114 | View Replies ]

Free Republic
Browse · Search
News/Activism
Topics · Post Article


FreeRepublic, LLC, PO BOX 9771, FRESNO, CA 93794
FreeRepublic.com is powered by software copyright 2000-2008 John Robinson