На мой взгляд, без конкретных примеров кода для тех же Функции, Класса, 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
Фронтенд выжил, бэк сломался после завершения хакатона.
Хочу поделиться опытом, на работе проходили похожие этапы. Рассматриваем тут большой веб проект. Мы изначально разделили основной монолит (проект) на микрофронтенд. Получилось около 50 модулей (страниц). У нас были библиотеки, которые лежали в отдельных репозиториях и имели Sem Ver в npm.
Т.к. это веб, то приложение по сути едино. Накладные расходы на поддержание версий во всех связанных страницах были около 4 часов кропотливой работы - нужно было пройтись по каждой библиотеки вручную, поднять версию, проследить, что действительно ничего не упало.
Потом мы перенесли все эти библиотеки в монорепозиторий от nx. Эти библиотеки остались изолированными библиотеками внутри монорепозитория. Весь код под рукой, все зависимости тайпчекаются, настроено разделение по слоям библиотек, библиотеки экспортирую только нужные компоненты (сервисы). Зачастую - это 1 страница + несколько типов. Возможно вам стоит посмотреть в эту сторону. Чистый микрофронтенд не тоже самое, что и микробэкенд. Чаще всего это одно или несколько приложений, которые должны работать всегда
Спасибо, только сейчас об этом узнал. Вроде очень важный и полезный функционал, хабр мог бы сделать более очевидным. Например, выделить текст и через всплывающие контекстное меню добавить пункт сообщить об ошибке
На мой взгляд, без конкретных примеров кода для тех же Функции, Класса, 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
Фронтенд выжил, бэк сломался после завершения хакатона.
Надеюсь получилось внести небольшую ясность )
Вы пересказали начало сериала Загрузка:)
Хочу поделиться опытом, на работе проходили похожие этапы.
Рассматриваем тут большой веб проект.
Мы изначально разделили основной монолит (проект) на микрофронтенд. Получилось около 50 модулей (страниц).
У нас были библиотеки, которые лежали в отдельных репозиториях и имели Sem Ver в npm.
Т.к. это веб, то приложение по сути едино.
Накладные расходы на поддержание версий во всех связанных страницах были около 4 часов кропотливой работы - нужно было пройтись по каждой библиотеки вручную, поднять версию, проследить, что действительно ничего не упало.
Потом мы перенесли все эти библиотеки в монорепозиторий от nx.
Эти библиотеки остались изолированными библиотеками внутри монорепозитория.
Весь код под рукой, все зависимости тайпчекаются, настроено разделение по слоям библиотек, библиотеки экспортирую только нужные компоненты (сервисы). Зачастую - это 1 страница + несколько типов.
Возможно вам стоит посмотреть в эту сторону.
Чистый микрофронтенд не тоже самое, что и микробэкенд. Чаще всего это одно или несколько приложений, которые должны работать всегда
15 уже
Скоро типы в ТС будет выводить нейросеть - ТСЧат:)
Государство: Повысить цену на бензин на 10, понизить цену на бензин на 5. Повторить 10 раз.
Все довольны
Спасибо, только сейчас об этом узнал.
Вроде очень важный и полезный функционал, хабр мог бы сделать более очевидным.
Например, выделить текст и через всплывающие контекстное меню добавить пункт сообщить об ошибке
В итоге какой движок был выбран для Яндекс Игр? GDevelop?