Про программистов
 

Как умирают софтверные компании
Орсон Скотт Кард: отдельное эссе отдельное эссе из журнала Windows Sources, который выходил с 1993 по 2001 год.

How Software Companies Die
Orson Scott Card
Windows Sources, March 1995, p. 208

Среда, в которой талантливые программисты цветут и пахнут, убивает всяческого рода управленцев и маркетологов - и наоборот. Программирование - это Большая Игра. Она захватывает тебя, твое тело и душу. Как только ты увлекаешься ею - для тебя больше не существует ничего. Когда ты выползаешь на свет божий, то можешь с удивлением обнаружить, что у тебя полцентнера лишнего веса, что твое нижнее белье старше, чем среднестатистический первоклашка, и что, судя по стопке коробок от пиццы, наступила весна. Но тебе все равно, потому что твоя программа работает, и код ее и чист, и светел, и прекрасен. Ты победил. Тебе известно, что кое-кто считает тебя ботаном. Ну и что? Они-то не Игроки. Они никогда не фехтовали с Windows и не сходились в рукопашной с ДОС. Для них С++ - неплохая школьная оценка, почти В - а вовсе не язык программирования. Они практически не существуют. Подобно солдату или художнику, тебя не заботит мнение обывателей. Ты строишь изысканную и сложную вещь. Им не понять.

Пчеловодство

Секрет любой успешной софтверной компании - вы можете приручить программистов в той же степени, в которой пчеловод может приручить своих пчел. Вы не можете с ними общаться в полном смысле этого слова, но вы можете заставить их роиться в определенном месте и, когда они не смотрят, забирать их мед. Вы платите им деньги, чтобы они вас не жалили. Больше денег, чем они могут потратить. Но и это не так уж много. Все дело в том, что в головах у этих программистов постоянно звучат голоса их родителей, вопрошающие : "Когда ж ты наконец за ум возьмешься?". Вам просто надо платить им столько, чтобы они могли (тоже мысленно) ответить : "Блин, папа, да я зарабатываю больше тебя!". Это, в общем, не такие уж и большие деньги.

Они останутся в улье, если вокруг них будут роиться другие кодеры. Единственный человек, чья похвала чего-нибудь стоит - это другой кодер. Менее талантливые программисты будут на них молиться, равные будут состязаться и подстрекать друг друга к новым свершениям. Если же вы хотите, чтобы ваш рой был по-настоящему хорош, в нем обязательно должен присутствовать хотя бы один гениальный кодер, на которого остальные будут взирать снизу вверх - даже если он смотрит на код других программистов только для того, чтобы над ним поглумиться. "Он Игрок", думает начинающий программист. "Он посмотрел на мой код. Жизнь удалась". Кодеры забудут что такое сон, секс, здоровье и чистое нижнее белье, если софтверная компания сможет предоставить им такой улей - а компания сможет оставить себе львиную долю прибылей.

Без руля и ветрил

Существует одна проблема, которая убивает софтверные компании одну за одной. Во главе всех успешных софтверных фирм стоял один авторитетный лидер, заботившийся о программистах. Однако ни один лидер не вечен. Он либо продает свою долю в компании, либо приводит в компанию новых менеджеров, которые в конце концов выживают его из фирмы, либо сам становится таким менеджером. Так или иначе "эффективные менеджеры" берут управление на себя. Но ... управление чем? Менеджеры быстро обнаруживают, что вместо трудолюбивых работников у стройных конвейерных линий над их продуктом работает сборище непредсказуемых, неотзывчивых, недисциплинированных и, хуже всего, непривлекательных людей, которые противятся любым попыткам установить над ними контроль. Начните фиксировать часы их работы, оденьте их в костюмы и они помрачнеют и начнут саботировать разработку продукта. Хуже всего - вы будете чувствовать, что они над вами постоянно насмехаются.

Выкуренные

Однако для кодера потрясение является намного более серьезным. Он вдруг осознает, что его жизнь находится под контролем чуждых жизнеформ. Совещания, Расписания, Отчеты. А потом кто-то начинает требовать, чтобы он ПЛАНИРОВАЛ свою работу, а затем придерживался плана, ничего не улучшая и и не подправляя - и никогда, никогда не влезая в код другой группы. Молокосос, начинающий программистишка вдруг становится его начальником-тираном только потому, что он партнер по гольфу какого-то сфинктера в костюме. Улей разрушен. Лучшие кодеры уходят. А маркетологи, довольные тем, что их теперь окружают люди в галстуках и всё находится под контролем, с удивлением обнаруживают, что каждый релиз их продукта занимает все меньшую нишу на рынке, что код распухает, а количество багов растет. Наверное надо улучшить дизайн упаковки. Ага, точно.

Оригинал: http://www.cs.rpi.edu/~beevek/files/cardsw.html

Re: Про программистов
 

Зачётная статья.

Re: Про программистов
 

Эх, как за душу взяло то...

Re: Про программистов
 

да... много эмоционального.. но смысл ясен...

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

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

:)

Re: Про программистов
 

Грустно.. Вот по этому мечтаю работать программистом в лаборатории, а не коммерческой-до-мозга-костей компании. Хотя и это тоже не плохой вариант - платить будут прилично. главное что? Что б работа нравилась.

Re: Про программистов
 

А вот ДАО программирования, если кто не читал:

Содержание
Книга 1 -- Безмолвная пустота
Книга 2 -- Учителя древности
Книга 3 -- Проектирование
Книга 4 -- Написание
Книга 5 -- Поддержка
Книга 6 -- Управление
Книга 7 -- Административная мудрость
Книга 8 -- Аппаратное и программное обеспечение
Книга 9 -- Эпилог

Книга 1 -- Безмолвная пустота
Так говорил учитель:
''Когда ты научишься ловить код ошибки по стеку корки, наступит твое время уходить.''
1.1
Нечто таинственное возникло, родившись из безмолвной пустоты. Одиноко и недвижимо ожидая, оно покоится и все же пребывает в постоянном движении. Это источник всех программ. Я не знаю его имени, поэтому я буду называть его Дао Программирования.
Если Дао хорошее, то операционная система хорошая. Если операционная система хорошая, то и компилятор хороший. Если компилятор хороший, тогда приложение хорошее. Пользователь доволен и во всем мире проистекает гармония.
Дао Программирования уплывает далеко и возвращается на утреннем ветре.

1.2
Дао породило машинный язык. Машинный язык породил ассемблер. Ассемблер породил компилятор. Теперь в мире десять тысяч языков.
У каждого языка есть свое, хоть и скромное, предназначение. У каждого языка есть отражение Инь и Янь в программах. У каждого языка есть свое место внутри Дао.
Но не пиши на Коболе, если можешь этого избежать.

