-
- Линус написал несколько про другое. Встроенные обработчики исключений, выделение памяти через new и прочее в применении к ядрам ОС или тем же МК - ересь. Куча классов и множественное наследие в МК превращают программу в тормозной бред. Код в Evgeniy1294(369 знак., 24.01.2018 23:03)
- Линус вообще не про языки писал, а про металитет разработчиков. she(265 знак., 24.01.2018 23:24)
- Я её склонен списывать на индусский аутсорс, если вы об этом. - Evgeniy1294(24.01.2018 23:28)
- +1 - Evgeny_CD(24.01.2018 23:26)
- И много высоконадежных приложений на плюсах? Циска вон как-то галимым сишником обходится ибо нехуй. - POV_(24.01.2018 23:11, )
- И как С мешает говнокодить дырявые и падучие приложения? Суть не в языке, суть в методологии. В С++ без методологии точно соваться не стоит, выработка и освоение методологии - долго и сложно, но потом - кайф. - Evgeny_CD(24.01.2018 23:32)
- Да, я не против плюсов - для ПиСи на них пишу. Но на процы с большими ресурсами только пытаюсь перейти... POV_(141 знак., 25.01.2018 09:34, )
- И как С мешает говнокодить дырявые и падучие приложения? Суть не в языке, суть в методологии. В С++ без методологии точно соваться не стоит, выработка и освоение методологии - долго и сложно, но потом - кайф. - Evgeny_CD(24.01.2018 23:32)
- -> +100500 - Evgeny_CD(24.01.2018 23:09, ссылка)
- Молодец. Где будешь кодеров набирать? На Марсе? - SciFi(24.01.2018 23:05)
- Долго и нудно выращивать внутри своей фирмы. - Evgeny_CD(24.01.2018 23:26)
- Реальность показывает, что закрытые структуры склонны скорее к деградации. - she(24.01.2018 23:33)
- А это уже искусство менеджмента :) Это совсем другая тема. Это решаемый вопрос, и он гораздо проще, чем грамотное использование C++ :) - Evgeny_CD(24.01.2018 23:38)
- Искусство выбивания грантов, открытия ниров и окров) С подразделом трындения о системности и уникальной школе. she(178 знак., 25.01.2018 10:13)
- А это уже искусство менеджмента :) Это совсем другая тема. Это решаемый вопрос, и он гораздо проще, чем грамотное использование C++ :) - Evgeny_CD(24.01.2018 23:38)
- Реальность показывает, что закрытые структуры склонны скорее к деградации. - she(24.01.2018 23:33)
- Долго и нудно выращивать внутри своей фирмы. - Evgeny_CD(24.01.2018 23:26)
- Линус вообще не про языки писал, а про металитет разработчиков. she(265 знак., 24.01.2018 23:24)
- АМИНЬ! - SciFi(24.01.2018 22:33)
- Полная глупость! Читаем правильные документы ->, настраиваем мозги на правильное использование С++, и все будет как написал Evgeniy1294. Я много хаял здесь С++, и признаю, что был прав и неправ одновременно. Evgeny_CD(429 знак., 24.01.2018 22:40, ссылка)
- Ты тупо не прочитал то, что Линус там написал. - SciFi(24.01.2018 22:41)
- 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. Хер там! Так можно написать, что шаблоны - это почти те же макросы, что есть Evgeny_CD(14 знак., 24.01.2018 22:45)
- Конечно ересь. Особенно остро это понимает программер, с которого менеджмент требует оценки срока исправления ошибки в чужом коде на шаблончиках))) - she(24.01.2018 22:49)
- Я этому перцу в этих вопросах доверяю больше, чем тебе. Извини. - SciFi(24.01.2018 22:47)
- У ядра есть еще одна особенность. С ним должен линковаться не только код на С++, но и на C, Delphi/Pascal, ADA, и тысячах других языков, единственный общий знаменатель у которых - стандартный процедурный вызов со скалярными аргументами. lloyd(494 знак., 25.01.2018 07:54)
- Правильный интерфейс всегда можно прикрутить, это не проблема, там другие соображения. Кстати, GCC уже несколько лет назад начал внедрять C++. Наверное, там это оправданно. - SciFi(25.01.2018 10:31)
- >GCC уже несколько лет назад начал внедрять C++ lloyd(390 знак., 25.01.2018 10:47)
- Чукча не читатель. Там --> - SciFi(25.01.2018 10:55, ссылка)
- >GCC is now built as a C++ program by default lloyd(172 знак., 25.01.2018 11:00)
- Чукча не читатель. Там --> - SciFi(25.01.2018 10:55, ссылка)
- >GCC уже несколько лет назад начал внедрять C++ lloyd(390 знак., 25.01.2018 10:47)
- Правильный интерфейс всегда можно прикрутить, это не проблема, там другие соображения. Кстати, GCC уже несколько лет назад начал внедрять C++. Наверное, там это оправданно. - SciFi(25.01.2018 10:31)
- И правильно. Я только не давно осознал, как можно С++ с пользой для дела использовать. Я учусь, но я осознал путь. - Evgeny_CD(24.01.2018 22:49)
- У ядра есть еще одна особенность. С ним должен линковаться не только код на С++, но и на C, Delphi/Pascal, ADA, и тысячах других языков, единственный общий знаменатель у которых - стандартный процедурный вызов со скалярными аргументами. lloyd(494 знак., 25.01.2018 07:54)
- 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. Хер там! Так можно написать, что шаблоны - это почти те же макросы, что есть Evgeny_CD(14 знак., 24.01.2018 22:45)
- Ты тупо не прочитал то, что Линус там написал. - SciFi(24.01.2018 22:41)
- Полная глупость! Читаем правильные документы ->, настраиваем мозги на правильное использование С++, и все будет как написал Evgeniy1294. Я много хаял здесь С++, и признаю, что был прав и неправ одновременно. Evgeny_CD(429 знак., 24.01.2018 22:40, ссылка)
- Линус написал несколько про другое. Встроенные обработчики исключений, выделение памяти через new и прочее в применении к ядрам ОС или тем же МК - ересь. Куча классов и множественное наследие в МК превращают программу в тормозной бред. Код в Evgeniy1294(369 знак., 24.01.2018 23:03)