10 законов Простоты, которые Разработчик должен знать

Автор: Richard Wong

Недавно я вновь перечитал "Законы Простоты"  Джона Маеда.  Он дизайнер, художник и компьютерный исследователь в MIT Media Lab.  В книге Джон предлагает 10 законов для упрощения больших систем в бизнесе и в жизни.

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

Вот эти 10 законов:

Программистами не становятся, ими рождаются

Автор: Swizec Teller

Оригинальная статья

Программисты люди особого сорта, а хорошие программисты особенно - в нашем ремесле больше искусства, чем мы хотим признать, пытаясь втиснуть его в рамки инженерной дисциплины. На самом деле оно больше похоже на математику, музыку или колдовство Келли из Firefly.

Хорошие программисты имеют особое чутьё, талант, который трудно объяснить, и еще труднее приобрести.

Несколько недель назад @zidarsk8 прибежал ко мне: "Чувак! Этот парень! Я учил его кодировать! Он уже лучше меня! Месяц назад он даже не слышал про переменные! Это просто пипец!"

Ничто так не увеличивает ценность программиста, как отсутствие документации.

19 Эпонимических Законов Разработки ПО

Автор: Phil Haack
Взято тут

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

Я осознал это на днях, когда читал сообщение в блоге, в котором была ссылка на закон Постела. Я сразу же подумал, что автор этого сообщения должен быть очень умным обладателем членской карточки MENSA. Вероятно он был в спортивной футболке от XKCD с глупой юниксовой шуткой, когда писал пост.

Я признаю, друзья, что вынужден был искать что означает тот закон, и вот тут я понял, что я могу выглядить страшно умным, как и этот парень, если я просто сделаю ссылку на любой эпонимичный (Я подожду, пока вы ищете что это означает) "закон" найденный мной.

И, как общедоступный сервис, я собираюсь вам всем помочь показаться умными, опубликовав все свои находки здесь! Не позволяйте никому говорить, что я не пытаюсь представить своих читателей в хорошем свете. Если вы хорошо выглядите, я тоже выгляжу хорошо.

Убедитесь, что использовав один из них в своем следующем посте, вы будете выглядеть таким  же умным, как и я.

- Ты чем занимаешься?
- Программы пишу!
- А слабо написать про килограммы?!

1-ый Закон Разработки Программного Обеспечения

Автор: Jurgen Appelo
Оригинал 

Есть как минимум три причины того что люди наиболее важная часть любого программгого проекта. И это приводит (я хотел бы назвать так) к 1-му  Разработки Программного Обеспечения ...

Три причины чтобы почувствовать себя важными

Ранее в блоге я утверждал, что разработка ПО в первую очередь творческая деятельность, и люди наиболее (если не единственные) творческие участники любого программного проекта. (По моему опыту, они также наиболее деструктивные участники, но это уже другая история.) Таким образом, разработка ПО, как творческий процесс, это люди.

В другом посте я утверждал что "люди важнее процесса"- универсальный принцип. Это потому, что только люди имеют такой уровень сложности, который необходим для управления сложными системами. Процессы и методы никогда не станут такими же сложными что и люди. И как следует из Закона Необходимого Разнообразия процессы сами по себе не имеют полномочий для управления программными проектами. Людям не нужны процессы, чтобы быть эффективными.Это процессы нуждаются в людях, что корректно работать.

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

Перечислив три основные причины почему люди находятся в центре любого программного проекта, я думаю, можно с уверенностью сделать следующее утверждение:

8 способов для программиста, чтобы остаться в здравом уме

Автор: David Walsh

Взято тут

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

Итак, почему мы делаем то что мы делаем? Мы любим программирование. Нам нравиться создавать функциональные, виртуальные миры, где люди могут получать информацию, закачивать фотографии и знакомиться с людьми. Нам нравиться взять определенный набор правил и вогнать их в нужные рамки. Нам нравиться, что мы можем создать код, который в один день может стать денежным источником типа Facebook или Digg.

Вместе со всеми преимуществами, что дает работа программиста, работы может оставаться бесконечно много. Борьба со стрессом, которая возникает в нашей работе, является важным умением. Я составил для вас, программистов, список способов как остаться в здравом уме.

Культы в программировании

Автор: Mike Ash
Оригинал взят тут

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

ЗЫ. Если вы обидчивы и думаете что можете попасть в одну из этих категорий, пожалуйста, не читайте дальше.

Почему я, как программист, лучше чем вы

Автор: Jason Young
Оригинал взят тут

Что делает одного разработчика лучше другого? Не должны ли мы все находиться на одном уровне? Конечно нет, мы не пришиваем пуговицы на сборочной линии. Мы используем каждый бит нашего интеллекта, чтобы сделать что-то, что только мы сможем понять.