1.3
В начале было Дао. Дао породило Пространство и Время. Поэтому Пространство и Время это Инь и Янь программирования.
У программистов не постигших Дао всегда не хватает времени и свободного пространства для их программ. У программистов постигших Дао всегда достаточно времени и пространства для выполнения цели.
Как может быть иначе?

1.4
Мудрый программист слышит о Дао и усердно следует ему. Программист средних способностей слышит о Дао и ищет его. Неумный программист слышит о Дао и смеется над ним.
Если бы над ним не смеялись, это было бы не Дао.
Высокие звуки труднее расслышать. Движение вперед - пусть к отступлению. Большой талант проявляется на склоне лет. Великая белизна кажется покрытой пятнами. Даже в совершенной программе есть ошибки.

Книга 2 -- Учителя древности
Так говорил учитель:
''После трех дней без программирования жизнь становится бессмысленной.''

2.1
Программисты старых времен были загадочны и глубоки. Мы не можем постичь их мысли, но мы можем описать их внешность.
Осторожен, как лисица переходящая воду. Наготове, как генерал на поле боя. Сердечен, как хозяйка, приветствующая гостей. Прост, как деревянная заготовка. Непроницаем, как черное озеро в затененной пещере.
Кто сможет поведать секреты их сердец и умов?
Ответ существует лишь в Дао.

2.2
Великому учителю Тьюрингу однажды приснилось, что он машина. Когда он проснулся, то воскликнул:
''Я не знаю кто я - Тьюринг, которому снится что он машина или машина, которой снится что она Тьюринг!.''
2.3
Программист из очень большой компьютерной компании побывал на конференции, и возвратившись, доложил своему менеджеру: ''Что это за программисты работают в других компанях? Они плохо себя ведут, они не заботятся о внешнем виде. Их волосы длинные и неопрятные, а одежда старая и мятая. Они нарушили наше гостеприимство и еще они делали грубые звуки во время моей презентации''.
Менеджер сказал: ''Я не должен был посылать тебя на конференцию. Эти программисты живут вне физического мира. Они полагают жизнь абсурдом, случайным совпадением. Они приходят и уходят, не зная границ. Беспечные, живут только своими программами. Отчего же их должны заботить общественные рамки?
Они живы внутри Дао.''

2.4
Ученик спросил учителя: ''Вот программист, что никогда не проектирует, не сопровождает и не отлаживает свои программы. Однако все, кто его знают, полагают его одним из лучших программистов в мире. Почему так?''.
Учитель ответил: ''Этот программист овладел Дао. Он ушел от нужды проектирования; он не сердится, если система падает, но принимает вселенную такой какая она есть. Он ушел от нужды сопровождения; ему безразлично, увидит ли кто нибудь его код. Он ушел от нужды отладки; каждая из его программ совершенна изнутри, изящна и ясна, и ее цель самоочевидна. Поистине он постиг тайну Дао.''

Книга 3 -- Проектирование
Так говорил учитель:
''Когда программа тестируется, уже слишком поздно вносить изменения в проект.''

3.1
Один человек поехал на компьютерную выставку. Каждый день, входя, он говорил охраннику у дверей:
''Я великий вор, я знаменит многими делами. Смотри в оба, так как эта выставка от меня не ускользнет.''
Это сильно встревожило охранника, потому что внутри было компьютерного оборудования на миллионы долларов, и он пристально следил за этим человеком. Но тот просто бродил от палатки к палатке, тихо бормоча сам себе под нос.
Когда он вышел, охранник отвел его в сторону и обыскал, но ничего не нашел.
На следующий день выставки человек возвратился и поприветствовал охранника, сказав при этом: ''Я ушел вчера с огромной добычей, но сегодня она будет еще больше.'' Так что охранник смотрел еще пристальней, но опять безуспешно.
К последнему дню выставки охранник не смог более удерживать любопытство. ''Господин Вор,'' сказал он, ''Я так озадачен, я не могу жить спокойно. Пожалуйста просветите меня. Что вы крадете?''
Человек улыбнулся. ''Я краду идеи,'' сказал он.

3.2
Один учитель писал неструктурированные программы. Его ученик тоже начал писать неструктурированные программы, имитируя его. Когда ученик попросил учителя оценить его прогресс, учитель критиковал того за неструктурированный стиль, сказав: ''Что уместно учителю, то не уместно ученику. Ты должен постичь Дао прежде чем переступить структуру.''

3.3
Один программист был прикреплен ко двору военачальника из Ву. Военачальник спросил программиста: ''Что легче спроектировать: бухгалтерский пакет или операционную систему?''
''Операционную систему,'' ответил программист.
Военачальник недоверчиво воскликнул. ''Несомненно бухгалтерский пакет много проще чем сложная операционная система,'' сказал он.
''Это не так,'' сказал программист, ''когда проектируется бухгалтерский пакет, программист выступает посредником между людьми с разными взглядами на продукт: как он должен работать, как выглядят отчеты, и как он должен соответствовать налоговому законодательству. Проектируя же операционную систему, программист ищет самую простую гармонию между машиной и идеями. Вот почему операционную систему легче проектировать.''
Военачальник из Ву кивнул и улыбнулся. ''Это все хорошо, но что легче отладить?''
Программист не ответил.

3.4
Менеджер пришел к учителю и показал ему документ с требованиями к новому приложению. Менеджер спросил учителя: ''Сколько займет проектирование этой системы если я назначу на нее пять программистов?''
''Один год,'' сразу сказал учитель.
''Но она нужна нам немедленно - или еще раньше! Сколько это займет, если я назначу десять программистов?''
Учитель нахмурился. ''В этом случае, это займет два года.''
''А что если я назначу сто программистов?''
Учитель пожал плечами. ''Тогда проект никогда не завершится'' сказал он.

Книга 4 -- Написание
Так говорил учитель:
''Хорошо написанная программа это свой собственный рай; плохо написанная программа это свой собственный ад.''

4.1
Программа должна быть легкой и быстрой, а ее подпрограммы соединены подобно нанизанным жемчужинам. Идея и цель программы должны присутствовать в каждой ее части. В ней не должно быть ни слишком мало и не слишком много; ни лишних циклов, ни бесполезных переменных; ни отсутствия структуры, ни избыточной жесткости.
Программа должна следовать Закону Наименьшего Удивления. Что он гласит? То, что программа так должна выдавать ответ пользователю, чтобы удивить его при этом наименьшим образом.
Программа, какая бы сложная ни была, должна действовать как одно целое. Она должна быть подчинена внутренней логике, а не внешнему виду.
Если программа не удовлетворяет этим условиям, она будет беспорядочной и запутанной. Единственный способ поправить такую программу это переписать ее заново.

