Требуется опытный JS-разработчик

Тянуть контент на фоне можно с помощью XMLHttpRequest, либо скрытых iframe или object, но политика безопасности браузеров ни одним из этих способов не позволит Вам обращаться к другому сайту

Многое упирается в Вашу систему и структуру для "подсасывания", представленный документ!=ТЗ. Он скорее смахивает на очень правильно сформулированное желание.

нормальное. грамотный прогер разберётся ;)

Вот с этим вам прийдётся увеличить бюджет :) Не любой прогер вам такое сразу и сделает.

Ограничение системы одним хостом нехило понижает требования к квалификации программиста и тогда вы можете даже вписаться в бюджет.

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

2.требуются другие техники, нежели использующие XMLHttpRequest())!

Из первого второе не вытекает. Это разные требования ?

может имеет смысл расширить тз до "proxy" на сервере партнёра ?

Насколько я понял вы ui модель хотите от разрабочика ?

Web2 добавил 24.06.2009 в 02:22

А опытный - попросит дописать ТЗ. =)

воспримите как шутку =)

О чем и речь.

опытный реализует на своё усмотрение всё, что не достаточно подробно описано ;)

Вообще, заказчик в 95% случаев не технический человек и не в состоянии написать ТЗ :)

Абслютно верно, если под ТЗ подразумевать документ с детальным описанием архитектуры конечного продукта, структуры данных и всех утилитарных алгоритмов. Но такие ТЗ мне, если честно, приходилось встречать in the wild очень редко, особенно на форумах. В "тепличных" условиях - да, при разработке больших командных проектов, когда архитекторы разрабатывают подобные документы для кодеров. Но архитектор - это, по сути, тоже разработчик и, в большинстве случаев, гораздо более квалифицированный, нежели кодеры.

Тут имеем несколько иную ситуацию - заказчик, не являющийся специалистом в JS и разработке browser-side приложений, описывает нужный ему на выходе результат. В документе есть моменты, вызывающие некоторые вопросы у разработчика, но опять же, имхо, не совсем правильно требовать от заказчика описать то, в чём он не влияется спецом.

Это, конечно, реально реально, но тогда отпадает вся потребность в исполнителе - заказчик сам становится специалистом в вопросе (если он, конечно, изначально технический человек, правда изначально не знакомый с конкретной предметной областью) и ему ничего не мешает, после детальной проработки алгоритмов и ответа на все потенциальные вопросы исполнителя, до которых удастся додуматься, заказать отдельно порезанный дизайн и тупо самому спрограмить задачу, либо отдать её соседу-первокурснику за еду с пивом (утрирую конечно, но детальная проработка - это 50% задачи. Для реализации оставшихся 50%, при наличии первых 50%, какие-то особые скиллы, кроме "аккуратности", понимания синтаксиса языка и месячного опыта "кодинга", врядли понадобятся)

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

Не согласным с такой постановкой: я, скорее всего, не ваш клиент и смысла продолжать разговор дальше не вижу. Всех остальных, кого интересует задание, жду в асе/на мыле (474570458/dx744015[at]gmail.com). всё ещё актуально.

dexored добавил 24.06.2009 в 17:46

Понятно, что не любой. Не исключаю вероятности, что это сделать вообще невозможно, как и того факта, то 90% фрилансеров-вебпрогеров не являются профессионалами в нужной мере и банально могут не иметь квалификации для реализации подобной задачи.

К тому же, вопрос по бюджету открытый. Выше были озвучены базовые цифры. Если это недостаточные величины, то хотелось услышать/увидеть достаточные, но об этом лучше пообщаться лично - форум не самое лучшее место для подобных обсуждений,

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

Касаемо ui - да, вы правы.

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

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