egrik85 Сообщение 14/09/2010 10:52 Копия темы
Были внесены следующие изменения: пронумеровал пункты, скорректировал Штрафы, обновил шаблон, также приложил шаблон к данной странице.

egrik85 Сообщение 14/09/2010 05:52 Копия темы
Добрый день, Роман.
Спустя весьма продолжительное время работы, я соглашусь с вами, на счет пункта "тотального контроля", на практике это не работает, нужно по другому.

egrik85 Сообщение 14/09/2010 05:45 Копия темы
Были внесены следующие изменения: пронумеровал пункты, убрал пункт "Выдавать результаты каждый день.", добавил два новых пункта.

egrik85 Сообщение 29/08/2010 20:12 Копия темы
> Иначе получается, что заказчик хочет купить плохой товар
в корне не верное утверждение

> Если Вы понимаете, что использование IE6 не рекомендовано, Вы должны объяснить это заказчику. Это Ваша задача.
Вы мне также предлагаете объяснять это клиентам моего заказчика, да? Моя задача делать так, чтобы работало не зависимо от окружения – здесь речь не идет о ие5 и более ранних версиях. Пользователей, которые пользуются ИЕ6 предостаточное количество, причина тому – виндоус икспи. Более того, в большей степени, данными пользователями являются состоявшиеся люди, они не понимают ничего в компьютерах, ие6 и т.д., но они умело кликают по кнопке "Купить", не увидев которую, они не станут разбираться и вникать в причины, а просто уйдут на другой сайт, где такой проблемы нет.

egrik85 Сообщение 27/08/2010 06:20 Копия темы
Мне это повторять не нужно, лучше, объясните свою позицию "обычным" людям, желательно всем.

egrik85 Сообщение 25/08/2010 22:28 Копия темы
Были внесены изменения: добавил Штрафы и Поощрения.

egrik85 Сообщение 25/08/2010 21:58 Копия темы
Были внесены следующие изменения: порядок расчета, способ связи, обозначил понятие "рабочий день".

egrik85 Сообщение 28/05/2010 22:34 Копия темы
Благодарю за критику.

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

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

а в выражении
ваша фраза "до 18:00" для меня означает "до шести вечера по московскому времени"
не вижу ничего обязывающего – здесь я просто пояснил сразу, как я буду воспринимать фразу "до 18:00". Пишите хоть так: "до 18:00 по местному времени в Зимбабве", мне все-равно. Главное, чтобы мы друг друга понимали верно.

1. Не все работают в рабочие дни, а в выходные отдыхают. Кто-то напряженно работает два дня подряд по 16 часов в сутки, а затем отдыхает неделю. У кого-то четырехчасовой рабочий день при семидневной рабочей неделе.

Рабочей день – это день, в который Вы работаете.

2. У фрилансера могут быть другие дела, которым он может отдать приоритет. Скажем, я могу взять заказ с дедлайном через месяц, после чего три недели заниматься другими проектами или личными делами. Клиент что заказывает? Выполнения определенной работы в определенный срок. Хотите постепенного выполнения работы? Это должно быть оплачено дополнительно.

см. пункт выше. От Вас требуется лишь уведомить меня о дне и времени, когда я буду гарантировано получать от вас результаты.

3. Вы готовы оплачивать фрилансеру время, затрачиваемое на составление отчетов о проделанной работе?

мне не нужны отчеты, мне нужен результат. Запаковать рабочую папку и выслать архив  на почту (по моему профилю),  занимает максимум 3 минуты времени. Допустим, 1 час = 300 рублей, 3 минуты – это 15 рублей – если это для Вас существенно, то да, конечно, готов это оплачивать.

egrik85 Сообщение 28/05/2010 22:04 Копия темы
У вас очень ослепительная улыбка и отношение к работе. При полученной предоплате, действительно, у многих появляется мотивация. Но ровно также она и затухает: когда полученные деньги потрачены, работы еще много, а счета платить уже завтра. Не в этом суть.

Предоплата = хорошо.

Извините, но не сразу.

И есть на то причины.

