48 мысли о “Сайт службы доставки китайской еды 5,5 специй”

    1. Отмечу, что к запуску мы сделали минимальный функционал, чтобы быстрее начать принимать заказы.

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

      Про мобильники и планшеты вы заблуждаетесь: преимущественно заказывают с десктопов.

          1. Фоновая картинка должна создавать правильную атмосферу. А тут я представляю обосанную подворотню.

            Кароч, есть совсем не хочется 🙂

  1. А мне дизайн нравится. У меня только технические вопросы: что под капотом? Как реакт делает рендер на бекенде? Ну и реализация хранения корзины не понравилась, нерезиновые они.

    1. Можно класть в куку сжатые данные корзины, тогда переполнить 4кб будет очень сложно. Здесь из-за специфики решил этого не делать и заодно сэкономить на размере подключаемого js’a.

      Реакт умеет рендерить свои компоненты в строку, собственно на сервере это и происходит (сервер на nodejs).

        1. Ну здесь не совсем про ноду, если честно (бененд сайта вообще на джанге).

          Могу про реакт сказать: никогда моей голове не было настолько приятно от написания интерфейсов на джаваскрипте.

          1. Зачем так извращаться если вполне хватает WordPress + Woocommerce для таких решений. С удобной админкой и уже готовыми плагинами импорта данных ассортимента и всякой всячины

            А дизайн ну вообще неудачный для доставки еды. На отлично подходит для магазина говнарской аттрибутики. Косух, бандан напульсников в шипами балахонов с надписью HIM и КиШ. итд

      1. Как это заранее? Я понимал, что внутренности должны быть на джанге, а реакт это js. Потом я увидел, что рендер реакта происходит на сервере а не только на клиенте и вопрос возник сам собой 🙂

  2. Есть сайты, которые на скриншоте приятнее, чем в жизни. Этот — один из.
    С корзиной всё не очень: 1. если заказали несколько блюд, они добавятся отдельными позициями; 2. товар в корзине идентифицировать сложно: нельзя кликнуть, чтобы хотя бы «подмотало» страницу куда надо; 3. скролл при большом кол-ве товаров делает корзину уж совсем неудобно узкой, хотя справа есть место; 4. печальный смайлик вместе с мрачной фоткой навевают мысль, что еда приготовлена вот именно в этих трущобах именно с такой грустной рожей.

    Немного поддержу Кота: джанга в бэкенде выбрана по принципу «на пыхе пишут только говнокодеры»? А чо не Scala + Play тогда?

    1. Решение с отдельными позициями в корзине именно здесь мне видится уместным. Второй пункт обязательно сделаем позже.

      Про инструменты сильно неадекват. Я пишу практически только на Django, поэтому и он. PHP в принципе не знаю.

  3. Визуально сайт нравится.

    Поддерживаю использование фреймворка на данной задаче, т.к. не вижу функций CMS сейчас и в будущем развитии сайта.
    1. Управлять сложной навигацией — тут не нужно, а несложной делается на Django за десятки минут, если понадобится
    2. Управлять контентом? любой фреймворк умеет wysiwyg
    3. Каталог с множеством полей, 1с-выгрузки, фильтры? — не нужно, да и такой код только мешать будет, и никогда не понадобится.
    4. Сложная корзина, история заказов, платежные системы, кабинеты авторизации? — не нужны, и не понадобятся

    Демид, скажи в каком месте может пригодится WordPress? Только если комментировать блюда или вести standalone-бложик.

    а вот ReactJs, реально из пушки по воробьям (:

    1. Дмитрий, реакт – это штука, которая позволяет декларативно описывать интерфейс и больше ничего. Весит в районе jquery. Почему вы называете ее пушкой? _)

    2. 4. Сложная корзина, история заказов, платежные системы, кабинеты авторизации? — не нужны, и не понадобятся.
      Дима, хорошо, что ты кодишь, а не бизнесы запускаешь 🙂

      1. martin, Так понимаю, ты опять хочешь развести аналитику интернет-магазинов?

        У Димы Лямкина хорошо получается делать красивые. удобные, простые и понятные сайт для заказа еды. Хорошо, что ты не делал этот проект.(:

      2. Да какую аналитику тут можно разводить. Просто покажи обороты магазина. Да даже обороты ни о чем не говорят. Покажи свою чистую прибыль!

        И знаешь в бизнесе доставки еды, до 80% прибыли дает именно маркетинг, т.е. мероприятия связанные с привличением целевого посетителя.

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

        —Хорошо, что ты не делал этот проект.
        Если под проектом имеется ввиду сайт, то я вообще стараюсь не делать сайты 🙂 А вот если ты имел виду бизнес, то очень плохо что не я делал этот проект 😉

        1. Любишь ты порассуждать про космические корабли (:
          Мое главное утверждение про другое — cms(Демид говорил про WordPress) и (полу)готовый код на подобных проектах только усложняют сайт и мешает пользователю быстро заказать еды, без хуйни.

          А фреймворки рулят на таких задачах: быстро внедряется !!!первая рабочая версия!!!, и легко модернизируется. Кто работал с Django/Rails/Yii знает, что архитектура стимулирует адекватное и быстрое «наращивание кода».
          Понадобится личный кабинет? Да ребята легко сделают, только сайт уже несколько месяцев нормально принимает заказы, а не валяется с тестовыми текстами.

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

          1. Бля, Дима. Вот еще года 3 назад я может бы и вступил бы с тобой в полемику, и начал бы что-то доказывать, про «наращивание кода» и т.д. А сейчас я даже твое сообщение полностью не читаю, т.к. встречаются ключевые слова «фреймворки рулят».
            Пойми, кроме вас разработчиков, всем срать какой у тебя там фреймворк. Да и фиг бы с ним, ты так же мог сказать «А мне срать на ваш маркетинг» и будешь прав. Но ты уверено считаешь, что фреймворк чего-то там решает в бизнесе и позволяешь утверждать что история заказов не нужна и корзины, и даже не понадобятся, т.е. из области программинга лезешь в область маркетинга, хотя тебе по сути на нее срать. Дык а хуле? Это и есть «программерский фетишизм», не.. даже надо откровенно говорить: «программерское задротство».
            А после того как ты говоришь «Легко говорить про маркетинг, а сложно запустить проект», который по сути может быть запущен вообще за 1-2 дня на готовых решениях хоть на магенте, хоть на вордпрессе, хоть на битриксе, это вообще уже как диагноз.

            И кстати твое «наращивание кода» — это что нинаесть попытка продать побольше часов 🙂 В номральных цмсах давно уже просто все готово для подоных бизнесов. ВСЁ! Только шкурку меняй и все.

          2. Я тебе так могу даже аргументировать: легко создать такой проект за быстро и мало денег. Почти любая команда с этим справится. А вот сделать его максимально прибыльным, а соответственно иметь возможность предложить более низкую цену, и тем самым двинуть конкурентов на рынке и его занять львинную долю. Это как раз таки сложно!

          3. martin, ты как и 3 года назад невнимательно читаешь, приписываешь мне какие то левые фразы без контекста, не красиво как-то. и это диагноз. (: если лень читать, тогда смысл спорить?

          4. Дима, блять ЧЕ читать ТО ? О чем спорить? Про фреймворки? Это ты видимо зеркалируешь и говоришь, что я тут про космические корабли рассуждаю, когда сам про них рассужаешь, твои фреймворки это есть корабли космические. А у бизнеса задачи простые, зарабатывать больше!
            И я не спорю, я просто открытым текстом говорю, что написав свой 4 пункт, ты просто лезешь из области программинга в область бизнеса (маркетинга), в котором, ты согласно 4 пункту НИХУЯ не понимаешь.

          5. Помнится Женя Кровяков говорил, что в компании Интекмедиа, диктат менеджеров. Интересно почему? 🙂 Если фреймворки рулят, почему рулят ПМы а не программисты? 🙂

          6. Знаете, Мартин, для бизнеса может быть хорошо сосать большой член и прилюдно ебаться в жопу. Только для большинства людей вокруг вы будете скорее педерастом, чем успешным бизнесменом.

    3. Если освоить реакт, то не будет «из пушки по воробьям», всё просто и лаконично. Это не какой-нибудь ангуляр, в котором чтобы что-то кастомизировать нужно стрелять себе в ногу.

        1. Реакт не заменяет джекуери, так же как и остальные фреймворки. В этом нет смысла.

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

          1. Чуть подробнее свои мысли про react: мне важнее некая удовлетворенность архитектурой кода.

            В идеальном мире, решили делать проект на reacts — давайте на только reacts, в реальности же приходится подмешать лапшу jquery-библиотек, и прокладывать «мостики» кода туда и обратно. И назревает вопрос: а зачем react? где рациональная граница фреймворков?…

            Вероятно с ростом популярности(опыта комьюнити, количество/качество библиотек) reactjs эти вопрос пропадут сами.

          2. Женя, ты сравнил три принципиально разные вещи в очень странных контекстах.

            Выскажусь только про «херачит верстку в джаваскрипт». Если приходилось делать сколь-нибудь сложные интерфейсы, то признайся честно, насколько независимыми получаются JS и HTML на выходе? Как правило, они очень сильно завязаны друг на друга. И то, что у тебя представление отделено от логики (на самом деле нет) тебе больше дает минусов, чем плюсов.

            Еще могу предположить, что PHP с HTML ты мешать не стесняешься, а это по сути есть то же самое.

          3. Дим, реакт не бекбон, чтобы обязательно делать на нем весь проект. 🙂
            Ты можешь брать маленький виджет (для которого использование реакта тебе покажется уместным) и смело писать. Никаких мостиков не понадобится. Собственно, если смотреть на фейсбук, то там так и есть.

          4. >>>насколько независимыми получаются JS и HTML на выходе?

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

            >PHP с HTML ты мешать не стесняешься,
            Лишь по тому что пхп отличный шаблонизатор, и не обязательно придумывать для этого новый синтаксис(хотя не возбраняется), но держат то это все в разных местах.

          5. Как шаблонизатор PHP слегка не торт, когда хочешь использовать наследование шаблонов, передать модель в частичное представление или любую другую возможность современного шаблонизатора.

            В рамках `echo $variable` — тут php в самый раз, да.

          6. А чем плохо то, что ангуляр «фигачет свой код в верстку»? Я правда не понимаю в чем проблема.

          7. >А чем плохо то, что ангуляр «фигачет свой код в верстку»?

            Возможно это предрассудки

  4. С отключенным яваскриптом сайт выглядит, но не работает ни одна ссылка.

    span.categories__link — если бы пункты в меню были ссылками, не было бы проблемы.

    То же самое про оформление заказа: если карточки блюд сверстать формами, всё будет работать без яваскрипта.

Оставьте комментарий