← Home ← Back to /g/

Thread 106323038

279 posts 64 images /g/
Anonymous No.106323038 >>106323048 >>106323073 >>106323149 >>106323178 >>106323879 >>106326386 >>106326594 >>106326659 >>106327009 >>106329367 >>106331292 >>106331845 >>106332609 >>106332719 >>106333104 >>106333117 >>106335775 >>106338674 >>106339816 >>106340120 >>106344501 >>106344976 >>106345089 >>106348376 >>106355322
People who diss OOP are midwits.
Anonymous No.106323048 >>106323178 >>106337181 >>106365622
>>106323038 (OP)
Nobody serious doesn't see the value of OOP. It's the closest building software gets to "real" engineering
Anonymous No.106323058 >>106324915 >>106325780 >>106325829 >>106326341 >>106326722 >>106328913 >>106330274
Every criticism of OOP comes from either a procedural tranny who writes hello world in C and thinks they are an embedded developer now, a Gojeet who produces vibe coded slop, or a functional tranny who jerks off to type theory rather than shipping a usable product.
Anonymous No.106323073 >>106323276 >>106323864 >>106331861
>>106323038 (OP)
it's 2025. we have had decades to figure out oop fucking sucks. how are you nimrods still in this shitty cult?
Anonymous No.106323149
>>106323038 (OP)
netbeans has always been a comfy ide almost like the old visual c++ or the old early c# indy ide's. Too bad it's so outdated.
Anonymous No.106323178 >>106338703
>>106323038 (OP)
>>106323048
All the valuable bits of OOP existed before OOP even became a "thing". But everything that OOP invented is mostly utter garbage that has been found harmful over and over again.
And no good engineer blindly subscribes to some or other ideology anyway. It is frameworks like OOP that are the true ultimate midwit weapon, you're too dumb or inexperienced to come up with good architectural solutions without some belief system telling you what to do.
Anonymous No.106323276 >>106328075 >>106332701 >>106337181 >>106347705
>>106323073
>noooo, dont aggregate all your data into objects with shared properties and behaviours, thats pajeet, you have to use expensive copies and pass everything around in a functroon language
Anonymous No.106323804 >>106353977
This.
Why does OOP cause so much seethe?
>muh versatility bad
>inheritance bad, please ignore the fact that the diamond problem still occurs with composition
>reddit told me java is a language for high schoolers and no one uses it in the real world
>reddit said java is a durgasoft language
Anonymous No.106323864 >>106329235 >>106329264
>>106323073
Java is unironically incredibly comfy to use. No other language gives me the same amount of comfort. Everything just works, you almost never need to use external libraries because the standard library has just about everything you need, and when you do need external dependencies Gradle can be configured in like ten lines, compared to CMake slop which is 200 lines per directory.
There is nothing wrong with Java and dissing it is a desperate attempt to appear trendy and intelligent by being contrarian and shilling functroon slop
Anonymous No.106323879 >>106323957 >>106331825
>>106323038 (OP)
Is there something like that for C (not C++)? No Visual Studio bloat monstrosity and not Eclipse, IntelliJ based?
Anonymous No.106323957 >>106324067
>>106323879
Is LazyVim not enough?
Anonymous No.106324067 >>106324116
>>106323957
I use vim with coc, lsp, clangd
but no visual debugger
gdb sucks
Anonymous No.106324116 >>106327063 >>106351831
>>106324067
why is clion not okay again
Anonymous No.106324791
C++ is a bad example of OOP, because it virtually does not use it at all. Everything added to the language is slapped on without a vision for the future.
Anonymous No.106324915 >>106325448
>>106323058
Anonymous No.106325448
>>106324915
>t. ranny
ywnbaw
Anonymous No.106325779
>restFUL
>needFUL
Anonymous No.106325780
>>106323058
Or a student who was taught wrong because OOP has been taught wrong since the 90s and very few CS PhDs actually get it.
Anonymous No.106325811 >>106326542 >>106329275 >>106331880
STOP following clean code and solid
QUIT polymorphisizing everything
OOP fucking shits.
you've been warned.
Anonymous No.106325829 >>106326308 >>106338741 >>106355444
>>106323058
>30 years old legacy code they don't want to touch
>it's not broken so don't fix it
>oop is slow and hyped
Their code in question (move an element to the front of the array)
/* If this object has DT_SYMBOLIC set modify now its scope. We don't
have to do this for the main map. */
if ((mode & RTLD_DEEPBIND) == 0
&& __builtin_expect (l->l_info[DT_SYMBOLIC] != NULL, 0)
&& &l->l_searchlist != l->l_scope[0])
{
/* Create an appropriate searchlist. It contains only this map.
This is the definition of DT_SYMBOLIC in SysVr4. */
l->l_symbolic_searchlist.r_list =
(struct link_map **) malloc (sizeof (struct link_map *));

if (l->l_symbolic_searchlist.r_list == NULL)
{
errstring = N_("cannot create searchlist");
goto call_lose_errno;
}

l->l_symbolic_searchlist.r_list[0] = l;
l->l_symbolic_searchlist.r_nlist = 1;

/* Now move the existing entries one back. */
memmove (&l->l_scope[1], &l->l_scope[0],
(l->l_scope_max - 1) * sizeof (l->l_scope[0]));

/* Now add the new entry. */
l->l_scope[0] = &l->l_symbolic_searchlist;
}
Anonymous No.106326308 >>106338850
>>106325829
>OOP is so bloated and complex
>unlike C which is simple
proceduralniggers are incapable of comprehending abstraction, they think having adaptable reusable code is a bad thing while their specialized write-once use-never-again code is the epitome of software engineering
c niggers always larp about how c is the best because of muh manual memory management and no garbage collection, yet they seethe at rust which has deterministic memory deallocation
they just hate rust because rust encourages code abstraction
cniles are a cancer upon programming
Anonymous No.106326341
>>106323058
> procedural tranny
Cry more
Anonymous No.106326386 >>106326415
>>106323038 (OP)
What happened to netneans? it used to be the dope, looks like if all the Apache software is kinda like shit-tier now but used to be big back in the pass-
Anonymous No.106326415
>>106326386
apache was from a bygone era of java development when it was led by white people
now we have jeetbrains which is led by russians but incentivised jeetcode like kotlin and their bloated IDEs that use 10 gigabytes of ram
Anonymous No.106326542
>>106325811
he sounds like a nice guy but he can't do tech talks at all
Anonymous No.106326594 >>106326671
>>106323038 (OP)
SAAR
Anonymous No.106326659
>>106323038 (OP)
I suffered from mid 2000s peak OOPtardation, all the criticism is well deserved.
Anonymous No.106326671
>>106326594
Whiter than you Rapejesh
Anonymous No.106326722
>>106323058
as a man who sympathizes with function trannies, you bingoed all of them
Anonymous No.106326773 >>106326843 >>106329295 >>106332563
OOP is literally procedural. you're still just organizing data into little bags and mutating those bags. also, when you talk about OOP and do not bring up Smalltalk or CLOS, you are a depraved brainlet without much experience at all.
>muh FP is type masturbation
is that fucking so?
FP is all about immutable data structures, and the requirement to make explicit state transitions, which has far more of an impact on the readability of code than any other paradigm.
Anonymous No.106326797 >>106326835 >>106326881 >>106329316
Functional languages perform expensive copy operations because muh pass-by-reference is a heckin side effect and le mutation prone
Anonymous No.106326835 >>106326942
>>106326797
0 experience detected
0 ability to research anything detected
you literally just imagine up some bullshit over the course of 10 seconds and post it here
you are a useless person, go watch some football instead
Anonymous No.106326843 >>106326888 >>106326894
>>106326773
>OOP is literally procedural. you're still just organizing data into little bags and mutating those bags
structs
by your logic C is an object oriented language because it has structs. in reality the common understanding of OOP entails much more than that (SOLID principles etc)
Anonymous No.106326881
>>106326797
100500 experience detected
100500 ability to research things detected
you literally just right true and post it here
you are a brilliant person, go post more here
Anonymous No.106326888 >>106326993
>>106326843
nobody gives a fuck about C. stop acting as if your shitty 40yr old language without namespaces even is the definition of procedural code. Rust is not OOP and has traits, "methods," and is perfectly capable of representing whatever problem domain you want. the only thing OOP has is inheritance, which is spooky action at a distance and ought to be avoided.
Anonymous No.106326894
>>106326843
t. nocoder programming teacher
Anonymous No.106326942 >>106326957 >>106329334
>>106326835
functional languages literally create new lists/strings whenever you want to modify or manipulate a list/string
Anonymous No.106326957
>>106326942
persistent data structures faggot, look them up
until you can define "shared structure" when discussing persistent data structures, don't @ me
Anonymous No.106326993 >>106327102
>>106326888
>inheritance le bad
There is literally nothing wrong with using inheritance (correctly), if some jeet abuses inheritance why is that my problem?
>use muh composition over inheritance
The diamond problem also occurs with composition and composition solves none of the problems with inheritance.
Also Dog does not have an Animal, Dog is an Animal.
>just use interfaces/traits
Insufficient expressiveness, too little to express in actual production code. Nothing wrong with interfaces but relying on them solely to express behaviour is delusional.
Anonymous No.106327009
>>106323038 (OP)
>oop, procedural, functional
Examples of good programs plz. Both on technical side (easy to read and understand the source) and just as a project. Then someone (me) could read their repos, learn and understand what's good in a particular way of writing code.
Anonymous No.106327063 >>106327679
>>106324116
I've used IntelliJ in 2016 and it was fine. Used it again few years ago and it's bloated af and it isn't even better than it was back then. The changes to features were mostly superficial.
Anonymous No.106327102 >>106327127
>>106326993
>The diamond problem
it is fucking trivial to implement numerous traits for a type in Rust. it's literally done all of the fucking time.
>Also Dog does not have an Animal, Dog is an Animal.
Animal is a fucking trait.
>too little to express in actual production code
I've shipped much production code, and you have zero idea wtf you are talking about.
Anonymous No.106327127 >>106327162
>>106327102
Are you retarded? Interfaces are not composition, composition is when structs have pointers to other structs.
Anonymous No.106327162
>>106327127
greentext exactly where I said that traits are composition. I'm telling you that traits are superior to inheritance in nearly all circumstances.
Anonymous No.106327679 >>106355218
>>106327063
>tfw visual studio code makes my system buggy and mouse jump around
>dislike intelliJ but forced to use it
suffering
Anonymous No.106327947 >>106332856
C is for Indians (both brahmins and dalits and everything in between)
C++ and Java are white-tier languages
Anonymous No.106328075 >>106345325 >>106346009
>>106323276
>noooo, dont aggregate all your data into objects with shared properties and behaviours
cache misses matter
>you have to use expensive copies and pass everything around in a functroon language
pointers, you fucking moron