egrik85 Сообщение 28/05/2010 18:10 Копия темы
Благодарю за комментарий.
Знаю, сейчас полетят камни в мой огород :) – готов! Не у всех исполнителей, работающих качественно, предоплата – это первый пункт. Я сам, в первую очередь, фрилансер и чаще всего работаю без предоплаты.

Я сам за предоплату и готов ее платить. Но платить только тому, в ком уже уверен, с кем был опыт работы. И на данный момент ТОЧКА, никак иначе!

Я не исключаю того факта, что я не прав и, быть может, есть другие варианты решения проблемы. Милая леди, я с удовольствием изменю свое мнение, если кто-либо предложит иной, более эффективный вариант. Проблема примерно следующего формата: вносится предоплата, человек начинает делать, вдруг пропадает. Я уже заплатил деньги, но вынужден ждать и неизвестно чего. Через 2 дня появляется с выполненной работой, которая уже не актуальна.

Как быть?

Давайте посмотрим на это еще вот так, по другому. Представьте, что вы выходите замуж/женитесь. Обращаетесь к ювелиру, чтобы тот сделал кольца Вашей мечты. Вносите предоплату, договариваетесь о сроках. За неделю до свадьбы Вы начинаете уже нервничать: кольца не готовы, ювелир не доступен. За 2 дня до события: к черту! бежите в ювелирный магазин, переплачиваете, получаете кольца уже не вашей мечты. Уфф, свадьба... стрессы... затем застолья, гулянье. На следующий день с утра, Вы просыпаетесь от того, что кто то долбится к Вам в дверь. Открываете, а там он, ювелир – стоит, на лице его радужная улыбка, опускаете взгляд, а в правой руке его восхитительные кольца, кольца ВАШЕЙ мечты.
Вопрос, что вы будете делать: двинете, как следует по морде, "спустите" с лестницы или натравите собак?

На данный момент я ищу определенных партнеров – список требований, в первую очередь, был составлен именно для этого – устал повторять одно и тоже. Может быть он еще кому-нибудь будет полезен. Лично для меня он потеряет всякую актуальность, как только я найду людей.

egrik85 Сообщение 28/05/2010 17:36 Копия темы
Требования к HTML верстке

1. Общая информация

1.1. Ознакомиться с «Общими требованиями к исполнителю» (Общие требования к исполнителям ).

1.2. Должно быть аккуратно.
То есть максимально приближено к дизайну, пиксель в пиксель не обязательно, но важно понимать, почему здесь такой отступ/расстояние, а не другой, здесь выровнено так, а не иначе.
 
1.3. Сайт должен «реагировать» на действия пользователя.
К примеру, навели на ссылку – она стала темнее/светлее.
 
1.4. Поддерживаемые браузеры.
IE6-8, Mozilla 3.0+, Opera 9.5+, Chrome, Safari.
 
