Как начинать работу над проектом на фрилансе?

Question

[darksladen]

Всем привет! Не так давно работаю на фрилансе и появилась реальная проблема с организованностью.. Что то не могу для себя выяснить, как лучше заниматься проектами. Опишите пожалуйста ваши действия после того, как получаете задачу и ftp.. То есть мне интересно все, от начала до конца. Может вы что то записываете в свой любимый блокнот или делаете еще какие нибудь полезные действия, которые помогают в дальнейшем. Также интересует насколько хорошая практика делать правки прямо на сервере (кстати какую прогу на винде лучше для этого юзать), если там допустим заказчику необходимо просто цвет кнопки поменять или все же и в этом случае стоит скопировать проект себе для безопасности?

Comments

[Степан Крапивин]

по-хорошему - научиться использовать систему контроля версий и правки делать через неё.

[darksladen]

В 1 раз столько ответов, и все бесполезные!

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

[Степан Крапивин]

darksladen: я фрилансер, пользуюсь git'ом или mercurial (иногда попадаются проекты на svn).
Если другой прогер сделает правки, то в проекте с системой контроля версий будет видно что и куда он добавил. Если он не закоммитил свои правки, то вы просто перед началом работы сделаете это за него. С комментарием "правки от другого прогера" и будете делать дальше свою работу.

[Степан Крапивин]

darksladen: и зря вы так на фриланс наговариваете, будто в нём одни дилетанты. То что вам попадаются такие клиенты не значит что весь фриланс такой.

[darksladen]

Степан Очень хотелось бы с вами пообщаться, это возможно?

[Степан Крапивин]

darksladen: да, можно через скайп: xevinbox

[account-4]

Степан: естественно дилетанты, такие как ТС. Я в шоке, мне было бы стыдно во фриланс лезть будучи таким нулевым. И брать за это деньги. Наглость решает!

[darksladen]

account-4 Очень интересно посмотреть ваши работы!

[account-4]

darksladen: я не доступен для найма.

[Tester1913]

account-4: "мне было бы стыдно во фриланс лезть будучи таким нулевым" - ты не индус ;-)

[darksladen]

account-4 Вы мне и не нужны для найма! Просто интересно, что из себя представляете и какого уровня у вас проекты.. Предполагаю вы ничем не лучше меня

Answer 1

[RuJet]

1. Обговариваешь ТЗ. Получаешь логины, явка, пароли.
2. Обговариваешь срок, порядок и канал оплаты. Это тоже важно.
3. Поднимаешь копию проекта у себя на хостинге/сервере и т.д. Не рекомендую пользоваться всяческими денверами. Например поведение php под liniux может отличаться от его поведения под windows.
4. Кодишь, кодишь, кодишь.
5. Показываешь заказчику на своем сервере.
6. Получаешь оплату.
7. Переносишь изменения к заказчику. Тут пригодится вышеупомянутый GIT.
Рекомендации:
На рабочем месте лучше держать linux. Во-первых как выше написал родная среда для web-приложений, во-вторых проще будет админить на vps и хостингах. А админить или хотя бы диагностировать проблему приходится часто. Особенно на мелких проектах.
Использовать VCS, например GIT.
Держать несколько каналов для оплаты. Например банковская карта, Яндекс.деньги, Qiwi и Webmoney.
Сразу проработать схемы перевода прибыли в доступные для траты денежные средства.
Не лениться и не бояться.
Все начинали с мелких проектов, всех хоть раз кидали.
Во фрилансе учатся на ошибках. Редко получается учиться по готовым руководствам и боже упаси всяким тренингам и видеокурсам.

Answer 2

[xmoonlight]

