Pull to refresh
5
0
Ckomop0x @Ckomop0x

Пользователь

Send message

Автором проделана хорошая работа!
Я считаю, что проект не должен быть перегружен оверколичеством технологий. Имеет смысл сделать к шаблону сайт с описаниями, как что можно добавить и включить примеры.


От себя же хочу хочу поделиться шаблоном для тех, кому нужен быстрый и понятный старт.
К примеру, сделать тестовое задание или сверстать шаблон для CMS.
Основан на боевых проектах, из которых и вырос.
Без миллиона технологий под капотом, но в то же время с модульным подходом к разработке, линтерами, prettier и базовой оптимизацией.
create-html-boilerplate

У меня лично был опыт проекта, который стартовали именно извлечением из CRA + TypeScript. Кастомизаций было совсем немного, но уже к моему приходу в компанию часть зависимостей устарела (примерно на год).


Суммарно ушло около 8 месяцев, чтобы обновить всё до актуальной версии и "запихнуть обратно" (параллельно с поддержкой и разработкой высоко-нагруженного проекта).


В обновлённую версию мы уже добавили кастомизацию, которая корректировала некоторые хотелки, но больше никакого eject.


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


P.S. Для себя – это очень полезная и интересная практика посмотреть, что там под капотом.

Я прочитал у вас в статье, что есть вопрос с клиентскими изображениями. Есть замечательный ресурс imagekit.io для работы с изображениями и видео. Он позволяет настроить источник (к примеру ваш сайт). Затем добавляете необходимые трансформации и, вуаля, из тяжелой соурс картинки с вашего сайта клиенту прилетает оптимизированная, а если браузер поддерживает, то вообще webp.

Удобно когда работаешь с GraphQL умеет подтягивать схему из API.
https://plugins.jetbrains.com/plugin/8097-js-graphql

Да, есть такая слабость у Webpack, но даже такие собранные entry point будут легче, чем тяжелые бандлы, в которых склеиваются не только отдельные функции, а целые файлы-помойки с наборами методов, хелперов и всего такого.

Я одного не пойму – зачем всё время всё запрещать? Разве нельзя начать вкладывать деньги в развитие индустрии, образования, медицины? Ну не будет американского, к примеру, будет европейское, китайское, австралийское… это же только смена внешнего рынка закупок, которая, в конечном счёте, отразиться на цене и на качестве. Когда новость будет "Россия решила не продавать свою высокотехнологичную продукцию в США" — это будет Новость с большой буквы. Сейчас – это только выбор на каком рынке покупать и от какого зависеть. А это включает в себя и локальную валюту, правительства и стабильности региона в целом (финансовую и политическую).

Сколько бы НЭП не продолжался, рано или поздно он должен был закончиться. СССР никто не отменял)

Тезис: Авторы описали как переехали с фронта на бэк и стало проще всё тестировать и писать в одном месте, но зачем тогда такое громкое название про React и Phoenix? Возможно, если у них нет мобильных клиентов и приложений, PWA и ограничения по трафику это удобно… но в нынешнее время куда лучше закешировать всё на клиенте и оптимизированно подтягивать данные в готовый интерфейс, а не генерить тонны трафика повторяющегося html.
Вывод: сложилось впечатление, что им просто было лень и они решили всё упростить.

Хоть информационная сеть и иностранного происхождения, но весьма туманным остаётся вопрос, а что делать если человек начал свою карьеру у нас, а потом переехал за пределы страны и, возможно, сменил гражданство — учётку надо переносить на сервер в соответствующей державе? LinkedIn неплох именно для международного общения, поиска чтения, хоть и интерфейс там ещё более закрученный чем в Facebook.

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

Information

Rating
Does not participate
Location
Amsterdam, Noord-Holland, Нидерланды
Registered
Activity