• Как работать с фрилансерами?

    opium
    @opium
    Просто люблю качественно работать
    О давайте расскажу про свой опыт работы с фрилансерами.
    На free-lance.ru у меня 160 проектов за полтора года + нанимаю на веблансере, по знакомству и freelansim
    1)Не русские разработчики более ответственны, взять тех же вьетнамцем, филипинцев, китайцев, немного индусов, они просто более ответственны и меньше пропадают чем русские, хотя казалось бы индусы же.
    2)Не платите никогда вперед, почти в 95 процентах я прачу только после полного выполнения задач. Как показала моя практика ни наличие сделок без риска, ни отличнейшие профайлы не гарантируют от кидалова. Оплата всегда после.
    3)Работай те только напрямую, я можно сказать перепродаю таски, но работаю только с теми кто именно кодит и дизайнит и не перепродаст мои таски. Обычно в беседе я задаю этот вопрос прямо и прямо получаю ответ.
    4)Спрашивайте есть ли у человека время начать сейчас и когда будет результат, бывает человек занят, вы его подгоняете, он впадает в стресс и выходит из зоны комфорта и чтобы облегчить себе жизнь ему проще всего пропасть.
    5)Бейте задачи как можно мельче и оговаривайте сроки на каждую и каждый раз, когда подходит срок спрашивайте, что сделано если ничего то это уже звоночек.
    6)Используйте гит и continues integration, чтобы следить что делает человек и видеть сразу его результат.
    7)Всегда выдавайте свое окружение для работы, бывает развернуть какой нибудь сайт не так просто и программисту не зачем тратить на это время.
    8)Бекапьте все, бд и файлы, если не юзаете гит то файлы можно бекапить хоть раз в час, часто когда программисты ломали все это спасало кучу времени.
    9)Попробуйте поработать с недостудиями, это студии обычно у которых нет офиса, но есть программисты, если они не заняты работой по горло можно купить у них работу довольно за нормальный ценник.
    10)Пробуйте работать по почасовой ставке и всегда ставьте цену в зависимости от часов, чтобы это было понятно вам и фрилансеру откуда ноги растут, а то иногда бывает две работы на час одна стоит 1500, а вторая 3000. Хотя они должны стоить одинаково.
    11)Набирайте пулл проверенных фрилансеров, да чем дольше работаете тем чаще у вас будут делать работу одни и теже люди.
    12)Наймите человека, который много работает с фрилансерами, меня так иногда нанимают, когда конторе не охото самой возиться с фрилансерами.
    13)используйте систему управления проектами, я юзаю редмайн, и вообще чем более продакшен ваша инфраструктура тем больше это будет впечатлять фрилансера.
    14)Нанимайте несколько человек на выполнение одной работы, это совершенно нормально. Один из них может быть и сделает, иногда нанимаю аж четверых. Фрилансеры кричат как так то, и что ты будешь делать если сделают все четверо, я отвечаю всегда просто, мое основное правило для фрилансера я всегда плачу, даже если мой заказчик не заплатит мне. И тут я тоже заплачу четверым, но посыпая голову фрилансерам пеплом ни разу за мою практику не было такого, чтобы сделало хотя бы двое. То есть при таком подходе мне ни разу не удалось переплатить, при всем моем желании.

    Наверно много ещё чего мог бы написать, но так сходу не лезет больше в голову,
    Сам работаю фрилансером на одеске
    pumainthailand.com/category/rabota-2/
    Ответ написан
    4 комментария
  • Ваше мнение - Кто имеет право праздновать день программиста?

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

    Помню своих учителей программированию — считаю их программистами.
    Ответ написан
    1 комментарий
  • Какой размер монитора подойдет больше для разработчика?

    nazarpc
    @nazarpc
    Open Source enthusiast
    Лучше брать 16:10 — будет удобнее при написании кода, чем с 16:9.
    Ответ написан
    Комментировать
  • Безопасность смарт-карт

    Maximus43
    @Maximus43
    1. Никак. Обращение к смарт-карте идет через API, который предоставляет драйвер. Если вредоносное ПО перехватило PIN, то оно с таким же успехом может производить операции со смарт-картой через API. Все можно реализовать в фоне.
    2. Никак. Смарт-карта не знает, правильный документ или нет. Ей передают хеш документа, она шифрует его своим закрытым ключом и отдает результат обратно. Если передать хеш левого документа, то смарт-карта его без дополнительных вопросов зашифрует.
    Вывод: плюс смарт-карты только в том, что из нее нельзя извлечь закрытый ключ (если все правильно настроено) и в том, что когда ее нет в ридере, то подписать ничего не возможно физически. А если рабочая среда скомпрометирована и у вредоносной программы есть PIN и доступ к API, то тут уж как говорится: «Против лома нет приема».
    Все сказанное касается обычных смарт-карт, для Java карт можно добавить аплет с хитрой логикой, тогда просто API может быть недостаточно для подписания. Это вариант защиты, но требует дополнительных действий со стороны разработчиков и со стороны клиентского ПО.
    Ответ написан
    Комментировать
  • Как организовать хранение последних изменений в БД проекта?

    Shedal
    @Shedal
    Я по этому поводу когда-то большую фундаментальную статью написал, с рассмотрением разных подходов. Ознакомьтесь, если хотите: habrahabr.ru/post/121265/
    Ответ написан
    Комментировать
  • Как заставить разработчиков пофиксить сайт?

    @mithraen
    Это проще для маленькой организации. Для большой все совсем по-другому.

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

    Далее саппорту нужно передать это сообщение разработчикам. Разработчикам внести изменения, потом проверить что это изменение ничего не ломает в других браузерах (например они не очепятались при внесении изменения), да еще и таки протестировать в Safari.

    То есть такое изменение потребует суммарно чуть ли не человекомесяц работы. То есть обойдется компании в пару тысяч долларов. И теперь главное — какое количество пользователей придет в onlime от других провайдеров (или не уйдет от них к дргим) из-за поддержки Safari?

    Т.е. это чисто убыточное действие. Которое компании — не нужно. Оно может стать не убыточным, если компания использует это в своем PR типа «мы, в отличии от наших конкурентов, заботимся о наших пользователей даже с другими ОС нежели Windows», тогда это просто затраты на рекламу.

    Для ТП вашей проблемы действительно просто нет. Для бизнеса совершенно нормально от нескольких процентов настандартных пользователей просто избавляться. Пользователи MacOS и Linux традиционно решают свои проблемы сами :(

    В рамках взаимодействия с onlime как с бизнесом ваша проблема неразрешима. Им это действительно делать невыгодно. Но в рамках человеческого общения с сотрудниками компании как специалистами — проблема разрешима.

    Но в этом случае вам фактически надо выполнить роль project manager'а и эксперта, а также ряда других сотрудников компании бесплатно и без соответствующих полномочий.
    Ответ написан
    1 комментарий