EVMedvedev

Или другой движок, в котором такая функция реализована в коробке. Выдано предупреждение: флуд Наказание: Ограничение публикаций

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

К сожалению это тоже не работает. Успешно работающий магазин может делать 10 разратчиков и каждый будет утверждать, что он сделал главный вклад. У меня есть примеры успешных магазинов, которые уже ушли с ОС на другие движки. Есть примеры сайтов, которые закрылись из-за управленческой некомпетентности самих владельцев. Разработка одного двух модулей тоже мало говорить о квалификации разработчика на самом деле (бывает заглянешь в код модуля и видишь там такой спагетти код что глаза на лоб лезут). Чтобы оценить контрагента-заказчика разработчику нужно оценивать способность заказчика эффективно управлять бизнесом вообще и той его частью, которая связана с развитием сайта, как технической составляющей бизнеса. Если человек не в состоянии поставить задачу на разработку ПО то он не в состоянии создать успешный бизнес, тогда и получить в портфолио успешный сайт не получится. Чтобы оценить контрагента-разработчика заказчику нужны определенные знания в организации создания и развития сайта, чтобы о мог точно сформулировать состав необходимых ему работ и способы оценки качества из выполнения. Если заказчик этого не сделал, то скорее всего столкнется с тем, что разработчик не так его понял и будет выставлять претензии исполнителю в его некомпетентности, чтобы не признавать ошибки своей управленческой некомпетентности. Заканчивается все поливанием друг друга грязью в сети.

С учетом того, что верхняя граница все равно уходит в космос при таком ТЗ, то можно написать и от 1 руб . Тем более если учесть что опубликовано не ТЗ а скорее техтребовнания к системе и требования к организации работ. ТЗ на основании этого материала еще разрабатывать надо.

Поскольку в прайсах крайне редко имеются данные для однозначной идентификации товаров (особенно если товары дублируются) то модуля, работающего с "любыми" прайсами в природе не существует. Нужно точно указывать диапазон отличий между прайсами.

Возможно выбор движка не самый правильный. В Мадженто есть функция построения сборных товаров. Ее как раз можно использовать для сборки конечного продукта из конструктивных элементов, представленных на витрине сайта (так делают сборку компьютера из комплектующих. А конечный результат можно отобразить как выбор фотографии с конечным вариантом по созданному набору. И все равно это будет приличная возня при создании такого функционала, а значит приличные затраты.

Для составления более или менее точной оценки стоимости проекта необходимо точное ТЗ на проводимые работы. Опубликуйте это ТЗ.

Ни в сроки ни в суммы вписаться не удастся. Система с достаточно сложным и нестандартным функционалом, который писать по ходу дела без проектирования не удастся. А без проекта распределить работы в команде не получится. По крайней мере на основании моего личного опыта написания сложных многопользовательских корпоративных систем. И это еще корпоративные системы где количество пользователей ограничено и нет большого трафика. Большой трафик своих гемороев добавит. А втискивать все это в ОС вообще самоубийство.

Причем это в USD скорее всего.

У вас есть какие то ориентиры по бюджету? Вы хотите существенно поменять логику ОС в части формирования и обработки заказов и разграничения доступа клиентов к элементам функционала и контенту. Это не получиться сделать быстро и мелкими модификациями. Придется затевать достаточно серьезный проект. Вы уверены что сможете его потянуть?

Ну ясное дело: "Языком болтать не мешки ворочать" . Выдано предупреждение: - флуд Наказание: - ограничение публикаций

А бюджет какой?

Может проще было сразу адрес сайта запостить, если есть что показать?

Да и не один. Например Тут есть и представители фирм. Так что да, вам есть на чьи флаги ориентироваться .

Потому что в упомянутой вами цитате говорится, что на мелкую работу серьезный исполнитель не откликнется. Это факт, работающий везде. Тот же квалифицированный плиточник не будет связываться с заказом по замене пары плиток в ванной за 500 рублей или серьезный адвокат не будет браться за простые, грошове дела. Это очевидно. Причем здесь поиск исполнителей на этом форуме? Вы хоть знаете что такое логика? Какой вы тогда программист, если элементарных логических цепочек не можете выстроить? Поэтому вас и задевает простая констатация фактов?

Вы просто передергиваете. Я сказал что здесь высококвалифицированные исполнители есть. Просто их мало и они не будут браться за мелкие работы. Это объективный факт. И это заказчикам нужно учитывать, если они ищут действительно квалифицированных спецов.

По первому вопросу - просто констатирую факты. Хотя понимаю что эта простая, объективная логика многим здесь не понравится. По второму вопросу - они здесь есть, хотя их и не много. Так о том и речь, что реально серьезных спецов, готовых по факту отвечать за качество своей работы, здесь не много

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

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

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

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

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

Мне показалось, что использование гита эффективно в случае командной разработки. Как только участников проекта становится больше одного - нужны возможности контроля версий, отката и разрешения конфликтов в редактировании одних и тех же файлов. При разработке модулей для CMS это имеет смысл если нужно подключить к отладке и развитию сообщество, чтобы они добавляли pull request(ы), но для этого желательно достаточно свободно владеть английским.

В Мадженто используется объекты модели и коллекции таких обхектов. Если не пишете SQL запросы, а создаете коллекции объектов то по умолчанию грузятся для каждого объекта все данные. Для этого Мадженто строит на основе RAW дата плоские таблицы, для ускорения работы (оригинальные данные хранятся в EAV структуре и без плоских таблиц движок становится очень тормозной и ресурсоемкий). А если нужно экономить память, то можно использовать механизм конструирования запроса через имеющийся ORM-инструмент типа QueryBuilder в Doctrine.

С чекбоксами в Мадженто это реализацется логическими атрибутами. Нужно только для фронта сделать правку в шаблоне, чтобы для нужного атрибута выдавался не селект (да/нет), а чекбокс. А с комплексным хранением нескольких значений в одном атрибуте - это да. Тут дефолтным решением и в Мадженто не обойтись. У атрибутов Мадженто удобно то, что численные типы хранятся в базе как числа и поэтому их можно включать в состав атрибутов, по которым доступна сортировка. То есть для сортировки задать любое множество атрибутов (они же опции в ОС). И это делается в админке одним кликом.