Михаил Р.

При такой постановке задачи лучшим вариантом СУБД будет та, которую знают и умеют обслуживать ваши админы.
С таким объёмом вставок справится любая мейнстримная на правильно подобранном железе. Что ещё вы собираетесь делать с этими записями нам неведомо, посему на выбор повлияеть не может.

Clip-path, но координаты опорных точек просто в процентах не надо делать, надежнее через calc(), тогда будут четкие значения. И всё будет адаптивно + контент обрезать не будет. Можно менять скос, как в примере, на разных разрешениях + можно анимировать процесс.

clip-path: polygon(0% 0%, 100% calc(0% + 60px), 100% calc(100% - 60px), 0% 100%);
/* calc(100% - 60px) -- вот тут задал четкую ширину скоса */

click

static init() // - make static method

async function bootstrap() {  // change main.ts
  if (!ConfigService.init()) {
    console.error('Invalid config');
    return;
  }
  const app = await NestFactory.create(AppModule);
  // тут как-то нужно запустить метод init из сервиса config модуля.
  await app.listen(3000);
}

Сетевое обнаружение работает по MAC на уровне широковещательных запросов Ethernet.
Соответственно, устройства должны быть в одном широковещательном домене сети.
Какие у них при этом IP-адреса для WinBox абсолютно всё равно.
Можно подключиться к любому микротику, вручную указав его IP-адрес, если до этого адреса настроена маршрутизация.

Привет.
1) Заводить баги и тест-кейсы/чек-листы надо отдельно от задач, так как правиться и проверяться они могут сильно позже, когда задачу давно уже закрыли. Например, регресс. Писать в комментах к задаче - плохая практика :)
2) Кейсы пишутся на документацию к задаче, а не на то, как реализовали. То есть тестовая документация пишется еще до того, как ты приступила к тестированию.
3) Написанные кейсы можно прилинковать к задачам и наоборот.
4) Тестовая документация, баги и задачи могут находиться в разных TMS. Например, кейсы/чек-листы в Allure, а задачи и баги в Jira. Или все в Jira, но в отдельном плагине. Тут уж как в компании заведено или какие вы используете TMS.
5) Баги заводятся как отдельные таски в бэклог. Если это новый функционал, который в работе, то может будет удобнее, если напрямую передашь разработчику и он сразу поправит.

P.S. Сходи к коллегам из других команд (если такие есть) и посоветуйся с ними. В дальнейшем разговоре с лидом можно будет ссылаться на их мнение. Но менять процесс определенно стоит.

Выбирай PhpStorm, в нем практически все тоже самое что и в WebStorm + собственно поддержка php, фреймворков и некоторых cms на нем написанных.

Аж жуть берет от таких заданий ) Покупка готового инструмента обычно дешевле, чем разработка с нуля. Особенно если разработка осуществляется одним человеком. Особенно если опыта мало. Особенно, если на поддержке будет тот же человек, что и на разработке ) безумие :) проект полетит в помойку, но у вас будет строчка в резюме по созданию проекта, можете обкатывать любые технологии за счет глупого работодателя.

По делу без брюзжания:
Писать под винду моветон - лицензии дорогие
Вин формс зачем? - делайте веб апи с фронтом на вью/реакте/ангуляре. Нужна кроссплатформенность, чтобы хоть с телефона можно было зайти и нажать нужную кнопку в системе.
Апи нужно, потому что будет много интеграций с другими системами, загрузка/выгрузка в 1с, не дай бог будете телефонию подключать
Внутренняя сеть решается с помощью впн сервера.
Помимо функциональных требований существуют еще технические, должен быть мониторинг, вы должны всегда знать сколько ресурсов потребляет ваш сервер, сколько данных занимает на дисках, логи и трейсы - гуглится по слову Observability, обычно не закладывается в смету, но к этим вопросам приходят рано или поздно
Что еще, ну, по функционалу тут проще, открываете презентации в популярных CRMках, смотрите, что они могут, выписываете списком и идете к заказчику, чтобы он указал галочками, что будете делать, что не будете
потом прикидываете по трудозатратам и озвучиваете сроки из которых можно понять примерную стоимость проекта. Часто одно маленькое предложение, типа того же "выгрузить данные в 1с" грозит несколькими десяткми часов работы, потому что другой отдел, с ними нужно договориться и сделать интеграцию. Или "должен быть отчет такой-то", а там как начнешь разбираться, еще 5 раз посовещаться сначала надо ))

Это тернарный оператор (не страшное слово, просто от числа «3»)

условие ? выражение1 : выражение2

Частая ошибка, открыв для себя этот чудесный синтаксис, пихать его везде, где есть условие.
Но это не замена if .. else, где нужны разные действия.
Тернарный оператор — для получения значения.

- DrawerProps.items
+ DrawerProps['items']

Есть хорошая статья на эту тему https://habr.com/ru/post/175375/

Don't use varchar(n) by default

З.Ы. Однако наверное стоит не забывать про Toast

На уровне папки frontend пришлось прописивать каждый ресурс отдельно, а на уровне папки static через *filepath

r.Handler("GET", "/", fServer)
	r.Handler("GET", "/favicon.ico", fServer)
	r.Handler("GET", "/static/*filepath", fServer)

Рекурсивная наблюдаемость объектов (выставляемая по умолчанию в makeAutoObservable и успешно примененная в bStore) не залетает в пользовательские классы. Считается, что класс (в твоем случае AStore) должен сам настроить внутри себя наблюдение.

об этом написано в документации https://mobx.js.org/observable-state.html
ctrl+F "primitives and class instances are never converted to observables"