4.2
Ученик спросил учителя: ''Я написал программу, которая то работает, то сбоит. Я следовал правилам программирования, однако совершенно запутался. В чем причина?''
Учитель ответил: ''Ты смущен, поскольку не понимаешь Дао. Только глупец ожидает разумного поведения от людей. Почему же ты ожидаешь разумного поведения от машины, людьми сконструированной? Компьютеры симулируют детерминизм; только Дао совершенно.
Правила программирования преходящи; только Дао вечно. Поэтому ты должен медитировать о Дао прежде чем тебе откроется просветление.''
''Но как я узнаю когда оно мне откроется?'' спросил ученик.
''Твоя программа будет работать правильно,'' ответил учитель.

4.3
Учитель объяснял природу Дао одному из учеников, ''Дао воплощено во всех программных средствах -- даже в самых незначительных,'' сказал учитель.
''Есть ли Дао в карманном калькуляторе?'' спросил ученик.
''Есть,'' был ответ.
''Есть ли Дао в видеоигре?'' продолжал ученик.
''Есть даже в видеоигре,'' сказал учитель.
''А есть ли Дао в ДОС для персонального компьютера?''
Мастер кашлянул и немного подвинулся. ''На сегодня урок окончен,'' сказал он.

4.4
Один из программистов князя Вонга писал программу. Его пальцы танцевали над клавиатурой. Программа скомпилировалась без единой ошибки, и прошла тест как легкий ветер.
''Превосходно!'' воскликнул князь, ''Твоя техника безупречна!''
''Техника?'' сказал программист, отворачиваясь от терминала, ''чему я следую, это Дао -- что выше всех техник! Когда я только начал программировать, я видел проблему как одно целое. Спустя три года я уже не видел целого. Вместо этого я использовал подпрограммы. Но теперь я не вижу ничего. Я целиком существую в неоформившейся пустоте. Мои чувства свободны. Мой разум, свободный от намерений, следует своим инстинктам. Вкратце, моя программа пишется сама. Правда, иногда бывают трудности. Я вижу, как они надвигаются, я приостанавливаюсь, я молча смотрю. Затем я изменяю одну строчку в программе, и трудности исчезают как облачко дыма. И тогда я компилирую программу. Я замираю и позволяю радости работы наполнить меня. Я закрываю на миг глаза и отсоединяюсь от системы.''
Князь Вонг сказал, ''Если бы все мои программисты были так мудры!''

Книга 5 -- Поддержка
Так говорил учитель:
''Будь программа размером хоть в три строчки, но и ее однажды придется поддерживать.''

5.1
Часто открываемая дверь не требует смазки петель. Быстрый поток не превратится в болото. Ни звук, ни мысль не проходят через вакуум. Программы портятся без использования.
Это великие таинства.

5.2
Менеджер спросил программиста, сколько времени ему потребуется, чтобы завершить программу, над которой он работает. ''Она будет закончена завтра,'' сразу ответил программист.
''Я думаю, вы несколько оторваны от действительности,'' сказал менеджер, ''все же, сколько это займет?''
Программист на миг задумался. ''У меня есть несколько идей, которые я хотел бы реализовать в программе. Это займет по меньшей мере две недели,'' сказал он наконец.
''Даже в такой срок, это значит ожидать слишком многого,'' настаивал менеджер, ''Я буду удовлетворен, если вы просто оповестите меня, когда программа будет готова.''
Программист согласился.
Спустя несколько лет менеджер уходил на пенсию. По дороге к праздничному столу, накрытому в честь его ухода, он обнаружил, что программист спит у терминала. Он программировал всю ночь.

5.3
Однажды ученику было поручено написать простой финансовый пакет.
Ученик бешено работал в течение многих дней, но когда учитель посмотрел его программу, он обнаружил в ней экранный редактор, набор общих графических подпрограмм, интерфейс искуственного интеллекта и абсолютно ничего, относящегося к финансам.
Когда учитель спросил об этом, ученик вознегодовал. ''Не будьте таким нетерпеливым,'' сказал он, ''Со временем я вставлю финансовую часть.''

5.4
Хороший крестьянин пренебрежет ли зерном, что посадил? Хороший учитель проглядит ли самого скромного ученика? Хороший отец позволит ли хоть одному ребенку голодать? Хороший программист откажется ли поддерживать свои программы?

Книга 6 -- Управление
Так говорил учитель:
''Пусть программистов будет много, а менеджеров мало -- тогда они будут работать плодотворно.''

6.1
Когда менеджеры сидят на бесконечных совещаниях, программисты пишут игры. Когда бухгалтеры говорят о квартальных прибылях, бюджет на разработку урезается. Когда исследователи в докладах попадают пальцем в небо, наворачиваются тучи.
Воистину, это не Дао Программирования.
Когда менеджеры делают обязательства, игровые программы забыты. Когда бухгалтеры делают долговременные планы, гармония и порядок вскоре восстанавливаются. Когда исследователи выдают задание на руки, проблемы скоро решаются.
Воистину, это Дао Программирования.

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

6.3
Один менеджер был на грани увольнения, но программист, который с ним работал, придумал программу, которая оказалась популярной и хорошо покупалась. В результате менеджер сохранил свою работу.
Менеджер попытался заплатить программисту премию, но тот отказался, говоря, ''Я написал программу потому, что ее идею было интересно реализовать, и поэтому я не ожидаю награды.''
Менеджер, услышав то, заметил, ''Этот программист, хоть и занимает маловажную должность, хорошо понимает обязанности прилежного работника. Давайте поднимем его на должность руководящего консультанта!''
Но когда программисту предложили это, он опять отказался, говоря, ''Я существую таким образом, что я могу программировать. Если меня повысят, я не буду делать ничего, кроме как занимать чье-либо время. Можно мне идти? Я работаю над программой.''

6.4
Менеджер пришел к программистам и сказал: ''Относительно вашего рабочего времени: вы должны приходить в девять утра и уходить в пять вечера.'' Всех рассердило это заявление, а несколько тут же уволилось.
Тогда менеджер сказал: ''Хорошо, в таком случае вы можете сами устанавливать рабочее время, лишь бы ваши проекты завершались вовремя.'' Программисты, удовлетворенные, начали приходить к середине дня и работать до рассвета.

Книга 7 -- Административная мудрость
Так говорил учитель:
''Администратору можно показать программу, но нельзя сделать его компьютерно грамотным.''

7.1
Ученик спросил учителя: ''На востоке есть большая древовидная структура, которую люди зовут Главным Управлением. Она распухла в бесформенную массу, наполненную вице-президентами и бухгалтерами. Она издает множество указаний, и каждое говорит ''Все туда!'' или ''Все сюда!'', и никто не знает, что это должно значить. Каждый год новые названия вывешиваются на ветвях, и все попусту. Как может быть такая противоестественная сущность?''
Учитель ответил: ''Ты видишь эту огромную структуру и тревожишься о том, что у нее нет разумной цели. Разве тебя не развлекает ее бесконечное движение по кругу? Тебе не нравится беззаботная легкость программирования под ее укрывающими ветвями? Что же тебе до ее бесполезности?''

