Path: ...!eternal-september.org!feeder2.eternal-september.org!i2pn.org!i2pn2.org!.POSTED!not-for-mail
From: fir <profesor.fir@gmail.com>
Newsgroups: comp.lang.c
Subject: Re: on named blocks concept
Date: Wed, 13 Nov 2024 21:39:15 +0100
Organization: i2pn2 (i2pn.org)
Message-ID: <78898573f7c215163af9638b90fca6dbd5d24bd8@i2pn2.org>
References: <4b9a47d628677882c26b2518a78571043ef1bdb9@i2pn2.org>
 <vggdhl$27v1j$1@dont-email.me> <vggecf$27v1j$2@dont-email.me>
 <672BC788.6030100@grunge.pl>
 <vgi5fm$2k8kb$1@raubtier-asyl.eternal-september.org>
 <672CE2D9.1070206@grunge.pl>
 <vgio9r$2nfig$1@raubtier-asyl.eternal-september.org>
 <c35a251488ba0723a2ab4b985bc416778529cd9b@i2pn2.org>
 <vgispl$2o6r1$1@raubtier-asyl.eternal-september.org>
 <672CFD3E.9060904@grunge.pl>
 <vgiv2b$2oj9h$1@raubtier-asyl.eternal-september.org>
 <vgpr6g$9ve5$1@dont-email.me>
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit
Injection-Date: Wed, 13 Nov 2024 20:39:17 -0000 (UTC)
Injection-Info: i2pn2.org;
	logging-data="2322183"; mail-complaints-to="usenet@i2pn2.org";
	posting-account="+ydHcGjgSeBt3Wz3WTfKefUptpAWaXduqfw5xdfsuS0";
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:91.0) Gecko/20100101
 Firefox/91.0 SeaMonkey/2.53.19
In-Reply-To: <vgpr6g$9ve5$1@dont-email.me>
X-Spam-Checker-Version: SpamAssassin 4.0.0
Bytes: 4318
Lines: 71

Janis Papanagnou pisze:
> On 07.11.2024 18:58, Bonita Montero wrote:
>> Am 07.11.2024 um 18:47 schrieb fir:
>>> [...]
>>
>> I think you declare a lot of things you don't understand as crap.
>>
>>> i remember tose inheritance herarhies buit being deeply idiotic and
>>> based on misunderstanding of fundamental things
> 
> (You haven't shown in your posts in any way that you'd have
> understood even the most "fundamental things" [of OO]. That's
> why I'm somewhat irritated by your heated relentless comments.)
> 

well i told about

1) "sphagetti monster" which is inside c++ or part of c++
(this monster is made by pointers of "new" objects and the
sphagetti of its connection - where its all idiotic as normally
you simply place entities [[liek structures in c but also may have
'member functions' thise member functions are okay]] and the antities
see themselves - no idiotic sphagetti

2) the idiotic not understanding what subtype is and what super-type is

(subtyope is any combination of fields of given type, or at least any 
that makes sense in given program) ...supertype is in turn extensuion of
given type by new fields or functions

What i say here comes from unserstanding this ...so who is not 
understanding that? its not me

(ofc its not quite popular knowledge as i am the oryginal author of
this remarks on those structural errors, it not comes from reading in 
net on this but from my ovn (and many) deeper insights on this


> Did the code samples you inspected (and that obviously repelled
> you) have maybe been written by the "wrong [unknowing] people"?
> 
> Since you may not have understood the advantages of OO concepts,
> have you taken some effort to try to understand it?
> 
> I started OO with Simula 67 at a time where the term "OO" wasn't
> widely used, let alone hyped - I think it wasn't even coined at
> these days but I'm not sure about it. But the advantages of OO
> programming was immediately obvious to me. - I think it needs
> some affiliation and openness. Not being spoiled exclusively by
> other programming principles might help as well.
> 
>>
>> Inheritance is not used often, mostly with large class libraries,
>> but when it is used it makes sense.
> 
> Where do you get that impression from that it's not used often?
> Or "mostly" with large class libraries? - I certainly made other
> observations and had a very different experience.
> 
> Whenever I'm operating in an OO language context I'm using its
> concepts. Even simple things can be organized advantageously
> with OO language concepts, inheritance and polymorphism (based
> on inheritance). If you don't make use of its basic concept you
> can as well abandon it; for modularity, information hiding, or
> abstraction there's other ([supposedly] "simpler") languages.
> 
>> [...]
>>> [...]
> 
> Janis
>