1.5. Сайт должен работать, не зависимо от окружения.
Это означает, что при выключенном JavaScript`е и плагинах (flash, java и т.д.) сайт остается функциональным; при отключенной графике – выглядит аккуратно и привлекательно (указываем цвет фона, используем технику image replace и т. д.).

1.6. «Рабочее» разрешение экрана 1024x768.
То есть при данном разрешении экрана сайт должен открываться в окне браузера без горизонтальной прокрутки.

1.7. Компрессия графики.
При сжатии графики не должно возникать ярко-выраженных «дефектов», характерных для конкретных форматов.

1.8. JavaScript библиотека – jQuery 1.2.6.
Да, именно 1.2.6.

1.9. При верстке используем шаблон.
Подробнее о шаблоне рассказано далее. Под шаблоном в данном случае понимается:

• структура директорий;
• правила подключения css и js файлов;
• html-заголовки;
• содержимое, которое необходимо использовать при вставке в итоговой макет. Предложенный контент должен отображаться типографически корректно.

2. Требования к HTML разметке

2.1. Верстка должна быть блочной, без использования таблиц.
Таблицы необходимо использовать для представления табличных данных, а также в случаях, когда их использование целесообразнее блокам.

2.2. Код должен быть комментирован.
Комментарии пишем на английском языке и ограничиваем ими начало и конец какого-либо логического блока.

2.3. Использование «inline» стилей  не допустимо.
Либо в исключительных случаях – стилевые описания должны быть вынесены в отдельный файл.

2.4. Относительная адрсация.
При вставке изображений и внутренних ссылок используем относительные пути.

2.5. Не допустимо использовать «id» при стилевом описании.
Идентификатор «id» используем для JavaScript – как более быстрый способ доступа к dom-объектам.

2.6. Спрайты.
Очень желательно, но не обязательно, кроме одного случая: когда требуются «активные» элементы. К примеру, есть кнопка, на которую наводим – получается 2 состояния, нормально и наведенное – это спрайт.

2.7. Имена html тегов и их атрибутов указываем в нижнем регистре.
 
2.8. Все изображения, относящиеся к дизайн-макету (не относящиеся к содержимому страницы) выносим в стилевой файл.
 
2.9. При вставке изображений (<img />) должны быть указаны его размеры, относительный путь и атрибут alt.

2.10. Элементы меню делаем списками (<ul />).

3. Шаблон

Скачать mefolio.ru/download/tpl/t... (также шаблон прикреплен к данному документу).
Посмотреть онлайн mefolio.ru/download/tpl/

Рассмотрим структуру:

• images – для изображений, которые относятся к макету;
• js – для скриптов:
• js\jquery.js;
• js\site.js – здесь пишем свой js;
• pics – для изображений, которые относятся к наполнению (содержимому);
• styles – для стилевых описаний:
• styles\reset.css – сбрасывает стили;
• styles\screen.css – основной стилевой файл;
• styles\screen.ie.css – для ie;
• index.html – html-разметка.

4. Штрафы

• 5% – за каждые 8-ть часов задержки.
• 10% – за каждые 6 допущенных ошибок.

Пример.
Проект должен быть сдан 13 октября в 14:00.
Был получен 13 октября в 18:00, было допущено 9 ошибок. 
Штраф составит 10%.

Время на исправление ошибок не учитывается. Но принимаются во внимание сроки, которые вы каждый раз обозначаете для исправления ошибок. Например, если вы говорите, что ошибки будут исправлены до 15 октября 14:00, а результат от вас будут получены только 16-ого – это считается просрочкой.

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

5. Поощрения

• 10% – проект сдан во время или раньше обозначенного срока.
• 10% – не было допущено ошибок.

* проценты рассчитываются от стоимости проекта.

6. Порядок расчета

В случае, если была заключена «Сделка без риска», то штрафы исполнителем выплачиваются в первую очередь.

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

egrik85 Сообщение 28/05/2010 17:26 Копия темы
Общие требования к исполнителям 1. Не пропадать.
Жизнь есть жизнь, всякое может случиться. О всевозможных проблемах требуется предупреждать заблаговременно.

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

3. Соблюдать сроки и соответствовать ТЗ.
 
4. Никаких посредников.
Если же вы являетесь посредником, то обязуетесь уведомить об этом.
Если впоследствии вы будет уличены в посредничестве, то проект закрываем, все полученные деньги возвращаете (включая все комиссионные расходы), надеваете на голову презерватив, пишете на белом листке прописными буквами «Я ГОНДОН ПОСРЕДНИК», фотографируетесь в таком виде и выкладываете фотографию в публичный доступ. В противном случае, вы признаетесь мошенником.
В свою очередь, я гарантирую, что неоплаченную работу использовать не буду.

5. Предоставить всевозможные контакты.
Как связаться со мной, указано в профиле.

6. Основной способ для связи – сервис личных сообщений.
Способ не очень удобный, но позволяет «решить» некоторые возможные «трения».
Следующий способ e-mail: evgeny.grik@gmail.com. Пожалуйста, указывайте развернутую тему Вашего сообщения, к примеру: "Газпром. Верстка. Главная страница".
Однако, некоторые вопросы лучше решать в режиме диалога. Для этой цели скайп – mefolio. О время проведения скайп-трансляции договариваемся заранее. 
Для "оперативной" связи и смс – +7 (950) 752-69-04

Также дополнительно хотелось бы отметить: если для вас двух часовая «истерика» более приоритетное занятие, чем за 5 минут что-то поправить (в некоторых случаях даже не оговоренное в ТЗ), не пишите – точно не сработаемся.

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