Фронт-енд программист в KLM. Живу и работаю в Амстердаме. Увлекаюсь игрой на гитаре, спортом, хардкор-панк культурой. Интересуюсь наукой. Много путешествую. Люблю читать и людей с чувством юмора.
Контакты

Достижения

Все достижения (17)

Наибольший вклад в теги

Все теги (90)

Лучшие ответы пользователя

Все ответы (112)
  • Upwork как правильно получить первого клиента?

    search
    @search
    Мой дедушка индиго
    Как исполнитель, заработавший больше 100К$ (PHP, JS) на апворке и как заказчик, потративший больше 300K$ (тоже PHP и JS), скажу, что cover letter - это 90% успеха.

    Cover letter в стиле "быстро, дёшево, качественно" - сразу отправляются в топку. Когда фрилансил, то 10 из 10 заказчиков мне отвечали и почти всегда нанимали. Просто потому что в cover letter я сразу рассказывал как буду решать их задачу и задавал дополнительные вопросы по проекту. Когда нанимал сам, то хороший cover letter, где рассказывали что будут делать и задавали правильные вопросы, я получал, примерно один раз из 20 в случае с бэкендом (PHP) и ни разу за всю практику в случае с фронтендом (JS). Вообще грамотных фронтендеров на апворке я нашел ровно 0 (предлагая 35$ в час за ПОСТОЯННУЮ неограниченную работу), поэтому пришлось отказаться от услуг фриланса.

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

    Такие дела
    Ответ написан
  • Front-end разработка, правильная сборка?

    search
    @search
    Мой дедушка индиго
    Если компания дорожит качеством продукта и безопасностью данных своих клиентов, то сборка и выкат новой версии проводится автоматически Continuous Intrgration сервером. У программистов вобще нет доступа к проду. Доступ к проду есть только у CI-сервера. У программиста есть доступ только к GIT репозиторию проекта. Вся работа проводится в своём окружении и в отдельной ветке. Затем ветка тестируется на тестовом окружении (близком к продакшену), если надо правится, и затем вливается в главную ветку проекта. После этого CI подхватывает изменения, билдит фронт и бэк и выкатывает это дело на прод. Это очень общий вариант. Там есть куча нью-ансов.

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

    UPD
    Забыл сказать, что этот путь не даётся легко. Нужно потренироваться где-то полгодика. Но зато на всю жизнь получаешь спокойные ночи и здоровый цвет лица, так что оно того стоит.
    Ответ написан
  • Разве Composer бесполезен в 2017?

    search
    @search
    Мой дедушка индиго
    Композер - это, пожалуй, лучшее что произошло с пхп 5й версии.
    Валить или переубеждать тимлида - это по сути одно и тоже, если присмотреться. Просто демонстрация вашей неспособности брать на себя ответственность.

    Года 3 назад на моей прошлой работе в команду пришел очень толковый проактивный человек, который никого не стал переубеждать. Он просто стал делать правильные вещи. Без объяснений. И без приглашений. Коммитеть юнит тесты. Подключать линтеры. Деклайнить неудачные пулл-реквесты. В итоге он сам стал тимлидом где-то через год.

    Такие дела.

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

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

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

    search
    @search
    Мой дедушка индиго
    • индусы и "хорошие специалисты" - это разные непересекающиеся ниши;
    • заказчики тоже разделяются на новичков (не знающих разницу между индусом за 5 долларов в час и тяжеловесом за 50) и опытных. Чтобы стать опытным заказчиком нужно хоть раз обжечься об индуса;
    • заказчики в основном аматоры, но на том же апворке можно встретить и приличные компании. Компании в основном ищут грамотных спецов и не жалеют денег;
    • если у вас нет отличного профиля с историей заказов, то вам предстоит как-то доказать что вы не индус;



    PS
    Как-то у своей хорошей подруги из Индии спросил "почему индусы такие дряные программисты?". Она ответила что это культурная особенность. В Индии во многих школах запрещено задавать вопросы (во всяком случае так было раньше), поэтому программист выполняет задание настолько, насколько он его понял и редко ставит под сомнение идеи начальника/заказчика. Такие дела.
    Ответ написан

Лучшие вопросы пользователя

Все вопросы (2)