php3-list | 200003
Date: 03/21/00
- Next message: Yannis Tsakiris: "Re: Re: [PHP3] multipart/mixed parsing."
- Previous message: tc lewis: "Re: [PHP3] Multiple php.ini files?"
- In reply to: Andrei Zmievski: "Re: [PHP3] Re: [PHP Template] Re: [PHP3] PHP Template Engine spec revision 0.52"
- Next in thread: Andrei Zmievski: "Re: [PHP3] Re: [PHP Template] Re: [PHP3] PHP Template Engine spec revision 0.52"
- Reply: Andrei Zmievski: "Re: [PHP3] Re: [PHP Template] Re: [PHP3] PHP Template Engine spec revision 0.52"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
> 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/
cogg1256 <email protected>
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
-- PHP 3 Mailing List <http://www.php.net/> To unsubscribe, send an empty message to php3-unsubscribe <email protected> To subscribe to the digest, e-mail: php3-digest-subscribe <email protected> To search the mailing list archive, go to: http://www.php.net/mailsearch.php3 To contact the list administrators, e-mail: php-list-admin <email protected>
- Next message: Yannis Tsakiris: "Re: Re: [PHP3] multipart/mixed parsing."
- Previous message: tc lewis: "Re: [PHP3] Multiple php.ini files?"
- In reply to: Andrei Zmievski: "Re: [PHP3] Re: [PHP Template] Re: [PHP3] PHP Template Engine spec revision 0.52"
- Next in thread: Andrei Zmievski: "Re: [PHP3] Re: [PHP Template] Re: [PHP3] PHP Template Engine spec revision 0.52"
- Reply: Andrei Zmievski: "Re: [PHP3] Re: [PHP Template] Re: [PHP3] PHP Template Engine spec revision 0.52"
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]

