Беседы о сиплюсплюсе от Адобе

[spamsink]

https://github.com/sean-parent/sean-parent.github.com/wiki/Papers-and-Presentations

В частности,

https://github.com/sean-parent/sean-parent.github.com/wiki/presentations/2013-09-11-cpp-seasoning/cpp-seasoning.pdf

Comments

[mopexod.livejournal.com]

Чем свой чудовищный reader писать на прекрасном C++, лучше бы написали нормальный контейнер, а корявый C++ им бы все простили.
Хотя, чего уж теперь говорить. Поздно :)

[sab123.livejournal.com]

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

[spamsink]

Большая компания, разные люди. Какое место кажется писанием через жопу?

[spamsink]

Кривость презентации - результат преобразования анимации в PDF, видимо.

[sab123.livejournal.com]

Нелюбовь к циклам, а любовь к пложению множества маленьких функций.

[spamsink]

Это, IMO, в общем русле стиля literate programming.

[igorek.livejournal.com]

а также вложенные в классы и наследуемые друг от друга структуры :)

[sab123.livejournal.com]

Я бы не назвал это literate. Кстати, literate programming предполагает комментирование того, что делается.

[spamsink]

ЧТО делается, должно быть понятно из названия функции, КАК оно делается, должно быть понятно по коду, а комментировать, если необходимо, нужно лишь ПОЧЕМУ оно делается именно так, а не иначе, и ЗАЧЕМ делается вообще. Два последних аспекта - за пределами рамок презентации.

[sab123.livejournal.com]

Два последних аспекта и представляют собой literate programming. И их, конечно, необходимо комментировать всегда. И естественно необходимо комментировать, что именно делается и из каких соображений с точки зрения вызова, перед функцией.

А создание множества маленьких функций противоестественно. Хорошая программа должна по возможности читаться последовательно как текст, без скакания туда-сюда. Ну да, скакание туда-сюда - неизбежная цена за повторное использование кода. Но если этого повторного использования нет, то ГОРАЗДО правильнее просто писать код последовательно. Или если размер вызова равен примерно размеру собственно кода, или если условия вызова сильно отличаются, приводя к ветвистому общему коду, гораздо лучше делать столько копий кода сколько надо вместо развесистых вызовов одной функции.

[vak]

От А до Бе. :)

[fatoff.livejournal.com]

More of Sean Parent to ya. :-)
http://channel9.msdn.com/Events/GoingNative/2013/Cpp-Seasoning

объясните темному человеку

[a r (from livejournal.com)]

Скажем мой типичный проект около 15-30k с++ строк для начала, потом растет до 100-300к или меня переключают на следующий проект. Если по 5 строк на функцию то это 20-60к функций в конце жизни и на мой взгляд это немножко зашкаливает по части внесения изменений.