Если вы подходите под одну из этих категорий, черкните мне письмо (vronin at consultant.com) с тремя вещами
- резюме
- предпочтительным форматом сотрудничества (freelancer или через компанию или что-то еще)
- рейты

Заранее спасибо всем сконтактировавшим.

В основном эту мысль я слышал насчет iPhone’ов. Мол… Вон Apple миллиарды загребает на iPhone, кучи программ пишутся. Рынок вырос неимоверно, и поэтому если бы я разрабатывал под iPhone, то уже давно ездил бы на Буггати.

Пункт N1: Не помню, точную статистику, ну что-то типа верхних 1% от iPhone приложений приносят какие-то разумные деньги. (Это если самому продукт делать)

Пункт N2: Стоимость услуги зависит не только от спроса (скольким компаниям нужны iPhone программисты), но и от предложения (сколько программистов есть на рынке). И если 2 года назад, когда iPhone только взлетал, может быть в течении полгода и была нехватка (можно было снять сливки), то сейчас (по крайней мере в штатах) количество программистов под iPhone серьезно превысило спрос. (это насчет того, чтобы работать под заказ).

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

а) «Исчезания».

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

Дорогие товарищи freelancer’ы, обращаюсь к вам как представитель класса заказчиков. Это самый лучший метод потерять нас, даже если в остальное время вы супер-пупер потрясающе
исполнительные.

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

Кстати, проблема само собой не само исчезание, а то что о нем не оповещается. Таким образом заказчик остается без возможности принимать решения на основе полной информации о ситуации.

б) Не делание того, что говорилось раньше.

Одна из идей длительной и плодотворной работы freelancer’а с заказчиком – это «притирание» с обоих сторон. Когда заказчик вам говорит – после того как вы исправили баг – пишите мне об этом, то лучше всего это и делать, так как он это делает редко просто так. Зачастую же выходит, что freelancer делает только то, что он считает полезным или нужным делать. Мы даже не говорим о каких-то технических решениях, где freelancer может быть прав, а заказчик не прав. Мы говорим о том, чтобы заказчику было удобно и хотелось с вами дальше работать. Как вы считаете, если он вам дал 5-10 простых правил – после каждого бага мне письмо, исходники присылать раз в неделю и т.п, то нормально ли забывать это в 80% случаев после несколько разового упоминания?

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

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

Вторая компания, наоборот, выносит постоянно какие-то проекты, задачи, направления во внешние фирмы.

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

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

Мои 2 цента по этому поводу. Как по мне, наймом со стороны пользоваться таки нужно, но делать это с умом.

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

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

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

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

Вот такие вот мысли.

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

Соотвественно, что мне нужно будет:

а) В самом начале все настроить и установить на сервер (на данный момент я плохо знаю весь объем необходимых работ).
б) После этого раз в некоторое время (вероятнее всего раз в несколько месяцев) доставлять/удалять/обновлять программы.
в) Раз в месяц проверять, что на сервере все ok.
г) Чинить в случае, если что-то упадет.
д) В случае знания PHP – некоторый объем работ по этому блогу (а-ля обнавления на последние версии и т.п.)

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

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

Тому, кто заинтересовался. Пришлите мне на email: vronin at consultant.com
а) Ваше резюме, ссылку или что угодно описывающее ваш опыт
б) Стоимость вашего часа
в) Очень желательно, если бы вы могли дать несколько references на людей для которых вы выполняли похожие услуги и которые готовы дать о вас отзыв.

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

Ну отправил я это дело менеджеру, оценили, говорят – ну проектик маленький, где-то выйдет $500. Пересылаю я это пареньку и фигею с его ответа. Ответ примерно в таком ключе: «Ну и дураки же вы, я вот этот проект сделал за $20″.

В общем, как я и писал, фигею с такой наглости… а потом подумал-подумал и решил. А кто вообще из нас дурак? У меня вот фирма и получив такой проект мы бы взяли бы 500, причем заплатили  зарплату программисту, тестировщику, часть ушла бы на дальнейшее развитие, часть бы ушла в покупку оборудования и т.д и т.п. Хм… а товарищ, на$20 максимально, что сможет ну погудеть (и то не слишком мощно).

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

