Роберт Гласс - факт 01

Факт 1
Самый важный фактор в разработке ПО — это не методы и средства, применяемые программистами, а сами программисты.
Обсуждение
В создании ПО важен человеческий фактор. Именно эта мысль главная в данном конкретном факте. Свою роль играют инструментальные средства. Важны и методы. И процессы. Но роль людей намного более значима.
Идея эта стара, как сама компьютерная индустрия. Она вышла из столь многочисленных научных исследований и докладов за прошедшие годы (она там встречается и сейчас), что к настоящему моменту должна быть одной из самых важных «вечных истин». Но в индустрии ПО о ней по-прежнему забывают. Мы считаем Процесс альфой и омегой разработки ПО. Мы выдвигаем инструментальные средства на роль волшебных палочек, усиливающих нашу способность создавать ПО. Мы собираем вместе разношерстные методы, называем результат методологией и требуем, чтобы тысячи программистов читали о ней, посещали курсы по ней, отполировывали знания путем зубрежки и упражнений и затем применяли ее в ответственных проектах. И все это от имени средств, методов, Процесса, стоящих над людьми.
Мы даже порой возвращаемся к бесчеловечным подходам. Мы обращаемся с людьми, как с взаимозаменяемыми шестеренками на конвейере. Мы требуем, чтобы люди, поставленные в рамки слишком жестких сроков и ограничительных условий, работали лучше. Мы отказываем нашим программистам даже в самых базовых элементах доверия, а потом ждем от них доверия к нам, когда мы им говорим, что делать.
В данной связи интересно рассмотреть Институт инженерии ПО (Software Engineering Institute, SEI) и его процесс разработки ПО, модель развития функциональных возможностей (Capability Maturity Model - СММ). Фундаментальное положение модели СММ состоит в том, что хороший процесс - это ключ к хорошему ПО. Основываясь на этом постулате, СММ определяет массу ключевых участков процесса и последовательность ступеней, через которые должны пройти организации-разработчики ПО. Особенно интересной СММ делает тот факт, что SEI занялся кадровым вопросом и заинтересовался ролью человеческого фактора в построении ПО лишь после того, как эта модель просуществовала несколько лет, и благодаря министерству обороны США ей был придан полуофициальный статус способа усовершенствования организаций, производящих ПО, и после того, как образ действия министерства обороны был скопирован другими организациями. Так появилась модель развития кадровых возможностей (People Capability Maturity Model - P-CMM) института SEI. Но она гораздо менее известна, и применяется намного меньше, чем модель СММ, ориентированная на процесс. Скажу еще раз, что многие профессионалы программирования по-прежнему считают, что Процесс важнее, чем люди, подчас поразительно, насколько важнее. Кажется, что мы никогда не сделаем нужных выводов.
А как Вы относитесь к этому факту. С точки зрения программиста?, работодателя?
Обсудить можно на форуме

Понравилась статья? Добавь в социальные закладки!

Роберт Гласс - факты и заблуждения профессионального программисрования

ообще-то первая книга Роберта Гласса, которую я прочитал - это "Руководство по надежному программированию" (Software Reliability Guidebook - 1979). Это было в 1982 году.
Юмор и здравый смысл Роберта Гласса перевернул тогда мои мозги. Например:
"Уважаемые члены комиссии по расследованию, всю неделю самолет был исправен. Просто в середине Индийского океана на три минуты прекратилась подача топлива. Предполетную проверку самолет прошел в полном объеме".
Как часто мне заказчики говорят: "Ну наша-то база данных работает отлично. Она уже несколько лет работает". Просто в один прекрасный момент они получат неверные данные, на основании которых людям испортят жизнь.
Потом были и другие книги, как например, "Сопровождение программного обеспечения".
Но когда в издательство "Символ" вышла его книга "Факты и заблуждения профессионального программирования" я был просто в восторге.
Настолько она актуальная, настолько срывает всякие рекламные плакаты, что захотелось ее обсудить здесь
Каждый факт кричит о глупости менеджмента и заказчиков. НО! Не хотят эти выпускники MBA читать эти книги.

Понравилась статья? Добавь в социальные закладки!

Наконец-то сделал форум на сайте

Долго сопротивлялся.
Количество идиотов, которые даже через форму обратной связи шлют спам, думая что он сразу появиться на сайте, переходит всякие границы.
С другой стороны, я всегда был сторонником статических сайтов. Особенно после того как РБК-ностинг, обидевшись на критику (а точнее на предьявленные доказательства что они рассылают спам на профессиональной основе, просто закрыли мой сайт.
Что такое статический сайт?
Это набор файлов, только для чтения, которые не требуют никаких серверных функций. Особенно если он написан как позиционно-независимый, то он будет работать хоть на CD, хоть на HDD.
И самое главное - ЭТАЛОН НАХОДИТСЯ У МЕНЯ!!!!
Как только я разрешаю, кому либо что-то менять на сайте, то ЭТАЛОН НАХОДИТСЯ У ХОСТЕРА.
Я попробовал использовать Joomle и WordPress - гемороя больше чем достоинств.
Практически не работают структуры на фреймах. Верстка либо примитивная, либо все строится как карточный домик, который рушится при первом неверном движении.
Создать "резиновый" дизайн - это чудеса эквилибристики. А смотреть сайт шириной 800px на экране шириной 1650px уже надоело.
Наконец, попробовал популярный форум phpBB 3.0 - вроде как понравилось.
1) Встал с "пол-оборота", без какого-либо гемороя.
2) функций немного, но они работают четко. Управление понятно.
3) Потратил неделю, но все-таки сделал его во фреймах. Правда штатные шаблоны при этом не работают. И все-таки отдельные фреймы не всегда обновляются.
В остальном посмотрим, как это будет работать.

Понравилась статья? Добавь в социальные закладки!