there is no reason to mix data and function, decades of oop and we're still waiting for SINGLE use case where it's better.
if it's not better then we should not use it as separating functions and data is easier and more straightforward
Anonymous No.106328755
no saar i dont redeeming it
Anonymous No.106328778 >>106328989
Whom have you been trying to convince the past week, Ramprasad? Yourself? Or every single person who had to look at designated jewva streets at $work?
Anonymous No.106328913 >>106328989
>>106323058
Mine doesn't come from either
>t. employed C++ programmer
Anonymous No.106328989
>>106328778
>seething gojeet projecting xer jeet autism on javaGODs
you will never be white

>>106328913
give your criticisms then
Anonymous No.106329235 >>106355231
>>106323864
>Java is the only programming language I know

tl;dr
Anonymous No.106329246
The real competitor to OOP is data driven.
Anonymous No.106329264
>>106323864
>, compared to CMake slop which is 200 lines per directory.

C++ versus Java?

What kind of false dichotomy is this? No C++ developer would consider Java or viceversa.

>and dissing it is a desperate attempt to appear trendy and intelligent by being contrarian and shilling functroon slop

So, now C++ is a functional programming language? Dumbwit.

>There is nothing wrong with Java

Thanks for admitting that you are still a junior in java development, thus haven't found the problems.
Anonymous No.106329275 >>106330175 >>106339877
>>106325811
>STOP following clean code and solid
>QUIT polymorphisizing everything

Chad detected.

Clean code = shit

Uncle bob should be shot by firing squad.
Anonymous No.106329295
>>106326773
>when you talk about OOP and do not bring up Smalltalk or CLOS, you are a depraved brainlet without much experience at all.

Finally, an adult entered the room.
Anonymous No.106329316 >>106329552
>>106326797
>i have no fucking clue how functional programming languages can actually pass things by reference at the low level while keeping immutability at all level, because i'm a pajeet that only knows Java, which I learnt at Durga Software Solutions

Thanks for your contribution.

Thnak
Anonymous No.106329334 >>106329552
>>106326942
>i don't know shit about functional programming languages

more, please, i'm having tons of fun
Anonymous No.106329367
>>106323038 (OP)
>People who diss OOP are midwits.
People who use OOP are dimwits.
FIxed that for you.
Anonymous No.106329552
>>106329316
>>106329334
least obvious samefag shill
Anonymous No.106330175
>>106329275
Uncle Bob's life's work DEPENDS on defending clean code.
embarrassing.
Anonymous No.106330274 >>106330364 >>106330463
>>106323058
>procedural tranny
imagine thinking writing software in the most clear and concise way possible is an insult or somehow makes you a tranny
Anonymous No.106330364 >>106330445
>>106330274
then go write assembly you fucking larping fag
you are basically pirate software claiming to be a hacker who hacked power plants and worked for blizzard for 2000 years
Anonymous No.106330445
>>106330364
assembly isn’t portable and the compiler is actually good at making the thousands upon thousands of small optimizations that would be painstaking to write by hand

you’re dumb
Anonymous No.106330463 >>106330497 >>106330887 >>106332569 >>106335733 >>106346127
>>106330274
Procedural:
Person* p = (Person*)malloc(sizeof(Person));
const char* input_name = "Alice";
size_t name_length = strlen(input_name) + 1;
p->name = (char*)malloc(name_length * sizeof(char));
strcpy(p->name, input_name);
p->age = 30;
display_person(p);
free(p->name);
free(p);


OOP:
Person p{"Alice", 30};
p.display();

Wow, the procedural version was so much clearer and straight forward and involved so much less boilerplate. Totally straight forward and concise compared to pajeet OOP. Thank you for opening my eyes saar.
Anonymous No.106330497 >>106330616 >>106335268 >>106335918 >>106337210
>>106330463
the procedural version is actually just

Person p = { β€œAlice”, 30 };
display_person(&p);