1. Юзаю notepad++ и Far (всё настроено в плане подсветки и подсказок)
2. Формирование краткого перечня работ и стоимости, предоплата от клиента 50%, составление ТЗ (если необходимо), затем уже сама работа по кодингу. (порядок следования очерёдности задач - сохранён)
3. Делается полный бэкап текущего сайта средствами хостинга.
4. Если есть возможность разделить логику разработки от действующего функционала (чтобы текущая работа не оказывала влияние на реальных посетителей) - правлю обычно сразу на (S)FTP. Иначе - только на своём хостинге.
5. Бэкапы - делаю копированием файла/папки с добавлением .ORIG в полное имя файла (например, файл: index.php.ORIG или реже, директория: TEMPLATE.ORIG).
6. В текстовик (для себя) - пишу всё, что я сделал, чтобы по нему можно было легко восстановить последовательность действий.
7. Сдаю работу, получаю деньги, делаю полный бэкап сайта после всей работы и отдаю клиенту.

Теперь, главное:
1. Никогда не тяните время
2. Клиент платит не за часы, а за конечную сделанную Вами работу (если это не так - значит не нужно работать с таким клиентом)
3. Если клиент требует больше работы, чем вы с ним договорились до предоплаты - найдите компромисс, чтобы вариант устроил всех, закройте проект и больше не работайте с этим клиентом.

Comments

[Дмитрий Локшин]

Т.е. Вы хотите сказать, что работать всегда нужно только при оплате за конечную работу? А при почасовой оплате работать не нужно?

[xmoonlight]

Дмитрий Локшин: Приведу простой пример: Вам нужно вычислить 1+1 или слетать на Луну за какой-то ограниченный срок.
Вы за это готовы заплатить фиксированную заранее известную N-ую сумму денег или оплачивать каждый час работы по рейту N в час до тех пор, пока не будет достигнут конечный результат?

[Дмитрий Локшин]

xmoonlight: Противоречящих примеров можно придумать много, только данные были не совсем по теме. Я работал с почасовой оплатой, и поверьте, это намного лучше, особенно когда клиент знает, что от правильно поставленного задания будет зависеть время твоей работы, поэтому заказчик не халатно относится к этому делу, а подходит очень тщательно, на вопросы отвечает очень оперативно и т.д. Также не возникают проблемы, когда не по твоей вине, клиент хочет что-то поменять местами, внедрить какую-о фичу и т.д. - он знает, что это время, а соответственно и деньги.
Да и что говорить, не зря же в Америке большинство работают именно так - что бы не говорили, а к бизнес процессам к этой стране подходят очень грамотно, или тут Вы тоже не согласитесь?)
Что касается других нюансов по часовой оплате, которые я думаю Вы приведете, то просто советую поработать и сравнить на деле.

[xmoonlight]

Дмитрий Локшин:

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

Может мне кто-нить пояснит логику?! Как клиент может определить сложность работы не обладая знаниями, а из сложности - время, которое необходимо, чтобы рассчитать свой бюджет заранее или Вы стараетесь тянуть из клиента средства до тех пор, пока не будет выполнена работа (если она вдруг когда-нибудь будет выполнена)?

[Дмитрий Локшин]

xmoonlight: Лично я работал со студией. Для учета есть специальные трекеры, которые помимо прочего делают скрины, также вся работа часто пушится на github, где просматривается, соответственно вся работа легко отслеживается, поэтому если исполнитель "затупок", то это очень быстро обнаруживается.
И вообще, предлагаю закончить это флуд в данной теме, а вместо этого, чтобы не возникало таких вопросов, попробовать такую форму оплаты.
Не подумайте, что это была грубость, просто совет. А вообще Вы большой молодец, что проявляете активность на таких ресурсах, тем более судя по количеству Ваших ответов, делаете это очень часто)

[xmoonlight]

Дмитрий Локшин: Спасибо, что оценили мою работу!
Вот и понятно всё стало: "лично я работал со студией". Это большая разница в отличие от работы на частника или ИП, у которых сильно ограниченный бюджет и им важна выполненная работа, а не время.
См. здесь по поводу мотивации и почасовой оплаты.

