С точки зрения фронтенда мне не нравится, что тестирование не встроено в платформу. Все возможные jest/vitest/mochat cypress/playwright и т.п.. Каждый проект нужно настраивать по своему, что-то по дороге может сломаться, или не запуститься как надо на windows/macbock.
Потом в один момент тесты становятся гигантскими, занимают на ci/cd больше времени, чем сборка самого проекта. Локально без плагинов в режиме watch не запустишь. А если запустишь, то оно сожрёт половину процессорных мощностей.
И получается, что тестировать tdd имеет смысл только очень маленькую часть (логики). Самое важное - не тестировать то, что не надо. Всякие render функции и т.п.
На мой взгляд, без конкретных примеров кода для тех же Функции, Класса, JSON эту статью можно интерпритеровать кто как хочет. Например, как описание миксинов или множественного наследования. А на практике этим может и оказаться )
Code Spell Checker - проверка орфографии в проекте. Очень полезный инструмент. Расширение для русского языка ставить обязательно.
Из минусов: - Нужна донастройка. В настройках поставить режим отображения Hint (только подчеркивание синим) - чтобы не засоряло экран. - Обязательно доустановить и включить Русский словарь https://marketplace.visualstudio.com/items?itemName=streetsidesoftware.code-spell-checker-russian - Не все слова есть на русском и английском. На их можно или проигнорировать, или добавить в исключение проекта наведя на слово.
Это расширение очень помогает сократить ошибки на русском языке - например, в файле локализации, который достался после аналитика/дизайнера или правильнее написать сложное английское слово.
Аномально большое использование памяти связано с запуском Node.js в «режиме кластера», который запускает 12 процессов — по одному на каждое из 12 ядер процессора на тестовой машине, где каждый из них — отдельный процесс Node.js, что и приводит к использованию 1300+ МБ памяти, несмотря на простоту нашего сервера. JS однопоточный, так что это если мы хотим полностью использовать многоядерный процессор, это — необходимое зло.
Относительно 13 МБ Памяти у Раста. Интересны были бы показатели на 1 процессе ноды, а не на кластере
Переехали в компании с GitFlow на GitHub Flow https://habr.com/ru/articles/346066/ . Стало намного легче контролировать git
Стало намного легче контролировать git
Минус ветка develop, а это означает что master всегда актуализирован и стабилен
Rebase по актуальному master всегда
Выпускаем тег приложение через Release tag по ветке master в один клик в GitLab
GitHub Flow показал лучше себя с течением времени на практике на большом проекте. Думаю стоит упомянуть в статье, чтобы разработчик смог сравнить и выбрать для себя подходящий flow
Между Material UI и Ant рекомендую брать Ant. Причина - в Ant есть компоненты, которые в MUI закрыты за "платной" лицензией. Например, RangePicker . Чтобы собрать похожий функционал на MUI, нужно потратить +- несколько часов на отладку, т.к. он собирается из двух не связанных между собой DatePicker из бесплатной версии. Это может быть критичным в рамках хакатона.
Также Ant имеет более упрощённый вариант к работе с формами - это позволяет делать немого быстрее валидацию полей формы, что тоже может оказать на результат хакатона, т.к. там обычно в конце не хватает пары часов на исправление багов.
Настроить тему Ant под проект можно в Theme Editor
Если нужны графики и чарты, к анту идёт ant-charts , что тоже может пригодиться в некоторых кейсах.
В macOS Sequoia появится возможность удобно размещать открытые окна на рабочем столе. Для этого надо будет зажать окно и поднести его к краю рабочего стола, а система сама растянет его на выделенную область. Функция давно есть в Windows, но только осенью 2024 доберётся до macOS.
Только ради этого стоит будет обновиться. А то замотало костылить размеры окон.
Привет. 2 приложение было написано мной для хакатона по макетам дизайнера за 2 дня :) Вот видео работающего на тот момент приложения: https://youtu.be/pwVzcD22Sgc
Фронтенд выжил, бэк сломался после завершения хакатона.
В статье показали сравнение с Express.
Но как дела обстоят с другими быстрыми фреймворками на bun? Увеличит ли он их скорость в 3 раза?
Fastify - 72158 rps, Koa - 52542 rps.
Из статьи https://habr.com/ru/articles/798469/
Писать реакт на классах норм?
Сегодня ты сеньёр крутой, а завтра мидл простой.
(При переходе из одной компании в другую. Работает и в обратную сторону).
Что по React Compiler?
Единственная функция, которую по-настоящему ждал от 19 реакта
Зато у них на проекте есть FSD.
Ну, может быть ещё и Redux
С точки зрения фронтенда мне не нравится, что тестирование не встроено в платформу. Все возможные jest/vitest/mochat cypress/playwright и т.п..
Каждый проект нужно настраивать по своему, что-то по дороге может сломаться, или не запуститься как надо на windows/macbock.
Потом в один момент тесты становятся гигантскими, занимают на ci/cd больше времени, чем сборка самого проекта.
Локально без плагинов в режиме watch не запустишь. А если запустишь, то оно сожрёт половину процессорных мощностей.
И получается, что тестировать tdd имеет смысл только очень маленькую часть (логики). Самое важное - не тестировать то, что не надо. Всякие render функции и т.п.
На мой взгляд, без конкретных примеров кода для тех же Функции, Класса, JSON эту статью можно интерпритеровать кто как хочет.
Например, как описание миксинов или множественного наследования. А на практике этим может и оказаться )
Code Spell Checker - проверка орфографии в проекте.
Очень полезный инструмент. Расширение для русского языка ставить обязательно.
Из минусов:
- Нужна донастройка. В настройках поставить режим отображения Hint (только подчеркивание синим) - чтобы не засоряло экран.
- Обязательно доустановить и включить Русский словарь https://marketplace.visualstudio.com/items?itemName=streetsidesoftware.code-spell-checker-russian
- Не все слова есть на русском и английском. На их можно или проигнорировать, или добавить в исключение проекта наведя на слово.
Это расширение очень помогает сократить ошибки на русском языке - например, в файле локализации, который достался после аналитика/дизайнера или правильнее написать сложное английское слово.
Какие будут показатели на ноде не в режиме кластера, а на 1 процессоре/ядре?
Относительно 13 МБ Памяти у Раста.
Интересны были бы показатели на 1 процессе ноды, а не на кластере
Переехали в компании с GitFlow на GitHub Flow https://habr.com/ru/articles/346066/ .
Стало намного легче контролировать git
Стало намного легче контролировать git
Минус ветка develop, а это означает что master всегда актуализирован и стабилен
Rebase по актуальному master всегда
Выпускаем тег приложение через Release tag по ветке master в один клик в GitLab
GitHub Flow показал лучше себя с течением времени на практике на большом проекте. Думаю стоит упомянуть в статье, чтобы разработчик смог сравнить и выбрать для себя подходящий flow
По ui либам.
Между Material UI и Ant рекомендую брать Ant.
Причина - в Ant есть компоненты, которые в MUI закрыты за "платной" лицензией.
Например, RangePicker . Чтобы собрать похожий функционал на MUI, нужно потратить +- несколько часов на отладку, т.к. он собирается из двух не связанных между собой DatePicker из бесплатной версии. Это может быть критичным в рамках хакатона.
Также Ant имеет более упрощённый вариант к работе с формами - это позволяет делать немого быстрее валидацию полей формы, что тоже может оказать на результат хакатона, т.к. там обычно в конце не хватает пары часов на исправление багов.
Настроить тему Ant под проект можно в Theme Editor
Если нужны графики и чарты, к анту идёт ant-charts , что тоже может пригодиться в некоторых кейсах.
Если нужен будет чат с сотрудниками - то еще +10 - 20 млн )
Только ради этого стоит будет обновиться. А то замотало костылить размеры окон.
Список озвученых книг: https://bookmate.ru/books/t-virtualnyy-rasskazchik-ru/all
В целом звучит намного лучше, чем стандартная читалка от Алисы. Ждём ещё большего количества книг
Наш слоняра
Следующий шаг - ноутбук с раскрывающимися 3 экранами
Ещё какой-то процент (наверное тоже большой) не работают, т.к. фронт работает на статичном бесплатном хостинге, а бэкенд уже давно выключен
Привет. 2 приложение было написано мной для хакатона по макетам дизайнера за 2 дня :)
Вот видео работающего на тот момент приложения: https://youtu.be/pwVzcD22Sgc
Фронтенд выжил, бэк сломался после завершения хакатона.
Надеюсь получилось внести небольшую ясность )
Вы пересказали начало сериала Загрузка:)