> Only if you want to dictate how the world codes...
> A methodology should fit the design standards and goals of a team/company
> only.
The bottom line here is that if Fusebox can be used, if it fits the needs
for a project, then why not use it when it is the one standard that has some
baseline of acceptance? This can only open the doors for further
extensibility. If the method doesn't fit, then don't use it. But the fact
that finding an agreed upon standard allows for more transfer between
developers is certainly not a bad or bigoted thing, nor does it dictate that
the world should code that way. On the other hand, if doing so will open
doors for using the code elsewhere more readily, why not?
If fusebox doesn't fit the need, don't use it! Or participate and help shape
it to make it fit the need. Or use something in-house and reap the benefits.
You just won't have the benefits of those apps easily plugging in with those
using another internal methodology. Many of us like the idea that our apps
will be more immediately understood and, more importantly, more reusable by
choosing a coding method that has some number of users already.
For those who are programming without any method, I'd definitely
recommending either finding one or creating one. If one would like to be
able to plug apps together, then fusebox represents one readily available
standard that at least helps to that end. If compatibility with others isn't
an issue, then why worry about it.
The fact that each job has a different standard does not necessarily have to
be the way. Companies might choose that route, but there is no reason that
they MUST, as you imply. It could certainly be argued that choosing a
mainstream methodology can be of great value to a company.
c
--
Chris Lott <[EMAIL PROTECTED]>, Technical Manager
p907.474.5122 | f907.474.5402 | PGP Key ID: 0x8687E87E
------------------------------------------------------------------------------
Archives: http://www.eGroups.com/list/cf-talk
To Unsubscribe visit
http://www.houseoffusion.com/index.cfm?sidebar=lists&body=lists/cf_talk or send a
message to [EMAIL PROTECTED] with 'unsubscribe' in the body.