Куда идешь, разработчик софта?


    Все компании в статье — вымышлены их создателями… и имеют самое прямое отношение к реальности.

    — Не подскажите ли, по какой дороге мне идти? — спросила Алиса.
    — Это зависит от того, куда Вы хотите попасть, — ответил Чеширский Кот
    — Да мне, в общем-то, все равно… — начала Алиса.
    — Тогда неважно, и какой дорогой идти, — заметил Кот.
    — … Лишь бы придти куда-нибудь, пояснила Алиса.
    — О, туда Вы непременно придете, главное идти достаточно долго и никуда не сворачивать. "
    Л.Кэррол, «Алиса в стране чудес»

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


    Вы работаете в компании, которая разрабатывает ПО, программируете. Если вас это устраивает – значит эта статья не для вас.
    А возможно вам кажется, что вроде бы все хорошо, но что-то не так, не понятно – что дальше? Вы стали в разы эффективней, а задачи все те же, что и раньше, зарплаты не растут в соответствии с вышим опытом. Возникает желание что-то менять. И вы начинаете рассматривать варианты дальнейшего развития. Эти варианты сразу могут оказаться не очевидными.
    В статье описаны некоторые из возможных вариантов развития программиста и приведены некоторые примеры, где какой вариант уже реализовался. Это сделано очень коротко, поскольку формат статьи не позволяет описать все в деталях.

    О масштабируемости


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

    Идем в менеджеры


    Самый очевидный вариант развития — попробовать себя в роли менеджера. Становишься менеджером и сразу понимаешь, почему говорят, что самое сложное в программировании – это работа с людьми.
    Например, некоему Пете не всегда легко объяснить, что если его часто спрашивают, что делает его код — это вовсе не повод считать себя популярным, а нужно задуматься о том, что возможно он является источником быдлокода.
    Сначала для вас это что-то новое, но со временем вы понимаете, что вы можете использовать потенциал не только ваш личный, но и всей команды. Вы начинаете думать более масштабно, понимаете, что это вам дает новые возможности в решении задач и захотите развиваться в этом направлении, получая путем делегирования все большие возможности для решения задач.
    Вы начинаете подниматься все выше и выше по карьерной лестнице, все больше и больше понимаете, как функционирует компания, доходите до CEO. А что дальше, как масштабировать? А в какой-то момент вы понимаете, что вы и сами в силах создать компанию (не сразу, но возможно), этим и занимаетесь. Так появилась компания Мрія-Софт.
    Можно и без опыта топ-менеджера открыть свою компанию, если у вас есть уверенность в своих силах и знаниях. Так появилась компания Acvitas.
    Хотя конечно кто-то может никогда так и не заняться открытием своей компании. Все таки здесь видимо вопрос лишь в том, может ли человек сделать волевое решение или нет, чтобы искать что-то новое, да и нужно ли оно ему?
    Но если вы все таки решились на такой путь, то здесь лучше подумать о работе в компании, которая растет и развивается и у вас есть возможность принять в этом участие и получить тот самый необходимый опыт.
    И ярко выраженный случай роста — это открыть и развить офис уже существующей компании у вас в стране или же принимать в этом активное участие. Так появился Киевский офис компании Materialise. Еще одним примером может послужить достаточно молодой офис компании Oberon Media в Киеве, вы можете найти отзывы о том, как это выглядело снаружи в первой половине 2009 года — вначале это не всегда красиво и комфортно. Игры в Vista и Windows 7 — это их рук дело.
    Тут следует отметить, что не все топ-менеджеры готовы к созданию своей компании. Почему-то часто как только им предлагают подумать о новом направлении, они разбегаются и ищут новое место — видимо, думают, что идеи о новом бизнес-направлении возникают, когда проблемы со старым.
    Другой подход – это не расти в одной компании, а наоборот часто их менять и обращать
    внимание на то, как компании зарабатывают деньги. Так появился SultanHolding.
    Более того, возможно не обязательно начинать с программиста, возможно даже лучше с тестировщика или инженера по поддержке. Неочевидность здесь в том, что тестировщик проверяет, удовлетворяет ли задача требованиям, инженер по поддержке понимает проблемы пользователя. Как развитие – это принимать участие в постановке задач, взаимодействие с менеджером продукта и получение опыта в этой деятельности. В перспективе самому становиться менеджером продукта. Если в двух словах, то потенциал к росту у постановщика задач обычно выше, чем у того, кто их выполняет.
    Теме карьеры посвящен новый проект Стратоплан, созданный людьми, которые добились карьерных высот за довольно короткое время.

    Путь менеджера не подходит


    Вам либо кажется, что менеджмент не для вас, не смотря на все его преимущества, либо вы уже попробовали, что это такое и по каким-то причинам решили: «Нет, не хочу, я бы что-то попрограммировал». Плюс еще к тому же и зарплата не особо увеличилась, когда вы стали менеджером, а геморроя прибавилось. Но на месте все равно никак не сидится. Хотя если вы не пробовали себя в роли менеджера, то все таки обязательно следует попробовать — опыт просто на все золота. Вам станут понятны многие “заскоки менеджеров” и вы, вернувшись на позицию инженера, будете более эффективно общаться со своими боссами.
    И собственно здесь вариант развиваться дальше технический – понять, какие задачи вы ищите, и искать их в компании или в компаниях. Говорить, говорить, говорить, что вы ищете, а не молчать. Работу в компании можно совмещать с фрилансом, хотя это не очень просто из-за недостатка времени…

    Фриланс


    Тут параллельно можно искать возможности по реализации разовых фриланс-проектов. Самое сложное здесь начать, потому что биржи забиты всякой ерундой, серьезные проекты в этой свалке трудно найти, а если и найдете, то у вас мало шансов выиграть тендер. Но в начале всегда тяжело, не надо этого пугаться — можно сделать пару проектов за копейки для портфолио, а с непустым портфолио жить на много легче. О фрилансе достаточно много написано на сайте Kadrof.ru.
    Рано или поздно выходишь на постоянного заказчика и получаешь ту же работу программиста, но обычно с более высокой ЗП, чем в офисе, и гибким графиком.
    Со временем у тебя появится большое количество заказов либо благодаря многим небольшим заказчикам либо одному большому.
    А если вам интересно масштабирование, то вы можете начинать организовывать команду для реализации большого потока заказов. Но вначале здесь нужно будет подумать об оплате команды своими деньгами или деньгами заказчика.
    Отдельно хочу упомянуть о передаче знаний. Если вы занимаетесь чем-то довольно редким, например гуру в программировании приложений, связанных с компьютерной безопасности, вы можете безбоязненно передавать свой опыт подчиненным. Тут не следует остерегаться перехода заказчика от вас к членам вашей команды, поскольку знать будут вас, а не членов команды. В целом если вы боитесь передавать свой опыт, то с вами им также не будут делиться. Со временем вы будете терять позиции.
    Хотя на передаче знаний можно отдельно зарабатывать.

    Тренинги и консультации


    Если вы чувствуете, что вы владеете довольно востребованной информацией и хотите этим делиться, то вам самое время заняться консультационной и тренинговой деятельностью.
    Так появился Клуб Успешных Менеджеров Программистов. — сначала был вебинар, потом книга по вебинару и т.д.
    Такой вариант масштабируется в тренинговый центр и/или консалтинговое агентство.
    Первый опыт консультаций и тренингов можно получить в компании, в которой вы работаете.

    Свой продукт или сервис


    Параллельно с работой или с фрилансом вы можете начать разрабатывать свой продукт или сервис, обычно — это интернет-сервис, другими словами — стартап, начинать свой бизнес.
    Стартап можно начинать с планами, чтобы он вырос и изменил мир. Тут вам нужно начать с поиска того, что понравится очень многому числу пользователей из всего мира.
    Также нужно уметь заинтересовать инвесторов, благодаря деньгам и опыту которых ваши планы могут осуществиться. Ресурсы по теме: Denny's blog , StartupPoint, Startup Crash Test и развивающийся сайт GrowthUP.
    Стартап можно начинать и без наполеоновских планов, как минимум в начале. Чаще всего это будет повторение чего-то существующего, что показало, что оно работает у кого-то и приносит несравнимо больший доход по сравнению с наемной работой.
    Это может быть например интернет магазин, как развитие потом разрабатывать интернет магазины. А может произойти и наоборот: разрабатывать под заказ интернет магазины, а потом создать свой. Со временем вы себе наймете разботчиков и будете заниматься в основном бизнесом. Так появился интернет-магазин мебели VSI-MEBLI.UA, некоторые детали можно прочитать здесь.
    Возможна комбинация двух других вариантов: вы сильно верите в свою идею, в постоянный рост, но не ожидаете такого взрывного роста, как это часто описывают о самые успешных стартапах в мире. Так появилась компания Terrasoft. А где-то между этими вариантами находится происхождение компаний Bolero и Alvas.net — сравнительно небольшие компании, нашедшие свою нишу.
    Тут немаловажную роль играет факт того, что работая программистом, можно себе довольно легко сделать “финансовую подушку” и сжечь мосты, чтобы был стимул работать. Но это уже длы кого как лучше. Кто-то сначала развивает свою компанию, а потом перестает работать “на дядю” — здесь риски минимальны, но и развитие медленное, поскольку много времени занимает постоянная работа. А кто-то сначала бросает работу, а потом начинает развивать свою компанию — здесь риски высоки, но зато вы все свое время можете посвятить созданию своей компании. Хотя в случае неудачи “на еду” программист может заработать всегда. И еще один вариант — вас может подстегнуть сокращение, что поспособствовало рождению проекта Prom.ua, вы можете прочитать как это было.
    Следует отметить, что при работе фрилансом найти идею для стартапа легче, чем когда работаете в компании. В компании обычно организовано все так, что вы находитесь далеко от конечного заказчика. При работе фрилансером заказчики ближе и разнообразные. Это способствует тому, что есть возможность увидеть большее количество проблем потенциальных клиентов и решение одной из них может послужить основой стартапа.
    Иногда также случается, что вы создаете проект как хобби, а он неожиданно становится успешным. Так появились проекты Snasti и Клумба.

    Bounty hunting


    Вариант bounty hunting может быть реализован в случае, если вы лучший в решении задач какого-то типа, а лучше в задачах, которые кроме вас вообще никто решать не умеет.
    Ваша цель – позиционировать себя так, чтобы люди к вам обращаются только тогда, когда других вариантов уже нет, в этом случае вы диктуете условия и получаете в 5-10 больше, чем вначале планировал за это платить заказчик. Но нужно быть готовым решать задачи и, что немаловажно, быстро, которые действительно очень сложные. Обычно, когда узнаешь постановку такой задачи, первая реакция: «Это невозможно!». Тут больше шансов у людей, которые работают с инновациями и в той или иной мере понимают, что такое создание действительно нового. Это когда после демонстрации или объяснеения кому-то, что вы сделали, люди ахают от удивления!

    Получение опыта в другой сфере


    Возможно у вас возникнет желание вообще изменить свою предметную область. В этом случае вы можете подыскать компанию, исходя из того, для кого разрабатывается ПО.
    Например, если вас интересует банковская сфера, вы хотите побольше узнать, пройти тренинги, касающиеся банковской сферы, у вас может возникнуть желание работать в EPAM Systems and Barclays Capital technology centre for Software Development and Support.

    Полная смена сферы деятельности


    Также довольно часто встречается вариант, когда часть денег откладывать на что-либо вообще не связаное со сферой IT. Например, кто-то вкладывает деньги в депозиты и создает себе таким образом довольно высокие “пенсии”. Кто-то строит рестораны. Кто-то… это уже не IT и отдельная тема, намного большая чем тема нашей статьи.

    Наука


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

    Комбинирование различных путей развития


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

    Причина остановки развития


    Не все программисты развиваются, даже если они хотят этого.
    Что же тормозит развитие программистов? Как правило программист ошибочно думает, что он делает ну если уж не 90% всего разрабатываемого им ПО, то 80% — это точно! И соответственно в следствии этого возникает пренебрежительное отношение ко всем другим видам деятельности, кроме непосредственно разработки. Возможно каждому программисту, который не хочет быть менеджером, все таки стоит им побыть хотя бы год, чтобы более адекватно понимать свою роль.
    Тут следуешь добавить, что это чувство еще более выражено у программистов, которые занимаются исследованиями и принимают участие в инновациях и действительно придумывают новое. Если вы являетесь таким человек, вам как раз в пору дать себе оценку, попробовав себя в роли bounty-hunter-а. Вы либо узнаете, что вы действительно очень сильны, и тогда действительно будете решать сложные задачи за соответствующее вознаграждение, либо у вас ничего не получится и, в лучшем случае, вы будете адекватно оценивать свой вклад в общее дело, в худшем — будете пенять на то, что мир к вам несправедлив. А правильная оценка текущей ситуации – это уже большой плюс, если вы желаете развиваться.

    Оговорки


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

    Заключение


    В итоге вырисовывается общая картина: если вы хотите развиваться, увеличивать сложность решаемых вами задач и вы технический специалист, то вам в любом случае нужно искать сложные задачи, общаться с людьми, узнавать новые предметные области, что является абсолютно не техническими навыками. Некоторые мысли об этом можно найти в статье “Про нетворкинг”.
    Здесь хочется повториться, самое сложно в программировании и в инженерии ПО — это люди.
    Поделиться публикацией
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее
    Реклама
    Комментарии 95
    • +7
      "… нужно искать сложные задачи, общаться с людьми, узнавать новые предметные области… "
      «Труд сделал из обезьяны человека.» К. Маркс
      • НЛО прилетело и опубликовало эту надпись здесь
      • +5
        Жизненная статья! Сейчас как раз стою на таком распутье. Для себя выбрал два дороги: наука + фриланс. Путь не самый легкий, зато интересный. Главное, что можно двигаться к цели не спеша. За статью, спасибо!

        • +3
          А как вы увязываете вместе науку с фрилансом? Не боитесь, что погонитесь за двумя зайцами?
          • +1
            Наука — потому что душа к ней лежит.
            Фриланс — чтобы на первых парах с голоду не опухнуть. :)
          • 0
            у меня был похожий выбор несколько лет назад — в результате науку бросил, только недавно для себя понял ее роль, что и отразил в статье
            • НЛО прилетело и опубликовало эту надпись здесь
            • +1
              Очень актуальная статья, спасибо автору
              • +1
                Спасибо. Очень интересная статья.
                • +2
                  Еще можно стать архитектором и развиваться до CTO, если интересен технический аспект, а не управление
                  • 0
                    Спасибо, интерестный вариант. Я его не описывал, посколько в тех случаях, которые мне известны (а известно мне их в общем-то мало), CTO все таки задействуется в управлении.
                    • 0
                      Я сейчас архитектор и в управлении не участвую. Участвую в выработке методологии разработки, но это скорее потому что мне то интересно, а не по должности.

                      В некоторых крупных фирмах есть даже официальные маршруты карьеры — один для управленцев, другой для технарей.
                      • 0
                        да, я читал о двух путях развития, но не встречал в явно выраженном виде. Обычно на практике менеджер спрашивает высокого технического сотрудника и на основе этого принимает решение.

                        А если программисты не согласны с вашим решением, как вы им объясняете, что все таки нужно сделать так или иначе? Один из вариантов — это подумать с менеджером, как это сделать. Еще один — они тупо должны так делать как и вы решили.
                        • +1
                          Ну у нас решение принимаются форумом архитекторов (есть еще архитектор ГУИ) и ведущих разработчиков. Т.е. я как бы задаю направление, но решения принимаются на основе компромисса и договоренностей
                          • 0
                            понятно, мне такое тоже знакомо, вылетело из головы, видимо потому что по другому называется. Главное, чтобы там были все люди адекватные, а то одни неадекватный человек может сильно тормозить принятия решений
                    • 0
                      побольше бы таких комментариев с вариантами, которые я упустил
                      • +1
                        По сути почти все ваши варианты можно трактовать как «на определённом этапе карьеры программисту не остаётся ничего, кроме как переквалифицироваться в „управдомы“» :) По-моему, довольно небольшое число людей могут быть одновременно и хорошими программистами, и хорошими менеджерами, исходя, хотя бы, из того, что программист — это профессия типа «человек — знаковая система», а менеджер (в широком и хорошем :) смысле слова) — «человек — человек», между которыми мало общего (а то и прямо противоположные, по крайней мере всяческие профориентации лично для меня дают чёткий вектор — «лучше работать со знаковыми системами, можно с техникой, в крайнем случае с живой природой, но ни в коем случае с людьми и художественными образами»). С другой стороны, и программист, и менеджер относятся к изыскательским профессиями и какое-то пересечение быть должно (анализом и синтезом уж точно оба должны владеть)
                        • 0
                          Спасибо, есть о чем подумать.
                    • 0
                      Да, есть над чем задуматься
                      • 0
                        >Как правило программист ошибочно думает, что он делает ну если уж не 90% всего разрабатываемого им ПО, то 80% — это точно!

                        Как это понимать? На самом деле программист делает не все, что он делает?
                        • +4
                          Программист очевидно пишет 100% кода. Но тут вопрос в том, что есть много работы, не связанной непосредственно с написанием кода. И часто программисты этого не видят и ошибочно думают, что они делают почти всю работу, а это далеко не так.
                          • 0
                            Можно как-то расшифровать на примерах? Замечание в тему, я тоже не понял ни исходной фразы, ни ее пояснения.
                            • +6
                              «Фича реквест» :) и распространение продукта (не говоря об обеспечении деятельности программиста).

                              Программист, по сути, лишь реализует ТЗ, в лучшем случае участвует в его составление и вносит предложения по улучшению функциональности, но формулируют задачу и требования, а также продают (или иным способом монетизируют) продукт другие люди и, как показывает практика, чаще с «быдлокодом» (если функциональность востребована и продукту «кто-то» находит покупателя/спонсора) можно заработать больше, чем с идеальным кодом/архитектурой/..., но с невостребованной функциональностью («для гиков» :) ) и/или неумением/нежеланием/невозможностью продавать/продвигать.
                              • 0
                                ой какой хорошее объяснение! +1
                                • –3
                                  Объяснение, может, и хорошее, но тогда просто получается, что изначальная формулировка имеет вообще другой смысл и должна быть полностью изменена.
                        • 0
                          Я выбрал мерилом развития — производительность.

                          Странное мерило. Производительность чего? Можно быть супер-производительным, но писать ужасный код. Можно работать как черепаха, писать одну строчку в день, но эта строчка будет как удар рапиры, точна, отточена, высокоэффективна. Повышение производительности труда — задача развивающегося работника, а не развитого. И думать про позицию менеджера или о смене направления деятельности, мне кажется, рановато на этом этапе.
                          • 0
                            Да, это действительно сложный вопрос. И все, что вы написали, имеет место.
                            Именно поэтому в конце абзаца я написал, возможно не очень четко, что хорошим показателем есть размер дохода.
                            • +2
                              Размер дохода не подтверждает ни уровень программиста, ни способность его быть эффективным, ни гибкость мышления. Это всего лишь договор между работодателем и программистом, в котором спрос будет покрыт предложением.

                              Например, Иван Иванович работает на зарплату в 10килодолларов. Работает медленно, неэффективно, часто срывает сроки. Но это единственный живой доступный работник, который умеет писать на фортране, и который знает систему, с которой работает и которую развивает. И работодателю некуда деваться, никто фортран учить не желает. Компании проще платить эти деньги, чем остаться ни с чем.

                              • 0
                                Здесь Иван Иванич — похож на баунти-хантер и это очень эффективная позиция (для него лично, не для компании).

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

                                Я понимаю вашу позицию, но в статье выбрал другое понятие.
                              • +1
                                За 10 килобаксов, думаю, найдётся много желающих выучить Фортран (тем более, что многим программистам 35+ лет его хоть как-то давали в институтах), в том числе и умеющих работать быстро и эффективно :)
                                • 0
                                  Что он потом с этими знаниями будет делать? Он потратит пару лет на изучение, разберется с системой и языком. Пару лет может потом еще поработать и его задачи могут свернуть, так как наступит долгожданная смена ПО. Куда он потом пойдет со знаниями фортрана?
                                  • 0
                                    да, это классная ловушка — палка о двух концах. Тоже об этом думал, даже немного попал такую же ситуацию
                                    • +2
                                      Ну в нашей области все знания быстро устаревают, а за пару лет с окладом в 10к можно создать хорошую «финансовую подушку» и после сворачивания фортран-задач не сильно спеша освоить новые технологии, в том числе и в той же фирме, переписав систему на новом языке (это будет выгодно и работодателю — с системой человек уже знаком, если, конечно, фирма не перейдёт на «аутсорсинг» или вообще не ликвидируется). Сам был в похожей ситуации — срочно осваивал Clipper для поддержки и модернизации одной системы (за неплохой по тем временам для оклад), а потом (доказав руководству, что этот путь тупиковый) переписывал (по отдельному договору, за ещё лучшие деньги) эту систему в клиент(VB)-сервер(MS SQL) приложение (сейчас бы выбрал другую платформу, но на тот момент казалось идеальным выбором).
                                      • 0
                                        Класс! Сильно!
                                        • 0
                                          Для того, чтобы создать подушку, нужно понимать последствия и быть экономным. Это умеют не все люди, обычно скатываясь к тому, что начинают тратить ровно столько, сколько зарабатывают.
                                          • 0
                                            Находясь на такой должности (поддержка и даже развитие устаревших(устаревающих) средств) и не думать, что она (работа) в любой момент может закончиться в виду, например, перехода работодателя на новые технологии — ССЗБ
                                    • +1
                                      Эффективность характеризует отношение результатов деятельности к затраченным ресурсам. Не путайте эффективность написанного кода(предложенного решения/ внедренного продукта) с эффективной трудовой деятельностью.

                                      Эффективность труда = Прибыль / Затраченные ресурсы

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

                                      К примеру — эффективность Билла Гейтса стремится к бесконечности, потому что он практически не тратит время непосредственное участие в бизнес процессах Microsoft а при этом получает миллионные доходы.

                                      На месте автора я бы сменил в формулировке Производительность на Прибыль.
                                      • 0
                                        спасибо (+1), подправил, выкинув Производительность и добавив Эффективность. Это ближе к тому, что я имел ввиду.
                                        Оставил и прибыль, и эффективность, имея ввиду, что одно можно получить другим с помощью масштабирования.
                                        • 0
                                          Я буду по возможности упоминать возможные пути масштабирования различных направлений, что и является возможностью принципиально увеличить свою эффективность.


                                          думаю что стоит переформулировать
                                • +3
                                  Очень интересная статья!
                                  Добавлю еще что можно сменить (по крайней мере, временно) страну.
                                  Сейчас ничто не мешает найти интересный проект в США, Канаде, Австралии или Сингапуре…
                                  Общение с людьми из другой культуры однозначно будет интересно и полезно!
                                  • 0
                                    Это же не профессиональный рост ни разу.
                                    • +1
                                      Новый проект действительно не рост. Рост может быть из-за нового коллектива, новых способов разработки, новых методик и прочего.
                                      • +2
                                        Уход из зоны комфорта будет очень большим толчком к профессиональному росту
                                        • 0
                                          Но говорят что в США, Канадах наоборот комфортнее программистам чем в СНГ. Так что будет ли?
                                          • +1
                                            выход из зоны комфорта будет сильным за счет смены обстановки, отслутсвие друзей поддержки, что очень помагает в родных стенах.

                                            Хорошее интервью на эту тему по ссылке www.developers.org.ua/archives/max/2009/03/23/interview-globallogic-roman-khmil/
                                            • +1
                                              разумеется, комфортнее
                                              за счёт того что выбор мест работы и соответственно профилей — на порядки больше

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

                                              «выход из зоны комфорта» — да, причём лет этак на 5
                                              зато потом с приобретённым международным опытом можно и назад (на родину), можно и вперёд, в общем мир открыт
                                              • 0
                                                спасибо за инфо, не знал о таком фрилансе.
                                                А в каких странах такое возможно? (если есть более конкретная информация)
                                                • +2
                                                  UK, Бенелюкс — это что лично у меня вокруг
                                                  скажем в Лондоне — сотни контрактных позиций на Java, C++
                                                  GBP 400-600 в день
                                                  в Брюсселе тоже много, в Нидерландах попадается

                                                  про США не знаю, пусть камрады оттуда поведают
                                                  • +1
                                                    В канаде и США возможно конечно. Платят как договоришься.
                                                    Обычная практика просить двойную часовую ставку — т.е. если фултаймер получает $70ооо в год = $35 в час, то контрактник просит $70
                                                    Из-за простоев между контрактами, не оплачиваемом отпуске, медицинной из собсенного кармана, отсутствием бонусов в конце года и отсутвии прочих perks выходит так-на-так в среднем по больнице по деньгам. Ну может чуть больше. Если сидать долго на одном месте с хорошим рейтом — значительно больше.
                                                    Достоинства
                                                    — теоретически большие деньги
                                                    — бизнес расходы — как способ уменьшить налогоблагаемый доход
                                                    — бОльшая мобильность, из-за коротких контрактов — если работа не нравится — контрак можно не возобновлять
                                                    — много общения с людьми, так как контракты надо находить и вообще networking поддерживать

                                                    Недостатки, зеркальны достоинствам
                                                    — теоретические большие деньги могут оказаться такими же + геморой
                                                    — бизнес расходы это вероятный аудит и весь фан который его окружает + какие-то временные и денежные расходы на бух. учет.
                                                    — короткие контракты — это когда до последнего дня не знаешь продлят или нет, и соответсвенно ищешь паралельно новый. Иначе неоплачиваемый простой. Так же может не быть контрактов по специальности рядом с городом где живешь — значит переезды если одинок или работа вдали от семьи если семья не хочет ездить. Нервы это в общем. Такое дело надо любить.
                                                    — большинство контрактов это разгребание говнокода, которые фултаймеры побрезговали или попробовали и не справились. Впрочем, бывают и хорошие.
                                                    — необходимость иметь и развивать soft skills
                                                    • 0
                                                      как обычно: там, где больше риска, там и больше возможностей
                                        • +1
                                          Спасибо!

                                          да, мне тоже знакомы такие варианты, и я знаю, что опыт люди получают коллосальный, особенно если работают в лучших компаниях и в лучших местах (например в Силиконовой Долине).
                                          • +1
                                            так делал основатель ГлобалЛоджикс, так же у меня есть знакомый, которые поехал поработать в Гугл
                                          • +1
                                            Давно не читал настолько интересных для себя статей. Спасибо!
                                            • +1
                                              и вам спасибо!
                                              позитивные отзывы вдохновляют на новые статьи :)
                                            • 0
                                              bOunty hunting
                                              • 0
                                                спасибо. исправил
                                              • +1
                                                А где же примеры из жизни Bounty hunting специалистов? Или «это фантастика»?
                                                • 0
                                                  нет, это не фантастика. Один из примеров вы можете найти в посте habrahabr.ru/blogs/startup/101821/?reply_to=3159724#comment_3159091

                                                  Но это встречается действительно очень редко.
                                                  • 0
                                                    ну вот реальный пример

                                                    работал человек Х в конторе А, занимающейся достаточно узконишевой автоматизацией
                                                    написал приложение, отличающееся весьма сложной функциональностью, для весьма серьёзного клиента К
                                                    потом контора обанкротилась, остатки её были куплены конкурентом Б
                                                    конторе Б важен был серьёзный клиент К, а приложение было в целом для него непрофильное

                                                    Х уже к этому времени работал в другом месте
                                                    поэтому когда Х контора Б предложила пойти к ним работать, он сказал «на постоянку к вам не пойду, а если что надо будет делать для К — будет стоить Z денег в час»
                                                    конторе Б в общем-то дешевле платить Х запрошенные Z денег в час, нежели геморроиться с поиском сотрудника, обучать его непрофильной технологии и т.п.

                                                    в результате все счастливы — Х имеет возможность продавать своё свободное время задорого, К имеет поддержку приложения, а Б имеет клиента К, которому впаривает ещё кучу всего разного из своего ассортимента
                                                    • 0
                                                      хотел бы уточнить: это реальный пример, где названия заменены буквами или же все таки потенциально реальный пример?

                                                      Все таки интересны реальные примеры, а не то, что впринципе может произойти.
                                                      • 0
                                                        Я, собственно, об этом и говорил — пост пестрит ссылками на конкретные компании и людей, а тут — тишина. Как говорится — ссылку в студию…
                                                        • 0
                                                          скажем так. Если zeehond рассказывает реальный пример, но по каким-то причинам не может сообщить названия компаний и имена людей — это понятно (собственно он это уже и написал), такое бывает. И это интересно. Можно как минимум задавать ему вопросы, и по возможности он раскроет то, что посчитает возможным.

                                                          В случае с баунти-хантером я бы не хотел приводить реальный пример по определенным причинам, но он есть.
                                                        • 0
                                                          пример реален, Х — это я сам
                                                          цифра Z процентов на 25-30 выше среднерыночного консалтерского рейта в наших краях

                                                          остальные названия я бы предпочёл не называть, т.к. NDA и всё такое
                                                          • +2
                                                            а, ну вот ещё
                                                            «узконишевая автоматизация» в данном случае это внутрискладская логистика
                                                            а К — это большая-пребольшая сеть магазинов
                                                            • 0
                                                              спасибо за пример! особенно интерестно то, что это далеко от чисто софтверной специфики.
                                                              • 0
                                                                на здоровье :)
                                                                в общем как по мне — программерский баунти хантинг это типа выигрыша в лотерею
                                                                заранее никогда не просчитывается
                                                                т.к. всё зависит от длинной цепочки решений многих людей
                                                                Б мог бы не купить А, а К мог бы заменить моё приложение тем, что делал для него Б — но не захотел

                                                                помнится ещё К.Кастанеда говорил что-то в смысле «так как воин не управляет падением булыжников на свою тропу, то единственное, что ему остаётся — безупречно завязывать шнурки»… т.е. в данном случае "… разрабатывать приложения"
                                                      • 0
                                                        хорошая статья, не ожидал давно на хабре такого уровня материал. Спасибо за ссылки на блог и на пост про нетворкинг.
                                                        • 0
                                                          и вам спасибо за блог — очень многое и в тему узнаю для себя.
                                                          • 0
                                                            … и за крештесты
                                                          • 0
                                                            Хорошая подборка вариантов, ее бы давать прочесть всем выпускникам и «молодым специалистам», помогло бы прояснить картинку возможного их будущего.

                                                            Только вот эта самая «производительность» имеет, как мне кажется, все-таки несколько другую природу, чем упомянутая очень кстати масштабируемость.
                                                            Производительность, которая ассоциируется с «производительностью труда», ближе к эффективности и выполнении объема работы за единицу времени.
                                                            А в контексте развития речь скорее будет идти об «окупаемости» этого труда. На этапе «обычной работы в компании» программист, по сути, работает «на выработку»: хочешь больше денег — работай (читай «пиши кода» или «выполняй задач») больше. Вопрос же роста возникает либо от скуки (надоело просто кодить) или от усталости «вечного забега». И тогда приходит мысль о масштабируемости или увеличении стоимости труда.
                                                            • 0
                                                              да, я не сразу понял как лучше описать производительность. Мне не нравится подход: «копать от меня и до обеда». Поэтому попытался определить в статье то определение, которое имею ввиду, возможно и не совсем корректное
                                                              • 0
                                                                А вот интересно какие варианты развития могут быть у сисадмина. Вы над этим случайно не задумывались?
                                                                • 0
                                                                  Не знаю как насчет тестера, но если сисадмин обслуживает парк машин компании, то можно, например, подумать над работой в удаленной тех.поддержке. Это может быть, например, телефония, администрирование серверов или тот же хостинг. А уже в этой области искать дальнейшие перспективы, в том же менеджменте или искать свой вариант вounty hunting-а.
                                                                  • 0
                                                                    Думать тут нечего. Я уже три года фриленсер и администрирую удаленные сервера в самых разных странах. За это время стоимость моего человекочаса выросла в полтора раза. Но дальше она расти не может, т.к. люди не готовы платить столько.

                                                                    Опыт баунти хантинга тоже есть. Однажды один заказчик попал в цейтнот и предложил 300 баксов за кусок работы. А я случайно узнал об этом и случайно оказалось, что его задание я уже выполнял однажды раньше и времени на это нужно час. Второй час, правда, пришлось потратить на переговоры. Но как поставить такую халяву на поток, я не знаю.
                                                                    • 0
                                                                      может быть вам тоже стоит развивать нетворк. Это может привести к тому, что «Однажды один заказчик» будет появляться очень часто
                                                                      • 0
                                                                        Так все и происходит. Большинство заказчиков возвращаются. Но дело в том, что чем лучше админ, тем меньше ему приходится работать, а я админ хороший. Поэтому задания для меня у заказчиков появляются очень редко.
                                                                        • 0
                                                                          в общем то в вашем посте ответ уже есть
                                                                          • 0
                                                                            если так, осталось только мне его там увидеть
                                                                            • +1
                                                                              В таком фрилансерстве зачастую отстутствует возможность масштабирования в плане менеджмента. Это можно сделать только если идти работать в крупную компанию.
                                                                              А что касается баунти хантинга, то тогда цель — реклама своих услуг. То есть чтобы о Вас знали не только существующие работодатели, а и потенциальные. Можно работать с существующими, чтобы они рекомендовали Вас, или самому искать выходы на компании из той же области. Позиционирование и пиар, простите за избитую терминологию :)
                                                                              • –1
                                                                                В крупные компании я регулярно пробую ходить — на собеседования. Но почему-то до сих пор работы никто не предлагает. А пиар — штука конечно хорошая, если забыть о существовании в мире налоговой инспекции. Как только о ней вспомнишь, становится не по себе.
                                                                                • 0
                                                                                  значит эта статья не для вас и у вас ничего не получится!
                                                                                  • –1
                                                                                    Оформите ЧП, платите единый налог и спите спокойно по ночам ;)
                                                                                    • 0
                                                                                      Вы серьезно? У вас наверное богатый опыт фриленса с оформленным ЧП? Почему бы не поделиться? Я буду очень благодарен.
                                                                                      • 0
                                                                                        Об этом уже написано
                                                                                        • –1
                                                                                          Я не про то, как оформить ЧП и получать через него деньги. Это я уже знаю, однажды проходил. Я про то, как уговорить каждого из более чем 500 заказчиков (из штатов, Канады, западной Европы, Австралии), платящих за работу в среднем 50-100 долларов каждый, подписать договор на двух языках и потом подписывать акты выполненных работ на каждый платеж. Такой опыт у вас есть?
                                                                                          • 0
                                                                                            Признаюсь, такого опыта у меня нет, я оформлен как ЧП, но работаю на одну крупную компанию… Возможно стоит попробовать заключать договора где получится, и хотябы часть доходов проводить по счету ЧП — всетаки хоть какая-то отмазка будет для налоговой. С остальными заказчиками которые не хотят заключать договора, вы сами знаете что делать.
                                                                                            Думаю что вы вызовете больший интерес у налоговой если вообще не будете декларировать доходы и платить налоги.
                                                                                            • –1
                                                                                              Я думал об этом не раз и даже с людьми разговаривал — никто не хочет заморачиваться, и неудивительно. Когда речь идет о сумме в сто баксов, людям проще нанять другого фриленсера — например, индуса, там у них таких проблем нет — чем подписывать непонятно какие бумажки непонятно для кого.

                                                                                              А насчет не платить налоги вообще — что заставляет вас думать, будто я их вообще не плачу? Вдруг у меня трудовая книжка пристроена в теплом месте с белой зарплатой?
                                                                  • 0
                                                                    нет, не задумывался. Хотя тестером любому не очень сложно начать.
                                                                    • 0
                                                                      Тестером я уже пробовал начинать. Все что неплохо, пока тестирование было ручным. Как только тестирование стало автоматическим, выяснилось, что QuickTest Pro — это Visual Basic, на котором я в молодости пытался программировать, но после примерно трех лет работы понял, что хорошим программистом мне никогда не стать. Следовательно, хорошим тестировщиком тоже.

                                                                      О фрилансе — см. мой ответ ЛайтЛане выше.
                                                                      • 0
                                                                        Опубликовал статью, возможно будет интересно habrahabr.ru/blogs/arbeit/109756/. Не 100% в тему, но думаю кое что вы для себя найти сможете
                                                                    • 0
                                                                      Статья заставляет задуматься.
                                                                      Сейчас работаю сисадмином, но чувствую что не мое. Пытаюсь переквалифицироваться в вебдизайнеры.
                                                                      • 0
                                                                        да, интерестная задачка. И я думаю, темой отдельной статьи может быть задача переквалификации из одной области программирования в другую.
                                                                      • 0
                                                                        хорошая статья вот только сейчас было время прочесть

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