Я в своё время сразу отмёл Ангуляр из-за чрезмерной сложности. Потом долго выбирал между React-ом и Vue: у всех полюсы-минусы. Остановился на последнем, потому что html-first и нет ужасного JSX, который напоминает php-мешанину из кода и вёрстки.
Не то, чтобы реакт ужасный, нет, просто у меня было тяжкое наследие кодинга на perl и php.
А как правильно это реализовать технически? Например, на сайте есть Корзина (эту сессию, наверное можно включать по-умолчанию - или нет?), счётчик Яндекса и счётчик Гугла.
Я показываю плашку о согласии на куки, где есть 2 чек-бокса: Яндекс - [да\нет], Google - [да\нет]. Пользователь согласился на куки от Яндекса. И сайт должен включить код для него, а для гугла не включать?
Как правильно это делать? Ведь код счётчика уже зашит в шаблон. Запоминать выбор пользователя и через js вызывать? Есть какой-нить толковый пример по теме? Спасибо!
Я помню Кроватку, когда адрес ещё был radio.msu.ru:8080/~art/ (примерно 1996 год)
Собственно, Art и рассказал мне, что написана она была на perl-e. Так я познакомился со скриптовыми языками. Как элегантно и кратко там решалась задача разбора url-encoded - буквально одна строчка. На cи это было 4 страницы кода.
Это, конечно, грустно. Почему в эпоху, когда у телефонов разрешение экрана больше, чем у ноутбука, майки не могут перерисовать интерфейс. Ну, или хотя бы начать...
Через призму опыта хотел сказать, что это плохой ответ. Художник выражает свой взгляд (со своими акцентами). Художник может гипертрофировать, искать свой стиль.
Дизайнер - должен решать задачу. И должен уметь объяснить, "зачем" и "почему".
А почему такая странная разрядка: иконка приложения имеет почти одинаковый отступ сверху и слева, а вот "крестик" закрытия окна гораздо сильнее отстоит от правого края.
Проблема в том, что не всегда понятно, когда остановиться. Ведь для 80% моделей достаточно штатной админки. А вот остальные 20% заставляют выдумывать костыли.
Написать свою можно. Я раз 5 так делал. Сложно развивать.
Очень крутая статья, пропитанная опытом (и местами, сарказмом). С nested-forms как-то попал в глупую ситуацию. Сайт собирался из блоков (заголовки, тексты, тексты+картинки, галереи, faq и пр.). И для большой страницы в админке получалось 100+ input, textarea, fileupload. Мало того, что это ужасно смотрится и в каше инпутов сложно разобраться, так ещё это начинает сильно тормозить.
Частично решил проблему полем с кнопкой, которая открывает popup. Кликнул, показалась inline-form, загрузил 20 картинок к товару и всё. Но, это можно сделать только когда есть id самой карточки товара (для привязки). Приходится заводить карточку без картинок, сохранять, и только потом вызывать popup с id, чтобы загрузить картинки.
WebAssembly пока как-то медленно развивается. Инерция. Тут смотрел пример wasm (правда на rust, но это не важно) - не понравилось, что пишешь компонент a-la React, и вкомпиливаешь теги в код. Как-то негибко получается.
Гейтс бросил учёбу, потому что мама у него работала в IBM, а те запускали персоналки, и Билл дописав чужую ос, назвав MS-DOS договорился об установке её на PC (не без помощи мамы, конечно). Там семья была богатая и образованная.
И сейчас самостоятельно научиться программировать проще простого. Туча книг, бесплатных туториалов, ютюб, стековерфлоу опять же есть. Нужен только комп (причём, даже не дорогой).
Массивы - это несложно. Как почтовые ящики в доме. Почтальон распихивает газеты по индексу. Жильцы по индексу газеты забирают.
Я в своё время сразу отмёл Ангуляр из-за чрезмерной сложности. Потом долго выбирал между React-ом и Vue: у всех полюсы-минусы. Остановился на последнем, потому что html-first и нет ужасного JSX, который напоминает php-мешанину из кода и вёрстки.
Не то, чтобы реакт ужасный, нет, просто у меня было тяжкое наследие кодинга на perl и php.
А как правильно это реализовать технически? Например, на сайте есть Корзина (эту сессию, наверное можно включать по-умолчанию - или нет?), счётчик Яндекса и счётчик Гугла.
Я показываю плашку о согласии на куки, где есть 2 чек-бокса: Яндекс - [да\нет], Google - [да\нет]. Пользователь согласился на куки от Яндекса. И сайт должен включить код для него, а для гугла не включать?
Как правильно это делать? Ведь код счётчика уже зашит в шаблон. Запоминать выбор пользователя и через js вызывать? Есть какой-нить толковый пример по теме? Спасибо!
А зачем эпплу сейчас слишком быстрый М2? Это подорвёт продажи 14 и 16 дюймовых ноутов.
нормальный минорный апдейт получился.
Очень фундаментально. Яб с удовольствием такую книгу купил. Продолжайте, пожалуйста!
Я помню Кроватку, когда адрес ещё был radio.msu.ru:8080/~art/ (примерно 1996 год)
Собственно, Art и рассказал мне, что написана она была на perl-e. Так я познакомился со скриптовыми языками. Как элегантно и кратко там решалась задача разбора url-encoded - буквально одна строчка. На cи это было 4 страницы кода.
Много табов - тут сам пользователь решает. Я просто открываю 3-7 браузеров по темам (и в каждом по 4-10 табов). Но почему разметка кривая - не ясно.
Это, конечно, грустно. Почему в эпоху, когда у телефонов разрешение экрана больше, чем у ноутбука, майки не могут перерисовать интерфейс. Ну, или хотя бы начать...
Через призму опыта хотел сказать, что это плохой ответ. Художник выражает свой взгляд (со своими акцентами). Художник может гипертрофировать, искать свой стиль.
Дизайнер - должен решать задачу. И должен уметь объяснить, "зачем" и "почему".
А почему такая странная разрядка: иконка приложения имеет почти одинаковый отступ сверху и слева, а вот "крестик" закрытия окна гораздо сильнее отстоит от правого края.
«То, что было в чемодане по уговору моё…» (с) большой куш
Вполне актуально. Быстро грузится, не нагружает браузер и писать просто. Нужен на странице условный калькулятор - берём vue и делаем <div id="app">
Не понимаю всеобщего стремления делать абсолютно всё на условном react. Пугает JSX - писать html в коде - я на такое в эпоху раннего php насмотрелся.
Проблема в том, что не всегда понятно, когда остановиться. Ведь для 80% моделей достаточно штатной админки. А вот остальные 20% заставляют выдумывать костыли.
Написать свою можно. Я раз 5 так делал. Сложно развивать.
Очень крутая статья, пропитанная опытом (и местами, сарказмом). С nested-forms как-то попал в глупую ситуацию. Сайт собирался из блоков (заголовки, тексты, тексты+картинки, галереи, faq и пр.). И для большой страницы в админке получалось 100+ input, textarea, fileupload. Мало того, что это ужасно смотрится и в каше инпутов сложно разобраться, так ещё это начинает сильно тормозить.
Частично решил проблему полем с кнопкой, которая открывает popup. Кликнул, показалась inline-form, загрузил 20 картинок к товару и всё. Но, это можно сделать только когда есть id самой карточки товара (для привязки). Приходится заводить карточку без картинок, сохранять, и только потом вызывать popup с id, чтобы загрузить картинки.
Фундаментальная статья. Спасибо за развёрнутые примеры!
)))))
Ну так библиотеки и экосистема сейчас важнее языка. Выбираешь гейм-дев - выбираешь Unity - автоматически выбираешь C#.
Я так в 2008 году и переехал с php на python из-за django, просто потому, что там мощная админка была (а писать админку её самому - это +30% времени).
WebAssembly пока как-то медленно развивается. Инерция. Тут смотрел пример wasm (правда на rust, но это не важно) - не понравилось, что пишешь компонент a-la React, и вкомпиливаешь теги в код. Как-то негибко получается.
В принципе, всё понятно. Для фронта ничего, кроме JS не взять, ну или TS. Дак ещё и для бека node можно использовать.
Гейтс бросил учёбу, потому что мама у него работала в IBM, а те запускали персоналки, и Билл дописав чужую ос, назвав MS-DOS договорился об установке её на PC (не без помощи мамы, конечно). Там семья была богатая и образованная.
И сейчас самостоятельно научиться программировать проще простого. Туча книг, бесплатных туториалов, ютюб, стековерфлоу опять же есть. Нужен только комп (причём, даже не дорогой).
Массивы - это несложно. Как почтовые ящики в доме. Почтальон распихивает газеты по индексу. Жильцы по индексу газеты забирают.
Jsonb использую для реализации EAV каталога, когда у разных типов товаров разные характеристики. Ну и приходится делать параметрический поиск.
Название безупречного мощного веб-фреймворка в студию, месье!