Re: [PHP3] Re: [PHP Template] Re: [PHP3] PHP Template Engine spec revision 0.52
[email protected] (John Coggeshall) Tue, 21 Mar 2000 15:12:06 -0500 (EST)
| Newsgroups | php.template |
|---|---|
| Organization | Kettering University (formerly GMI E&MI) - Flint MI |
| Message-ID | <[email protected]> |
> Perhaps, I'm missing something, but how would designers complicate your
> job if all they do is use {CONTENT} here and there (and they would need
> to know the names}? It's exactly the same thing you're doing with your
> system right now.
This is the bottom line: I am PHP Programmer, My job is PHP Programming...
I get to deal with all of those little browser quarks that make Javascript
break, DHTML fail and every other blasted technology crap out... That's my
job -- to take a designers' vision and make it a reality. The point is
that if designers not fluent enough in PHP to code it are, basically,
speaking baby-talk to get what they want instead of comming to me it
actually tripes the amount of work I have to do because I have to check
over, debug and test the code that these designers... who know nothing of
programming... wrote. On top of that, I have to learn a new syntax that's
NOTHING like the language it's derived from other than it has logic blocks
and control statements.. The differences between how I work now and how
you propose work be done in the future is staggering -- you are asking me
to let a designer that I don't trust to write basic HTML to write advanced
control loops and logic blocks using a top-end system which converts this
pseudo-language into PHP and THEN processes the PHP Code... FINALLY
outputting the page to the user... assuming that designer wrote his code
right AND the top-level parsing engine actually parsed it correctly.
Furthermore, on the topic of speed, why would I set up a system to let a
designer do my job at the expense of execution speed when It's easier for
me to write the code myself -- and have the confidence that the code
functions as expected and is stable.
There are a number of reasons I'm against this...
Preference, Real-world Business Concerns, Page Speed and Basic Stablity.
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
John Coggeshall
http://www.coggeshall.org/
[email protected]
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-