7.2
Не востоке водится акула, что больше всех других рыб. Она превращается в птицу, чьи крылья подобны облакам на небе. Когда эта птица прилетает, она приносит послание от Главного Управления. Послание падает в гущу программистов, как чаячья отметка на берег. Тогда птица поднимается ввысь, и оставляя чистое небо позади, возвращается домой.
Ученик в изумлении глядит на птицу, поскольку не может ее постичь. Обычный программист страшится прилета птицы, поскольку боится ее послания. Учитель за своим терминалом продолжает работать, поскольку он не знает о том, что птица прилетала и улетала.

7.3
Волшебник из Башни Слоновой Кости привез свое последнее изобретение, чтобы показать его учителю. Волшебник вкатил большой черный ящик в кабинет учителя, пока учитель ожидал в молчании.
''Это интегрированная, распределенная, общецелевая рабочая станция,'' начал волшебник, ''эргономично спланированная с патентованной операционной системой, языками шестого поколения, и многочисленными уникальными пользовательскими интерфейсами. Конструирование заняло у моих ассистентов несколько сотен человеко-лет. Разве это не удивительно?''
Учитель слегка приподнял брови. ''Это в самом деле удивительно,'' сказал он.
''Главное Управление приказало,'' продолжал волшебник, ''чтобы все использовали эту станцию как платформу для новых программ. Вы согласны с этим?''
''Конечно,'' ответил учитель, ''Ее немедленно переместят в вычислительный центр!'' И волшебник, весьма довольный, возвратился в свою башню.
Несколько дней спустя, ученик забрел в кабинет к учителю, и спросил, ''Я не могу найти распечатку моей новой программы. Вы не знаете, где она может быть?''
''Знаю,'' ответил учитель, ''все распечатки лежат на платформе в вычислительном центре.''

7.4
Мудрый программист без страха переходит от одной программы к другой. Никакое изменение в руководстве не может ему повредить. Его не уволят, даже если закроется проект. Почему так? Он наполнен Дао.

Книга 8 -- Аппаратура и программы
Так говорил учитель:
''Если нет ветра, трава не колышется. Если нет программ, компьютер бесполезен.''

8.1
Ученик спросил учителя: ''Я вижу, что одна компьютерная компания намного больше остальных. Она возвышается над конкурентами, как гигант над пигмеями. Любое ее отделение может заменить целое предприятие. Почему так?''
Учитель ответил, ''Почему ты задаешь такие глупые вопросы? Эта компания велика, потому что она велика. Если бы она выпускала только аппаратуру, никто бы ее не покупал. Если бы она выпускала только программы, никто бы ими не пользовался. Если бы она производила только поддержку, люди бы относились к ней, как к прислуге. Но так как она это все совмещает, люди считают ее богоподобной! Не стремясь, она побеждает без усилий.''

8.2
Однажды учитель проходил мимо ученика. Учитель заметил, что внимание ученика поглощено карманной компьютерной игрой. ''Прости меня,'' сказал он, ''могу я посмотреть?''
Ученик отвлекся от игры и подал ее учителю. ''Я вижу, тут предлагается три уровня игры: Легкий, Средний и Тяжелый,'' сказал учитель. ''Однако каждое такое устройство имеет еще один уровень игры, когда оно не старается ни победить, ни быть побежденным.''
''Прошу вас, великий учитель,'' взмолился ученик, ''как найти этот таинственный уровень?''
Учитель бросил устройство на пол и раздавил ногой. И внезапно ученик обрел просветление.

8.3
Один программист занимался микропроцессорами. ''Посмотри, как все у меня здорово,'' сказал он посетившему его программисту, работавшему с большими машинами. ''У меня моя собственная операционная система и файловое запоминающее устройство. Я не должен ни с кем делить ресурсы. Программы непротиворечивы и легки в использовании. Почему бы тебе не уйти с твоей работы и не присоединиться ко мне?''
В ответ на это другой программист начал описывать другу свою систему, говоря: ''Сервер покоится как древний мудрец, медитирующий в середине вычислительного центра. Его диски пролегают из края в край, как великий океан механизмов. Программное обеспечение многогранно как бриллиант, и переплетено как первобытные джунгли. Каждая программа неповторима, и движется сквозь систему как быстротечная река. Вот почему я счастлив где я есть.''
Услышав то, программист-микропроцессорщик надолго замолчал. Но они оба оставались друзьями до конца своих дней.

8.4
Аппаратное обеспечение встретило Программное по дороге в Чань Цзэ. Программное обеспечение сказало: ''Ты Инь, а я Янь. Если мы пойдем вместе, мы станем знамениты и заработаем много денег.'' И они пошли вместе, размышляя о покорении мира.
Вскоре они встретили Встроенное обеспечение, хромающее, одетое в изношенное тряпье и опирающееся на посох. Оно сказало: ''Дао лежит выше Инь и Янь. Оно безмолвно и недвижимо как озеро. Оно не ищет славы, поэтому никто не знает о его приутствии. Оно не ищет богатства, так как изнутри оно завершено. Оно существует вне пространства и времени.''
Программное и Аппаратное обеспечение, пристыженные, возвратились по домам.

Книга 9 -- Эпилог
Так говорил учитель:
''Наступило твое время уходить.''

Re: Про программистов
 

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

Re: Про программистов
 

ДАО программирования тоже ниче! у меня где-то валялось наподобие, потом залью. HolyDel'у - респект!

Re: Про программистов
 

вот еще немного грустного - дзен софтверного менеджмента:

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

Re: Про программистов
 

Когда правит тот, кто никогда не правил, уходят те, кто никогда не уходил.

Re: Про программистов
 

вот еще две вещи, которые мне понравились.

это - реальное письмо из канады (перевод):
Получено из Канады: Software development
__________________________

