Так как сказать наболело товарищи…

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

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

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

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

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

Согласен, бывает и а вдруг, и в таком случае, политика получается достаточно выгодная, но чаще всего это страуссиная политика - видеть проблемы на расстоянии вытянутой руки, но не задумывать о том, чтобы свернуть.

Кто-то об этом писал… А все нашел Death March

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

Увы, в этой ситуации я как раз в лагере разработчиков, что совсем не смешно.

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

Так вот, я бы сказал, что есть две самые большие проблемы, с которыми мне тяжело мириться и почему мне интересно движение в сторону бизнеса.

а) Стеклянный потолок, который я обсуждал в своих статьях.

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

Я бы сказал, есть только два направления, которые могут серьезно поднять потолок, при том, что я буду оставаться наемным рабочем - уходить в sales или становиться верхним менеджерским составом (а-ля CEO, CTO и т.п.). И то и другое на самом деле пол шага от полноценного ведения своего бизнеса.

б) Устаревание знаний

Как технарь, фактически весь запас моих знаний устаревает в течении 5-10 лет. Например, то, что я знал 10 лет назад - уже просто никому не нужно (Turbo Pascal, Basic, программирование под DOS). То, что я знал 5 лет назад, полуумершая система (PalmOS).

Я вполне нормально отношусь к идее учиться всю жизнь. Это то, что прийдется принять как данность, в новом подвижном мире. Но, вот не прет меня идея, что 80-90% знаний через 10 лет можно будет спустить в унитаз.

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

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

А что вас движет (конечно если движет) в сторону бизнеса?

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

Итак, вот он план…

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

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

Идем дальше. Насчет «Самоучителя» . Идея в том, чтобы можно было научиться без того, чтобы дергать кого-то постоянно за рукав и спрашивать: «Дядечка, а что значит эта фраза и как сделать то и другое?».

Ну и последнее и самая любимая часть «идеальный» Ну, как же может программист (и злобный властелин по совместительству) собираться сделать что-то меньше, чем идеальное?

Что меня убивает во всех учебниках это фразы «а-ля»:

«Выражение присваивания - этот нетерминальный символ используется в Справочном руководстве по C++ для обозначения элементов списка выражений. Не следует особо смущаться по поводу этого нового обозначения. Это всего лишь частный случай выражения.»

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

Собственно говоря, основная идея в постоянном feedback’е. Самоучитель предполагается быть onlin’овым и ключевой возможностью будет пометка абзацев/глав и т.п. Их можно будет помечать в стиле «Не фига не понял», «Скучно/нудно и уже сто раз было до этого написано» и т.п.

И само собой, плохие абзацы постепенно будут заменяться, поясняться и улучшаться.

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

Начну с другого конца. Я уже один раз писал книгу. Во первых это заняло гораздо больше времени, чем я ожидал, во вторых я ее не успел довести до ума из-за улета в США. Но, что я вынес, что писать книгу от корки до корки самому – достаточно длительный и сложный труд.

А по сему, я хочу найти братьев по разуму, которым было бы интересно поучаствовать в этом проекте.

Заранее оглашу, проект будет бесплатный (во всех пониманиях это слова). То есть платить за помощь, увы, я не буду, но и взымать деньги за использование, кем то ни было учебника тоже не собираюсь. В общем, в конечном итоге, это будет книга в стиле open source (c определенными ограничениями).

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

Я искренне надеюсь, среди сотен постоянных читателей найти хотя бы 5-7 человек, которым хочется поучаствовать в моем злостном плане.

Кстати и если вам не составит труда и вы знаете, кому может быть интересна эта идея – киньте им ссылочку или поставьте у себя в блоге ссылочку на этот пост.

Подкинули интересную ссылочку. http://www.djangobook.com/en/1.0/chapter01/. Где-то так я это и вижу.

P.S. Я создал две начальные страницы проекта. Одна содержит описание идеи проекта, вторая содержит ответы на часто задаваемые вопросы.

Написал вчера пост о том, что мелкими действиями плохой проект не спасти и натолкнулся на удивительный отпор

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

А в этом посте, хочу привести один пример.

Человек пошел в ванну чистить зубы, вдруг слышит пожарную серену и видит, что в ванну врываются клубы дыма… Ну, он подумал-подумал и решил, что чистить зубы это полезно для здоровья и решил продолжить это делать. Вот такая, странная трагическая история.

Внимание вопрос. Стоило ему пытаться спасаться? Я думаю - ответ “да”. Полезно ли чистить зубы? Ответ тоже “да”. Какого же фига нужно спасаться от пожара, а не чистить зубы?

То, что я хотел сказать (и в прошлом посту и в этому), что в мире есть миллион полезных вещей. В программирование этих полезных вещей не меньше.

Сделать ВСЕ полезные вещи нереально. Следовательно нужно расставлять их по приоритетам. Зачастую приоритеты зависят от сложившейся ситуации.

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

Из моего лично опыта, если человек делает даже приоритет N2, вместо приоритета N1 - это уже обычно на длительном отрезке времени ведет к проблемам. Если человек делает приоритет N10 , вместо приоритета N1 - то это полный пипец (даже на коротком участке времени)

Резонный ответ из зала. Но, все равно, лучше делать N10, чем N20 или чем вообще ничего не делать.
Моя саркастическая фраза: Да, конечно, в момент пожара лучше чистить зубы (N10), чем читать газету(N20). Это гораздо эстетичнее и красивее.

Опять ответ из зала: Так, что же вообще ничего не делать? Я скажу так, что если кто-то не решаете приоритет N1 или N2, то толк от человека фактически равен ничего не деланию. А если этим еще и расходуются деньги фирмы на деланье приоритета N10, то лучше вообще чтобы такой человек ничего не делал (был уволен).