LINUX.ORG.RU
Ответ на: комментарий от anonymous

Однако, про то, что "использование чистого С оправдано, даже если его целью является отпугивание С++ программеров" стоит лишний раз напомнить.

anonymous
()

расстраивает что "с++ говнодаун" судя по всему из наших мест родом.

zort
()

Какой-то псих он, Торвальдс, чувак просто высказал свое удивление, никого не в чем не обвиняя, а тот его обосрал, похлеще того, как анонимусы на лоре срутся.

fmj
()
Ответ на: комментарий от fmj

что говорит о том , что линус такой же , как и все , со своими симпатиями и пристрастиями
и я попросил бы :-)

kto_tama ★★★★★
()
Ответ на: комментарий от fmj

> Какой-то псих он, Торвальдс,

Это было ясно еще со времен срача с Танненбаумом.

Вообще программисты почти все - хамы и быдло. И чем программист херовее, тем более он хам. Гаденышь антихер тому лучшее подтверждение, он как программист полный импотент, и только на других срать умеет. Торвальдс как программист может и умел чегото когдато давно, но сейчас тоже код не пишет и только на людей срет.

anonymous
()
Ответ на: комментарий от generatorglukoff

>другим аргументов, кроме "C++ состоит из говна ввиде STL & Boost" не обнаружил

не внимательно читаешь:

>David Kastrup: Sorry, but for fixing things in C, I can look and work locally. For fixing things in C++, I first need to understand the class hierarchies used in the project.

>Theodore Tso: I consider string manipulation to be one of the places where C++ is a total disaster. It's way to easy for idiots to do something like this:

a = b + "/share/" + c + serial_num;

>where you can have absolutely no idea how many memory allocations are done, due to type coercions, overloaded operators (good God, you can overload the comma operator in C++!!!), and then when something like that ends up in an inner loop, the result is a disaster from a performance point of view, and it's not even obvious *why*!

и прочие "imho"

yuko
()
Ответ на: комментарий от yuko

Вообще это здорово, обсуждать достоинства и недостатки C++, при этом самому не писать ни строчки кода ;) Я про Торвальдса.

А фактически-же, C++ требует от программиста большего, но и дает больше, при грамоном использовании. В случае с Kernel-ом возможно имеет смысл это "большее" отдавать на ядро, а не на C++ :)

fmj
()
Ответ на: комментарий от yuko

>David Kastrup: Sorry, but for fixing things in C, I can look and work locally. For fixing things in C++, I first need to understand the class hierarchies used in the project.

глупость. ООП дробит общий проект на части которые можно/нужно реализовывать отдельно и независимо. другой вопрос - как эта иерархия сделана - через задницу/не через задницу - лежит на совести девелопер/теам лидера.

>Theodore Tso: I consider string manipulation to be one of the places where C++ is a total disaster.

да, тут задница =)

>overloaded operators (good God, you can overload the comma operator in C++!!!)

Oh God, you are totally n00b if don't understand how types you are using works!!!

generatorglukoff ★★
()
Ответ на: комментарий от fmj

а при чем здесь ядро? мы кажется про [не]использование срр внутри git болтаем...

shahid ★★★★★
()
Ответ на: комментарий от fmj

>Какой-то псих он, Торвальдс, чувак просто высказал свое удивление, никого не в чем не обвиняя, а тот его обосрал, похлеще того, как анонимусы на лоре срутся.

с этим к Луговскому :)

>а в своем глазу леса из бревен не видит.

O_O

А "лес из бревен" - это как???

grinn ★★
()
Ответ на: комментарий от generatorglukoff

>ООП дробит общий проект на части которые можно/нужно реализовывать отдельно и независимо

Смысл такого "дробления" - создание и использования изолированных пространств имен. Это можно и другими средствами реализовывать, совсем необязательно тащить в проект все ООПшное говно.

grinn ★★
()
Ответ на: комментарий от fmj

>А фактически-же, C++ требует от программиста большего, но и дает больше, при грамоном использовании

чего он такого больше дает?

cvb
()
Ответ на: комментарий от grinn

>совсем необязательно тащить в проект все ООПшное говно.

а говно вообще не нужно трогать - пусть себе и лежит, а брать нужно только хорошее. Си - это хорошее. Классы - это хорошее (покрайней мере, less typing).

generatorglukoff ★★
()
Ответ на: комментарий от generatorglukoff

>...а брать нужно только хорошее... Классы - это хорошее (покрайней мере, less typing).

ОПП "хорошее" только там, где оно нужно. А там где не нужно - ООП говно!

Поэтому совершенно не обязательно притягивать за уши говноклассы, только потому, что ООП позволяет что-то там "дробить".

grinn ★★
()
Ответ на: комментарий от grinn