Года три – три с половиной назад, когда в Украине еще и не начались это сумасшедший взлет программистских зарплат, я предсказывал ситуацию, что прийдут американские и европейские фирмы и вздернут зарплаты вверх, плюс станет больше freelancer’ов, что тоже вздернет зарплаты вверх и это выбьет из бизнеса большинство мелких и средних контор занимающихся оффшором. Собственно говоря, что-то похожее произошло, хотя это еще не завершено.

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

P.S. Да насчет низких цен для маленьких фирм. Исключение является freelance. Все же это еще не бизнес, а просто контрактная работа. Тогда в случае если специалист хорош, то цены у него могут быть выше чем у мелких фирм.

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

Это очень похоже на то, как два ребенка тянут игрушку на себя. Вероятнее всего игрушка сломается и не одному из них не удастся поиграться. Что обычно говорят в этих случаях детям: ” Будь умнее”. Так вот, если ваш начальник умнее быть не хочет, то придется умнее быть таки вам (какое несчастье).

Достаточно близкую тему писал Крайнов в статье «Убей в себе отрицателя». Описал он хорошо, но в кое- каких выводах я с ним не согласен.

Итак, разберемся по косточкам, что может значить ваше «нет» и что нужно говорить в каждом случае

А) «Нет» значит «Не хочется».

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

Б) «Нет» значит «Не знаю».

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

В) «Нет» значит «Не удастся».

Честно говоря, в основном я писал эту статью именно из-за пункта В).

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

Итак, если вы все таки влипли в такую ситуацию, то не в коем случае не старайтесь сразу отпираться. Попытайтесь сначала «поиграться» с «параметрами системы». И все время говорите да.

Например: «Да, мы можем сделать эту задачу до пятницы, но нам нужно не менее трех программистов знающих эту часть проекта полностью сосредоточенных на задаче». Соответственно у начальства уже есть выбор – оно может снять задачи с других программистов и просить помочь. Или «да, мы можем это сделать, если убрать это требование».

Собственно говоря у системы есть следующие параметры:

- Количество людей на этой задаче

- Сроки сдачи

- Размеры/требования задачи

- Качество

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

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

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

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

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

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

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

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

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

Я уверен, что каждому в жизни приходилось просить какие-то мелкие вещи у  босса (типа, поработаю день дома, так как сантехник приходит). По большему счету и вам и боссу понятно, что работы толком не выйдет – однако босс таки говорит «ok». В ответ, когда наступает какая-нибудь жопа которую нужно разгребать на работе и он просит поработать в субботы – вы тоже говорите да, хотя вполне могли бы сослаться, на то, что вы на выходные уезжаете к троюродной тете и билеты уже куплены.

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

Таким образом, когда вы фирме (обычно боссу) или он вам делает услуги, вы как бы открываете друг другу кредит.

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

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

Насчет слежения за балансом. Нельзя делать так, чтобы баланс зашкаливал в любую сторону. Если вам дали кредит, а вы не «выплачиваете» его назад, то вероятнее всего вам перестанут в будущем давать этот кредит, да и плюс отношения станут ну очень холодными к вашей персоне. И тот кредит который вы должны были отдать в положительном виде (просьб), с вас возьмут в отрицательном (приказания). Ну и обратная ситуация, если вы даете фирме кредит, то советую вам использовать его, так как есть у фирм (и боссов) плохое свойство – забывать о кредите. Особенно учитывая то, что ситуация всегда неравновесная , как я писал выше.

Ну и последнее, не выходите за рамки маленького кредита. Чем больше кредит, тем сложнее следить за его балансом. Поэтому фирма легко сможет «попросить» вас сделать ей большое одолжение. В обратную же сторону это работает редко. Максимум, что можно получить – это много мелких одолжений.

Услуговые компании гораздо легче стартуются. Любой толковый технарь, уходя в freelance и нанимая помощника, стартует новую фирму предоставляющую услуги. И фирма начинает приносить доход крайне быстро. Существуют фирмы, предоставляющие и более сложные услуги, чем outsource, но тем не менее, все сводится к тому, что люди с какими-то особыми познаниями за деньги выполняют какую-то работу, и это значит, что как только есть один исполнитель и один заказ, то фирма уже имеет ненулевой доход. Еще одним плюсом таких компаний является то, что они не требуют больших финансовых вложений для старта. Однако есть один очень большой минус – тяжелое масштабирование. Для того, чтобы повысить доход в два раза, зачастую нужно увеличить количество наемных рабочих в три и больше раз.

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

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

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