Re: AW: [PHP] Re: Re: Re: Design Patterns

2009-08-14 Thread Robert Cummings
tedd wrote: At 3:09 PM -0500 8/13/09, Shawn McKenzie wrote: Ralph Deffke wrote: for those of u not being a physician semiconductors are of pretty big atoms, but this is not the main problem, the problem is that u have to cut out structures off these semiconductors > in order to build fast

Re: AW: [PHP] Re: Re: Re: Design Patterns

2009-08-14 Thread tedd
At 3:09 PM -0500 8/13/09, Shawn McKenzie wrote: Ralph Deffke wrote: for those of u not being a physician semiconductors are of pretty big atoms, but this is not the main problem, the problem is that u have to cut out structures off these semiconductors > in order to build faster computers

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Bastien Koert
[snip]. Cryptic crap does > not mean that you're a clever programmer, it only shows that you don't know > any better. [/snip] I know people like this -- Bastien Cat, the other other white meat -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.

Re: AW: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Shawn McKenzie
Ralph Deffke wrote: > for those of u not being a physician > > semiconductors are of pretty big atoms, but this is not the main problem, > the problem is that u have to cut out structures off these semiconductors > in order to build faster computers this matters. > > many physicians believe that

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Nathan Nobbe
On Thu, Aug 13, 2009 at 1:00 PM, Ralph Deffke wrote: > for those of u not being a physician > > semiconductors are of pretty big atoms, but this is not the main problem, > the problem is that u have to cut out structures off these semiconductors > in order to build faster computers this matters.

AW: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Ralph Deffke
endless ralph_def...@yahoo.de Von: Jay Blanchard An: Ralph Deffke ; php-general@lists.php.net Gesendet: Donnerstag, den 13. August 2009, 20:15:31 Uhr Betreff: RE: [PHP] Re: Re: Re: Design Patterns [snip] u can not go smaler then an atom. [/snip] Neutrons, electrons

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread tedd
At 12:32 PM -0400 8/13/09, Robert Cummings wrote: With respect to why you see "shortening of code and cutting out comments", perhaps you are referring to the recent Calendar thread, where a bunch of us were just having some good old optimization fun. I for one enjoy the occasional diversion of

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Robert Cummings
Ralph Deffke wrote: but what Im asking is that the reality? go and talk to accountant and tell them after spending soansomuch for the new site hes has to buy a new server ! what will acountant say, what u think. another more important point is in reality u take a project on on a specific hardwa

RE: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Jay Blanchard
[snip] u can not go smaler then an atom. [/snip] Neutrons, electrons, gluons, protons particles all smaller than an atom. There are others if you want to get into a discussion of quantum physics and mechanics, but we should probably take that discussion offline. Many folks here are building

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Ralph Deffke
Greg I completly aggree, but dont miss the point that I'M adigted to OOP WHY NOT A FRAMEWORK CLOSER TO THE REAL POINT CALLED DOM design pattern for HTML XHTML XML SVG Database conection and retrieving. WHY CLASSES FOR CALLERS AND RECEIVERS AND INTERPRETERS. a is it a caller? a receiver? why t

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Ralph Deffke
but what Im asking is that the reality? go and talk to accountant and tell them after spending soansomuch for the new site hes has to buy a new server ! what will acountant say, what u think. another more important point is in reality u take a project on on a specific hardware base. lets say it a

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Greg Beaver
Robert Cummings wrote: > > > Martin Zvarík wrote: >> Ralph Deffke napsal(a): >>> NO NO NO >>> >>> OOP is the best ever inventet ! >>> >>> see my comments on this list, I will also come up with an pure oop >>> opensource OMS very soon. >>> >>> I just think a dam big pattern catalog like this o

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Robert Cummings
Martin Zvarík wrote: Ralph Deffke napsal(a): NO NO NO OOP is the best ever inventet ! see my comments on this list, I will also come up with an pure oop opensource OMS very soon. I just think a dam big pattern catalog like this one is like an elephant chacing mice. I mean I can think of

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Robert Cummings
Ralph Deffke wrote: funny then that I see here serious people discussing the benefit of shortening code and cutting out commends. maby thats a general problem of our society that everybody think higher cheaper faster. this will have a limit guys !!! u can not go smaler then an atom. funny as

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Martin Zvarík
Ralph Deffke napsal(a): NO NO NO OOP is the best ever inventet ! see my comments on this list, I will also come up with an pure oop opensource OMS very soon. I just think a dam big pattern catalog like this one is like an elephant chacing mice. I mean I can think of customers asking for a

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Ralph Deffke
NO NO NO OOP is the best ever inventet ! see my comments on this list, I will also come up with an pure oop opensource OMS very soon. I just think a dam big pattern catalog like this one is like an elephant chacing mice. I mean I can think of customers asking for a documentation of course of

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Floyd Resler
I use a combination of procedural and OOP for my scripts. Mainly because I have a lot of old code I wrote before I understood OOP. Now that I do it makes my life so much easier because of the organizational and reusability benefits. In today's world I will gladly trade a little overhead

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Ralph Deffke
funny then that I see here serious people discussing the benefit of shortening code and cutting out commends. maby thats a general problem of our society that everybody think higher cheaper faster. this will have a limit guys !!! u can not go smaler then an atom. funny as well that I make my main

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Jaime Jose Perera Merino
Hi Ralph, Sorry, I haven't understand your question. Do you think OOP isn't usefull for PHP? The PHP task is just to output a text file but the process might involve a lot of work: database access, communication with web services, etc. Do you think duplicate code is better than use more memory?

Re: [PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Nathan Nobbe
On Thu, Aug 13, 2009 at 8:09 AM, Ralph Deffke wrote: > Thanks Jaime, > > very nice, but I'm a programmer since 1982 and into OOP since 1988 with the > outcome if IBM's C++ compiler on the OS2 platform. > > Don't u think it could be reasonable to ask if such an overhead IN PHP is > necessary? > >

[PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Ralph Deffke
Thanks Jaime, very nice, but I'm a programmer since 1982 and into OOP since 1988 with the outcome if IBM's C++ compiler on the OS2 platform. Don't u think it could be reasonable to ask if such an overhead IN PHP is necessary? does anybody agree that PHP might be the wrong language to accomplish

[PHP] Re: Re: Re: Design Patterns

2009-08-13 Thread Jaime Jose Perera Merino
Hi Ralph. If u want to understand the Martin's job u need to read about design patterns. A good place to start? Wikipedia ( http://en.wikipedia.org/wiki/Design_Patterns). The use of Design patterns is an advanced programming method. It helps us to improve our object oriented programation. I hope