>ОПП "хорошее" только там, где оно нужно. А там где не нужно - ООП говно!

+1

>Поэтому совершенно не обязательно притягивать за уши говноклассы, только потому, что ООП позволяет что-то там "дробить".

за уши вообще лучше ничего не тянуть - вдруг ухи отваляццо, а проект - развалиццо.
+1, в общем

generatorglukoff ★★
()
Ответ на: комментарий от fmj

> Какой-то псих он, Торвальдс, чувак просто высказал свое удивление, никого не в чем не обвиняя

Он обвинил Торвальдса и, фактически, всех, кто контрибьютил в git, в "динозавровости" и предрек им скорую смерть, высказав при этом мнение, что C++ is a better C, что есть полный ламеризм, ибо это не так, и не каждый исходник на C съедается компилятором C++, при этом потери в производительности могут возникнуть в самых неожиданных местах.

Торвальдс его правильно послал, ибо нефиг глаголить, где нифига не смыслишь.

watashiwa_daredeska ★★★★
()
Ответ на: комментарий от fmj

> Вообще это здорово, обсуждать достоинства и недостатки C++, при этом самому не писать ни строчки кода ;) Я про Торвальдса.

Ну да, Торвальдс хамски присвоил себе чужой код, обозвав именем, производным от своего, хотя начинал это все дело RMS, а сейчас лямку тянет Andrew Morton. Уж fmj, один из ведущих контрибьюторов, это знает точно.

watashiwa_daredeska ★★★★
()
Ответ на: комментарий от generatorglukoff

> ООП дробит общий проект на части которые можно/нужно реализовывать отдельно и независимо.

Чушь полная. Независимость в C++-стиле ООП исключительно иллюзорна.

> другой вопрос - как эта иерархия сделана

Вот-вот, примерно так оно всегда и делается (hint: слово "иерархия" звучит в этоп посте первый раз и какую смысловую нагрузку несет определение "эта" непонятно).

> да, тут задница =)

Да там везде задница, одни итераторы чего стоят.

watashiwa_daredeska ★★★★
()
Ответ на: комментарий от fmj

Было уже. Похоже большенство здесь присутствующих если и читают, то между строк.

> Какой-то псих он, Торвальдс, чувак просто высказал свое удивление, никого не в чем не обвиняя, а тот его обосрал, похлеще того, как анонимусы на лоре срутся.

Просто удивление? Ни в чём не обвиняя? Ну-ну. Вставляю оригинал этого "удивлённого":

"When I first looked at Git source code two things struck me as odd: 1. Pure C as opposed to C++. No idea why. Please don't talk about portability, it's BULLSHIT"

Последнее слово хорошо видно? На что Линус спокойно возразил, мол что это *У НЕГО* ошибочное мнение.

Dendy ★★★★★
()
Ответ на: комментарий от cvb

> чего он такого больше дает?

Ну например упрощает многие рутинные операции, мне сейчас вот приходится, ввиду особенностей платформы, реализовывать ООП код на чистом C (а без ООП некое подобие VFS сложно сделать), приходится много того, что C++ делает за тебя, писать ручками, макросами (которые тоже надо написать), и о куче мелочей, помимо "стандартных странностей платформы" помнить, что-бы не дай бог, нигде ничего не упустить.

fmj
()
Ответ на: комментарий от fmj

Помимо этого, С++ дает кучу прочего "синтаксического сахара", который при умелом использовании (а умелое использование начинается только после нескольких лет опыта), вполне помогает жить.

P.S. Вообще я не фанат C++, и считаю его весьма ужасным языком, но далеко не по тем причинам, которые названы здесь.

Мое мнение - C++ плох как минимум своей громоздкостью, что-бы нормально освоить C++, и начать на нем нормально кодить, нужно как минимум 1-2 года опыта.

fmj
()
Ответ на: комментарий от watashiwa_daredeska

> Ну да, Торвальдс хамски присвоил себе чужой код, обозвав именем, производным от своего, хотя начинал это все дело RMS, а сейчас лямку тянет Andrew Morton. Уж fmj, один из ведущих контрибьюторов, это знает точно.

Не кипятись, взорвешсо

fmj
()
Ответ на: комментарий от watashiwa_daredeska

>Чушь полная. Независимость в C++-стиле ООП исключительно иллюзорна.

Где аргументы?

>Вот-вот, примерно так оно всегда и делается (hint: слово "иерархия" звучит в этоп посте первый раз и какую смысловую нагрузку несет определение "эта" непонятно).

>I first need to understand the class hierarchies used in the project

(hint: "hierarchies"="иерархии")

>Да там везде задница, одни итераторы чего стоят.

А с итераторами что не так?

generatorglukoff ★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.