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

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

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

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

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

Вот например, так компания в которой я работал, эдак лет с 10 назад сделала маленькую утилитку для выборочного шифрования файлов на SD карточке для Palm. Ну, что, какой потенциал у этой идеи? Я думаю все скажут, что откровенно маленький.
А теперь глядим дальше. Где-то 8-9 лет назад она эту утилитку расширила и сделал небольшую программу для Palm, которая позволяет шифровать данные и на устройстве и на карточке, плюс показывать пароль. Уже конечно лучше, но, программа продается по $20 на сайтах а-ля Handango и тоже пока не слишком выглядит мощной.

Движемся дальше, и где-то лет 7-8 назад, количество функциональности нарастает - появляется пароли на отдельные программы, запрещение использования IR портов, добавляется Desktop часть по управлению настройками (что разрешать, что запрещать). Уже звучит еще более интересней.

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

Далее, где-то 5 лет назад в эту смесь добавляются венчурные капиталисты, которые вливают деньги в компанию и перестраивают ее на путь enterprise mobile security. Продукт перестает продаваться в розницу и переходит чисто на опт. При этом все продолжают расти количество функций и количество поддерживаемых устройств.

Следующие где-то два года идет бег на месте, так как на рынки мобильных платформ большой сдвиг. PalmOS с четвертого перешел на пятый, вышел WinMobile 5.0 и компания просто гребет против течения, чтобы не унесло в открытое море. И где-то три года назад, компания переходит с режима центральная программа Desktop, на центральная программа в Web, плюс появляются возможность централизованного просмотр информации о том, какие устройства защищены, а какие нет, функции по удаленной работе с устройствами.

И где-то в течении прошлых лет трех, парадигма меняется с режима “шифрование на устройстве”, на “управление безопасностью мобильных устройств в компании”. Соответственно, заказчики уже не мелкие голожопики, которые покупают по 1-3 копии, а серьезные фирмы, которые покупают продукт очень крупных оптом. Плюс, к этому времени уже очень много компаний обеспокоины тем, что потеря мобильника с 4Gb памяти с кучей почты содержащей конфиденциальную информацию ни чем не уступает уже потери notebook’а.

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

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

Была такая игрушка Elite и вот в ней были какие-то деньги (если мне не изменяет память - назывались credits) и мне мой старшний брат показал хитрый трюк, как с помощью hex editor’а можно эти деньги подправлять. Ну, и это дело мне очень даже понравилось и я позже применял это в Kings Bountry, Civilization и пару других игр.

Правда, папа потом был мягко говоря шокирован, когда увидел в руках 10-и летнего сына DiskEdit. Небольшая утилитка с помощью которой можно было отредактировать ЛЮБУЮ часть винчестера  (включая FAT, boot). В общем одно неправильное движение руки и все данные на вашем компе уходят в банк знатоков.

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

По ходу, я пару раз даже пытался писать игры. Мелких попыток я даже не учитываю, их было с десяток начиная с момента овладевания программирования и до послупления на работу. И из крупного, уже работая с друзьями/сотрудниками пытался сделать Warlord для Palm… Правда дальше планирования и research’ей дело не пошло.

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

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

Кстати, а кто еще проходил через эту стадию игр? А кто к ней так и не охладел?

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

По этому поводу, обязательно нужно разводить бухгалтерию фирму и свою бухгалтерию.

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

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

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

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

P.S. Кстати, по поводу личного бюджета  - очень рекомендую сервис 4 конверта, продвигаемые Максом Крайновым.

P.P.S. Тем, кто озабочен налоговым вопросом. В Украине и России есть эквавалентные вещи, когда можно платить константный налог, при том, что у тебя доход меньше определенног (действует это только для частных предпринимателей). Но в целом, статья была не о налоге.

