Задать вопрос
  • Почему люди уходят с фриланса в офис?

    Bandicoot
    @Bandicoot
    Вась-программист
    Лично я ушел из-за неумения эффективно работать из дома. Как только этот косяк исправлю, вернусь обратно)
    Из преимуществ работы в офисе я бы отметил:

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

    Sanes
    @Sanes
    На фрилансе трудно прогрессировать. В офисе, если интересные проекты и сильная команда, прокачаешься гораздо быстрей.
    Ответ написан
    5 комментариев
  • Почему люди уходят с фриланса в офис?

    Фрилансер должен найти заказ, провести переговоры, согласовать все аспекты задачи, изучить клиента на предмет адеватности, взять на себя риски и еще куча всего и только потом может начинать кодить. А офисный работник начинает кодить сразу, а для решения остальных задач есть другие отделы.
    Ответ написан
    Комментировать
  • Стоит ли работать?

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

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

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

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

    Вот, посмотрите дискуссию: Почему люди уходят с фриланса в офис? Там как раз народ рассуждал на тему фриланс vs. офис, и там здравые мысли присутствуют.
    Ответ написан
    3 комментария
  • Как начать заниматься фрилансом?

    opium
    @opium
    Просто люблю качественно работать
    а чем смущает фл?
    ну скажем вы плотно работаете зарабатываете какую нибудь первую тыщу баксов в месяц и вас просят бирже отдать 30 баксов , это вполне адекватно для работы. конечно сидеть на бирже и не работать может быть и накладно но бездельникам все накладко
    Ответ написан
    Комментировать
  • Как сотрудничать с постоянными клиентами?

    @lotse8
    Баги бывают разные. Если это ты накосячил, то само собой надо править безплатно, это ж твои косяки. Учись не косячить. Если давать гарантию на свои проекты полгода. то заказчик будет спокоен и доволен. Как показывает опыт, все баги вылезают в пределах первого месяца после начала эксплуатации. Полгода - это чистый маркетинг. Но иногда очень редко тоже пришлют какой баг. В убытках не будешь.
    Если были двоякие толкования в ТЗ, то надо на будущее все заранее детально обсуждать и такие вещи исключать. Часто под видом бага заказчик пытается протащить изменение существующего функционала, в таких случаях помогает документация, где четко все описано. Тогда это доп. затраты на переделку.
    По ценообразованию - в цену надо закладывать не только разработку, но и тестирование. Тогда все будет как надо.
    По четким задачам, когда ясно что делать и сколько времени займет, можно давать прайс за всю задачу.
    А когда "давайте сделаем что-нибудь", то почасовую оплату.
    Вот как-то так.
    Ответ написан
    Комментировать
  • Как сотрудничать с постоянными клиентами?

    jff
    @jff
    Автор блога и форума про фриланс jff.name
    Ребят, дайте несколько советов по работе с постоянными клиентами. Больше всего интересует политика оплаты услуг. Я, например, занимаюсь веб разработкой.. Как мне сделать такое ценообразование, чтобы и мне хорошо было и заказчика устраивало?

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

    При старте проекта я всегда оговариваю период (обычно месяц) после его окончания, в течении которого я готов править любые баги связанные с моей работой бесплатно. Естестевнно все баги найденные во время разработки также правятся бесплатно. После прошедствии этого периода я либо беру фиксированную плату за каждую из задач, либо определенную сумму в месяц (обычно 20% от моего обычно заработка при фул тайм (примерно 100 часов в месяц для меня) занятости на проекте) за поддержания проекта в bug-free состоянии
    И вообще, расскажите детали оплаты, у кого опыт есть хороший. Делаете ли вы какие то скидки может или акции для заказчиков и т.д.

    Часто я использую следующую уловку. Перед стартом проекта клиенту говорю свою обычную почасовую ставку и чуть выше чем у меня есть сейчас. Говорю что у меня нет сейчас заказов и я готов поработать со скидкой (или другая причина), а потом когда заканчивается определенный этап работы можно сказать что появились более высокооплачиваемые для вас заказы и поэтому желательно продолжать без скидки, о которой вы упомянули заранее.
    Ответ написан
    2 комментария
  • Как сотрудничать с постоянными клиентами?

    @jkotkot
    режим сарказма
    Больше всего интересует политика оплаты услуг. Я, например, занимаюсь веб разработкой.. Как мне сделать такое ценообразование, чтобы и мне хорошо было и заказчика устраивало?

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

    Также очень интересует, как быть в случае появления каких то багов..

    Если почасовка, то очевижно, что оплата почасовая.
    Если фикс, то мы обычно закладываем последний этап на примерно 20% времени проекта на конечный багфикс. И обязательно закладываем это в цену. Потом у клиента есть пара недель чтобы найти новые баги после этого. Но это должны быть именно баги в функционале, который очевидно должен работать, но не работает. После двух недель берем деньги за все типы багов. Т.е не нашел за 2 недели - твои проблемы, плати. Мы не благотворительная организация, баги являются частью работы. Т.е изначальная стоимость работ включает тот факт, что какие-то баги будут... а на функционал совсем без багов как в НАСА ни у кого все равно денег нету.

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


    С новых клиентов берешь 50%-100% предоплаты за первый этап работа. Далее по завершению этапа клиент принимает, оплачивает остаток, получает код. Ну потом с постоянными можно и без предоплаты, если они не косячили с оплатой, хотя можно и не расхолаживать их... тут личный выбор.

    Делаете ли вы какие то скидки может или акции для заказчиков и т.д.

    Какие еще скидки?))) Мы ждем бонусов и новых заказов за хорошую работу.
    Но вообще тут чисто рыночные отношения. Цена определяется балансом спроса и предлоджения. Нет заказов - снижай цену. Есть заказы, клиенты просят доработок и рекомендуют друзьям - повышай пока не уравняется. Вот и вся логика.
    Ответ написан
    8 комментариев
  • Как сотрудничать с постоянными клиентами?

    vicodin
    @vicodin
    Имею некоторый опыт
    Как мне сделать такое ценообразование, чтобы и мне хорошо было и заказчика устраивало?

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

    Также очень интересует, как быть в случае появления каких то багов..

    Брать деньги за их исправление, разработки без исправления багов/рефакторинга не бывает.

    Делаете ли вы какие то скидки может или акции для заказчиков и т.д.

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

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

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Да надо.

    Неважно на какой вид оплаты вы договорились - вы должны просто указать что то что принимает клиент в момент приемки означает что это он "забирает" в рабочем виде.

    Тестировать надо вместе и по заранее согласованным сценариям - это путь к договоренностям.

    Если клиент не хочет подписываться под конкретные сценарии - вы должны работать по-недельно. То есть - оплата за неделю, в течении недели находится баг, вы его чините, и так далее.

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

    То есть вы не имеете возможностей (ровно как и любой человек в этом мире) предвидеть все возможные варианты.

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

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

    Разумеется каждый набор тестов с оговоркой на каких девайсах проверяете.

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

    Телепаты же в отпуске.

    Успехов.
    Ответ написан
    4 комментария
  • В какой ИТ-сфере реально продолжить карьеру после 55 лет?

    opium
    @opium
    Просто люблю качественно работать
    видится что веб разработка с сео и мобильным кодингом сейчас живее всех живых.
    ну и фриланс при правильной организации труда намного стабильнее офиса.
    Ответ написан
    24 комментария
  • В какой ИТ-сфере реально продолжить карьеру после 55 лет?

    apavlyut
    @apavlyut
    www.apavlyut.ru
    Научитесь решать проблемы без акцента на технологию - рекомендую изучить тематику по Системной инженерии.
    В этом направлении вы всегда останетесь при любимом техническом инструменте (сами выбираете что необходимо) и будете решать задачи, контролируя и аргументируя техническую часть самостоятельно. Хороших технических директоров крайне мало, платят хорошо, и возьмут именно тех кто "решает" вопросы, путем успешного применения конкретных технологий и направляя персонал на решения которые бизнес крайне ценит.

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

    Успехов.
    Ответ написан
    7 комментариев
  • В какой ИТ-сфере реально продолжить карьеру после 55 лет?

    DemiKam
    @DemiKam
    Вам, уважаемый, надо заняться своим коммерческим проектом и не думать о карьере в рамкам чужого бизнеса.
    Ответ написан
    9 комментариев
  • В какой ИТ-сфере реально продолжить карьеру после 55 лет?

    sergey-gornostaev
    @sergey-gornostaev
    Седой и строгий
    Где нет конкуренции, там не будет ни денег, ни перспектив.
    Ответ написан
    51 комментарий
  • Как совмещать основную работу и фриланс, и с чего лучше всего начать?

    Andrey_Pletenev
    @Andrey_Pletenev
    Pletenev.com
    Насколько я понимаю, в вашей ситуации такое совмещение - это стратегия постепенного перехода на фриланс, когда страшно "вдруг сначала будет мало заказов".
    В таком случае, почти по Тиму Фэррису:
    1) Переведитесь с работы в офисе на удаленку
    2) Сократите потери во времени и начните совмещать
    3) Когда поток заказов станет стабильным и альтернативный доход от часа фриланса будет выше чем от часа в найме - увольняйтесь из найма
    Ответ написан
    Комментировать
  • Как совмещать основную работу и фриланс, и с чего лучше всего начать?

    @Olgakuz91
    Попросилась из офиса на удалённую работу. Работала 4-5 ч в день по основной работе, 4-5 по фрилансе. В целом нет отвлечения в виде посиделок на кухне с чайком, да и в соцсетях я не сижу, так что продуктивность сильно не падает. Но все-равно тяжеловато, появляется ощущение что очень много работаешь и мало успеваешь.
    Ответ написан
    Комментировать
  • Как совмещать основную работу и фриланс, и с чего лучше всего начать?

    @romansmirnov1
    Сложно совмещать. Надо еще и отдыхать полноценно. Иначе успеха будет сложно добиться - за двумя зайцами, как говорится...
    Ответ написан
    Комментировать
  • Как совмещать основную работу и фриланс, и с чего лучше всего начать?

    @lotse8
    У нас за последний год чуть ли не половина откликов на вакансию на постоянную работу в офисе от фрилансеров. Судя по нашей статистике, не всем фриланс масленица. Так что подумайте еще раз, почитайте отзывы и блоги - в поисковике типа "почему я бросил фриланс" или "Х причин НЕ быть фрилансером". И другую сторону, конечно тоже, особенно тех, кто на фрилансе 5 лет и более. И определитесь для себя.
    На двух стульях - в офисе под зарплату и дома на фрилансе - одной попой точно не усидеть. Если денег в офисе мало, то правильно советуют - ищите более оплачиваемую работу.
    Ответ написан
    Комментировать
  • Как работать с фреймворками?

    Yeah
    @Yeah
    Мне кажется, что все советуют совсем не то, что нужно автору. Пытаться тупо читать документацию или сходу что-то делать,на мой взгляд - неправильно. Для начала нужно ответить на вопрос: какие они, PHP фреймворки? Ответ простой: практически все современные фреймворки реализуют парадигму MVC. Вот с этих трех букв и нужно начинать:

    M - модели, работа с БД
    V - шаблонизатор
    C - контроллеры и маршрутизация

    В современных фреймворках я бы в этот список еще добавил Dependency injection.

    То есть если мы говорим о Symfony, то не стоит вязнуть в тысячетонной документации. Прочитайте про маршрутизацию, контроллеры, Twig и совсем немного по Доктрине. И вуаля - вы уже знаете, как работает костяк фреймворка.

    А дальше уже - практика и там понемногу и остальные знания подтянутся.
    Ответ написан
    Комментировать
  • С чего начать изучение Yii2?

    Fesor
    @Fesor
    Full-stack developer (Symfony, Angular)
    Да, есть официальная документация.
    Только совет - если задумаете что-то написать, потрудитесь поискать уже готовое решение. Главная проблема новичков в Yii - после пары часов прочтения документации они уже подписываются на выполнение заказов на фрилансе, и затем в коде разрастаются велосипеды, реализация которых даже в фреймворке имеется.
    Ответ написан
    Комментировать