why be so dishonest?
Anonymous No.106330616 >>106330740 >>106330949
>>106330497
nta but the Person in OOP is the same in both stack allocated and heap allocated members, whereas Person in procedural is only your version on stack allocated members
Anonymous No.106330740 >>106330952
>>106330616
sure, but if you just depend on basic RAII and/or malloc/new for individual objects you’re going to have horrible cache coherency and your memory is going to look like a heterogeneous, fragmented rat nest

abusing malloc in the way that faggot showcased is the exact reason C has a bad reputation. if the purpose is to simply create and display a person, the stack is perfect for storing an individual object
Anonymous No.106330887 >>106330923 >>106330983 >>106331905 >>106334609 >>106347286
>>106330463
PersonBuilderFactory personBuilderFactory = new PersonBuilderFactory()
personBuilderFactory.setAgeRange(30, 39)
PersonBuilder personBuilder = personBuilderFactory.makePersonBuilder();
personBuilder.setName("Alice");
personBuilder.setAge(30);
Person person = personBuilder.buildPerson();
PersonAgeDisplayFactory personAgeDisplayFactory = new PersonAgeDisplayFactory();
personAgeDisplayFactory.setPerson(person);
PersonAgeDisplay personAgeDisplay = personAgeDisplayFactory.makePersonAgeDisplay();
personAgeDisplay.display();
I'm glad we cleaned up that messy imperative code.
Anonymous No.106330923
>>106330887
>factory
you've triggered me m8. Took a fucking OOP class and every stupid fucking pattern. Abstract factory, factory, decorator, observer, MVC, etc, etc.
so much fucking layers of bullshit.
>decorator did seem pretty cool though ngl but fuck the rest of them
Anonymous No.106330949
>>106330616
How the data is allocated is a language detail, not a property of the paradigm.
Anonymous No.106330952 >>106357246
>>106330740
okay but honestly c memory management just kind of sucks ass
without destructors or drop mechanics it becomes cumbersome to track pointers and properly free all your allocations, and it is not as easy as
>call free every time you call malloc
considering pointers and allocated memory outlive the scope in which they were initialized
honestly rust just got it right
object construction and destruction is simple and intuitive
Anonymous No.106330983
>>106330887
At least those classes represent reusable concepts and abstractions whereas that imperative pointer soup is written a grand total of one time and never reused again.
Anonymous No.106331023
ragebaiting

https://files.catbox.moe/37wvl1.webm
Anonymous No.106331065 >>106331077
>jonathan blowjob
>literally having zero original thought you rely on someone else to do the talking for you
JAI SRI RAAAAM SAAAAAAAAAAAAAAAAAAAAARRRRRRR
Anonymous No.106331077
>>106331065
>original thought
>on 4chan
You know yourself this doesn't exist. It's anons parroting opinions they heard on youtube on a loop.
Anonymous No.106331292 >>106331319
>>106323038 (OP)
>Java
>OOP
Heh, you know nothing, kiddo.
https://github.com/objectionary/eo
Anonymous No.106331319
>>106331292
>end instead of brackets
in to the trash it goes
Anonymous No.106331825
>>106323879
vscodium
Anonymous No.106331845 >>106331882 >>106332500
>>106323038 (OP)
I understand why it exists.
The problem is that I have never been involved in a large monolithic application where there are lots of developers working in it. Usually you can split work from user, logic and data.
But OOP requires multiple people in data for it to be useful, otherwise worrying about permissions and how to use it is pointless.
Anonymous No.106331861
>>106323073
not figured out that objects are just closures yet?
Anonymous No.106331880 >>106331914
>>106325811
Based Casey always shitting on limp dicked OOP cucks.
Anonymous No.106331882
>>106331845
*in logic
Anonymous No.106331905 >>106332733 >>106334609 >>106335268
>>106330887
now show the C version where it exposes all the different allocations and lifecycle exactly equivalent to your OOP example.
Anonymous No.106331914
>>106331880
retarded hobby programmer.
Anonymous No.106332500
>>106331845
>But OOP requires multiple people in data for it to be useful, otherwise worrying about permissions and how to use it is pointless.
access modifiers control visibility, not permissions

the point isn't to "lock out" code from other developers (that's what the dumbest non-programmer teachers say at school)
access modifiers are used to separate what's internal to the class and what's the public interface. this is useful even in a solo project, provided it's something more complex than 'hello world'
Anonymous No.106332563 >>106332618
>>106326773
>FP is all about immutable data structures, and the requirement to make explicit state transitions, which has far more of an impact on the readability of code than any other paradigm
except when you have to implement something stateful - then you have to juggle the state externally all the time, which reduces readability
opposed to OOP where state is internal to the object and you only need to apply behavior, without worrying about their state's integrity provided it's encapsulated
Anonymous No.106332569 >>106335947
>>106330463
Why do you keep posting this?
Anonymous No.106332609
>>106323038 (OP)
Then people who don't are retards.
Anonymous No.106332618 >>106333077
>>106332563
define a problem domain where immutable data structures are not capable of being used well.
literally all that immutable data structures do is prevent the reading programmer from needing to look deep into callstacks to determine what values might change. in Elixir, it is literally not possible to do:
old_ass_people = MapSet.new()
if age >= 30 do
Map.put(old_ass_people, name)
end

you have to do:
old_ass_people = MapSet.new()
old_ass_people = if age >= 30 do
Map.put(old_ass_people, name)
else
old_ass_people
end

which, while more verbose, ensures that the reader only needs to look at the old_ass_people = part to determine that old_ass_people might change. this applies to loops (via recursion, optimized with tail-call optimization), function calls, literally everything.
if you have global state that might change at a moment's notice, then put it into a separate process to be communicated with, or guard it behind a software transactional memory mechanism (like in Haskell or Clojure).
Anonymous No.106332701
>>106323276
>you have to use expensive copies
Nigga, that's OOP.
Anonymous No.106332719
>>106323038 (OP)
people don't diss oop. people dis boomers who think that the first thing you should do when presented with any problem is to start by defining an inheritance hierarchy.
Anonymous No.106332733
>>106331905
If its the fucking same then what are people arguing about?
Anonymous No.106332832
people who give a fuck about muh paradigms are fucking RETARDWITS.

I'm going to mix oop and procedural and functional all at once because i feel like it and make a gigantuan spaghetti ball

call the fucking cops retards
Anonymous No.106332856 >>106345227
>>106327947
Java is the most indian language ever.
Anonymous No.106332862 >>106333645
most of OOP is just useless
there are also zero studies that it has any benefits to teams of ANY SIZE, it was made to sell books
Anonymous No.106333077 >>106337745
>>106332618
>literally all that immutable data structures do is prevent the reading programmer from needing to look deep into callstacks to determine what values might change
meanwhile, encapsulation hides state altogether so you don't even need to consider some structures existing at all if they're not applicable to the layer of abstraction you're working on

