Resultados de la búsqueda:

>>1534573
>>1534588
>>1534600
>>1534599
No te cansas de automamarte el guebo pedazo de mierda patetica
Negros, es 2019... de hecho ya no hay crestividad ni para la musica... vayan extrañando los años de 2016 hacia atras
>>6626691 (OP)
No haras nada, pedazo de maricón.
>>1534573
de qué más puedes dar respuestas largas muy elaboradas, penequito?
Bumpasoooo
sean nuevas o viejitas pero nudes a seguir aportando negros
>>6627355
>VID-20190802-WA0027.mp4
>>46963
Boost es un caso de banana, gorila, jungla. Querías una banana, en vez de eso obtienes una banana un gorila y toda la jungla.

Linus no es de mi agrado pero tiene razón en este razonamiento:

C++ is a horrible language. It's made more horrible by the fact that a lot
of substandard programmers use it, to the point where it's much much
easier to generate total and utter crap with it. Quite frankly, even if
the choice of C were to do *nothing* but keep the C++ programmers out,
that in itself would be a huge reason to use C.

In other words: the choice of C is the only sane choice. I know Miles
Bader jokingly said "to piss you off", but it's actually true. I've come
to the conclusion that any programmer that would prefer the project to be
in C++ over C is likely a programmer that I really *would* prefer to piss
off, so that he doesn't come and screw up any project I'm involved with.

C++ leads to really really bad design choices. You invariably start using
the "nice" library features of the language like STL and Boost and other
total and utter crap, that may "help" you program, but causes:

- infinite amounts of pain when they don't work (and anybody who tells me
that STL and especially Boost are stable and portable is just so full
of BS that it's not even funny)

- inefficient abstracted programming models where two years down the road
you notice that some abstraction wasn't very efficient, but now all
your code depends on all the nice object models around it, and you
cannot fix it without rewriting your app.

In other words, the only way to do good, efficient, and system-level and
portable C++ ends up to limit yourself to all the things that are
basically available in C. And limiting your project to C means that people
don't screw that up, and also means that you get a lot of programmers that
do actually understand low-level issues and don't screw things up with any
idiotic "object model" crap.