newpyth writes:
> Hi Andrea,
> excuse my beeing criptic (you wrote: "I have some troubles
> understanding what you mean") but I coudn't to go on too long.
> Now I can conclude my speech...
> When I was younger I transformed a big Clipper program in
> simil-C in order to apply cflow... and I succe
On Tue, 2011-04-12 at 08:33 -0700, newpyth wrote:
> """ call tree w/o classes and objects:
> E() #~15 called from #~35
> +-- F() #~1816
> |+-- raw_input('Addressed to ') # called from 19
> +-- G()
Hi Andrea,
excuse my beeing criptic (you wrote: "I have some troubles
understanding what you mean") but I coudn't to go on too long.
Now I can conclude my speech...
When I was younger I transformed a big Clipper program in
simil-C in order to apply cflow... and I succeeded...
but Clipper wasn't OO!
newpyth writes:
[...]
> My main goal is to arrange OO in a paradigmatic manner in order to
> apply to it the
> procedural scheme. especially to the caller or called modules.
> Bye.
I have some troubles understanding what you mean.
Can you write an example of code that it's for you annoying and
Hi all,
I must thank before Andrea Crotti and Steven D'Aprano, which kindly
replayed to my post... they deserve an answer.
To Andrea Crotti's "OOP makes life easier also to the user"... that is
NOT
my experience...
I'm not pretending that everyone else thinks like me (also if many
people do...
load
On Sun, 10 Apr 2011 03:35:48 -0700, newpyth wrote:
> Hi all,
> from the subject of my post, you can see I do not like very much OOP...
> and I am not the only one... Knowing that python is intrinsecally OO, I
> propose to move all OOP stuff (classes, instances and so on) to modules.
Python is bas
newpyth writes:
> Hi all,
> from the subject of my post, you can see I do not
> like very much OOP... and I am not the only one...
> Knowing that python is intrinsecally OO, I propose
> to move all OOP stuff (classes, instances and so on)
> to modules.
> In this way the OOP fan can keep on using
Hi all,
from the subject of my post, you can see I do not
like very much OOP... and I am not the only one...
Knowing that python is intrinsecally OO, I propose
to move all OOP stuff (classes, instances and so on)
to modules.
In this way the OOP fan can keep on using it, but
in a module recalled by
