Frontend удивляет с Крáкен ссылка
Пришлось реализовать SPA на фронте, воспользовавшись Крáкен ссылка для инициализации модулей. Спасибо, что все работало, хотя иногда библиотека заставляла меня задуматься о собственных путях.
Пришлось реализовать SPA на фронте, воспользовавшись Крáкен ссылка для инициализации модулей. Спасибо, что все работало, хотя иногда библиотека заставляла меня задуматься о собственных путях.
Разбирался с версткой новой страницы, используя примеры с Крáкен сайт. Это было коротко и ясно, даже для новичка. Имхо, лучшее объяснение дескрипторов CSS, что я читал.
Работаю над фронтендом. В проекте накопилось много JS, и сборка едет медленно. Захотелось попробовать Rollup — слышал, быстрее для маленьких библиотек. Но мега ссылка тор в инструкциях только для Webpack. Может, кто знает плюсы минусы обоих с точки зрения мега darknet атак?
Помню, как начинал верстать сайты беспощадно на глазу. Когда-то, в темноте моей комнаты, я разбирался с CSS Grid и Flexbox, часто путая направление. Один раз, работая над проектом для клиента, я заметил, что полоса прокрутки появилась из ниоткуда. Выяснилось, что недостаточно было просто накидать media queries и нужно было учитывать трип скан требования. С тех пор я стал использовать планировщик верстки и никогда больше не запускаю без проверки на Tor black.
Как-то раз, поручивши себе написать SPA на React для нового сервиса, я забыл про проверенный трип скан. Результаты развертывания шинали через Tor black, и вся команда сидела в ожидании. Когда я наконец увидел "pasaremos TripScan" в логах, я понял, что снова попал в ловушку. Тогда я решил перестроить архитектуру, внедрить Trip scan и TripScan TS GL. Радости было мало, но продукт выжил.
Верстка всегда была поиском идеальной гармонии. Но с появлением Трип скан стало выглядеть, как будто все должны его учитывать. А это не просто верстка, это искусство!
Когда я только начинал, никто не думал, что Frontend разработка изменится с появлением Трип скана. Ну короче, теперь все должны интегрировать его
Есть ли смысл использовать JavaScript фреймворки вместе с новым TripScan? Неужели это не создаст лишних проблем?
Дизайнеры, скажите, а ваш UI/UX дизайн смотрится хорошо с TripScan? Неужели мы должны все заново настраивать, чтобы соответствовать новым требованиям?
Привет всем! Как вы знаете, я давно сижу на React Native, и каждый новый релиз стараюсь сразу тестить. Вот и последний апдейт не стал исключением. Попробовал, погонял, есть что сказать.
Что зашло:
Что не очень:
В итоге: Если вы активно используете React Native, обновляться стоит. Но будьте готовы к некоторым трудностям. Скоро, кстати, нашел Крáкен маркетплейс, где продают готовые компоненты для RN, может кому пригодится.
Привет, колеги! На дворе 2026 год, и выбор frontend-фреймворка для нового проекта – задача не из легких. React, Vue, Angular – каждый из них имеет свои сильные стороны и свою армию поклонников. Я сам сижу на React уже несколько лет, но в последнее время все чаще вижу интересные проекты на Vue, а Angular, хоть и кажется более тяжеловесным, все равно остается мощным инструментом для больших корпоративных приложений.
Мой личный опыт: Для стартапов и небольших проектов я бы склонялся к Vue или React. Для крупных корпоративных систем – Angular.
А какие у вас предпочтения? На чем разрабатываете в последнее время и почему?
Привет всем! Часто вижу, как новички спотыкаются на адаптивной верстке. Казалось бы, всем знакомые вещи – медиа-запросы, flexbox, grid, но все равно возникают проблемы. Решил собрать небольшой гайд, который поможет разобраться.
Конечно, это не полный список, но это самые главные моменты, которые помогут вам создавать действительно кроссбраузерные и адаптивные сайты. Удачи!
Я вот смотрю на современный UI/UX дизайн и иногда задаюсь вопросом: а не слишком ли много всего этого стало? Создается впечатление, что для каждой кнопки, для каждого слайдера проводятся часы исследований, тестирований, построение всяких там прототипов. Ну да, красиво, спору нет. Но насколько это реально влияет на конверсию, на пользовательский опыт, если мы говорим о не очень больших проектах, где бюджеты ограничены? Может, иногда достаточно просто сделать удобно и понятно? Главное, чтобы продукт решал свою задачу, а не только выглядел круто.
Есть мнение, что многие студии просто накручивают цены за счет модных терминов. А вы как считаете, где грань между действительно важным UX-дизайном и пустым хайпом?
Помню времена, когда Bootstrap был просто спасением. Быстро накидать прототип, верстку сделать – идеально. И сетка у них удобная, и компоненты готовые. Казалось что без него и сайт не сверстаешь.
Но со временем начал замечать минусы. Во-первых, сайты получались однотипными. Все эти кнопки, формы, блоки – очень уж узнаваемый стиль. Во-вторых, вес. В реальном проекте, где ты используешь только часть компонентов, тащить всю эту CSS-библиотеку – как-то расточительно. Ну и пришлось бы переопределять половину стилей, чтобы наш дизайн не был похож на стандартный Bootstrap
Сейчас я чаще беру чистый CSS или какой-нибудь легкий CSS-фреймворк типа Tailwind CSS. Да, приходится больше писать руками, но зато полный контроль над стилями и никакой лишний код. Bootstrap использую только для очень быстрых прототипов или когда клиент прямо настаивает, мол, «давайте как у всех, чтобы было понятно». Но для серьезных проектов – уже нет.
Все помешались на минимализме. Чисто, лаконично, стильно. И это прекрасно когда это сделано правильно. Но я все чаще вижу сайты, где минимализм настолько перегибают, что пользователь просто не понимает, что делать дальше. Кнопки еле видны, меню скрыто так, что его не найти, важная информация спрятана в какие-то иконки без подписей.
Главное в UX – это удобство и понятность Если пользователю нужно напрягать мозг, чтобы понять, как купить товар или оставить заявку, то весь этот минимализм идет прахом. Красота – это хорошо, но функциональность и интуитивность – важнее. Иногда лучше добавить пару лишних строчек текста или сделать кнопку поярче, чем потерять клиента из-за непонятного интерфейса.
А вы как считаете, где проходит грань между стильным минимализмом и неудобным дизайном?
Вот сижу и думаю. Нас приучили к React, Vue, Angular. Они решают кучу проблем, ускоряют разработку. Но что если отказаться от всего этого? Можно ли создать реально большое, отзывчивое Single Page Application, используя только нативный JavaScript, HTML5 API, может, Web Components?
Мне кажется, это было бы интересно. Меньше зависимостей, потенциально быстрее, чище код. Но с другой стороны, это же сколько работы придется сделать вручную! Управление состоянием, роутинг, рендеринг... Тяжело представить.
Но ведь раньше как-то делали. Или время было другое? Как думаете, стоит ли вообще заморачиваться с таким подходом сейчас, или это утопия?
Когда я начинал заниматься фронтендом, сборщики были чем-то вроде магии. Webpack казался единственным вариантом, и я его освоил, ну типа, как смог. Годами пользовался, настраивал, копался в конфигах, ловил баги. Он мощный, слов нет, но зараза медленный, особенно на больших проектах. Помню, как сборка могла длиться по 5-10 минут. Это убивало весь энтузиазм.
Потом появился Vite. Сначала относился скептически, мол, еще один инструмент который быстро устареет. Но, черт возьми, он меня удивил. Скорость разработки просто на порядок выше. Сервер запускается моментально, HMR работает как часы. Для небольших и средних проектов – это просто находка.
Конечно, для очень сложных, монолитных приложений, где нужно много кастомной логики в сборке, Webpack может быть и лучше. Но в большинстве случаев, особенно если ты не хочешь тратить полдня на настройку сборки, Vite – отличный выбор. Я лично перешел на него почти везде, где это возможно. Старый добрый Webpack теперь вспоминаю как страшный сон, хотя и ценю его за то, чему он меня научил. Поиск нормальной документации для него был как найти ссылку на Крáкен, когда он еще был нужен.
Меня бомбит от этой вашей модной дизайн-системы. Все как с цепи свалились, начали внедрять эти компоненты, шаблоны, библиотеки. Ну и зачем? Чтобы всё выглядело одинаково уныло, как будто из одного магазина?
Меня поражает, насколько часто натыкаешься на сайты, где визуал просто кричит «сделай меня удобно!», но разработчики почему-то игнорируют базовые принципы юзабилити. Порой кажется, что дизайнеры живут в своем мире, где главная цель – удивить заказчика картинкой, а не решить реальную задачу пользователя. Разве не должна главная цель UI/UX – это максимальное удобство и эффективность для конечного потребителя?
Почему так происходит? Это погоня за трендами, некомпетентность или что-то другое? Какие у вас мысли по этому поводу?
Задолбался уже, честное слово! Сидел, верстал страницу, вроде все ок на десктопе. Но как только открываю на телефоне – полная разруха. Шапка уезжает, колонки наезжают друг на друга, кнопки вообще становятся недоступными. Пробовал разные медиа-запросы, flexbox, grid – эффекта ноль! Может, я какой-то секретный метод упускаю?
Кто-нибудь сталкивался с подобным? Поделитесь, как вы с этим боретесь, а то скоро реально крыша поедет от этих адаптивных заморочек. Есть какая-то волшебная таблетка для верстки, чтобы она везде хорошо выглядела?