И вот сегодня задался сходным вопросом, сколько стоит небольшой остров…. и обнаружил, что остров в 30 акров (порядка 1 км квадратного) недалеко от Чили можно прикупить за $30K. Да…да… Я не опечатался, именно за 30 тысяч долларов (что примерно равно цене 2х комнатной квартиры в Харькове) и примерно равно 1/8 стоимость квартиры в штатах (в том месте где я нахожусь).

А может быть, махнуть на острова…. Поставить себе спутниковый инет и работать себе попивая пивко на берегу собственного острова.

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

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

Но, вот, что меня убивает на корню, когда архитектор простейшую операцию а-ля “почистить зубы” начинают обсмаковывать. А ведь можно почистить не только зубы, да и зубы можно не только почистить но и прополоскать. Итого, давайте введет объект действия и тип действия. Да, а ведь еще есть и цель действия. Тоже, для обобщения введем ее туда. И все эти действия объект может делать над субъектом. Итого, получаем эдак 3-4 разных сущности, которые посылают друг другу сообщения. Ну и само собой, все это может быть распределенным, если например дантист чистит чужую вставную челюсть, так что все это построим на базе SOA.

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

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

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

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

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

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

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

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

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

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

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

Тут у меня назрел вопрос по тому как синхронизовать некоторое количество данных между notebook и desktop (физически находящихся в разных местах).

Самое ключевое:

- Почта (Thunderbird)

- IM (Miranda)

Чуть  менее важное:

- Закладки в Firefox

- Некоторое количество документов

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

Подскажите, кто решал эту проблему - чем пользовались, насколько гладко все проходило? А также, что происходит (и как часто) бывают конфликты (когда обе стороны были изменены)?

P.S. Огромное спасибо всем, кто откликнулся. Извиняюсь, что не отписал каждому, так как пришлось бы 20 раз писать “спасибо” Так, что ответы только там, где у меня дополнительные вопросы.

P.P.S. Операционная система - WinXP. Xmarks уже поставил, остальное буду глядеть и выбирать.

Ну, по ходу,  мне стало интересно, как они работают. Кое что у них поспрашивал - выяснилась следующая картина.

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

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

- В третьих, самое ключевое, за счет чего они работают - это объемы. Сидят 5-6 молодых людей и девушек весь день на телефоне, обзванивают заказчиков и программистов и сводят воедино. Каждый делает скажем 15 звонков в день, и где-то 10% из них ведут к заинтересованности. Дальше проводят собеседования, пытаются подобрать кандидатуры.

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

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

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

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

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

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

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

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

Вот такие вот дела.

- организация совещаний

- соотношение менеджеров и исполнителей

- американский миф о команде

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

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

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

а) Длительность митинга должна быть обозначена заранее.

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

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

в)Должен быть координатор совещания.

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

в) Должен быть человек, который имеет право принимать решения. Особенно, это важно если совещание собрано именно для принятия решений, а не для генерации идей. Я, вообще, очень сильно настаиваю на то, чтобы в компании было достаточно четкое разделение прав, ответственностей и полномочий. Так вот, должен быть человек, который может авторитарно сказать - мы идем путем A, а не путем Б.

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

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

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

Второе, что я хотел сказать - это соотношение менеджмента и  исполнителей. Кстати, оказалось я об этом уже говорил тут. Хотя со мной и не согласились, но я считаю, что у чистого менеджера не должно быть больше чем 7 прямых подчиненных, но и меньше чем 4-5 тоже не должно быть. Как только вы обнаруживаете, что у вас 4 программиста, 3 тестировщика, 1 project manager и 2 product manager, 1 director, 1 CEO, 1 CFO, 1 CTO и т.п., то значит в королевстве датском, не все в порядка, так как общее соотношение по фирме выходит один исполнитель к одному менеджеру. Чаще всего этим болеют молодые компании, которым ну оооочень хочется, выглядеть большими и серьезными. Но, чаще всего, это проходит, как только становится видно что деньги утекают с какой-то сумасшедшей скоростью.

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