Ответ
В моем опыте оба типа проектов имеют свои сильные стороны. Я работал над крупными монолитными системами на PHP (Symfony/Laravel), где ценил глубокое понимание сложной предметной области, работу с legacy-кодом и процессы масштабирования. Например, оптимизация запросов в базе с миллионами записей или рефакторинг ядра унаследованного приложения.
В то же время, участие в стартапах или небольших сервисах позволяло быстрее влиять на архитектуру, использовать современные подходы (например, внедрить DDD или Event Sourcing с нуля) и видеть результат своей работы за дни, а не месяцы.
В итоге, для меня ключевым является не размер системы, а наличие сложных технических задач, возможность профессионального роста и здоровая культура разработки в команде.
Ответ 18+ 🔞
А, ну это интересный вопрос, если честно. Я с обоими типами проектов сталкивался, и там, и там есть свои плюшки, если разобраться.
Вот, например, работал я над здоровенными монолитами на PHP, на том же Symfony или Laravel. Это, конечно, ёперный театр иногда, особенно когда влезаешь в legacy-код, которому лет десять. Но знаешь, что ценно? Там реально можно въехать в какую-нибудь ебанутую предметную область до самых корешков. Оптимизировать запрос к базе, где овердохуища записей, или рефакторить ядро приложения, которое видело виды — это отдельный кайф. Чувствуешь себя каким-то археологом-хирургом. С одной стороны, бля, всё заросло, а с другой — когда вытаскиваешь из этого монстра красивую и быструю штуку, волнение ебать, прям гордость берёт.
А с другой стороны, были стартапы, сервисы поменьше. Тут уже другая песня. Скорость — просто пиздец. Не успел предложить какую-нибудь архитектурную фигню вроде DDD или Event Sourcing, а тебе уже: «Давай, хуй с горы, делай!». И через неделю твоё детище уже на проде работает и пользователи им пользуются. Это, конечно, не сравнится с месяцами планирования в большой конторе. Прям драйв.
Так что, если честно, мне похуй на размер системы в гигабайтах. Главное, чтобы задачи были сложные, голова работала, и чтобы не приходилось каждый день объяснять менеджеру, почему нельзя накостылять костылей поверх костылей. Ну и команда, конечно, чтобы адекватная была, а не сборище пидарасов шерстяных, которые только и умеют, что ворчать на ежедневках. Вот тогда и в монолите хорошо, и в микросервисах не скучно.