>define a problem domain where immutable data structures are not capable of being used well.
"capable of being used well" is arbitrary and you'll just cope with any other inconveniences like having more function parameters than an OOP approach would need, or having to keep track of state externally as a separate parameter
Anonymous No.106333104 >>106333126
>>106323038 (OP)
Useful for certain things in certain situations, but generally speaking it's a pointless overkill approach. Most of the hate it gathers comes from C++ existing.
Anonymous No.106333117
>>106323038 (OP)
Klaus Iglberger
Anonymous No.106333126 >>106333144
>>106333104
>Useful for certain things in certain situations, but generally speaking it's a pointless overkill approach
the perspective of someone who writes things not more complex than fizzbuzz
Anonymous No.106333144 >>106333167
>>106333126
Saaaaaar
Anonymous No.106333167
>>106333144
>no argument
Anonymous No.106333645
>>106332862
>there are also zero studies that it has any benefits to teams of ANY SIZE
you cant do studies to prove the efficacy of programming paradigms
Anonymous No.106333916 >>106333958 >>106335227 >>106357395
I've never seen anyone here make arguments on why OOP is bad.
Anonymous No.106333958
>>106333916
they do, but those are nocoder nonsense so it's instantly gets dismissed.
Anonymous No.106334609 >>106335268
>>106330887
>>106331905
Show the exact translation of the C version of this using malloc and no new
Anonymous No.106335227
>>106333916
half of the arguments are just regurgitating something some other troon or eceleb said
Anonymous No.106335268 >>106335326
>>106331905
>>106334609
Someone already posted it up thread: >>106330497
Anonymous No.106335326 >>106335596
>>106335268
dishonest lying kike
Anonymous No.106335596 >>106335733
>>106335326
I can tell your skin is browner than the cow shit you call dinner because you never once asked whether the endless "factories" and "builders" had a point. You accepted immediately that they must have profound importance, and lash out at anyone who says otherwise.
Anonymous No.106335733 >>106335773
>>106335596
no, we asked for direct translations of the OOP code back to the C, including allocating the factory classes, builders, and displays using malloc and sizeof and freeing them
not whether they were necessary at all
>>106330463 already wrote the OOP version with no extra bullshit
you should kill yourself you dishonest lying snake jew
Anonymous No.106335757 >>106335908 >>106337096
the mention of Indians is higher on the proceduraltard by scale, so I'm assuming they have less argument to defend their side.
Anonymous No.106335773 >>106336013
>>106335733
>no, we asked for direct translations of the OOP code back to the C, including allocating the factory classes, builders, and displays using malloc and sizeof and freeing them
Then I concede that C++ is a better language for writing horrible pointless code than C is. That you think this is proof that C++ is good rather than proof that OOP is bad says a lot about you
Anonymous No.106335775
>>106323038 (OP)
10/10 bait
Anonymous No.106335908
>>106335757
OOP is based and indians are subhuman street shitters
denounce krishna and shiva now
Anonymous No.106335918
>>106330497
note how this contains the fancier opening and closing quote signs, indicating it was typed either on a phone, or worse, in Word or some other rich-text editor
Anonymous No.106335947
>>106332569
he needs a strawman to make his point
Anonymous No.106336013 >>106336107 >>106337020
>>106335773
No one thinks C++ is a good language. If anything, Java is 1000% more elegant.
I say this without any hint of irony. Seethe harder, proceduraltrannies
Anonymous No.106336107
>>106336013
https://en.wikipedia.org/wiki/Modus_tollens
also lmao java
Anonymous No.106337020
>>106336013
>No one thinks C++ is a good language. If anything, Java is 1000% more elegant.

In the same way that fresh pee is 1000% less smelly than fresh poop
Anonymous No.106337096
>>106335757
saaaaaaaar, create thousands of shallow classes saaaar.
do the polymorphic, saaaar.
Anonymous No.106337181 >>106337456 >>106338784 >>106341577
>>106323048
This is basically stolen valor. OOP has some value for things like GUI programming and database models. But beyond that it really isn't helpful. Other paradigms use techniques like encapsulation. And outside of OOP nobody spends time thinking about subjects like design patterns. Abstract models are were not invented by oop

>>106323276
Once again, encapsulation isn't inherit to OOP or vice versa
Anonymous No.106337210
>>106330497
Pajeevas need lies like Hindus need cow shit
Anonymous No.106337309 >>106337479
This entire thread is just trannies and cnile larpers who at best wrote a hello world or fizzbuzz program in C and suddenly think they are now Dennis Ritchie, screeching about OOP but not substantiating any of their claims and when asked for them they just accuse you of being a jeet.
Anonymous No.106337456
>>106337181
look at this thread. youre arguing with idiots that think OOP is attached to languages
Anonymous No.106337479 >>106338619
>>106337309
to be honest, they are all white and look like this white version of that indian caricature you just posted. there are no language - thus iq - barrier against whites on this site and it shows
Anonymous No.106337745 >>106338849
>>106333077
encapsulation is not unique to OOP
FP has the concept of records/structs
pattern matching allows for dynamic dispatch
none of your arguments are making sense, and I've written probably 100k LOC in numerous languages at this point (probably more like 300k, but I'm being modest)
Anonymous No.106338619
>>106337479
they are all cs50 skids who think learning how to make wordle in c makes them gods
Anonymous No.106338674
>>106323038 (OP)

All OOP is really Functional, and all Procedurals know it.

All chemistry is really physics, and all chemistry know it.
- The Feyner duuuude
Anonymous No.106338703
>>106323178
OOP is not a framework. Midwitism at work here, right before our eyes.
OOP is a paradigm, like functional is a paradigm or procedural is a paradigm.

A bad programmer worries about his code. A good programmer worries about data structures and their relationships.
- The Valds braaaaa
Anonymous No.106338741 >>106342489 >>106351831
>>106325829
That's inline assembly with calls to recognizable library idioms for compilation to (possibly) more efficient, direct memory manipulation IN THAT LIBRARY.

I don't think this was the best example of OOP cruft, especially because this one makes use structs and members, not classes, types, and instances.

So you're pretty much a fag. * shrug *


...


........


fag.
Anonymous No.106338784
>>106337181
>Other paradigms use techniques like encapsulation.
they might use the name for something else but not actually the same concept: encapsulation in OOP means hiding state and using only the public interface of objects (which other paradigms not only not do, but shun)
functional programming, when not avoiding state altogether, exposes state as another parameter
procedural programming either passes state as parameter or just uses global state

>And outside of OOP nobody spends time thinking about subjects like design patterns
people using OOP languages have moved on from simple programs and moved to more complex and abstract problems regarding business logic
meanwhile, proceduralfags are stuck on mathematical algorithms (where the complexity is in the math and not the program itself) and language-specific difficulties like manual memory management or crappy C build tools
Anonymous No.106338849 >>106338954
>>106337745
>encapsulation is not unique to OOP
>FP has the concept of records/structs
>pattern matching allows for dynamic dispatch
you might be thinking of a different concept than what encapsulation is in OOP

>I've written probably 100k LOC in numerous languages at this point (probably more like 300k, but I'm being modest)
that's not much of a quality metric
how many usability problems have you solved? by that i mean things that have had practical utility for you or other people, and not just code for the sake of writing code, eg. programming challenges
Anonymous No.106338850
>>106326308
Bro lmao

Shadowing is by definition a remix of old pointer-hopping and symbol scoping. You didn't see the direct pointer-hopping because your faggot ass covered pointers AFTER shadowing and it's an implementation in standard library rather than a core feature of the language itself

Bro Rust's main selling point was supposed to be execution speed and memory-safe binaries and system calls.

It's not, dude. I'm not claiming C to be strictly or inherently BETTER than Rust for whatever reason, but Rust just copies a fucktin from C, implements previously-core idioms as standard library methods or routines, then calls it a different name, and how's no one notices, all so they can get a little more market share for intellectual property theft lmao

Like how do you not fjn see that

