Так, я з цим згоден. Тільки якщо туди не добавляти Redux.

Скучаю по тем временам, когда на фронтенд можно было кого угодно отправить и он не облажается, потому что там было все элементарно на JavaScript + JQuery. Сейчас там вынос мозга и абсолютная Redux Saga на TypeScript-e.

Нет в Украине таких мест.

Не всем хватает совести считать, что эта война выживание нации. Некоторые наглецы считают, что это просто игра престолов.

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

Не нужно его переименовывать. Его нужно потом озеленить и построить там курорт. Будет туристическая достопримечательность.

Для этого нужно границу для всех открыть, а то по удалёнке неудобно показывать.

Очень большие подозрения, что myAmount с помощью lazy loading таки делает 7000 SQL запросов при одном HTTP запросе. Это вполне логично объяснит, почему запрос выполняется 15 секунд.

Я думаю этот сервер сможет обрабатывать сотню таких HTTP запросов каждую секунду и каждый запрос будет выполняться пол секунды, если все нормально оптимизировать. Использовать что-то отличное от PHP это Overengineering

Поставьте туда логи с указанием времени в миллисекундах для того, чтобы определить, что тормозит. А не запрос ли в БД это случайно тормозит? Или всё таки тормозит биндинг модели на слишком большую вьюху?

Первое, что бросается в глаза, используется какая-то задержка. Очень плохо так поступать. Второе, сериализация не используется вообще. Используется биндинг модели на вьюху. Так тоже поступать очень плохо. В данном случае нужно использовать эффективные сериализаторы.

В серверной Java есть такая вещь, как Visual VM Sampler. Она позволяет удалённо подключаться к виртуальной машине запущенного сервера и смотреть под нагрузкой, какие функции в коде дольше всего выполняются, сколько оперативной памяти съедают и как сильно грузят процессор (в процентах по сравнению с другими). Уверен, в PHP есть похожее. Дальше нужно смотреть где проблема, может быть там какие-то объекты в функции инициализируются по много раз. Ещё мне кажется, что используется или очень неэффективная библиотека для сериализации объекта в XML или она используется неправильно. На эту задачу думаю нужно пол секунды времени. Возможно, есть смысл заменить библиотеку.

Сейчас если забить на повестку то могут дать 5 лет тюрьмы. Но если выбирать между тюрьмой и отправкой с Джавелиной на курорт в Славянск, то ещё не ясно, а какой вариант хуже. При массовом уклонении всех не посадят. Но что с ними будут делать, это ещё загадка. Время покажет.

Мне больше всего интересно, а что будет в случае если добровольцы будут деморализованы и не захотят воевать? Будет ли принудительная мобилизация? Будут ли заградотряды? Будут ли репрессировать уклонистов? А насколько драконовские законы введут?

На сложном проекте очень важно, чтобы не принимались плохие решения в начале. Очень важно, чтобы всё перепроверялось по 5 раз до того, как проблема выстрелит через несколько месяцев и окажется, что исправить теперь всё предельно сложно. Очень важно, чтобы люди не молчали, если знают о проблеме. За провал отдела отвечает весь отдел. Когда начинаются проблемы, каждый отдел начинает во всём обвинять другой отдел и пытаться с помощью махинаций всё свалить на него.

Лучше просто Backend Team. Так безопасней. Другие отделы не должны иметь информацию, сколько в отделе человек. Офис не нужен. Скрытый аудитор нужен. И самое главное, нужен очень компетентный CTO. И тогда проект любой сложности будет здоров и без конфликтов.

Я теперь знаю как избегать конфликтов. :-)
1. Всё общение строго в письменном виде на форумном движке, голосовые митинги запретить, в них нет ни пользы ни смысла.
2. Знакомиться ни с кем вообще не нужно без острой необходимости, всё взаимодействие идёт между отделами. Отдел серверной разработки, Отдел фронтенд разработки, Отдел тестирования. Людям не нужно знать, ни кто там работает, ни сколько там человек работает.
3. Вся деловая переписка на форуме, это важнейший документ, по которой аудиторы будут определять, кто виноват.

Есть такая вещь, называется произвол.