Zeev,

If you find that GUI tools are not overwhelmingly better for C++, Java product
development, that does weaken the case for php studios even more.  Why so?

1. Conciseness of php
php is a high level application development tool so the code is, or at least,
should mostly consist of  highly specific encapsulated business logic. This is
relatively more suited to a general (possibly "application" progammable)  text
editor rather than a php-specific studio.

2. The other code
php is mostly about integrating "other" code i.e. html/sql/Javascript/xml/pdf
whatever.  In the overall application these are just as  important as php.  The
php studios seem to do a good job of bundling in sql and html tools but it's
always going to be hard for one studio, however well designed, to cover the
needs of several languages.

3. Maintenance vs Development
Personally, I've never understood that there are distinct development and
maintenance activities.  Isn't maintainability the key quality issue for all
code? And isn't the best way to ensure maintainability to make sure the
developer maintains? In any case, php progamming is particularly likely to be
mostly about maintenance.  For all the right reasons: good match to business
needs = more sensitivity to business needs = more changes; more robust
applications = longer life = more changes; easy coding = easy changes = more
changes; shorter development cycles = more prototyping = more changes.  So
there's lots of "maintenance" style work (i.e. small, short edits) relative to
development.  Once again this probably favours less structured development
tools.

4. Unix Development Platform
If my own development platform was Microsoft, I'm sure I'd need a development
studio, if only to do all that opening and closing of windows.  But if you can
have X hundred windows open on K different desktops with G different tools, it
isn't such an issue.

5. Testing on Live Servers
Even with all these disincentives I'd still be very tempted to use a php
development studio, especially for debugging, but the killer problem is how I
test code.  Typically, even unit testing is done on test domains/databases of
live public servers.  The advantage is that it greatly reduces the need for
deployment/performance testing (and nasty last-minute deployment issues such as
discovering you haven't got a live gd library with png). It also means it's
very easy to get the end users/customers involved in testing early on and you
don't have to worry about setting up access to lots of different platforms for
third-parties e.g. html developers.  The disadvantage is that there's always a
firewall in the way, so it's not so easy, or desirable, to run back-door client
connects to sql, debug or even ftp!  (Before anyone jumps down my throat on
security issues, why else do we have execution timeouts, user aborts, includes
from outside document root etc., etc., unless it's to make this sort of thing
possible?  And isn't it better to have to focus on security right from the
start of development?)

I guess the bottom line is... Darned if I can see how anyone can make money out
of php add-on tools, even top-notch development studios :(

php is just too good!

George

P.S. On the other hand, if someone was asking for sponsorship to make 0.7 + 0.1
== 0.8, I'd get the cheque book out right away...

Zeev Suraski wrote:

> At 05:02 18/02/2002, Peter J. Schoenster wrote:
> >Well, as you said, no point in arguing.  Just that I think if someone
> >really wants to develop they should learn some better tools than a
> >GUI but it's a question of balance.
>
> That's quite an arguable point.  I don't code PHP but C++ and Java, and I
> can say that I'm much more productive using an advanced GUI (Visual C++,
> IntelliJ IDEA) than I am using a text editor and aid tools.  There are
> still things I do in a shell (diffing, grepping, patching, even tiny text
> edits), but to actually write big code portions, and/or refactor existing
> code portions, IDE's give you tools that simple text editors just don't.
> Of course, it's a matter of habits and taste, but saying that 'someone who
> really wants to develop should learn some better tools than a GUI' is
> simply bogus in my opinion.  GUIs are better than text-mode tools in many
> ways, and text-mode tools sometimes get the job done quicker than GUIs.   A
> good GUI would address >80% of your needs, and you can fill in the gap with
> the tools you were used to.
>
> Zeev


-- 
PHP General Mailing List (http://www.php.net/)
To unsubscribe, visit: http://www.php.net/unsub.php

Reply via email to