Bro Rust has been developed to be INTRINSICALLY LESS secure than forerunner languages SPECIFICALLY because cipherpunks were running circles around DoD and NSA and CIA needed a new generation of dumbasses to pick up coding base on hype instead of understanding so that this new generation THINKS they are more secure just because they SAY it is when in reality the vulnerabilities are Internet in the CONVOLUTED SYNTAX and CONCEPTS in the language itself.

Obviously Rust is only going to get more popular because men are attracted to being the best at any new language and because men want to somehow be The Guy who makes sense of the CONVOLUTED SYNTAX and follow the mental somersaults.

No garbage collection.
If it's all the compiler, then, then just say so. *shrug* What do you think of when you hear that catchphrase "deterministic memory deallocation" resulting in "no garbage collection"?

I hear COMPILER strength, NOT language strength.

Besides, you can always #[allow(whatthe_fuckever)] anyway, like #[allow(unused_variables)], and shit, any fucking way, and you can always bring another macro and header to the party to effect the composition and compilation as you see fit.
Anonymous No.106338954 >>106339024 >>106339847
>>106338849
bruh you're overthinking the fuck out of this shit. OOP is one of the most lukewarm "abstractions" to exist in programming. like wow, hurr durr, we have assigned functions to be dispatched based on theee "class" of an object, and also you can "inherit" these functions. I'm extremely tired of arguing about this shit with you, there's really zero point to it.
tl;dr: write and read more code, until you see that nothing is really new under the sun.
Anonymous No.106339024
>>106338954
comfy
Anonymous No.106339499 >>106339675 >>106343050
there is no valid complaint against java besides
>indians use it and durgasoft
which is not even true
Anonymous No.106339675 >>106339793
>>106339499
Good morning, SIR. Weather in Bangalore is very nice today, yes?
Anonymous No.106339793
>>106339675
good morning rapejesh from mumbai saar are you weapon of golang saar i redeem it good morning back to da lobby benchod, i vibe code webapp in jeetscript and golang with chat jeet p t
Anonymous No.106339816
>>106323038 (OP)
Implement classes with absolutely zero runtime overhead and then we can talk.
Anonymous No.106339847 >>106339982
>>106338954
>tl;dr: write and read more code
the point is to write and read less code for the same amount of implemented functionality
as the business complexity of an application grows, OOP lets you do that better than other paradigms
Anonymous No.106339877
>>106329275
Based. A jihad on all that use OOP.
Anonymous No.106339982 >>106340768
>>106339847
until you can give a concrete code sample of OOP in action, solving a problem that would take more core to solve via any other paradigm, everything you say is made up nonsense gotten from reading blog posts or whatever.
the best way to reduce LOC is to write microlibs. your auth? a microlib. your crypto? a microlib. your math helpers? a microlib. your database schema? a microlib. your UI? a microlib.
Anonymous No.106340120
>>106323038 (OP)
OOP was invented so mathlets could code
Anonymous No.106340768 >>106341452 >>106341504 >>106343080
>>106339982
name some enterprise software that _isn't_ written in an OOP language and doesn't use any OOP patterns or practices
feel free to explain how you're smarter than every single person who designed and worked on said software
Anonymous No.106341452 >>106341511
>>106340768
>feel free to explain how you're smarter than every single person who designed and worked on said software
Do you want a full essay or just the short version?
Anonymous No.106341504
>>106340768
sorry bro, I'm too busy writing a db migration for a new feature I want to add to my MVP
Anonymous No.106341511 >>106341530
>>106341452
which version will name some enterprise software that isn't in any way OOP?
Anonymous No.106341530 >>106341557
>>106341511
loads lmao. not gonna doxx myself to argue with some dumb jeets. it's all still ugly as sin of course, but at least it's not OOP on top of that.
Anonymous No.106341557 >>106341600
>>106341530
if there's loads then name one you aren't tied to
Anonymous No.106341577
>>106337181
>OOP
>database models
Anonymous No.106341600 >>106341710 >>106341801 >>106343086
>>106341557
Postgres
Sqlite
anything in Go
Cloudfare's Pingora framework
I personally know of numerous medical devices without any OOP shit, but won't talk about that
honestly I don't know why I'm even replying to you. I'm being baited.
you're fucking retarded. you don't code. you play this shit like a popularity contest. you don't know fucking anything about programming, and you're too much of a bitch to post even a single code sample. you talk about what ifs and other bullshit that you pull from internet blogs or whatever, but you don't know shit. shut the fuck up and actually write code for once in your life.
Anonymous No.106341710
>>106341600
>anything in Go
how’s hyderabad
Anonymous No.106341801 >>106341849 >>106342339
>>106341600
>examples
should have posted more precisely - meant full enterprise applications, not just some modules or frameworks that one might use
for example, some ERP or PLM systems

>ad hominem/nocoder projection rant
you remind of that one manlet that got "short tempered" at a street trumpet player
Anonymous No.106341849
>>106341801
Anonymous No.106342339
>>106341801
>you remind of that one manlet that got "short tempered" at a street trumpet player
It literally is this
Literal reddit-krueger effect in action
Anonymous No.106342489
>>106338741
>goto error
>is inline assembly
Anonymous No.106342937 >>106343165
C is a bad language
Just because a language is widely adopted does not make it good or virtuous
Anonymous No.106343050 >>106343470
>>106339499
>there is no valid complaint against java besides

well said Rajnish
Anonymous No.106343080 >>106344333
>>106340768
>name some enterprise software that _isn't_ written in an OOP language and doesn't use any OOP patterns or practices

- whatsapp

- RabbitMQ

etc

The only people defending and glorifying OOP are the ones that only know one programming paradigm -- OOP, and have no clue about anything else.
Anonymous No.106343086
>>106341600
>you're fucking retarded. you don't code. you play this shit like a popularity contest. you don't know fucking anything about programming

QED.
Anonymous No.106343165
>>106342937
C certainly has issues otherwise there wouldn’t be a million and one modern C meme langs that try to make it better. but your statement applies even moreso to C++, java, python, etc
Anonymous No.106343470
>>106343050
>more screeching about durgasoft
gojeets arent sending their best
Anonymous No.106344270
OOP's best representative is Java
Java is pure Jeet
Thus, OOP is Jeet

QED.
Anonymous No.106344333 >>106344903 >>106347224
>>106343080
>- whatsapp
>- RabbitMQ
those are enterprise software applications in your head?
Anonymous No.106344501
>>106323038 (OP)
Actually it's FP that filters indians
Anonymous No.106344884
SAAAAR OOP IN LOO
Anonymous No.106344903 >>106345192
>>106344333
yes? they are used by millions of people and corporations

are you fucking dense?
Anonymous No.106344976 >>106347229
>>106323038 (OP)
I think most OOP implementations are undercooked SHIT. Give me CLOS OOP or give me death.
Anonymous No.106345089 >>106355271
>>106323038 (OP)
Swing was soul.
Anonymous No.106345192 >>106345301
>>106344903
>yes?
you might want to first look up what enterprise software means

>they are used by millions of people and corporations
so is instagram
would you call that enterprise software?
Anonymous No.106345227 >>106351345
>>106332856
I used to work at Mojang and there were literally ZERO Indians.
Anonymous No.106345301 >>106345459
>>106345192
https://en.wikipedia.org/wiki/Enterprise_software
>Enterprise software, also known as enterprise application software (EAS), is computer software that has been specially developed or adapted to meet the complex requirements of larger organizations. Enterprise software is an integral part of a computer-based information system, handling a number of business operations, for example to enhance business and management reporting tasks, or support production operations and back office functions. Enterprise systems must process information at a relatively high speed.

