обращаюсь к тем многим, кто принял участие в обсуждении собщения "Стиль: Оптимизация и т.п."
а также просто к людям пишущим давно и красиво
оставте пожалуйста списки книг/статей стоящих прочитать человеку для выработки правильного стиля в программировании(предпочтительно С/С++)
это не вопрос "как стать программистом" и "как все знать"
инетересуют именно мелкие детали, в оформлении кода и проектировании, к которым сам с течением времени приходишь, и которые экономят массу времени потом. Интересно услышать как о чистом кодировании, так и о сопровождении, тестировании
сам пишу не первый год, и какой-то силь я выработал и коментарри писать сразу научился ,
но чужой опыт он ведь всегда полезен
Здравствуйте, stx, Вы писали:
stx>обращаюсь к тем многим, кто принял участие в обсуждении собщения "Стиль: Оптимизация и т.п." stx>а также просто к людям пишущим давно и красиво
stx>оставте пожалуйста списки книг/статей стоящих прочитать человеку для выработки правильного стиля в программировании(предпочтительно С/С++)
stx>это не вопрос "как стать программистом" и "как все знать"
stx>инетересуют именно мелкие детали, в оформлении кода и проектировании, к которым сам с течением времени приходишь, и которые экономят массу времени потом. Интересно услышать как о чистом кодировании, так и о сопровождении, тестировании
stx>сам пишу не первый год, и какой-то силь я выработал и коментарри писать сразу научился , stx>но чужой опыт он ведь всегда полезен
stx>спасибо
Лучше всего — это участие в командном проекте.
Многие рекомендации как раз направлены на облегчение командной работы.
Например, что такое хороший стиль кодирования?
Это не тот, который описан в книжке, а тот который принят в команде,
и которому все придерживаются.
Если команда придерживается венгерской нотации, то значить
венгерская нотация — это верный стиль кодирования в этой команде,
несмотря на кучу критических статей о том, как плоха венгерская нотация.
Хороший проект — это тоже проект, который удобен для
командной работы. Т.е. должны быть сведены к минимуму
зависимости между логическими частями и изменение функциональности
не должно приводить к глобальной переделки всех частей.
Вот когда Вася устанет от побочных эффектов нововведений Пети,
то тогда Вася и Петя начнут договариваться об интерфейсах
и вообще думать о проекте.
Ну а если по существу, то книжки по паттернам, например вот эта,
могут быть очень полезны.
Здравствуйте, stx, Вы писали:
stx>обращаюсь к тем многим, кто принял участие в обсуждении собщения "Стиль: Оптимизация и т.п." stx>а также просто к людям пишущим давно и красиво
stx>оставте пожалуйста списки книг/статей стоящих прочитать человеку для выработки правильного стиля в программировании(предпочтительно С/С++)
Здравствуйте, Aquary, Вы писали:
>> оставте пожалуйста списки книг/статей стоящих прочитать человеку для выработки правильного стиля в программировании(предпочтительно С/С++)
A>на Anatolix'е нашел ссылку на хорошую книжку. В буквальном смысле правила программирования на С++
A>как раз под твой вопрос подходит
Книжка достаточно старая, но интересная именно авторским изложением. С тех пор появились книги Мейерса — значительно более глубокие, на мой взгляд. Они мне просто больше нравятся.
Но изначально вопрос-то стоял на самом деле так: надо ли учить стилю в институте. И в рамках какой дисциплины это делать?
ФЯ думаю, что надо (но сам так не делаю ). На мой взгляд, в рамках Технологии программирования. И задания должны быть именно на стиль. Об это немаловажном мементе в программированиии как-то совсем забывают. Авторы книг пишут в том стиле, как им удобно. Элджер, по крайней мере, об этом явно сказал, что он послал все стили — подальше, чтобв не отвлекаться от главного. Еще в одной книжке я встречал примеры стиля написания имен. В основном — все. Ну еще довольно часто упоминается венгерская нотация.
А ведь была книжка Ван Тассела "Стиль, разработка,..." (дальше не помню).
Эффективности тоже отдельно не учат. Я думаю, такое положение от того, что преподам просто некогда. Тут бы успеть основы вложить, а стиль и эффективность — это уже для продвинутых, коих на курсе — процентов 10.
У меня, как и у Вас, студенты часто на экзамене узнают больше, чем за весь семестр.
Я думаю — выход один: специальные задания именно по данной тематике. И не принимать, пока не выполнит требования оформления кода. Это похоже на правописание, верно? А то приносят — все в один столбец — читать невозможно!
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Aquary, Вы писали:
A>на Anatolix'е нашел ссылку на хорошую книжку. В буквальном смысле правила программирования на С++
A>как раз под твой вопрос подходит
да, кажется, это самое оно — то что хотел увидеть
огромное спасибо, есть что почитать
Мне кажется самое то — Refactoring — Improving the Design of Existing Code
оно как раз решает проблемы читабельности и поддерживаемости кода, если конечно подходить с умом...
> И не принимать, пока не выполнит требования оформления кода. Это похоже на правописание, верно? А то приносят — все в один столбец — читать невозможно!
Здравствуйте, stx, Вы писали:
stx>обращаюсь к тем многим, кто принял участие в обсуждении собщения "Стиль: Оптимизация и т.п." stx>а также просто к людям пишущим давно и красиво
stx>оставте пожалуйста списки книг/статей стоящих прочитать человеку для выработки правильного стиля в программировании(предпочтительно С/С++)
stx>это не вопрос "как стать программистом" и "как все знать"
stx>инетересуют именно мелкие детали, в оформлении кода и проектировании, к которым сам с течением времени приходишь, и которые экономят массу времени потом. Интересно услышать как о чистом кодировании, так и о сопровождении, тестировании
stx>сам пишу не первый год, и какой-то силь я выработал и коментарри писать сразу научился , stx>но чужой опыт он ведь всегда полезен
stx>спасибо