[nycphp-talk] Successor to the Web?

Jon Baer jonbaer at
Wed Oct 18 11:04:26 EDT 2006

I think he nailed it best ...

MVC/AJAX/RPC interface, pluggable 3rd party API layers (even  
including authentication via open source identity servers), and  
literally "anywhere" storage.

Changing world ...

- Jon

On Oct 18, 2006, at 10:01 AM, Peter Sawczynec wrote:

> Statelessness is the state.
> Network is the desktop.
> Warmest regards,
> Peter Sawczynec
> Technology Director
> PSWebcode
> _Design & Interface
> _Ecommerce
> _Database Management
> 646.316.3678
> ps at
>  -----Original Message-----
> From: talk-bounces at [mailto:talk- 
> bounces at] On Behalf Of Phil Duffy
> Sent: Wednesday, October 18, 2006 8:54 AM
> To: talk at
> Subject: [nycphp-talk] Successor to the Web?
> I am sorry if this question appears to be off-topic, but perhaps  
> someone can refer me to the correct forum.  I had programmed in  
> approximately a dozen languages previously before dabbling in PHP a  
> couple years ago.  Now that PHP 5 is truly object-oriented, I find  
> it to be the most powerful of the languages with which I am  
> familiar.  As remarkable as the Web is, I am coming to the  
> conclusion that it has some severe limitations for the kinds of  
> complex applications that were the standard in the client/server  
> days.  I know that going back to client/server is not the answer  
> and suspect that somewhere someone is working on an Internet-based  
> system that could ultimately replace the page-oriented Web.  Can  
> anybody point me in that direction?
> My primary concern with the Web is that it seems to be a force-fit  
> of page-orientation and statelessness to structured programming/ 
> object orientation, which I find to be inherently task-oriented.   
> Applications that depend heavily upon related records require that  
> users perform all kinds of browses.  Under those circumstances,  
> managing communication among objects becomes a nightmare because it  
> requires the application programmer to predict communication paths  
> to objects and manually handle session variables that are not task- 
> scoped (they are by definition, session-scoped).  It appears to me  
> that there is a role for session variables, but it is not the task.
> The force-fit described above is particularly apparent when  
> programming in an MVC and validate/process/display workflow  
> environment.  While many programmers have reservations about the  
> need for these disciplines, it has been my experience that they  
> become increasingly important as the size and complexity of an  
> application system increases.
> Any thoughts will be appreciated.
> Phil Duffy
> _______________________________________________
> New York PHP Community Talk Mailing List
> NYPHPCon 2006 Presentations Online
> Show Your Participation in New York PHP

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <>

More information about the talk mailing list