read and weep
Anonymous No.106345325
>>106328075
>pointers, you fucking moron
pointers are heckin unsafe! you need to use heckin rust FP or java FactoryFactory!
Anonymous No.106345459 >>106351943
>>106345301
so how exactly has whatsapp "been specially developed or adapted to meet the complex requirements of larger organizations"?
Anonymous No.106346009 >>106346698
>>106328075
>there is no reason to mix data and function
limiting scope to a more focused one
limiting number of function parameters
both in turn reduce complexity of the code

>separating functions and data is easier and more straightforward
consider a list of lists
addAll(listA, listB);
listA.addAll(listB);
which one is less ambiguous and more straightforward?
Anonymous No.106346127 >>106346280 >>106346307 >>106346354
>>106330463
Person *p = personNew("Alice", 30);
personDisplay(p);
personFree(p);

personFree() is superfluous since the kernel is a janny. OOP is good sometimes, it's just another tool you have to learn how and when to use
Anonymous No.106346280 >>106346355 >>106353502
>>106346127
Now have this completely break when somebody else defines a Person in their own library.
You can't have Person, you have to have libMyPersonPersonPerson.
Namespaces are nice.
Anonymous No.106346307 >>106346355
>>106346127
not having control over how you allocate things is fucking aids

what a niggerlicious api
Anonymous No.106346354 >>106346370 >>106346393
>>106346127
>personFree() is superfluous since the kernel is a janny.
Are you saying never to deallocare allocated memory?
Lmao
Anonymous No.106346355 >>106346435
>>106346280
never had to worry about that, I avoid libraries that aren't mine or are outside the standard like the plague
>>106346307
what do you wanna control? how many bytes you wanna allocate for p->name? feel free to change person.h/c
Anonymous No.106346370 >>106346393
>>106346354
That's not at all what he's saying, if you read it properly he's saying it's fine to leak that because the kernel will free it and it can't be exploited in anyway either.
It is bad form though and tools like Valgrind will scream at you but it is perfectly fine to leak something like that from a safety standpoint.
Anonymous No.106346393
>>106346354
this >>106346370
Anonymous No.106346435 >>106346593
>>106346355
do you just write shit with default allocators and don’t even put an ounce of thought in how the memory is actually laid out? why not just use a garbage collector at that point?

>feel free to change person.h/c
I’d rather rm the files because it’s clear whoever wrote them is a retard
Anonymous No.106346593 >>106351788
>>106346435
how would you do it?
Anonymous No.106346698 >>106347578
>>106346009
>limiting scope to a more focused one
scope of what? focused? the fuck that even mean
>limiting number of function parameters
why? why would you obfuscate parameters? you'll tell me to use auto to obfuscate types in your next message? are you stupid? maybe you'll shill for clean code and obfuscate the code flow in 1 gazzillion files for no fucking reason?
>both in turn reduce complexity of the code
wrong. local readability optimizations have side effect elsewhere, typical javajeet behavior, let's hide the complexity so Johnny Johnson in the us have to deal with it. disgusting.
>which one is less ambiguous and more straightforward?
>less ambiguous
both are ambiguous, I know you want me to say second but that's absolutely false, it took me under 30 seconds to find in the repos of the java team at work A.addAll(B) that add A to B and a.addAll(B) taht add B to A.
there is NO good objective answer, only you "common sense" aka whatever you were exposed to when you started.
>more straightforward
none are straightforward, they don't have to, API/ABI are project-specify, order of arguments, the number of them, the prefix, suffix of variables, etc are to be EXPLICITLY defined if you don't want to have functions with similar prototype but opposite behavior.

>hurr no one does it
that's why software are dogshit. why do you think nasa made the famous set of rules for programming? they know their use case and changed accordingly, that's the job of a swe to define their API/ABI/coding practice, that's part of why current gen AI can't replace swe but can definitely replace code pissers who don't know shit about architecture and just want to piss code.
Anonymous No.106347224
>>106344333
>i am butthurt

Apply ointment in the sore area.
Anonymous No.106347229 >>106347242 >>106347408
>>106344976
>Give me CLOS OOP or give me death.

Chad detected.
Anonymous No.106347242 >>106347260
>>106347229
why is haskell homosexual?
Anonymous No.106347260
>>106347242
because I code in it and I like men.
Anonymous No.106347286 >>106347394
>>106330887
>every operation is at least 2 calls to the allocator, so its guaranteed to run like absolute dogshit, especially in a JVM (gc stuttering galore)
>nothing is thread safe (want multithreading? allocate more PersonBuilderFactoryBuilderFactory-s sweaty!)
>it's not even easy to write or particularly abstract, it's just complex for complexity's sake
i hate these "people" like you wouldn't believe
Anonymous No.106347394
>>106347286
>getting mad at a caricature
no one actually does those things retard
Anonymous No.106347408 >>106351972
>>106347229
((((lisp))is;(::pure retardation::!)))))
Anonymous No.106347578 >>106347659 >>106349171
>>106346698
>>limiting number of function parameters
>why?
less clutter, less complexity
>why would you obfuscate parameters?
it's not obfuscation

>whole rest of that post
mental gymnastics so hard it's not worthy of responding to
Anonymous No.106347659 >>106349171
>>106347578
no cnile is capable of good faith arguments
this is because using c is a point of identity to them, despite the fact they are all skids who learnt programming from cs50 or freecodecamp or w3schools
you know how gay people always try to overcompensate about how straight they are by talking about boobs
or how chris hansen type youtubers end up getting exposed for being kid diddlers themselves
they think overcompensating will cover up all their secrets or whatever
Anonymous No.106347705
>>106323276
this is your average computer science grad today. Hasn't even heard about pointers, but knows what "Clean Code", SOLID, ABCE, DRY, SHIT, etc. mean by heart
Anonymous No.106348376 >>106348393 >>106348551
>>106323038 (OP)
me no midwit me downsyndrome

me like poo but me must eat the poopoo you eat the poo poo with me?
Anonymous No.106348393 >>106348551
>>106348376
NO ME NOT DUM DUM DUM
U DA DUM DUM

WE ALL EAT POOPOOP
Anonymous No.106348551
>>106348393
>>106348376

U both dum dum fagetz