Answer 3

[Saboteur]

Просто.
Берешь и работаешь.
Понял?

Comments

[darksladen]

Да, босс!

Answer 4

[Никита]

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

Comments

[darksladen]

Я работал в офисе немного! Там совсем все по другому.. Офис поддерживает проекты постоянно, поэтому там проблем особых нет, когда дают проект с которым еще не работал, то просто разворачиваешь его в своем окружении и делаешь задачи по нему, комитя в гит. На фрилансе же нужна другая тактика

[Никита]

Для фриланса нужна самостоятельность и независимость. Там есть слово FREE даже. Оно ключевое:)
В том числе понимание как решить задачу с сетапом (какие задать вопросы заказчику). Этому всему можно научиться у более опытных товарищей в офисе. Нет магической инструкции, которую выдадут коллеги на тостере) Нюансов слишком много. Поработайте в разных типах офисов - крупных и мелких компаниях, стартапах, консалтинге(особенно полезно). Посмотрите где что и как устроено. Чем отличаются. И вот когда наберетесь опыта и придет понимание (если придет), то есть смысл пробовать фриланс. Иначе с такими вопросами это фейл и испорченный рейтинг.

[darksladen]

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

[Egor Padalka]

darksladen: Ну рас для старта тебе привычней развернуть у себя то и делай, как раз это тебе и будет началом работы.

[Sanes]

Не придет никакого понимания.

[darksladen]

Sanes Поясните пожалуйста! Что значит не придет =) Хотите сказать я необучаемый дебил?

[Sanes]

darksladen: Нет. Ты просто слабохарактерный. Захотел бы и без насилия себя мог бы заставить делать, что надо.

[darksladen]

account-4 Когда стану директором гугла, я вам припомню =)

[Никита]

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

[Владимир Соломыкин]

Расскажу, как я работаю с клиентами, которые заказывают одностраничники (дизайн+верстка):

• Обсуждаю (и помечаю себе - ОБЯЗАТЕЛЬНО!) цели, для которых создается ОдноСтраничник;
  
• Предлагаю и обсуждаю функционал;
  
• Оговариваю сроки и конечную стоимость (и способ рассчета) за оба этапа;
  
• Составляю мокап (схематический прототип) странички;
  
• Запрашиваю предоплату за первый этап (дизайн) - не менее 50%. В этом случае, если почувствю, что клиент с "сюрпризами" - можно лаконично завершить с ним сотрудничество после окончания первого этапа.
  
• После отрисовки и утверждения дизайна получаю полную оплату за первый этап, заливаю макет сайта в облако с доступом только по ссылке и (не помешает) возможностью отслеживания количества скачиваний (ЯДиск, например);
  
• Если у клиента ничего не изменилось и он готов продолжить работу (мало ли - всякое бывает) - запрашиваю предоплату за второй этап.
  

Answer 5

[Ankhena]

1. Получение четкой задачи.
2. Согласование сроков.
3. Получение предоплаты.
4. Работа в срок.
5. Сдача.
6. Получение оплаты.

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

Также интересует насколько хорошая практика делать правки прямо на сервере

Ну как она может быть хорошей, сами-то подумайте? Откатывать потом из бэкапа хостера? А если там один архив на десяток сайтов?
Вариантов может быть много, но копия "как было" всяко должна остаться.
Обычно к таким запасным копиям пишу срок хранения. Типа "project-name-backup-delete-09-2017".

Comments

[darksladen]

А если сайт на wp к примеру и много весит, вы всеравно его скидываете и разврачиваете у себя? Или только те файлы, которые необходимо менять?

[riot26]

darksladen: wp это вообще отдельный ужас. В идеале достаточно бекапа темы, плагинов, залитых файлов и БД. На практике лучше перестраховаться.

[Ankhena]

