Нужен человек для создания сайта-магазина
#1
Отправлено 05 января 2011 - 12:26
Нужен человек, который сможет сделать сайт-магазин.
Сайт должен продавать свой виртуальный продукт, автоматически выставлять на него счёт и создавать сертификат, в случае успешной покупки.
Сайт должен работать с самыми популярными банками Эстонии, иметь возможность оплаты через мобильник и кредиткой.
Клиент должен иметь возможность создать акаунт, который частично смогут смотреть другие пользователи (анкета).
Будет всего 2 типа продуктов с несколькими вариантами/возможностями "приобретения" (к примеру с доставкой, без доставки, с ваучером).
Соответственно должно быть несколько вариантов ценообразования.
Более подробное описание и техническое задание будет предоставлено в ходе переговоров.
Dead-Line для переговоров: 09.01.2011
Dead-Line для показа сайт и начала тестов: 05.02.2011
Окончательная готовность: 15.02.2011
Жду приблизительных предложений в ЛС по:
- цене в ЕВРО за работу под ключ
- если есть возможность изготовления дизайн, то и предложение по дизайну
- описание возможностей по срокам
- примеры ранее сделанных работ
С Уважением,
Макс
photodomino.com - свадебное фото, студийные работы, природа, стоки
nordicsand.com - видео рекламы, репортажное видео, свадьбы.
#3
Отправлено 05 января 2011 - 15:30
Я указал потребности, если есть варианты решения - их предложат.
Кастомный или не кастомный - это уже другой разговор.
Если У вас полно работы и Вы можете выделить под эту задачу 4 часа в неделю, это может занять одно кол-во времени.
Если такой же специалист имея наработки или делал что то подобное имеет 4 часа в ДЕНЬ для этого проекта, то скорость увеличивается как минимум в 5 раз.
Я не прав?
photodomino.com - свадебное фото, студийные работы, природа, стоки
nordicsand.com - видео рекламы, репортажное видео, свадьбы.
#4
Отправлено 05 января 2011 - 15:36
Это верно только в теории. На деле за месяц нереально уложиться. Тем более у вас даже нет дизайна. Один только дизайн от идеи до вёрстки займёт месяц времени. Месяц - это очень мало для такого проекта, даже если работать на полной занятости (одному человеку).Setor,
Я указал потребности, если есть варианты решения - их предложат.
Кастомный или не кастомный - это уже другой разговор.
Если У вас полно работы и Вы можете выделить под эту задачу 4 часа в неделю, это может занять одно кол-во времени.
Если такой же специалист имея наработки или делал что то подобное имеет 4 часа в ДЕНЬ для этого проекта, то скорость увеличивается как минимум в 5 раз.
Я не прав?
>> Сайт должен работать с самыми популярными банками Эстонии, иметь возможность оплаты через мобильник и кредиткой.
Одни только утрясения (договоры) займут месяц.
Ааа насколько я понял, речь идёт о клоне Cherry.ee тогда всё намного проще и за месяц можно уложиться.
#7
Отправлено 05 января 2011 - 15:53
Если бы мы хотели клонировать черри.ее - я бы так и сказал и быстро нашёл бы одного из авторов этих клонов.
Ваучеры появились вроде как задолго до черри.ее и многие он-лайн магазины имеют скидку при использовании определённых ваучеров (к примеру, ваучер агента).
photodomino.com - свадебное фото, студийные работы, природа, стоки
nordicsand.com - видео рекламы, репортажное видео, свадьбы.
#8
Отправлено 05 января 2011 - 15:57
Остальное - это кодинг GUI. Много рутины.
Себестоимость проекта 8к крон, под ключ 1к евро за продажу технологий и опыта, каждая из которых сожрала бы уйму времени.
#10
Отправлено 05 января 2011 - 16:00
Черри был как пример того, что вы хотите получить, судя из описания, только с доп. плюшками. Виртуальный товар, купил, получил. Правда анкеты тут не в тему, попахивает социальщиной, непонятно зачем.Setor,
Если бы мы хотели клонировать черри.ее - я бы так и сказал и быстро нашёл бы одного из авторов этих клонов.
Ваучеры появились вроде как задолго до черри.ее и многие он-лайн магазины имеют скидку при использовании определённых ваучеров (к примеру, ваучер агента).
#11
Отправлено 05 января 2011 - 16:03
Если у кого-то будут ещё предложения, дайте знать.
photodomino.com - свадебное фото, студийные работы, природа, стоки
nordicsand.com - видео рекламы, репортажное видео, свадьбы.
#13
Отправлено 05 января 2011 - 16:26
Я пришёл не интерес к проекту вызвать, а получить варианты предложений... и начать сотрудничество желательно на этой неделе, так как времени в вправду не достаточно.
Я надеюсь, что я успею получить ещё хотя бы несколько предложений, после чего мы сможем начать работу.
photodomino.com - свадебное фото, студийные работы, природа, стоки
nordicsand.com - видео рекламы, репортажное видео, свадьбы.
#14
Отправлено 07 января 2011 - 09:03
Это по другому называется, манящий образ денег сильнее образа раба.Бизнес-секреты Чтобы тема вызывала интерес нужно подкидывать дров в печь.
Мне тут тоже предлагали портал для молодёжи сделать, по первоначальному описанию тянул он на 1000 евро, когда получил подробное описание, мне хватило того что, сказано было уподобить портал, а точнее его социальный сектор фэйсбуку, ну и всё в том духе, после перерасчёта цена выросла до 5000 евро =)
Человек явно любит на "рыбалку ходить" и весьма удачно я так полагаю =)
Сообщение изменено: HIGH-REZ (07 января 2011 - 09:04 )
#15
Отправлено 07 января 2011 - 12:02
Тут надо войти в образ заказчика, у меня даже есть формула рассчёта стоимости проекта:Это по другому называется, манящий образ денег сильнее образа раба.
Мне тут тоже предлагали портал для молодёжи сделать, по первоначальному описанию тянул он на 1000 евро, когда получил подробное описание, мне хватило того что, сказано было уподобить портал, а точнее его социальный сектор фэйсбуку, ну и всё в том духе, после перерасчёта цена выросла до 5000 евро =)
Человек явно любит на "рыбалку ходить" и весьма удачно я так полагаю =)
1) берём некий коэффициент (высчитывается из употребления умных, сложных слов) портал: коэфф 10, магазин: коэфф 10, сайт: коэфф 1 и т.д.
2) умножаем этот коэфф на базовую ставку валюты, например 1 крона
3) умножаем это всё на кол-во слов/минут ТЗ
часто 1 минута объяснения чего-то простого, с коэфф 1 занимает 1 день разработки
я просто не вписываюсь в сложные проекты, т.к. 90% не доходят до продакшена. одно лишь слово портал или магазин (если не брать готовых решений) - сразу идут мимо.
#16
Отправлено 07 января 2011 - 12:16
в такие сроки реально сделать проект, но нужны тесты. А тесты это не только на баги дизайна, яваскриптов и прочей херни, а ещё на всякие SQL иньекции т.к большинство самописных двигов от неизвестных авторов о них просто не позаботились и обычный DROP TABLE в каком нибудь поле может уронить всю базу.
ну если будет человек готовый отдавать себя 8 часов в день этому делу, то без проблем конечно.
Сообщение изменено: kukux (07 января 2011 - 12:18 )
#17
Отправлено 07 января 2011 - 14:28
Какие нафиг инъекции в 21м веке, эти проблемы были решены уже давно. Используйте правильные технологии, а не имея опыта, не беритесь за работу вообще, особенно, когда речь идёт о таких коротких сроках.я бы взялся, если бы было время, готовый(не сверстанный) дизайн и какое нибудь FAQ по подключению платежных систем.
в такие сроки реально сделать проект, но нужны тесты. А тесты это не только на баги дизайна, яваскриптов и прочей херни, а ещё на всякие SQL иньекции т.к большинство самописных двигов от неизвестных авторов о них просто не позаботились и обычный DROP TABLE в каком нибудь поле может уронить всю базу.
ну если будет человек готовый отдавать себя 8 часов в день этому делу, то без проблем конечно.
#23
Отправлено 07 января 2011 - 15:43
нужен обычный каталог(зажигалка), зачем ты достаешь огнемет?
зачем на какой то каталог использовать эти модули/плагины? а? для понта, для крутости?
меня умиляют люди которые хотят сделать посложнее, не понимая для чего им это надо.
Сообщение изменено: kukux (07 января 2011 - 15:44 )
#24
Отправлено 07 января 2011 - 15:47
позволю вставить свое дилетантское слово: просто сделать простые вещи. Зато вот потом трансформировать эту зажигалку в огнемет будет крайне трудно. И опять же - спорный вопрос насчет сложности. Если тебе проще сделать с помощью голого SQL, то это не значит что сложнее использовать готовый ORM.
Bachelor of Eternity
#28
Отправлено 07 января 2011 - 16:02
А меня умиляют люди, которые пытаются всё сделать на стандартных ф-циях mysql_*, потом имеют проблемы с всякими инъекциями, после каждого query проверяет результат на false и т.д. Чем плох стандартный PHP программист - он всё пытается написать сам, не хочет использовать отработаные технологии.переведем все в другое русло.
нужен обычный каталог(зажигалка), зачем ты достаешь огнемет?
зачем на какой то каталог использовать эти модули/плагины? а? для понта, для крутости?
меня умиляют люди которые хотят сделать посложнее, не понимая для чего им это надо.
Вот вам пример, берём Zend Framework. Что он даёт нам из коробки: кучу всяких полезных библиотек, нормальную Application среду, т.е. не нужно писать очередной "CMS". Тут нет смысла что либо доказывать, просто глупо не знать таких вещей. Пока вы будете делать свои тесты на SQL инъекции я буду писать функционал, пока вы будете писать тонну запросов к БД, я буду делать $Product = new Product(); $Product->name = 'xxx'; $Product->save();
А время программиста намного дороже чем железо, если вы заботитесь о лишний микросекунде производительности.
Если что-то будет тормозить, я возьму кеш с одним из кучи адаптеров. Когда заказчик скажет, давайте сделаем урл /super/puper я изменю одну строку в рутинге.
Сообщение изменено: Setor (07 января 2011 - 16:04 )
#29
Отправлено 07 января 2011 - 16:14
Какие такие проверки, какие заморочки? У меня все возможности иньекций уже обрубаются на mysql_query
я не правильно понял или тут написано что это даст готовый шаблон который вы будете набивать?Пока вы будете делать свои тесты на SQL инъекции я буду писать функционал, пока вы будете писать тонну запросов к БД, я буду делать $Product = new Product(); $Product->name = 'xxx'; $Product->save();
#30
Отправлено 07 января 2011 - 16:30
в 2 раза быстрее? не правда, раз в 200. Только я к счастью не могу отличить 0.0002 секунды от 0.04. Вопрос лишь в поддержке самописа, кто будет в нём разбираться через год... ни кто, вы напишете новую ф-цию my_super_mysql_query и скажете что код нужно обновить, точней, переписать с нуля.Все сокращать - не выход, однозначно. Чуть ознакомился с объектом спора, по размеру библиотеки уже понятно что пока загружается этот Zend для генерации одной страницы, голый PHP и SQL сделают свое дело в 2 раза быстрее.
Какие такие проверки, какие заморочки? У меня все возможности иньекций уже обрубаются на mysql_query
я не правильно понял или тут написано что это даст готовый шаблон который вы будете набивать?