Pythong is besteds
Anonymous No.106349171 >>106349214 >>106349252 >>106349323
>>106347578
>less clutter, less complexity
non-sense
>it's not obfuscation
yes it is lmao
>mental gymnastics so hard it's not worthy of responding to
there is nothing to answer to vibes, none of the things you said is objectively true.
>>106347659
>this is because using c is a point of identity to them
the pot, the kettle, etc
>they think overcompensating will cover up all their secrets or whatever
we want you to learn C you fucking moron, stop with these trashy language, there is no secret
Anonymous No.106349214 >>106349274
>>106349171
>we
post code loser
you've not built a single meaningful thing, ever.
Anonymous No.106349252 >>106349274
>>106349171
you couldn't get a dog to learn sit
>we
who is "we", and why are you dragging other people into your line of failure?
Anonymous No.106349274 >>106349348
>>106349214
if you use linux with intel igpu you use code I wrote
>>106349252
C devs
Anonymous No.106349323 >>106349350
>>106349171
>we want you to learn C you fucking moron, stop with these trashy language, there is no secret
the secret is all of you cniles are skids who cant program and learnt c from cs50
youre all skids and the way you talk makes it obvious
>muh malloc good
Anonymous No.106349348
>>106349274
>C devs
the C dev community should collectively excommunicate you from ever being allowed to identify as one of them. no respectable C dev would make such delusional and retarded posts as you did ITT
Anonymous No.106349350 >>106351998
>>106349323
>the secret is all of you cniles are skids who cant program and learnt c from cs50
cniles run the world
>youre all skids and the way you talk makes it obvious
sure thing rakesh thirurachmani
Anonymous No.106349930 >>106350174
The only thing wrong with Java is the lack of operator overloading and manual memory management (delete)
Anonymous No.106350174 >>106350587 >>106350916
>>106349930
>operator overloading
it's a good thing Java doesn't have this
>manual memory management
only if it were implemented in such a way that memory management is separate from the normal source code with business logic
Anonymous No.106350587 >>106351094
>>106350174
>it's a good thing Java doesn't have this
Why?
Anonymous No.106350916
>>106350174
>it's a good thing Java doesn't have this
it isnt
Anonymous No.106351094 >>106351944
>>106350587
one less thing to possibly overlook when reading code
also, it just has no point in being added to Java. operator overloading is a feature wanted mostly by people who don't work with Java anyway. even if it were added, it wouldn't be something that would make people switch to Java anyway. if you've already been working with Java, you'll be used to just using methods for everything anyway
Anonymous No.106351345
>>106345227
https://www.geeksforgeeks.org/blogs/most-popular-programming-languages-in-india/
Anonymous No.106351788
>>106346593
by letting people allocate it where ever and however they want, pass by pointer, writing everything to properly handle a 0 initialized state and in the cases where that isn’t possible, use an init function that takes a pointer. if internal calls to malloc are necessary, e.g it’s a dynamic structure that needs to call realloc as necessary to grow, then I wrap malloc/realloc/free in the header so that whoever is using the library can easily swap them out
Anonymous No.106351831
>>106324116
proprietary jeetbrains garbage
>>106338741
that does not have a single line of inline assembly
__builtin_expect is an intrinsic
>direct memory manipulation
oh wait you mean malloc
lmfao
Anonymous No.106351943 >>106351978
>>106345459
>so how exactly has whatsapp "been specially developed or adapted to meet the complex requirements of larger organizations"?

Whatsapp is far more complex than the average enterprise software and has way, way, way, WAY more reliability than your average enterprise software.

Checkmate, OOPturd.
Anonymous No.106351944 >>106354832
>>106351094
C# has it and people do just fine maintaining it, collection objects should support operator[] intuitively, maybe if Valhalla ever releases we could get something like Rust traits which tie the operators to traits like how Iterable ties to iterating in a for-each loop in Java
Anonymous No.106351972 >>106351985 >>106352409
>>106347408
>i'm a pajeet and i have no fucking clue of what Lisp is. In fact i only know Java and a bit of C++.

kek
Anonymous No.106351978
>>106351943
>dodges question
checkmated yourself, if anything

>Whatsapp is far more complex than the average enterprise software
in what way
Anonymous No.106351985 >>106352095
>>106351972
>write retarded code
>be surprised by retarded results
Anonymous No.106351998
>>106349350
>cniles run the world
No one thinks you are Dennis Ritchie, you can chill Ranjeesh.
Anonymous No.106352095
>>106351985
>>write retarded code
>>be surprised by retarded results

behave, Ranjeesh
Anonymous No.106352409
>>106351972
any sane complier will complain of no return in a non-void function and any sane programmer is using -Wall -Wextra anyway
Anonymous No.106352650 >>106352708
Is /g/ just Indians calling each other Indian as an insult in an effort to look white?
Anonymous No.106352708 >>106353022
>>106352650
it's nocoders being literally incapable of producing arguments about programming, because they DO NOT CODE (what a giant surprise!), hence they resort to other shit.
you'll get noobs that implemented a linked list (that has a bug because they don't even write tests) in C, understand the very basics of pointers, and think they are unironically more intelligent than a Java, Haskell, or Lisp programming that has been in the industry for more than a decade.
because SURELY only the Cnile is aware of how memory works.
Anonymous No.106353022 >>106353480 >>106354638
>>106352708
They think only their warped understanding of C pointers makes them some master hacker while shitting on others for using Java despite the fact that Java programmers consistently produce quality applications
Anonymous No.106353480
>>106353022
some parts of the Java ecosystem are good (Roaring Bitmap, Disruptor, Apache's massive amount of investment), but quite a few parts are iffy (I've personally found bugs in Bouncy Castle, there test suite could be far better, in fact, I think my test suite in Clojure tests stuff more exhaustively than their own).
I would also highly, highly recommend looking into a functional, immutable language if you have not done so already.
the more vantage points you have in programming, the better. never, ever, EVER think that you have "mastered" all of it. you have not.
also, learn fucking SQL. so many programmers exist that cannot write the most basic of SQL queries, and that is absolutely shameful. like 70% of my server applications these days are just queries. oftentimes I even give consideration to using an in-memory relational DB just so that I can have the power of SQL/transactions at my fingertips.
Anonymous No.106353502 >>106353512
>>106346280
OOP is not the sole purveyor of namespaces, retard. C is a garbage language but that does not really say much about imperative programming as a paradigm.
Anonymous No.106353512 >>106353523 >>106353528
>>106353502
>OOP is not the sole purveyor of namespaces
it is
Anonymous No.106353523 >>106353539
>>106353512
shut the fuck up nocoder faggot
go open notepad and write some fucking code faggot
Anonymous No.106353528 >>106353539
>>106353512
Incorrect.
Anonymous No.106353539 >>106353553
>>106353523
>>106353528
t. nocoderTeachers/bookSellers
Anonymous No.106353553
>>106353539
Incorrect.
Anonymous No.106353977
>>106323804
>with composition
goto has entered the chat
Anonymous No.106354013
>mfw fucking haskell has a bigger standard library than c++
Anonymous No.106354638
>>106353022
>Java
>Quality
Nice bait.
Anonymous No.106354832 >>106355294 >>106355409
>>106351944
java needs operator overloading
ArrayList::at() just feels incredibly convoluted compared to just indexing it with [n]
And I think most people would agree you should be able to define addition and multiplication etc. for Complex, BigInteger, and other objectively numeric classes
Anonymous No.106355100 >>106355126 >>106355294
never understood the
>operating overloading is banned because some people could abuse it
line of reasoning
literally anything could be abused so why limit yourself here
Anonymous No.106355126
>>106355100
in c++ you cannot really avoid operator overloading, because then you would not be able to use the '=' operator for assignment. i have never understood anti overloading people either, because you can have extremely tasteful syntax and you can give containers things like bool() and []
Anonymous No.106355168
all programming languages are bad, coding is just tedium you have to endure before you turn algorithm into cool automated thing. there is no higher truth than this, accept it and be whole.
Anonymous No.106355218
>>106327679
Eclipse still just works
Anonymous No.106355231
>>106329235
java is the only language worth knowing
Anonymous No.106355271 >>106355282
>>106345089
swing is alive and well
oracle tried to replace it with javafx but javafx is so shit it was pawned off and swing is still the goat
Anonymous No.106355282 >>106355297
>>106355271
swing is cancer, i don't believe there exists actual people who program this except at gunpoint
Anonymous No.106355294
>>106354832
>>106355100
do you use Java already?
assuming no, would adding operator overloading make you switch to Java?
Anonymous No.106355297
>>106355282
swing is comfy and infinitely themeable, including "pls mimic the platform you're on"
Anonymous No.106355322
>>106323038 (OP)
By the way, NetBeans 27 released btw.
Anonymous No.106355409
>>106354832
>ArrayList::at()
that method doesn't exist in java
>you should be able to define addition and multiplication etc. for Complex, BigInteger, and other objectively numeric classes
they are defined, just not as + or *
complex is in apache commons, not base jdk
Anonymous No.106355444
>>106325829
Why are they mallocing the sizeof a pointer? Wouldn’t sizeof (struct link_map *) just be the word size of the CPU?
Anonymous No.106355627 >>106355888
Indians, as a race of people have the lowest IQ on the planet. This begs the question, why is oop and it's associated languages so popular with those of little intellect?
Anonymous No.106355888 >>106355940
>>106355627
because nocoder cniles have no solid arguments against the paradigm itself, so they resort to strawmen and ad hominem attacks