Любой русский программист после пары минут чтения кода, обязательно вскочит
и произнесет обращаясь к себе: переписать это все нафиг.
Потом в нем шевельнется сомнение в том, сколько времени это займет, и
остаток дня русский программист потратит на то, что будет доказывать самому
себе, что это только кажется, что переписать это много работы. А если
взяться и посидеть немного, то все получится. Зато код будет красивый и
правильный. На следующее утро русский программист свеж, доволен собой и без
единой запинки докладывает начальству, что переписать этот кусок займет один
день, не больше. Да, не больше. Ну, в крайнем случае, два, если учесть все
риски. В итоге начальство даст ему неделю и через полгода процесс будет
успешно завершен. До той поры, пока этот код не увидит другой русский
программист.
А в это время, в соседних четырех кубиках, будет ни на секунду не утихать
работа китайских программистов, непостижимым образом умудряющихся прийти
раньше русского программиста, уйти позже, и при этом сделать примерно втрое
меньше. Эта четверка, давно не пишет никакого кода, а только поддерживает
код написанный, в свое время индусом и дважды переписанный двумя разными
русскими. В этом коде не просто живут баги. Здесь их гнездо. Это гнездо
постоянно воспроизводит себя при помощи любимой китайской технологии
реиспользования кода - copy/paste. Отсюда баги расползаются в разные стороны
посредством статических переменных и переменных переданных по ссылке
(поскольку, китайский программист не может смириться с неудобствами
вызванными тем, что он не может изменить значение внешней переменной
переданной в его функцию модулями, которые переписывает русский
программист). Вспоминая об этой функции русский программист, как правило на
время теряет дар английской речи, и переходит к какой-то помеси русского и
китайского. Он давно мечтает переписать весь кусок, над которым работают
китайцы, но у него нет времени.
На китайцах висят серьезные баги, о которых знает начальство и постоянно их
торопит. Китайцы торопливо перевешивают баги друг на друга, поскольку знают,
что попытки их починить приведут к появлению новых, еще худших. И в этом они
правы. Разобраться в том, в каком порядке меняются статические переменные, и
как приобретают свои значения, способен только один человек на фирме -
индус. Но он пребывает в медитации.
Поэтому, когда всю четверку уволят во время сокращения... А кого еще
увольнять? Русский - еще не переписал свой кусок, а индус - главная ценность
фирмы - он редко обращает внимание на проект, но когда обращает, все
понимают, что так как он, архитектуру никто не знает. Так вот, когда
китайцев увольняют, у их кода возможны две основные судьбы. Первая - он
попадет к русским и его перепишут. Вторая - он попадет к местному,
канадскому программисту.
О, канадский программист это особый тип. Он ни на минуту не задумываясь, как
рыцарь без страха и упрека, бросится фиксить самый свирепый баг китайского
кода. Этот Баг живет там уже три года, и китайцы уже четырежды (каждый по
разу) сообщали начальству, что он пофиксен. Но Баг каждый раз возвращался,
как Бетмен в свой Готхем.
Итак, канадский программист сделает то, чего китайцы не рисковали делать в
течении трех долгих лет. Он, при помощи дебагера, отследит место, где
статическая переменная приняла значение -1 вместо правильного 0, и
решительным движением заведет рядом вторую переменную с правильным
значением. Баг погибнет в неравной схватке с канадским программистом. Но
победа будет достигнута тяжелой ценой. Работать перестанет все, включая
только что переписанный русским программистом код. Это повергнет русского
программиста в задумчивость на целых два дня, после чего он сделает, в
общем-то, предсказуемый вывод о том, что дизайн с самого начала был
неправильным, и все надо переписать. На это нам нужна неделя. Да, неделя, не
больше.
Канадский программист смело бросится налаживать все, и станет еще хуже, хотя
казалось бы... Эта суета выведет из медитации индуса, который придумает и
вовсе гениальное решение - отбранчить код. Согласно его плану, мы теперь
будем поддерживать две версии одного и того же кода - одну работающую но с
Багом, другую без Бага, но не работающую. Русский программист услышав об
этом плане, сломает линейку об стол и дома обзовет жену дурой, но на митинге
возразить не решится.
К счастью, все это не сильно влияет на дела фирмы, поскольку продукт
продается и так. Поэтому менеджмент ходит в целом довольный и не устает
напоминать всем, что они отобраны как лучшие среди лучших. И что мы давно
доказали свою способность выпускать продукт тем, что выпускаем его иногда.

а вот это возможно баян, ибо черт знает откуда я это выкопал, но перевод с английского (переводил не я, но английский вариант видел - похоже)

1. Русские программисты никогда не читают руководств и редко пользуются online подсказкой - они легко понимают новые
программы, потому как они ранее уже испробовали все программы подобного рода.

2. Русские программисты никогда не платят за софт. Они или крэкают его или покупают wonderful CD ( не стал переводить - так
красивше ) за 5 баксов с кучей софта. В любом крупном городе России.

3. Русские программисты всегда используют самые последние разработки в программном обеспечении - самые последнии версии
лучших программ - потому как не надо за них платить.

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

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

6. Русские программисты программируют на всех уровнях, и на процессорных кодах тоже, таблицы которых у них находятся
постоянно на рабочем столе. Они помнят назубок список функций прерывания 21h.

7. Русские программисты помнят всю раскладку английской и русской клавиатуры. Вы можете спросить посреди ночи, какая
клавиша находится между A и L, вы будете удивлены ответом: «Какую из семи назвать?»

8. Русские программисты ненавидят Майкрософт и Майкрософтовские программы, но используют их.

9. Русские программисты предпочитают Borland, а Microsoft компиляторы инсталлируют только из-за того, что в них хороший help
для Windows API.

10. Русские программисты в Интернете чувствуют себя очень комфортно. Они предпочитают всегда быть online, хотя бы просто
потому, что может срочно что-то понадобиться.

11. Русские программисты всегда в настроении попрограммировать.

12. Есть два вида Русских программистов - первые ненавидят Windows и программируют под Unix, вторые ненавидят Windows и
программируют под них. Макинтошевские программисты - не настоящие программисты - им больше подходит название - «юзеры».

13. Русские программисты нелюбят «кодировать» чью-то другую идею. Каждая программа пишется персонально.

14. Русские программисты всегда имеют копии Doom, Duke Nukem и Quake на их жестком диске. Они могут играть ночи напролет
по сетке в Deathmatch.

15. Русские программисты никогда не используют джойстик. Клавиатура - вот главное оружие.

16. Русские программисты никогда не сдаются. Они могут вылавливать баги из их программы забыв о сне и еде.

17. Жены Русских программистов несчастны, потому как им не уделяется внимания, пока в доме есть хоть один компьютер.

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

19. Начальники не любят Русских программистов. А кто любит умника, который все знает?

20. Русские программисты не любят использовать шаблоны. Их программы - это индивидуально написанные произведения с
большой долей импровизации. Причем, Русский программист старается во всю, чтобы побыстрее запустить программу и увидеть ее
в работе.

Re: Про программистов
 

Программист - начальнику отдела

Мы не можем справиться с предложенным проектом! Повторяю:
НЕ МОЖЕМ!
Это потребует полного изменения структуры дерева наследования, а
никто в нашем отделе в ней не разбирается. Более того, никто в компании не
знает даже языка, на котором это всё было написано, так что даже если
кто-то и захочет этим заняться, он просто не сможет. Если Вас интересует моё
мнение, наша компания вообще не должна соглашаться работать над подобными проектами.


Начальник отдела - руководителю проекта

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

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

