Как стать автором
Обновить

Комментарии 34

А теперь напишите статью: «как я повстречал своего единственного».) Очень болезненная тема.
А еще так отвечают когда пишет старый заказчик с которым больше не хотят связыватся из-за печального (неудовлетворительного) опыта в прошлом.
Не встречал такого, если у меня был неудачный опыт с фрилансером, я больше к нему никогда не обращусь.
А кто сказал что неудачный опыт был именно у Вас, или что вы точно знаете чем могли не угодить человеку? :)
Мне кажется все таки не может такого быть, чтобы у меня был удачный опыт с фрилансером, а у фрилансера со мной не удачный. Плачу я всегда, если вышли за рамки тз всегда оплачиваю дополнительное время.
Приведите пример вашей ситуации?
Ну я же не говорю о вас лично.
А общий случай — да даже банальная задержка оплаты на небольшой срок по какой-то причине которая кажется фрилансеру мелочной, хотя может таковой не быть для Вас.
Последний пункт прям самый самый важный=) Наверное лучше было бы не «Я», а что-нибудь более общее?
Сменил на заказчиков.
Вот теперь лучше=) Спасибо за статью
«Дети, я собираюсь рассказать вам удивительную историю. Историю, как я встретил своего напарника.»
Верная мысль, я примерно так и начинал.
Сначала жестко ничего не успевал, потом нашел напарника — начали делать вместе.
Потом понял, что одно из самых важных — это четко поставить задачу, тогда решить ее можно быстрее и лучше.
После этого переключился на постановку задач из того (иногда бреда) который представляет заказчик.
Напарников стало больше.
Потом узнал что оказывается есть такие «системные аналитики» — которые занимаются тем, чем теперь стал заниматься я.
— В свою очередь от фрилансера: Заказчик — начни формулировать четкие задачи )
Слава богу с формулировкой задач у меня нет проблем.
Вдвоем вы сможете сделать больше и т.д. и т.п… но и деньги придется делить на двоих =). Так что профит не так заметен =).
Ну как минимум в полтора раза на моем опыте.
Ожидал отчет о программировании в сауне :)
Вначале двусмысленно подумал: заголовок от слова «пара» или от слова «пар».
А потом начнутся топики:

Очень часть слышу от фрилансеров ответы:
1)Заняты
2)Сможем сделать завтра/через неделю/месяц.
3)Должны отказаться, всех денег все равно не заработаешь.
4)Нет столько свободного времени.
5)Не успеем сделать в срок.
6)С таким не работали/нет опыта.
Собственно сабж. Где ты мой напарник?
Чтобы это понять, для начала нужно описать портрет идеального кандидата, имхо.
И желательно, чтобы об этом ещё кто-то кроме Вас, знал. :)
Главное порядочность, остальное — не важно.
А теперь главный вопрос — как найти напарника примерно своего уровня и сколько на поиски уйдет времени?
В первую очередь наверно стоит поискать среди друзей, а во вторую на всяких программерских тусовках.
Так — друзей не останется. )
Куда они денутся то 8)
С одной стороны в паре лучше, с другой стороны — хуже.
Не каждый заказ можно и нужно делить. А если один занят заказом, а другой простаивает — как делить деньги? Если только тому, кто делает работу отдавать — другой тоже найдет себе работу. В итоге сойтись вместе на одном проекте будет сложно. Делить поровну? Это почва для конфликтов.
Собственно деление задачи и контроль тоже требует ресурсов. Производительность не будет удваиваться.
Взаимная ответственность имеет место быть — если твой партнер накосячил, то и тебе за это отвечать. А когда отвечает больше одного, то не отвечает никто.

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

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

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

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


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

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

Работа вдвоем уменьшает количество отказов, работа втроем ещё сильнее уменьшает количество отказов. Суть парной работы не искать работу на двоих, а работать в том же режиме более эффективно.
Кто принял заказ тот и главный, нет тут никакого равноправия.
Тоже сторонник парной разработки ибо Agile/XP так говорит. Но вот встречал ли кто-то средства удаленного совместного кодинга? Этакий Гуглодок с разметкой кода?
git и svn?
:)))
нет, чтобы править код в одном окне совместно/одновременно.
Интересная идея, никогда такого не встречал.
Таки надо объединить git и docs ;)
уже все придумано это VirtualPairProgramming:
Обзор инструментов:
c2.com/cgi/wiki?VirtualPairProgramming

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

Вот Gobby (GPL) gobby.0x539.de/trac/wiki/Features
Странно, что такой слив статья получила. Больше пяти лет такая схема помогала нам с коллегой делать невозможное возможным, и мы с гигантским сожалением переключились с этой схемы.

Самый первый коммент к статье — жалкое говно.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации

Истории