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

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

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

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

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

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

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

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

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


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

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

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

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

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

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


Автор: David Walsh
Взято тут

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

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

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

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


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

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


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

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


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

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