functards at least hold to their own principles, like avoiding state and using immutable structures. cniles have nothing but envy
Anonymous No.106355898
I just don't like encapsulation and too many layers of abstraction.
Anonymous No.106355940 >>106356406
>>106355888
How does that relate to what I said at all? Way to out yourself as an Indian no-coder trying to pull the wool over people's eyes by attacking something that sounds like its related to my point but has nothing to do with it what so ever. Also in retards to your retarded reply, the case against OOP has been made and it's very solid.

https://www.youtube.com/watch?v=QM1iUe6IofM
https://www.youtube.com/watch?v=wo84LFzx5nI&t=9s
And because it's funny but has a good point:
https://www.youtube.com/watch?v=C90H3ZueZMM
Anonymous No.106356406 >>106356955
>>106355940
case in point

>"why don't you address my strawman? [continues ad hominem]"
>brian will strawman video (again)
>another muratori video (again)
>some guy that smacks lips 5 times in the first 10 seconds
not even own arguments, just reposting someone else's drivel - as if an argument becomes solid just because some youtuber made a video about it (youtubers/streamers are never wrong)
Anonymous No.106356625
OOP is good enough, for 80% of projects.
It's reasonably simple to understand, it's hard to completely screw it up, and so on.

Casey Muratori is a 0.1% programmer who thinks everyone should write software using whatever pattern he last invented, but if everyone did that it would be a disaster, because not everything is a fucking indie video game.

You can build a strawman of OOP and pick bad examples, like the nonsense from Swing and AbstractProxyFactoryInterface. But OOP, as taught by people like Bertrand Meyer, is a good way to write highly-reliable software.
Anonymous No.106356955 >>106357029
>>106356406
>not even own arguments, just reposting someone else's drivel
That's the neat thing about arguments, they stand on their own. It doesn't matter who made them. All that matters is that oop troons are unable to come up with counter arguments that hold any water to save their lives.
Anonymous No.106357029 >>106357417
>>106356955
>That's the neat thing about arguments, they stand on their own. It doesn't matter who made them.
except when the arguments are flawed and have been debunked before
reposting the same flawed arguments doesn't revalidate them
Anonymous No.106357246 >>106357294
>>106330952
the insight here is to not think about individual elements, but about groups of them sharing a lifetime. you allocate a huge block of virtual memory at the begin of the lifetime, can be gigabytes because it's just virtual i.e. the os does all the management for you, use that as an arena for all your allocations during the lifetime then drop the entire thing when the lifetime ends
Anonymous No.106357294 >>106357576
>>106357246
I have seen software "allocate" terrabytes of memory because of fancy shit like this.

If the software fucks up and you have vm.overcommit_memory = 1 then prepare for a world of pain.
Anonymous No.106357395
>>106333916
it's not bad. it encourages single element thinking, which is great for beginners that can't keep much context in their head yet, but staying at that level will lead to systems that have bad data layout, poor performance and business process logic spread out over many mutable coordinating actors instead of a centralized description of required steps. most systems would not exist at all if it wasn't for the premature problem deconstruction of classical oop, so it has its place. but if you've been programming for a while and know what a system has to do and you have to make a change, but instead of the logic right there you find oop indirection gunk obfuscating what's happening, you'll be sad
Anonymous No.106357417 >>106357519
>>106357029
>except when the arguments are flawed and have been debunked before
Link to deboonking?
Anonymous No.106357519 >>106357581
>>106357417
you can find it yourself
Anonymous No.106357576 >>106359547
>>106357294
if the program has a memory leak, processes get killed, so no change, or am i missing something?
Anonymous No.106357581 >>106357629
>>106357519
>unable to provide a counter argument himself
>unable to even provide a counter argument by someone better than himself
OOP troons aren't sending their best.
Anonymous No.106357629 >>106357688
>>106357581
>"noooo you must provide your own counterarguments to the strawman drivel from someone else i reposted!"
>more ad hominem
Anonymous No.106357688 >>106357759
>>106357629
Did you forget to take your meds this morning? I clearly said you could post counter arguments made by other people.
Anonymous No.106357759
>>106357688
oh thank you, benevolent moderator of this discussion
let me find them just for you
Anonymous No.106358034 >>106358429 >>106361260
C++ is just the worst implementation of OOP because you can barely use OOP in it
Compared to Java where all classes extend Object
Anonymous No.106358429 >>106358456 >>106360944
>>106358034
Retard
Anonymous No.106358456
>>106358429
Wow, you sure got me
I literally have no response, you win
Anonymous No.106359547
>>106357576
It will make your whole entire system stall for ages unless you run a user-space OOM handler (which everyone should be doing). Without that because you allowed overcommit then it will just fill up swap for ages and then stall for ages once it's full.

If you have a lot of Swap space like I do (I use it for tmpfs) then this overcommit behaviour is very bad. Overcommitting more memory than you need is a cardinal sin but still some software is built around this broken assumption like Redis.
https://stackoverflow.com/questions/76830848/redis-warning-memory-overcommit-must-be-enabled
Anonymous No.106360944
>>106358429
meds
Anonymous No.106361260
>>106358034
>Java OOP
Try Ruby
Anonymous No.106363069 >>106363159
what is so good about ruby?
captcha: SW4GX
Anonymous No.106363159 >>106364581
>>106363069
it's closer to Lisp than most other langs
it's hilarious that no matter how many times Lisp gets mentioned, people just skip over it
like this thread is discussing OOP, and nobody is even replying to posts mentioned CLOS or whatever
https://en.wikipedia.org/wiki/Metaobject
Anonymous No.106363181
complaining about oop is kind of like complaining about a piece of equipment in a game because you cant use the equipment properly.
Anonymous No.106363191
but then saying oop is better than static or functional programming is like saying leather is more sexy than latex.

Latex is sexier.
Anonymous No.106364581 >>106364991
>>106363159
why not just clojure?
Anonymous No.106364991
>>106364581
1. EDN syntax does not natively support sorted-set or sorted-map
2. a sorted-set and hash-set with the same elements cannot be used as separate association keys
3. value metadata disappears upon conversion to another value (very common given the sequence abstraction)
4. buggy set namespace behavior when given non-sets
5. bugs in macro expansion for protocol implementation when implementing a protocol with multiple-arity functions
6. software transactional memory breaks down the moment you start having shared, non-persistent data structures

jk, I love Clojure. but I don't think it's perfect. I'm writing Elixir now
Anonymous No.106365622
>>106323048