Этот проект подразумевает изменение структуры, а у нас маловато опыта в этой области.
К тому же, у нас в компании не так много людей, которые специально обучались таким вещам.
Если Вас интересует моё мнение, мы бы смогли справиться с этим проектам, но на это у нас
уйдёт немного больше времени, чем обычно.

Менеджер среднего звена - менеджеру верхнего уровня

Этот проект подразумевает пересмотр структуры. У нас есть несколько специалистов, которые
работали в этой области и ещё несколько специалистов по языку реализации. Они могли бы
организовать обучение персонала. Если Вас интересует моё мнение, нам стоит взяться за этот
проект, но действовать нужно осторожно.

Менеджер верхнего уровня - управляющему

Этот проект даст нам возможность продемонстрировать нашу способность полного изменения структуры
существующей системы. У нас есть все необходимые умения и ресурсы, чтобы успешно справиться с
проектом. Некоторые сотрудники уже начали обучать других необходимым навыкам в неофициальном порядке.
Если Вас интересует моё мнение, мы не должны упустить этот проект ни в коем случае.

Управляющий - клиенту

Это как раз тот тип проектов, в которых наша компания специализируется. Мы уже завершили
несколько проектов подобного типа для крупных заказчиков. Поверьте, что в этой области именно
мы являемся наиболее компетентными. Если Вас интересует моё мнение, мы можем выполнить
этот проект успешно и в назначенные Вами сроки.

Re: Про программистов
 

Реально берёт за грудь...

Re: Про программистов
 

Программирование сегодня — это гонка, в которой соревнуются разработчики, стремящиеся построить большие и обладающие защитой от дурака программы, и Вселенная, порождающая все больших и качественных дураков. На данный момент Вселенная побеждает. (Рич Кук)


Бьерн Страустрап: Я всегда мечтал о том, чтобы работа с компьютером была не сложнее пользования телефоном. Моя мечта стала реальностью. Теперь я уже не знаю, как пользоваться всеми возможностями телефона.


Если отладка — процесс удаления ошибок, то программирование должно быть процессом их внесения. (Эдсгер Вайб Дейкстра)


Если за две минуты омлет еще не готов, у заказчика два выбора подождать или съесть его сырым .


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


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


Я пишу все свои критические программы на ассемблере, а комедийные на фортране.


Программирование — это как секс. Одна ошибка — и вам придётся поддерживать его всю оставшуюся жизнь. (Майкл Синц)

…В программировании содержатся также эстетические и практические ценности. Хорошую программу можно читать как стихи, и она может привлекать как песня, музыка или прекрасная картина. Каждый программист на своем опыте знает, что он ощущает каждый раз, когда программа начинает работать. Еще большее интеллектуальное удовлетворение можно получить, найдя хорошее решение трудной задачи. Наилучшие образцы программирования представляют собой творческую науку и искусство.Э. Хювёнен, Й. Сеппянен

Программирование, как и любовь -- одно слово, за которым скрывается бесконечное множество занятий.

Re: Про программистов
 

Класс.Аж в груди что то ёкнуло.

Re: Про программистов
 

Очень хорошие и правильные мысли.

Re: Про программистов
 

мне первые три больше всего понравились

Re: Про программистов
 

+1.
Гораздо больше, а не В.

Re: Про программистов
 

чуть меньше.
E - самая плохая
D - получше
C - еще лучше
B - ваще хорошо
A - отлично

Re: Про программистов
 

Оригинальная благодарность )))
http://foxweb.net.ru/texts/7.htm

а в аттаче без цензуры.

Re: Про программистов
 

Что Билл думает о Висте (возможно байан):
http://forum.codenet.ru/attachment.p...4&d=1170230398

Re: Про программистов
 

По моему бил думает не о висте, а об авторизации.

Re: Про программистов
 

тада зальем сюда

Ответ: Про программистов
 

Леонид Коновалов. БАЛЛАДА О НОВОМ РУССКОМ ПРОГРАММИСТЕ

Что-то с памятью моей стало,
Что-то стал соображать плохо -
То ли DIMMов у меня мало,
То ли DOOMов у меня много.

Появились в голове бреши,
Не упомню, хоть убей даже -
То ли Windows совсем свежий,
То ли с кэшем у меня каша?


Помню... как-то вдалеке... мелко...
Что винчестер зарядить надо,
То ли новая была стрелка,
То ли Quakeовских мочил гадов?

Помню, как на DVD-тачках
Мы наехали на их хазу...
Вспомнил! (смутно, как больной в спячке)
Я компьютерную брал базу!

Помню, хакер убегал в шортах,
Что-то кинул впопыхах он мне...
Помню, я его послал к черту,
Помню взрыв... И тишину помню...

Только плохо было мне очень,
Хоть об стенку головой бейся,
Но проснувшись посреди ночи,
Слово странное сказал: Бейсик!

Тут же кончились мои боли,
Мне родиться помогло снова -
То ли эхо той войны, то ли
Я волшебное узнал слово.

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

Надоели мне счета в банках,
Надоело разъезжать в Мерсе...
Может, хватит разгонять панков,
Может, лучше разогнать Merced?

Калькулятор подарю теще,
Чтобы прошлого забыть раны:
На разборки не пойду больше -
Блок системный разбирать стану,

Сам пойму, куда совать Zipы,
Если надо - кулаком врежу,
Взвесьте десять килограмм чипов!
И нарежьте мегабайт кэшу.

Мне серебряный desktop дайте,
Золотые прикрепив створки
Пятый Пентиум хочу, ш.....
Но малиновой, крутой сборки!

Я фирмой не гонюсь, люди,
Обьясню я продавцам в кассе,
На компьютерах стоять будет
Мой brand-name: Его купил Вася.

Стану пальцами сгибать спицы,
В тренажерах перегну спину,
Но накачаны, как мой бицепс,
Будут в тачке USB-шины.

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

Я, родное истязав тело,
Возле сердца напишу прямо
Красной кровью на груди белой:
Не забуду ASUSTEK-маму!

Сопли девкам подотру, только,
Раз у них без драйверов ноги,
Я Маринку подарю Тольке,
И продам я Зульфию Гоге.

Пусть поют им про любовь песни,
Пусть в дурной я окажусь славе,
Только чувствую экстаз, если
Прикасаюсь я к своей Клаве.

Буду сказочно любить Сказзи.
Целоваться под луной с ней же,
Чтоб по сотовой позвать связи,
Шестисотовый куплю пейджер,

Говорящую убив мышку,
Я на коврик посажу киску,
Из цепи, что тяжела слишком,
Наштампую золотых дисков.

Если старые друзья встретят
И приставят острый нож к горлу:
Знаешь, что таким, как ты, светит?
Я отвечу, как герой, гордо-

Я последним подлецом буду,
Только вас не предавал, просто
Злой меня заколдовал Voodoo,
Запугав своим вторым Монстром.

