GD Star Rating
loading...
loading...
Расскажите как вы привлекаете фрилансеров давая им доступ к вашему git-у(mercurial, subversion или что у вас там).
Проект на джаве. Сейчас учавствует один фриласер для вёрстки шаблонов и js-программирования. Но его я хорошо знаю. А нужно нанять ещё несколько человек.
Можно заюзать gitolite, создаешь ветку, создаешь юзверя, и даешь ему право работать именно с этой веткой. Вот и все
А в чем опасность? Что форсом в мастер запушат? Так работай по системе форков. Фрилансер создает ветку, а потом пул-реквест в мастер. Не знаю, правда, насколько твой софт это позволяет. Но вообще системы контроля версий как раз созданы для того, что маскимально уменьшить опасность криворукого вмешательства.
что код спиздит
и что он с ним будет делать?
Если в проекте есть адовое кодерское ноу-хау – давать доступ только к нужной части. А если фантастические варианты не рассматривать – просишь подписать NDA, и все.
Хер его знает. Развернёт сайт на своём сервере например.
Когда я работал в Rocket Software (да, было такое, офигеть ), то задачи ставились примерно так:
Написать класс. Название такое-то, список публичных свойств такой-то, список методов такой-то. Метод номер 1 должен принимать такие-то параметры, делать то-то, выдавать то-то. Метод номер 2…
Можно использовать такие-то классы: список названий. У этих классов есть такие-то методы с такими-то сигнатурами. Делают то-то.
Вперёд.
И, собственно… всё. Сидишь, пишешь.
Самое первое задание было что-то вроде “принять список целых чисел-идентификаторов неких объектов, с такого-то класса таким-то методом получить объекты по идентификаторам, выдать полученный список объектов”.
Самый охуенный подход. Подразумевает, что тот, кто даёт задания, в курсе, что должно получиться в итоге.
да, к тому же отсеивает проходимцев. К тому времени, когда человек получает доступ к полному коду и начинает представлять опасность в виде слива ноу-хау конкурентам, у него самого уже в этом самом коде куча собственных мест и правок. То есть он уже свой, и опасность сильно уменьшается.
Плюс “по построению” получается архитектура, удобная для юнит-тестирования.
блин, тут ты сам себе злобный буратино.
1. Если у тебя сверхсекретные файлы Пентагона в проекте, то нанимать фрилансеров нелогично как то.
2. Если у тебя фрилансеры, которые “Слышь дай ноут покодить, у меня идеешка своя”, то нахуй таких фрилансеров тоже.
Не вижу проблемы в общем.
ну есть и подводные камни. Обрабатывать напильником код от людей, которые не знают сути проекта надо очень много.
база данных для такого пиздинга важнее. Вот рабочую базу данных давать никому не стоит.
каждый сам решает, готов ли он на это ради прайваси
тогда уж дополнительно выдавать юнит-тест с заглушками
но это жестяная жесть, я быстрее сам реализацию напишу, чем буду такую детализацию продумывать
Это как раз в том случае, если не с самого начала представляешь что тебе нужно.
нет, почему, если класс предполагает какие-то алгоритмические сложности, которые тебе лень продумывать, то вполне хороший вариант отдать его реализацию на фриланс, и после код-ревью просто использовать как “стороннюю библиотеку”.
А простейшие классы – они только для проверки программиста и ввождения его в проект.