spacediver

Ну вопрос как я понял не только о времени, но и как с ними работать в принципе. Так вот идеальный вариант — это поиск фрилансера, который уже решил в точности похожую задачу, тогда всё сводится к покупке готового решения. Я это называю каталог наработок. Если такого найти не получается, то это как бы уже намекает на то что часом работы не отделаться. Разбейте работу на два этапа — первый оценочный, на котором он знакомится с задачей, на этом этапе либо вообще ничего не оплачиваете либо оплачиваете символическую оговоренную сумму (плата за вызов, она же «на пиво»). На этом этапе он сам говорит вам возможные варианты развития дальнейших событий с его участием. Они либо вас обоих устраивают и вы сотрудничаете, либо не устраивают и вы разбегаетесь. Вспомним сантехника — он сперва смотрит ваш обьём работ, лишь потом говорит сроки, Или телемастер — конечный вердикт назовёт только по месту.
Если самого сроки не поджимают, то можно давать долгосрочные задания начинающим фрилансерам. В этом случае договариваемся так, сделаешь-молодец, не сделаешь — не беда.

Фрилансеры ничем не отличаются от любого другого наёмного труда на раз.
Вот допустим копаю я например яму 2 на 3 глубиной 1 метр, беру за это 1000р. и укладываюсь в 3 часа.
Получаю заказ на яму, и как обычно 3 часа и 1000р. обговариваем и начинаем. А в том месте бац и 2 булыжника больших, кто про них знал, да никто. В 3 часа уже не укладываемся, их же надо откопать, достать и переместить куда-то. Никто не доплатит за это.
Ещё в один раз бац и кабель какой-нибудь на месте копания ямы, забыли предупредить. С кабелем тоже надо что-то делать. Если отказаться от этой ямы, денег никто не даст, а ты уже половину то перекопал, а заказчику всё-равно, у него триггер(сделано/не сделано).
Ещё одна яма, а там бац труба какая-нибудь. Тебе говорят копай тогда в другом месте сначала. А то что и эта часть копания должна быть оплачена никому нет дела.
Таких вариантов бесконечное множество, здесь можно добавить «А почему яма прямоугольная, а давай её звездочкой сделаем» или «А почему ты так лопату держишь, я хочу чтобы мою яму ты копал держа вот так лопату» и т.д.
Набив кучу таких шишек ты начинаешь ставить срок 6 часов и 5000р., по твоим расчётам в это время решаются большинство таких сюрпризов. Только кто к тебе обращаются ноют «А вот у друга знакомого сын копает за 800р.».
Со временем ты плюёшь на всё это, открываешь например кладбище и копаешь в своё удовольствие без всяких сюрпризов и собираешь сильно больше денег. =)

Одна из основных ошибок фриланса — брать на доработку чужие недоделанные проекты (не поддержку, а именно доработку). Другая основная ошибка это сокрытие информации — когда фрилансер избегает разговора заказчиком и тянет время. Вы совершили первую ошибку и есть шанс не совершать вторую, удачи.

www.prime-speed.ru/MySQL_Manual/EXPLAIN.html

Может конкуренция с freelansim.ru. Но как-то наивно и топорно в наши дни выглядит такой вид борьбы с конкурентами. Может автор просто употребил нецензурное слово, а может Лебедева похулил. Или власть.

Такая схема работает:
1. Редирект почты с vasya@company.com на vasya@gmail.com.
2. В Gmail добавлен адрес vasya@company.com как тот, с которого можно отправлять почту.

Пользователь с своем gmail получает корпоративную почту и отвечает с корпоративного ящика.

Я бы посоветовал искать с ключевым словом «redirect». В этом процессе сохраняются From:, To:, CC:, BCC:, ReplyTo: и всё выглядит как будто перенаправления не было, будто письмо пришло прямо без посредника.

Личность редиректора можно отловить только изучив поле X-Sender:, а мало кто о нём знает
(только кулхацкеры, которые обещают взломать вам мылру люовницы, подтверждая вам факт взлома, якобы «послав вам письмо с её мылрушечного ящика» и взяв за это ваши деньги, после чего исчезают).

Однако, вы хотите усложнить логику.
Почтовик gmail.com должен ответное письмо сотрудника сопоставить с оригинальным и направить ваш ответ согласно оригинальному X-Sender (это был company.com) на company.com, вместо того, чтобы нормально примитивно отправить ваше письмо согласно ReplyTo: либо From: (они автоматически в вашем ответе становятся To:). При этом «редиректнуть» письмо, сохранив его содержимое (то есть не вставлять обычное форвардовское «сим форваржу вам сиё письмо „“» в текст).
Далее company.com должен заменить поле From/ReplyTo:gmail.com на своё From/ReplyTo:company.com и тоже редиректнуть без изменения содержимого.

Я подозреваю, что для company.com это возможно, имея внятный сложный настраиваемый почтовик, и подозреваю, что с gmail.com это будет проблематично.
(По-видимому надо будет сначала добиться, чтобы сотрудник слал свой ответ изначально на X-Sender, например посредством толкового IMAP/POP клиента, напроде TheBat!)

То есть вместо изучения redirect я бы в первую очередь начал изучать вашу ИТ-политику и юзабельность корпоративного почтовика на предмет «какого чёрта сотрудник company не может пользоваться company.com: гордый, либо геморно, либо ненастроено, либо ещё что?»

В книге Peopleware был описан любопытный эксперимент про музыку: две группы студентов решали вычислительные задачи, соответственно, одна группа — под музыку, другая — нет. Продуктивность была одинаковая, но в группе без музыки больше людей нащли «креативный» (короткий) способ решения. Объяснялось — тем, что музыка занимает творческое полушарие и мешает соответственно решать творческие задачи.

Музыка в фоне зло, всем не угодишь. Максимум только что-то такое www.rainymood.com или там фон леса и т.д.

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

Рекомендую почитать
habrahabr.ru/post/158769/

Поделитесь опытом, пожалуйста

Так ведь поделились уже — просто погуглите книжки или туториалы по Git, заюзайте github для практики — основные команды займут 20 минут изучения максимум. А если юзать внутри IDE с поддержкой git, то вообще не нужно будет думать об этих командах (ну почти :)).

Это же происходит на боевом сервере?

Нет, есть такие штуки как тестовые сервера. alpha, beta, stage — по разному называют их. В поднятии таких штук может помочь Vagrant.

Как отслеживать изменеия в структуре бд?

С помощью миграций (тут нужны знания от программиста или желание изучить).

Как переносить изменения из рабочего файла в боевой?

бесплатно: rsync, git pull
платно и профессиональнее: beanstalkapp.com/ (и аналоги)

Попробуйте онлайн конвертер winginx.ru/htaccess

Тут целые книги переводят через github, вполне может подойти.
Для приватных проектов можно или купить там же аккаунт с приватными репозиториями или поднять git у себя.
Это конечно потребует некоторой сноровки от пользователей (есть же и gui), но вариант должен быть достаточно удобным)

Ну воспользуйтесь стандартной оценкой, 2-3 годовых прибыли.