Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Мартин Фаулер. Рефакторинг. Улучшение существующего кода.отчика систем со встроенными микропроцессор  (Прочитано 10765 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« : 06-10-2011 16:35 » 

https://forum.shelek.ru/index.php/topic,26526.msg269457.html#msg269457

Цитата: Dale
Это одна из небольшого количества книг (к их числу еще можно отнести "Паттерны проектирования" банды четырех, "Жемчужины программирования" Бентли, "Конкретная математика" Кнута и т.п.), без прочтения которых попросту противопоказано заниматься серьезным программированием.
Тогда уж Макконнелл "Совершенный код".
« Последнее редактирование: 06-10-2011 16:56 от RXL » Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Dale
Блюзмен
Модератор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #1 : 06-10-2011 21:31 » 

Тогда уж Макконнелл "Совершенный код".

От включения "Совершенного кода" в этот ряд воздержался, поскольку IMHO уровень монографии явно до них не дотягивает. В своем книжном рейтинге я бы ее поставил в аккурат посередине, между перечисленными книгами и пустопорожним трепом Джоэла Спольски и Питера Сейбела. Хрестоматия для того, кто перерос "освой за 24 часа", но еще не вырос до крепкого профи.
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
Dimka
Деятель
Команда клуба

ru
Offline Offline
Пол: Мужской

« Ответ #2 : 06-10-2011 22:52 » 

Dale, зато доходчиво и рецептурно. Хотя и "Рефакторинг" тоже по сути рецептурен.

Вот есть профи, у которых опыт и интуиция. Но они не всегда могут мотивированно объяснить, почему в данном случае стоит сделать так, а не иначе. А есть не доросшие до них, но стремящиеся. Либо они набивают собственные шишки (долго и затратно), либо они пробуют применять рецепты профи без глубокого понимания этих рецептов - на уровне ритуальных действий. Выходит лучше, но опыт набирается труднее, поскольку идущий проторенной дорогой не видел препятствий своими глазами и бывает излишне самоуверен (необоснованная вера в авторитеты, применение методов, неадекватных реальной ситуации из-за невозможности эту ситуацию распознать).

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

А в конструировании софта с теориями крайне туго - потому и докторов технических наук по специальности алгоритмы и язык программирования в нашей стране на пальцах рук можно пересчитать, хотя практиков - пруд пруди.

Вот летом новый такой доктор "родился". Думаю, надо ему посвятить заметку, ибо он нащупывает пути в новом нехоженом направлении, про которое на этом форуме говорилось лишь в Кунсткамере, в темах ЛЕС. Хотя началось всё в 70-х годах с академика Лаврова.
Записан

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Dale
Блюзмен
Модератор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #3 : 07-10-2011 06:51 » 

Вот есть профи, у которых опыт и интуиция. Но они не всегда могут мотивированно объяснить, почему в данном случае стоит сделать так, а не иначе.

В моем понимании это - шаманы. Шаман убежден, что если смешать растолченные кости летучей мыши с жабьими глазами и кровью девственницы в полночь, то долгожданный дождь непременно пойдет, но вряд ли сможет объяснить свой метод. Интуиция ему велит, и все тут. Инженер должен уметь обосновать свое решение, выбрав из нескольких вариантов наилучший для данного случая. Он может, конечно, ошибиться в выборе критериев оптимальности или неверно расставить их приоритеты, но во всяком случае тут есть предмет для обсуждения. Хороший инженер, знающий математику, представит еще и анализ предложенного алгоритма.

А в целом мой обзор, конечно, субъективен. Могу кого-то незаслуженно обойти вниманием, а кого-то, наоборот, необоснованно порекомендовать, поскольку это личная точка зрения. Включать широко известные книги по возможности избегаю, это мартышкин труд, все равно что рецензировать Толстого или Достоевского - без меня уже давно управились. Некоторые будут попадать по необходимости, чтобы сослаться на них из статей, как в случае с "Рефакторингом".
Записан

Всего лишь неделя кодирования с последующей неделей отладки могут сэкономить целый час, потраченный на планирование программы. - Дж. Коплин.

Ходить по воде и разрабатывать программное обеспечение по спецификациям очень просто, когда и то, и другое заморожено. - Edward V. Berard

Любые проблемы в информатике решаются добавлением еще одного уровня косвенности – кроме, разумеется, проблемы переизбытка уровней косвенности. — Дэвид Уилер.
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines