Фрилансер начни работать в паре

[@danielnewman]

А теперь напишите статью: «как я повстречал своего единственного».) Очень болезненная тема.

[@warsoul]

А еще так отвечают когда пишет старый заказчик с которым больше не хотят связыватся из-за печального (неудовлетворительного) опыта в прошлом.

[@opium]

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

[@warsoul]

А кто сказал что неудачный опыт был именно у Вас, или что вы точно знаете чем могли не угодить человеку? :)

[@opium]

Мне кажется все таки не может такого быть, чтобы у меня был удачный опыт с фрилансером, а у фрилансера со мной не удачный. Плачу я всегда, если вышли за рамки тз всегда оплачиваю дополнительное время.
Приведите пример вашей ситуации?

[@warsoul]

Ну я же не говорю о вас лично.
А общий случай — да даже банальная задержка оплаты на небольшой срок по какой-то причине которая кажется фрилансеру мелочной, хотя может таковой не быть для Вас.

[@Sabin4ik]

Последний пункт прям самый самый важный=) Наверное лучше было бы не «Я», а что-нибудь более общее?

[@opium]

Сменил на заказчиков.

[@Sabin4ik]

Вот теперь лучше=) Спасибо за статью

[@Brand]

«Дети, я собираюсь рассказать вам удивительную историю. Историю, как я встретил своего напарника.»

[@Rumantic]

Верная мысль, я примерно так и начинал.
Сначала жестко ничего не успевал, потом нашел напарника — начали делать вместе.
Потом понял, что одно из самых важных — это четко поставить задачу, тогда решить ее можно быстрее и лучше.
После этого переключился на постановку задач из того (иногда бреда) который представляет заказчик.
Напарников стало больше.
Потом узнал что оказывается есть такие «системные аналитики» — которые занимаются тем, чем теперь стал заниматься я.
— В свою очередь от фрилансера: Заказчик — начни формулировать четкие задачи )

[@opium]

Слава богу с формулировкой задач у меня нет проблем.

[@elve]

Вдвоем вы сможете сделать больше и т.д. и т.п… но и деньги придется делить на двоих =). Так что профит не так заметен =).

[@opium]

Ну как минимум в полтора раза на моем опыте.

[@tyvaldr]

Ожидал отчет о программировании в сауне :)
Вначале двусмысленно подумал: заголовок от слова «пара» или от слова «пар».

[@Elergy]

А потом начнутся топики:

Очень часть слышу от фрилансеров ответы:
1)Заняты
2)Сможем сделать завтра/через неделю/месяц.
3)Должны отказаться, всех денег все равно не заработаешь.
4)Нет столько свободного времени.
5)Не успеем сделать в срок.
6)С таким не работали/нет опыта.

[@andrvm]

Собственно сабж. Где ты мой напарник?

[@ks_ks]

Чтобы это понять, для начала нужно описать портрет идеального кандидата, имхо.
И желательно, чтобы об этом ещё кто-то кроме Вас, знал. :)

[@andrvm]

Главное порядочность, остальное — не важно.

[@chuck]

А теперь главный вопрос — как найти напарника примерно своего уровня и сколько на поиски уйдет времени?

[@opium]

В первую очередь наверно стоит поискать среди друзей, а во вторую на всяких программерских тусовках.

[@danielnewman]

Так — друзей не останется. )

[@opium]

Куда они денутся то 8)

[@frig]

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

Преимущества есть, конечно, но даже простая передача заказа — это проблема. Надо быть уверенным в том, кому передаешь работу, а хорошего программиста найти — проблема. А если он так хорош, то с большой вероятностью напарник ему не нужен, у него все и так здорово. Если ты просто передашь заказ и тот, кому ты его отдал накосячит — это отбросит тень и на тебя.

Так что все не так однозначно и не так просто.

[@opium]

0)Пара это не мантра, если у вас заказ на одного делайте один, если напарник просит помочь и есть возможность помочь помогайте, если работы много поделитесь с напарником.
1)Делите не каждый заказ.
2)Делить деньги всегда легко по количеству отработанных часов.
3)Производительность в некоторых местах может начать даже утраиваться, в денежном эквиваленте в некоторые месяцы, работа в команде учетверяет мою производительность.
4)Отвечает всегда тот кто принял заказ, он же и проверяет то что получает заказчик. Если оба специалиста, то сделать минимальную инспекцию кода + тестирование не составляет труда, к тому же тестирование всегда оплачивает заказчик.
5)Я совершенно не уверен кому я передаю работу, в месяц я работаю с порядка 50 фрилансеров. Риск есть, нужно учиться его минимизировать. Сложно скажем отдать заказчику не работающий продукт.

Не просто, но это следующая ступень эволюции фрилансера, но отмечу что не единственный путь.

[@frig]

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

Собственно это и рубит на корню работу с напарником. Напарник взял заказ, у него нет времени, а у тебя заказ на двоих. Отказываешь. Берешь помельче. Напарник находит заказ на двоих, ты занят — он отказывается, берет помельче и так по кругу. А если ждать, то будут очень большие дыры, а простой это потеря денег.

Равноправное сотрудничество, когда никто не главный — утопия. Некоторое время это возможно, но не долго. Потом все скатывается в склоки, споры и разваливается.

[@opium]

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

[@stt]

Тоже сторонник парной разработки ибо Agile/XP так говорит. Но вот встречал ли кто-то средства удаленного совместного кодинга? Этакий Гуглодок с разметкой кода?

[@opium]

git и svn?

[@stt]

:)))
нет, чтобы править код в одном окне совместно/одновременно.

[@opium]

Интересная идея, никогда такого не встречал.

[@stt]

Таки надо объединить git и docs ;)

[@stt]

уже все придумано это VirtualPairProgramming:
Обзор инструментов:
c2.com/cgi/wiki?VirtualPairProgramming

Сам удивился, сколько их появилось, искал лет 5 назад — тишина была полная…

Вот Gobby (GPL) gobby.0x539.de/trac/wiki/Features

[@RockBee]

Странно, что такой слив статья получила. Больше пяти лет такая схема помогала нам с коллегой делать невозможное возможным, и мы с гигантским сожалением переключились с этой схемы.

Самый первый коммент к статье — жалкое говно.