NYCPHP Meetup

NYPHP.org

[nycphp-talk] [OT] Re: Successor to the Web?

Peter Sawczynec ps at pswebcode.com
Thu Oct 19 15:38:29 EDT 2006


Maybe the next big advance is not going to be in software, but in the pipe. 

A simple elegant cheaply manufactured ubiquitous massive wireless pipe 
(even faster, wider than fiber optic to the desktop) that will be always on 
the grid computing cloud network and handle anything. 

Simultaneously moving multiple DVD-quality streams, thousands of
personal/family bots, 
dozens of local desktop and/or network/internet applications blind to any
language or framework 
regardless of how bloated, intricate or overloaded with dependencies.

It is highly doubtful (and possibly not even desirable) that all the
disparate 
software standards, languages, applications, and techniques will be 100%
standardized 
and 100% interface abele. 

More likely I think in the future, more and more, entities like the
government, defense, 
banks, medical, brokers (likely, even wealthy individuals) will require --
absolutely must have -- 
their software written in a completely custom, highly-non-interfacing, 
enigmatic, highly-obscured language not in use anywhere else in the world.

I believe, in fact, that the US gov and defense already do write custom
software/apps 
with no known commercial equivilancy.

It is more likely that software will continue to branch and customize and
specialize moving 
more towards an infinite complexity handled by quantum and organic
processors allowing 
every person to get their own idiosyncratic signature language set of
instructions 
for their individual personal data storage and retreival all saved on a
single well-worn 
Life-ling multi-terabyte universal smart ID card that can maintain state
indefinately and 
only interfaces with the network when activated and plugged in or wiped.

Warmest regards, 
 
Peter Sawczynec 
Technology Director 
PSWebcode 
_Design & Interface 
_Ecommerce 
_Database Management 
646.316.3678 
ps at pswebcode.com 
www.pswebcode.com 



 

 


-----Original Message-----
From: talk-bounces at lists.nyphp.org [mailto:talk-bounces at lists.nyphp.org] On
Behalf Of Anirudh Zala
Sent: Thursday, October 19, 2006 1:31 AM
To: NYPHP Talk
Subject: Re: [nycphp-talk] [OT] Re: Successor to the Web?


On Thursday 19 October 2006 03:03, inforequest wrote:
> Phil Duffy phil-at-bearingasset.com |nyphp dev/internal group use| wrote:
> > 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?
>
> Whatever works will replace the web, one piece at a time. Just because
> people didn't understand how free information (truthful or not) would
> change their lives (and so they adopted the web), people don't know what
> else they need, either. Somebody has to show it to them (one piece at a
> time).

Very true. People use web just as a part of fulfilling their requirements. 
That is why they don't pay much attention towards how they are being served.

As soon as their purposes are fulfilled, they stop using web and continue 
doing other stuffs. Since they are not much aware of technologies on which 
web applications have been built and running, we can't rely much on their  
opinion to bring changes. Hence it is mostly our efforts to make any changes

that we think it needs to bring.

>
> It seems you are saying you want to build complex applications, and
> don't think PHP/web is a good way to do that. Seems clear. But if you
> are trying to bring those complex apps to the people, people are (right
> now) using the web.
>
> > 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.
>
> Yes, doing it that way is hard. Much harder than it looks. Harder than
> people think it is. But it is also hard to travel around as a salesman,
> pitching Ginzu knives at mall cooking kiosks, flea markets, and Wal-mart
> stores 300 days per year. But somebody does that, and I met one guy who
> made a million bucks doing that in one year. All we see is some guy at
> the mall giving a great demo of a cheap knife cutting through a coke
> can. We have no idea how much work he does to bring that show around...
> and I doubt we care very much. As soon as he has a better way to cut out
> the middle man and keep 80% of his sales,  I'm sure he'll choose that
> method.
>
> > 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.
>
> I think you're seeing programmers (technicians) relying on tools (which
> they have to do, to keep up). "The best tool for the job" , is sometimes
> really "the best avalable tool for the job, as the customer understands
> the job". As you know, there is a difference.
>
> > Any thoughts will be appreciated.
>
> You got em.
_______________________________________________
New York PHP Community Talk Mailing List
http://lists.nyphp.org/mailman/listinfo/talk

NYPHPCon 2006 Presentations Online
http://www.nyphpcon.com

Show Your Participation in New York PHP
http://www.nyphp.org/show_participation.php




More information about the talk mailing list