Укротите норов ваш буйный
Если выросла опять такса -
Я на принтере своем струйном
Нарисую вам еще баксов!

И уйдут они, раскрыв пасти,
Видно, есть у них в мозгах баги -
Их влекут 4D-страсти:
Девки, Доллары, Друзья, Драки

В их бандитские взглянув рожи,
Про себя я улыбнусь втайне,
Это ж надо, ведь и я тоже
Был такой же, как они, чайник!

Но теперь я среди всех первый,
Знал, что труд не пропадет тяжкий:
Двухэтажный у меня сервер,
Хоть с Каспаровым играй в шашки,

К Интернету подключен миксер,
В унитазе микросхем уйма,
И никак не разглядеть пиксель
На дисплее в шестьдесят дюймов.

Вентиляторы ревут зверски,
И которые уже сутки
Пять винчестеров скрипят с треском,
Шесть сабвуферов дудят в дудки,

На крутые поглядев штуки,
Из бутылки отхлебнув Коки,
Так и тянутся мои руки
Поиграться с ними в стрип-покер.

И наполнит благодать тело,
Только хочется душе драки,
Слезы гордости смахнув смело
Как заправский программист-хакер,

Я, чужую переняв моду,
Чтоб развеялась моя скука,
Биллу Гейтсу брошу торт в морду,
Чтобы больше уважал, сука!

Ответ: Про программистов
 

Круто.Аффтар давай ещё.

Вот эта строфа понравилась.:super:

Ответ: Про программистов
 

Не в рифму, но нормалёк..
Угу, тоже понравился этот куплетик :)

Ответ: Про программистов
 

вот, еще в тему попалось...

Закон программирования № 1. Ничто не работает так, как планировалось запрограммировать.
Закон программирования № 2. Ничто не программируется так, как должно работать.
Закон программирования № 3. Хороший программист характеризуется умением доказать почему задачу невозможно выполнить, когда ему просто лень её выполнять.
Закон программирования № 4. На решение проблемы уходит в три раза меньше времени, чем на обсуждение всех "за" и "против" её решения.
Закон программирования № 5. Обещанный срок сдачи - это аккуратно рассчитанная дата окончания проекта плюс шесть месяцев.
Закон программирования № 6. Программисту всегда известна последовательность действий, которыми пользователь может повесить его программу, но он никогда не чинит эту проблему, надеясь на то, что никому никогда не придёт в голову эту последовательность исполнять.
Закон программирования № 7. Настоящие программисты любят Windows - все ошибки, сделанные по собственной тупости, можно свалить на Microsoft.
Закон программирования № 8. Следствие закона № 7: 99% проблем, сваливаемых на Microsoft, является следствием тупости самих программистов.
Закон программирования № 9. В приступе злости все почему-то молотят по невинному монитору вместо системного блока.
Закон программирования № 10. В случае голодовки настоящий программист ещё месяц сможет питаться едой, выковырянной из-под кнопок клавиатуры.
Закон программирования № 11. Настоящий программист уже как минимум поменял три залитых пивом клавиатуры.
Закон программирования № 12. Все, кто испытывает проблемы с настройкой кодировки, автоматически считаются неандертальцами.
Закон программирования № 13. Дилетантские разговоры о компьютерах вызывают резкую тошноту вплоть до приступов рвоты. Вопрос о том, как поменять "обои" в Windows вызывает желание перерезать горло вопрошающему.
Закон программирования № 14. У большинства людей, нуждающихся в твоей помощи, причина ошибки в работе программы чисто генетическая.
Закон программирования № 15. HTML, HTTP, FTP, SMTP, TCP/IP, RTFM и т.д. - это слова, а не аббревиатуры.
Закон программирования № 16. Словосочетание "мышка-норушка" не несёт никакого смысла.
Закон программирования № 17. Самые мистические проблемы, широко раздуваемые и афишируемые, в конце концов оказываются твоими глупейшими ошибками.
Закон программирования № 18. Следствие закона № 17 - если твоя программа выполняет мистические действия, значит, ты сделал что-то невероятно тупое.
Закон программирования № 19. Самое плохое ощущение для программиста - когда вокруг тебя стоят десять человек и все пытаются найти причину проблемы в твоей программе, а ты уже понял, в чём проблема, но боишься сказать, потому что это что-то вопиюще глупое...
Закон программирования № 20. Решение всех жизненных проблем находится в Интернете. Надо только уметь хорошо искать.
Закон программирования № 21. Конфликт логических указаний в жизни вызывает фатальную ошибку в работе мозга программиста - возможно повышение температуры и сильное головокружение вплоть до рвоты или потери сознания.
Закон программирования № 22. Тех, кто презирает программистов, программисты презирают сильнее, чем те, кто презирает программистов, презирают программистов, которые презирают тех, кто их презирает.

кстати, а почему тема до сих пор не закреплена?

Ответ: Про программистов
 

Закон программирования № 22 рулз :)
а так ето боян :)

Ответ: Про программистов
 

Судя по № 11 я не нестоящий программист, а лишь Реальный Пацан заливающий свою клаву Спрайтом, и Молоком.
А вообще супер! :)

Ответ: Про программистов
 

Вот еще боян
И вот еще:

Хе-хе :)

Ответ: Про программистов
 

Первое очень понравилось(про винду). Про естественную среду обитания программистов.

Ответ: Про программистов
 

Не сказал бы что естественную, многие не заявляют о себе, и тусят в закрытых комьюнити, а мы о них и не знаем..

Ответ: Про программистов
 

манифест хакера (может кто еще не читал, хотя вещь стоящая, имхо):

Ответ: Про программистов
 

Ответ: Про программистов
 

В книге Таненбаума "Архитектура компьютера" наткнулся:

Ответ: Про программистов
 

Ответ: Про программистов
 

Ответ: Про программистов
 

Ответ: Рестарт?
 

