<<> Well, let's see. Do you frequently change databases to justify
n-TIER?>> Do you mean Database locations, instances or providers? I often
move the physical location of the DB and have added additional servers to
the cluster. I also have used XML as a failsafe mechanism in case a network
connection is lost.
<<What about the presentation TIER? Do you plan to make it accessible via a
PDA? IF so, just HOW many PEOPLE are going to sit and read an article on a
2 inch by 3 inch screen. That's about the size of a business card!!!>>
I treat the UI as it's own entity, period. Yes, as a matter of fact I do
have much of the functionality on a PDA. It's funny you mention that. The
new iPAQ 2240's are great. I know it's easy to knock their size, but if you
actually use one correctly, taking advantage of the today screen and
shortcuts, Bluetooth, IRDA etc, they totally rock.
it ported to ASP.NET? It's not easy is it? Have you made some major changes
or added really new features like what happens in the *corporate* world?>>
Ease isn't the issue. The PDA development market is booming and everyone is
just too swamped to do a full rewrite. There are many elements of it done
in ASP.NET, there's just no need to port it yet. But ASP vs. ASP.NET wasn't
your point...you were mentioning OOP in particular, and Devbuzz is a highly
OOP site. I can't take credit for the architecture but I can say that
Derrick did a brilliant job on it..and it's as OOP as ASP can get. And as
far as jobs leaving Offshore as you mentioned previuosly....learn the
Compact Framework..there's more work than there are good developers. As far
as the real corporate world goes, and I say this with all humility, we get a
tremendous amount of web traffic. Look at our Google or Alexa rating. you
can knock the fact that this isn't a 'real' enough site for you....but I'd
like to see what you've done, that has generated more traffic.
<<Ask yourself if you OR anyone you know has actually bought something sole
though the use of PDA.>> Yes, I have. I own three at the moment and love
them. Have you ever heard of Mobius? Google on it, Mobius2003. Check out
the attendees and see how serious many people take PDA development. Adding
yet another tier that didn't exist a few years back. Ask Handmark.Com or
Handango about the pervasiveness of PDA's. And head over to Europe some
time...there's more people sporting N-Gage's than you could shake a stick
at.
bring in more users? Who is going to pay for this and just who is going to
have the time to do it in the first place? Of what overall benefit $$$ will
it help you by having TWO different databases of which n-Tier is SUPPOSED
good for?>> Yes, and I do all the time. On the PDA for instance, I use
XML as the complete backend solution. From Oracle to SQL Server to Excel, I
can transfer data with no problem. This is accomplished by using well
thought out table structures, and it's very simple. BCNF is BCNF, on
Oracle, SQL Server or Access. .
are of what benefit have they really been to you? What's the ROI on the
extra development time?>> Why would I compute this, or anyone for this
matter. Total cost is really what matters in development, and the
flexibility affored by n-Tier pays for itself over and over when you factor
in reduced support costs and quick production times for enhancements.
<< What about the Object Model? I don't seen anything that super
sophisticated
in your site that really need it OR is actually being re-used
signifcantly.>>
What about it? What is super sophisticated? How can you tell how many
components or where they are located anyway? Give me a clear definintion of
super sophisticated and I can better answer this question.
and METHDOLOGY anyway and you have to use InterOp to talk to it? You only
end up supporting TWO different CODE BASES if you don't port it over. If
you want a new feature, you hope it has nothing to do with that legacy
LAYER, but BECAUSE it's a LAYER if runs across the ENTIRE app, so now your
are STUCK OR you end up splitting it up, VERTICALLY. moving section by
section over...HMMMMMMM....sounds like what I have been saying OH so LONG
AGO.>> Sorry, but this is just so wrong that I can't even address it.
there's nothing correct to build upon
<<> The solution is K.I.S.S., NOT OOP or n-TIER.>> If you understand OOP
and n-Tier, then you couldn't possibly argue that it violates KISS. OOP is
quite simple, although it's not necessarily easy. Huge difference here.
Once again, I ask for the third time, AS OPPOSED TO WHAT? What are you
proposing as an alternative? All the logic in the UI? Going back to Cobol?