JS-разработчик (удалёнка)
 

INTRO
Имеется задача: разработать набор форм (дизайн, нарезка и (!)клиентская логика) и серверный скрипт, взаимодействующий с формами (приём от форм результатов заполнения, выдача формам списков значений по запросу от клиентской логики). Ссылка на более подробное задание в конце сообщения.

Требования к реализации
Клиентская логика: JS. HTML-код должен также отрисовываться JS-ом
Серверная: PHP + MySQL.
Оцениваю соотношение по объёму работ приблизительно как 1:5, где 1 — работы по серверной части(php), а 5 — по клиентской(JS).
Задача для веб-разработчика, со специализацией по клиентской логике, нежели даже для хорошего спеца по серверным вещам, но лишь поверхностно общающегося с JS.

Более подробно
http://xor.ru/forms.rtf

Сумма и порядок работы
Данное задание предполагает разработку серверного скрипта и двух экземпляров форм с разным дизайном. Бюджет: 200-400$. Если качество работы более чем устроит, обеспечу долговременный поток еженедельных заказов на разработку подобных форм.

По предоплате не работаю: возможна поэтапная оплата или разовая оплата при сдаче задания.

Контакты
icq: 474570458
mail: dx744015[at]gmail.com

Оценивать объем работы может только тот, кто эту работу будет делать.

откуда такая категоричность?
Право осуществлять оценку - право абсолютно любого человека, равно как и право соглашаться или нет с той или иной оценкой.

я привёл оценку, какой её вижу я. не согласны с ней - ваше право. если задание и оплата интересует - готов к диалогу.

актуально.

Вы JavaScript-программист? Если нет, то откуда вы знаете, за какое время реализуется та или иная задача.

Ваше право, как заказчика, устанавливать сроки, но не утверждать, что тут делов на N дней.

Наверное вы что-то увидели между срок. Где делались подобные утверждения?
Не перегибайте.
Я имею достаточно широкий опыт разработки server-side приложений. Большим опытом общения с JS похвастаться не могу и не могу называть себя javascript-разработчиком, но сделать примерную оценку того, как соотносятся объёмы работ по серверное и по клиентской логике, квалификация мне позволяет.
К тому же, как уже было сказано, никто никому эту оценку не навязывает - личное право каждого соглашаться или нет с этой оценкой.
Если вы приняли абстракные цифры этого соотношения (1:5) за конкретные дни, то мои вам соболезнования. Если вас задевает за живое сам факт, что "тупой заказчик" производит подобные оценки, также примите мои соболезнования.

Актуально.

Если прочитать прикрепленный файл, то соотношение работы с серверной частью ко всей остальной ни как не может быть 1:5 , т. к. судя по списку:
поработать над клиентской частью придется не только как js-программисту, но также как дизайнеру и юзабелисту, а их (дизайнеров/юзабелистов) работа выглядит простой лишь для тех, кто ее никогда не делал. Кроме того судя по последнему пункту этого списка:
проделать все это (вероятно включая и javascript) придется n-количество раз.


Так же написано:
и следующее:

т. е. кроссдоменный ajax без готовых решений, а это серьезная тема для целой книги.

Далее написано:
т. е. не получится "лепить по-быстрому", нужно именно качество и это тоже все заметно усложняет. Делать работу качественно, многим, мне в том числе, на самом деле очень нравится, но это не значит, что качество не должно оплачиваться.

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

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

Я оцениваю сложность работы с серверной частью и с клиентом в соотношении 1:200 и это притом что опыт работы с клиентской частью у меня на порядок выше, чем с серверной. Может (читать: наверняка) я и ошибаюсь, но уж точно не в большей степени, чем вы, dexored, с соотношением 1:5 .

Если хотите уложиться в 400$ , то нужно смириться с тем, что будут использоваться готовые решения и как следствие тонна неиспользуемого кода.

Да ладно, если оба сервера свои, то там несколько строк.

А мне вообще идея понравилась.
Предлагается создать скрипт динамически развертывающий паразитный сайт на странице доноре.
А потом можно на взломанных сайтах вместо или вместе с вирусами распространять рекламу чего-нибудь. :)
Типа google отдыхает.

Пшол с сайта, спамер епучий!

B~Vladi,
че это было?

B~Vladi,
во-первых, ты просто не понял идеи и погорячился, сказав так. Во-вторых, насколько я в курсе, ты это сказал довольно опытному программисту, до которого нам с тобой вместе взятым еще расти и расти (хотя, наверно путаю с кем то).

Я всё правильно понял, пусть выражается яснее. Что значит вирь плодить да спам слать?!

Riim: признателен за развёрнутый коммент.
С другой стороны, имеется ряд примеров, по подобию которых стоит рисовать формы. К тому же задача, сама по себе, не сильно обширная. С точки зрения сложности, действительно, не рискую оценить "техническую" (а не креативную) часть процесса внешнего дизайна.
По заданию необходимо сделать, как минимум, 2 формы (шаги 1-5). За что платится указанная сумма. Если результат работ устраивает, запускаем ковеер заказов такого же рода по уже отработанной технологии создания форм и взаимодействия со мной (шаги 6-9). Естественно, стоимость заказов из "конвеера" - это уже тема для отдельного разговора.

Да бросьте вы. Ни кто ни от кого не требует проработки всех аспектов этого вопроса - задача этого не требует. Требуется решение под конкретную задачу, а именно сформировать 2-3-4 GET-запроса к скрипту, принять в качестве стринги массивы значений (список городов, список марок авто и в этом духе) и распарсить его. Дальше уж полученные данные можно крутить-вертеть как угодно. Формирование запроса к третьему домену и получение ответа - тут как раз требуется профессионализм, знание предмета и опыт разработчика, но почему-то не верится, что тут пахнет большим объёмом работы в сотни и тысячи строк. Та же конструкция с XMLHttpRequest(), "ядро" аякса - пара десятков строк. Кроссдоменная работа - да, нетривиально, но вряд ли существенно объёмнее.
Парсинг в контексте данной задачи - ничего экстраординарного тут не вижу.

Равно как и выдать этот скрипт партнёру и стабильно получать с ресурсов партнёра целевые заявки. А криминал - опасно это и нестабильно...

Я так и понял. Даже прикинул можно ли скрипт сделать коротко. А формирование запроса к третьему домену и получение ответа можно, как мне кажется, организовать через iframe. На сайте даже грамотные статьи по этому поводу есть.

Вам кажется.

Тогда заказчику сюда. :)

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

Пожалуй, тут действительно слишком преувеличил.

всё ещё актуально