||Программист должен обладать способностью первоклассного математика к абстракции и логическому мышлению в сочетании с эдисоновским талантом сооружать все, что угодно, из нуля и единиц. Он должен сочетать аккуратность бухгалтера с проницательностью разведчика, фантазию автора детективных романов — с трезвой практичностью экономиста. А кроме того, программист должен иметь вкус к коллективной работе, понимать интересы пользователя и многое другое… (с) Андрей Ершов, академик АН СССР, один из пионеров теоретического и системного программирования||

В последнее время все чаще вижу, что многие хотят войти в айти. В частности, попробовать себя в сфере 1С. С чего я это взял? Ну, например:

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

Еще не забыли, о чем был прошлый пост? 🙂 Мы говорили, как оценивать трудоемкость задачи. А что слышно по срокам?

Каждый 1С-ник сталкивался с оценкой задачи. И, почти уверен, многим доводилось страшно ошибаться не в свою пользу. А потом либо думать, как же согласовать дополнительные сроки, либо изо всех сил стараться уложиться в озвученный вариант (нередко в ущерб качеству).

Некоторые проблемы лучше не решать, а избегать. (с) Тони Хоар, английский ученый, специалист в области информатики и вычислительной техники.

В айтишном фольклоре есть хорошая поговорка: «Админы делятся на тех, кто не делает резервные копии (бекапы), и тех, кто уже делает». Опытные админы к этому добавляют: «А еще есть те, кто уже проверяют бекапы».

Болезнь легче предупредить, чем лечить — слышали такое? Это применимо и к ИТ-сфере. Гораздо труднее бороться с последствиями сбоев, о которых уже кричат пользователи, чем внести в систему исправление, пока ничего критичного не произошло.

Меня два раза спрашивали (члены Парламента): «Скажите на милость, мистер Бэббидж, что случится, если вы введете в машину неверные цифры? Cможем ли мы получить правильный ответ?» Я не могу себе даже представить какая путаница в голове может привести к подобному вопросу. (с) Чарльз Бэббидж, английский математик, изобретатель первой аналитической вычислительной машины

Насколько проще было бы писать программы, если бы не заказчики. (с) Роберт Мартин, автор книг о разработке ПО