Мало какую область творчества так хорошо характеризует пословица "дальше в лес - больше дров", как разработку игр.
Стадия 1. По началу радует, что ты можешь делать 3д игры. У тебя есть само 3д и этого достаточно. Это период на винте появляется куча разных недоигр больше похожих на нечто с названием "fpslookexample".
Стадия 2. Эйфория проходит. Вместо нее приходит понимание того, что в твоей игре недостаточно технологий. Появляются различные библиотеки с партиклами, зеркалами, искажением, и прочей фигней, которая не работала бы в нормальном проекте. Игра под названием "fpslookexample" уже становится более технологичной. В ней появляется нечто отдаленно напоминающее технологии. Как правило партиклы или примитивная физика.
Стадия 3. Вдруг оказывается, что в твоей игре нет честных теней, блюра, физики, да и проклятый железный ящик на карте "test5" не бликует. Попытка исправить это самостоятельно неизбежно терпит крах. Приходит понимание того, что не все велосипеды тебе под силу. Возникает потребность в подключении сторонних библиотек.
Стадия 4. Начинается ковыряние уже существующих технологий. Так как пара десятков shadowcaster'ов начинает сильно тормозить приходится оптимизировать и в сотый раз все переписывать.
Стадия 5. Все больше понимаешь, что упустил нечто важное. Оказывается, что модельки, которые ты использовал - либо некачественные, либо слишком примитивные, либо не вообще стыренные. Начинается хаотичное изучение всего и вся. На этой стадии так же приходит понимание того, что помимо освещения существует еще и куча нюансов, таких как звук, анимация, геймплей наконец. А все эти системы нужно еще как-то еще увязать между собой... и делать это вместе с изучением основ и глубин таких областей как моделирования\рисования\написания музыки. В этот момент картина складывается не очень радужная. Кроме того у тебя оказывается нет четкого представления об "игре мечты".
Стадия 6. Запустив как то на досуге старую игру с ужасом понимаешь на первый взгляд не очевидную вещь. Оказывается, что для создания игры уровня первого Макса Пейна, нужно не слабо так потрудиться. А с использованием современных технологий сложность возрастает многократно.
Стадия 7. Оказывается, что для создания "игры мечты" в 2д нужно не слабо так потрудиться...

Ответ: Рестарт?
 

...
Стадия 8. Гордо делаешь все велосипеды сам. Может дойти до написания своего движка. Теперь у тебя всё бликует как надо, деферед с MSAA и чего только нет.
Стадия 9. Все технологии теперь пашут, но игры все равно нет, только супер технологический fpslookexample без геймплея.
...

Ответ: Про программистов
 

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

Ответ: Рестарт?
 

Браво! Это все про меня в молодые годы...

Правда кроме 7 пункта, ибо 2Д игра мечты как-никак но черепашьими темпами пишется.

Ответ: Про программистов
 

У меня немного по другому:
1. Поиграл в игры и решил что надо попробовать что-то сделать самому.
2. Помоделил чайники в 3д максе (тогда еще 5 версия только вышла) и понял что чего-то не хватает.
3. Мне подсказали что нужно программировать. Порекомендовали С++.
4. Ну и дальше всё началось с вывода хелловорлд в консоль. Вся работа с движками, редакторами, блицами и гейммейкерами мимо меня прошла. Я как то верил с самого начала, что серьёзный подход должен заключаться в программировании на с++ и гапи с нуля (как теперь кажется это было только частично верно).
5. Ну и потихоньку пришел к ранее упомянутым Стадии 8 и 9 минуя 1 - 7 ( ну 7 для меня была очевидна потому что с с++ не забалуешься ).
6. Собственно проблема Стадии 9 заключается в том что даже если ты много знаешь, большой объем работы остаётся в любом случае. Решение - нужно научиться создавать команду, раздавать работу в аутсорс, планировать, ну и иметь минимальные навыки руководителя. Одним словом совместить индивидуальные навыки с командной работой.

Ответ: Про программистов
 

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

Ответ: Про программистов
 

Однако мои соображения следующие:

Это два разных вопроса: один должен решить проблему ликвидации лишней работы, другой - выполнение уже установленного количества работ. Стадия 7 должна предполагать наличие достаточного количества знаний о том "что нужно делать, а что нет".

Поэтому...
Жестоко пахать (в контексте выполнения некоторых однотипных работ, характерных для больших проектов) - не является продуктивным решением, потому что результат имеет линейную зависимость от вложенных усилий (при условии что уже выработано оптимальное решение индивидуального выполнения работы). Да, оправдано будет применить данную технику в случае некоторого отставания от графика, когда количество недовыполненного объема работ и общий объем требуемый для выполнения проекта - близкосопоставимые величины.

Разница же между проектом в Стадии 9 и полноценной игрой различается не менее чем на порядок. Здесь необходимо качественное изменение подхода к решению задачи. В данном случае переход от индивидуального выполнения к командной разработке многократно повысит производительность, с перспективой меньшего количества затраченных усилий (достаточно раз наладить работу команды, чем постоянно всё больше и больше нагружать свой рабочий день, осознавая что легче уже не будет).

Ответ: Про программистов
 

Неистава люта булчую этого Джокера.

Ответ: Про программистов
 

я не говорю про однотипную работу, скорее наоборот про разнотипную.
чтобы сделать хорошее демо, тебе надо сделать максимум важного и минимум неважного. т.е. вот так: http://ru.wikipedia.org/wiki/%D0%97%...B5%D1%82%D0%BE
Если ты делаешь однотипную работу, то скорее ты где-то пошёл не в ту сторону. Собственно, имхо, для реализации какого угодно проекта в первую очередь необходимо выделить самое главное, без чего проекта не будет, а из него ещё самое главное и т. п. Игра не загнется от того, что ты не расставил фонарные столбы по всей локации, от того что у тебя UV кривые на мусорном бачке, от того что ты сделал 3 квеста вместо 100. Главное реализовать самую самую суть. Это единственный вариант, если ты хочешь что-то успеть.

В данном случае переход к командной разработке (больше чем из 3 человек твоих друзей) ничего лучше не сделает. Если ты САМ не можешь сделать игру и не представляешь как (даже если бы это заняло очень много времени), то и других ты правильно не скоординируешь, будет у тебя команда настраивать UV на мусорных бачках, а игра от этого лучше не становиться. Если ты САМ способен сделать рабочее демо, и сделал его, то ты знаешь подводные камни, ты знаешь что удачно играется/легко делается, а что неудачно/сложно, ты знаешь в каких местах очень нужна хорошая медия, а в каких можно обойтись подешевле.
Если ты начнёшь с команды, имхо, это будет способствовать тому, что
- каждый будет делать свою игру и считать что он самый правый
- каждый будет более расслаблен, свалив часть ответственности на другого
Повторюсь, если речь идёт о команде аля я и пара моих друзей, то результат и правда может быть гораздо лучше - вас будет достаточно мало для сохранения индивидуальной ответсвенности, и вы все будете проникнуты идеей.

Ответ: Про программистов
 

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

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

Далее давай тогда разделять демо и готовый проект, возможно от стадии 9 сначала надо перейти к стадии демо, а потом уже к полноценному проекту, но от последнего всё равно не уйти, а значит и однотипную работу надо выполнить. Следовательно можно согласиться что до стадии демо по прежнему выгодней работать одному, исключая однотипную объемную работу, и сосредоточить внимание на сути демы. Но далее, нужно что-то предпринимать, если проект большой - в одиночку ты затратишь неоправданно много времени. Согласен что в случае наличия демы у тебя вообще будет больше шансов собрать команду.

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

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

Ответ: Про программистов
 

согласен

Ответ: Про программистов
 

Кстати в тему "надо делать игру, а не технологии". Занимательная статейка про рендер третьего дьяблуха.