Сделай код проще…

Вапще-то оригинальный пост называется Principles of simplicity, но я решил, что эти принципы относятся не только к кодингу непосредственно, но могут применяться в нашей, обыденной, повседневной жизни. Mads пишет о принципах, которые применяются у него на работе и которые помогают ему решать различные проблемы.

Перевод как всегда не дословный, а скорее уже условный, так как наполнен собственными мыслями и переживаниями:

1. Или проще или кошелёк

Некоторые разработчики решают поставленную задачу, создавая «туеву» кучу кода и классов, тем самым не решаясь сделать шаги по упрощению решения. И это резонно, когда поджимают сроки и коллеги проекта. Но. Это и отличает опытного девелопера от подопытного: гуру всегда будет стараться найти простое и эффективное решение, а салага так и останется со своей UML-диаграммой. Отсюда вывод: либо сразу старайтесь решить проблему как можно проще, либо так и оставайтесь со своими баранами, если Вы не можете предложить ничего более простого.

2. Не стройте субмарины

Всем давно известно, что любой ИТ-проект требует больше времени, чем предпологается по плану. Ф. Брукс про это сто раз повторил. Поэтому, если Ваш проект очень громоздкий, с кучей компонентов и настроек, времени качественно протестировать и отладить его у Вас наверняка не будет. Постарайтесь придать ему как можно более простую модульную структуру. Пофиксить баг в отдельном модуле намного проще, чем в монолитном приложении, даже после выпуска программы.

3. Кодингу — время, а тестированию — час

Смысл принципа заключается, в том что не стоит злоупотреблять тестированием, выискивая баги и измеряя производительность каждой строки. О том как лучше тестить Мэд тоже написал.

4. Точные и емкие названия

Если кто еще не соблюдает этот принцип, тот не умеет работать в команде. Давайте своим процедурам и методам лаконичные, простые и емкие названия. Читабельность, а значит простота кода увеличится в разы.

5. Простые и понятные комментарии

Здесь я Вас отправляю читать мой пост, пункт про способ написания комментов.

6. Копируй с умом

И вот Вы нашли чудо-исходник, вставили в код, работает. И в этот раз тоже. Во и сеня пашет! Правда Вы не понимаете как. А это уже сложность. Вывод — «вычищайте» найденные исходники, чтобы понять как работает код, делайте чужой код простым и понятным. Делайте это сразу!

7. Не в количестве дело

Если кто-то подумал, что простой код означает меньше строк. Отнюдь. Упрощение кода означает уменьшение сложности функционирования и развития программы. И количество строк роли здесь не играет.

8. Будь проще

Не надо строить из себя Джеффри, будь проще, не бойся спросить совета у коллеги по работе.

9. Расширяй кругозор

Способность посмотреть на проблему с разных сторон, применить для решения различные технологии, помогут найти действительно простое решение. Поэтому развивайся и самообразовывайся!

10. Чужой взгляд на проблему

Сколько кодеров, столько алгоритмов. Обсуждение решения проблемы с товарищами по ремеслу, поможет найти простое решение. Не доверяйте себе, говоря, что это действительно простое решение…наверняка найдется и на Вас Эйнштейн -)

PSS(полезная ссылка для блоггеров): а твой блог пропитан твоим духом? см. 20 пункт

ЗЫ:СЫ пишы с буквой Ы(полезная ссылка 4 NET koders) : http://devlicio.us/blogs/derik_whittaker/default.aspx

если Вам, мариблю, будет что-то непонятно, я всегда готов пояснить, если Вы готовы быть блондинкой =)

…а музыка была: U2 — Beautiful Day

Blogus tags : программирование,жизнь

del.icio.us Tags: программирование, жизнь

Tags: программирование жизнь

…да и благодарю Глобальных Диджеев за Технотроник, Пинк за Mr.President (хотя он этого не достоин), Нелли и Аврил за последние клипы, Тимбалэнда за качество, Джастина за концовку Lovestoned и скажите Муз-ТВ, что кроме Пэйнта, есть куча программ в которых можно создавать прикольное оформление канала…