darksladen: Можно я позволю себе ответить вопросом на вопрос. А точнее, несколькими наводящими вопросами.
Что нужно скопировать или нужно ли разворачивать весь сайт у себя если:
1. мне нужно поменять какую-то мелочь в стилях/html шаблона, которая 100% не может ничего порушить и на сайт при этом заходят 10 человек в день.
2. тоже самое, но сайт с хорошей посещаемостью.
3. нужно внести вроде небольшие правки, но шут знает, чем это кончится (опять таки 2 варианта посещаемости)
4. нужно сделать большое количество простых правок
5. сложная работа, возможно затрагивающая изменение структуры сайта и/или БД

Можете еще вариантов дописать на свое усмотрение.
Думаю, что ответы в каждом случае очевидны.

Еще хочу обратить внимание, что "развернуть проект у себя и там работать" не равно "сделать резервную копию"

В любом случае вы точно должны знать как вернуть все в положение "как было".

[RuJet]

darksladen: берешь vps. Сейчас в пределах 1000 руб. можно взять столько дискового пространства, куда полезет любой средний проект. Если денег нет, работаешь локально, а для показа используешь тестовый аккаунт timeweb.

Answer 6

[Дмитрий]

git init
touch .gitignore
virtualenv venv
source venv/bin/activate
touch {config,script}.py
vim

Comments

[Евгений Кириллов]

Блестяще :-)

[Дмитрий]

:)

Answer 7

[Пума Тайланд]

Что вам мешает взять самому и выписать план на бумажку ?
У каждого свои планы

Comments

[account-4]

Он не осилил вопрос правильно сформулировать, а вы ему такие задачи подкидываете.

Answer 8

[lukoie]

Вопрос некорректен, т.к. слишком много неизвестных переменных.
В общем случае правки делать прямо на сервере лучше не нужно. Тем не менее, если это мелкие правки и доделки например стилей или скриптов - бекапим нужные файлы, правим на сервере и берем оплату. Это если задачи порядка "поправьте у меня что-то на сайте текст налазит на картинки" и т.п.
Если же задачи сложней, например разработка дизайна, или создание плагина, или правка купленного шаблона темплейтмонстра - процесс будет иным, и зачастую у каждого свой, потому что каждому будет удобней так или иначе это делать. Кому-то в дропбоксе, кому-то в гитхабе, кому-то по фтп с локалхоста заливать. А кто-то вообще CI у себя развернул.
У меня например если мелкие заказы от постоянных клиентов, есть директория заказчика на диске "projects", там создается директория по текущему проекту. Результат передается удобным для заказчика способом, то есть зачастую просто по почте или заливается на файлообменник и опять же по почте. Потому что неайтишным заказчикам именно так привычней и понятней работать. Если задача занимает день или даже неделю - зачастую бекапиться и контроль версий вести нецелесообразно.
Более крупные проекты - это уже совсем другой разговор. Там уже и серверные бекапы, и контроль версий, и распределенная работа, и асана. Так что в данном вопросе нельзя дать единственный правильный ответ.

Answer 9

[dativav]

1. Выбить из клиента задачу. Как можно более подробно.
2. Обратить внимание клиентку на то, что НЕ БУДЕТ выполнено, что НЕ ВХОДИТ в задачу.
3. Согласовать сумму, сроки, объемы работ, согласовать то, за что отвечаю я, а за что - другие.
4. Работать.

Comments

[darksladen]

Я имел ввиду чисто технический аспект! Гит и все такое.. Как организовать хранение проектов. Все, что вы скрыли под 4 пунктом!!!

[dativav]

darksladen: Это ОЧЕНЬ СИЛЬНО ЗАВИСИТ ОТ КОНКРЕТНОГО ПРОЕКТА.
Где-то git невозможен в принципе.

Уточните свой технологический стек.

[account-4]

darksladen: вопросы научись задавать, истеричка.

Answer 10

[devalone]

Just do it. Ты даже не описал, чем ты занимаешься, как тут можно давать советы?