Так, валідний.
У 2018 році актуальною версією для пихі була 7.3, сьогодні 8.3
Я готовий взяти попкорн і подивитися скільки грошей замовника втратять прогамісти щоб перевести проект з 7.3 на 8.3.

За цей час може змінитися декілька ітераций програмістів, але для нормального бізнесу цей час ні про що, так на розігнатися.

Чим довше програмери будуть з цим тягнути тим дорощій це буде технічний борг, тим менше програмістів згодиться ковиряти це гімно мамонта. Попередньо загугли що таке семвер.

якесь непонятно гоу

уже став стандартом для веб розробки

це багато чого говорить про вашу обізнаність)

я не знаю які є функції у супабейса, доводилось гортати лише фаербейс і трохи хасуру, але маю підозру що там існують щось на кшталт лямда функцій, таки функционал є у всіх притомних клаудів, процедури це щось з минулого.
Швидкість розробки падає всюди, це не зхалежить від сервер лес чи моноліту або мікросерверів

Вирішити швидкість проблему швидкості можна лише процесами з відповидним додаванням ресурсів

Бажаю вам довгострокової удачі з Laravel, вона вам знадобиться)

я давно не працюю з ларавелем, і пихою, але те що я бачив 5 років тому — це ларавель і його підходи активно перероблювали в концепти симфоні, використовуючи ризні сторонні библіотеки чи свої велосипеди, за 5 років оновлень і підримки з таким ніхто працювати не захоче, або сапорт буде коштувати дуже дорого. Сторонні пакети — це ок, якщо вони дійсно несуть щось корисне і суттєво зекономлять ваш час і краще щоб вони були на стільки «офіційними» на скільки це можливо.

По го я не дуже зрозумів які додткові интеграції вам принесе бекенд технологія на фронт? Я просто беру підхід API-first з яким небудь огеном і вперед. Якщо хочеться багато генерувати, ну додайте sqlc, візьміть бафало. Якщо хочеться писати тільки логіку, ну то завітайте до хасури)

По ТС, мої зауваження валідні лише до проблем сапорту і оновлень, первоманс йде бонусом. Ну і те що рішення на колінкці виглядає як рішення на декілька років. Можна зробити куди більше і швидче на колінці за допомогою лоукод рішень.

Можете перехриститись і спробувати ще раз. Одна з причин появи go — це швидкість опанування програмистоми. Само собою, що перший проект був не таким, який би я виставив на гітхаб, але факт залишається фактом, опанували мову для вирішення задач дуже швидко, частини які були написані на го завелись і поїхали, а от те, що було на пхп посипалось дуже швидко

Погано, дякую, що не мікросервіси, але все ще погано. Догортав до SubscriptionsRepository просто щоб це побачити.

1. Фреймвор Laravel
Я з ним працював десь у 2015-2016 роках. Багато всього, особливо фасадів і купа проектів, де команди перетворюють лару на симфоні, кожний по своєму. Я розумію, що програмістів, які пишуть на ларі куди простіше найняти за вчорашній хліб без масла, але враховуючи скільки є офиційних туторіалів для архітектури яка є офиційною у сімфоні, то куди простіше і дешевше буде найняти спеціалістів на сімфоні, ніж ларавелівців перенавчати на ваш велосипед і плодити свої костилі.

2. Дякую, що не мікросервіси
Дякую, але і по моноліту є питання. Перший рік це реально рік змін і якщо у вас дійсно немає великої кількості бізнеслогіки то я чарівні інструменти лоукоду, або серверлес, наприклад хасура, фаербейс чи сапабейс, якось він так називається. На моноліті вам їхати від 5 років до довічного, там і той самий моноліт вартує робити з урахванням довгострокової перспективи. Лоукоз ракриває багато кодових проблем і питання з інфраструктурою, зміни робити швидче. Дякую що не мікросервіси)

3. Мова PHP
Я той типовий пихарь, який з пхп перейшов на го. Жодного разу не жалкую.

3.1 Можу авторитетно заявити, що цей перехід в мене і в купи інших спеціалістів, на пхп або з інших мов, зайняв 1-2 тижні. І тут настає питання перше, вивчити основні інструменти го швидче ніж ПХП, саме тому я обрав го, бо в момент переходу мене і моєї команди це було критично.

3.2 Підтримка і оновлення, у 2015 мені випало за честь оновити 2 версії лари, які ми пропустили, це в мене на моноліті зайняло тиждень. Нещодавно довелось оновлювати 4 сервіси на го, старенькі сервиси, сервіси десь 2018 року, я тоді ще тільки починав працювати на го, це зайняло десь до 2-х днів. Безумовно це не було абсолютно безпроблемо, як це кажуть в рекламних презентаціях го, з стандартною бібліотекою го все зайшло супер добре, але з зовнішніми пакетами вже буле не так все гладко і це. Скільки часу в мене займе, щоб проект на пхп актуальної версії 2018 року перевести на пхп актуальної версії 2024 року?

3.3 Якщо можна трохи поекономити то чому би і ні? На скильки я зараз пямʼятаю то обробка одного запиту на пихе = задіяння одного веркера, а це в момент часу від 2мб, на го це одна горутина, від 2 кб, я можу помилятися, виправте мене, будь ласка, просто зараз лінь гуглити

поганий вибір

на PHP можна зробити щось складніше за сімофні чи ларавел контролери?
нафіг вам той gin, навіщо ви його всюди тягаєте, що він дає такого чого немає в стандартній бібліотеці?

Друге. Дійсно треба мати великий багаж додаткових скілів. Якщо по ПХП співбесіда могла бути пів години саме про мову, то тут 10 хв і по мові пройшлийсь.

Простота і швидкість в опануванні. Швидкодія самої мови. Колись для мене це були визначаючі чинники і через це я на го перевів свою команду з пхп.

Не надо делать никаких митингов. Если так печет, то делайте паспорт другой страны. Если вы хотите, чтобы страна окончательно проиграла эту войну и перестала существовать, то на кой черт вам документы не существующей страны?

graphQl по дефолту закривається одним POST API, можна його ділити і трохи намагатися в раціональність, але це все спроби повернути плюси REST. Обслуговувати не однаково, справа в тому, що запт від графу може містити декілька додаткових запитів. В графі ви створюєте квазі універсальний інтерфейс для взаємодії з фронтом. В Рест, здебільшого, індивідуально під кейс. Можу сказати6 що та універсальність, за пару років виходить боком дуже сильно.

Зворотний проксі-сервер — тип проксі-сервера, який ретранслює запити клієнтів із зовнішньої мережі на один або кілька серверів

Ви його не налаштуєте. У вас все одна мають бути резолвери, які будуть «склеювати» запит. Доведеться клюопати резолвери і там обслуговувати запит. З REST чи gRPC запити відповіді можна просто прокидувати.

можливо вже не актуально і ви вже самі виявили купу проблем, але я залишу комент для майбутніх послідовників

Складно кешувати НТТР
Не зручне версіонування АПІ (розробини відкрито не підтримують цю концепцію)
Складність в кастомізації якогось конкретного АПІ (додавання хедерів)
Проблема з організацією реверс проксі
Купа додаткового коду (це можна записати в пункт 4)
Рест тестувати простіше

Вони тепер стали більш комплексні. Мені пару місяців тому пропонували зробити цілу систему в якості тестового)

Мені здається, що маленькі лавкодінг задачки під час інтерв’ю спрацюють краще

Запевняю вас, що PHP був створений не для цього. PHP був сстворений як шаблонізатор для html. Ви не вийдете в прод з PHP без хоч якогось фрейворку(люмен, сайлекс, лара, сімфоні), а якщо і вийдете, то потім не знайдете людей, які погодться це підтримувати, бо клеймо «самопіс» буде з вами довго.

Все простіше з go. Підтягнули дравер для сховища і в добру дорогу з вашим апі

роудмапа не зовсім актуальна, там є багато зайвого і того, що не пройшло перевірку часом

Гетманцев вже виїхав за вами

Альтернативна реальність один з моїх улюблених жанрів)

1) Погано дивитесь, вже навіть Софт рекламував подібні курси, в гоуіт там цілий напрямок курсів. Це актуальна історія як для українського ринку так і для закордонного
2) Приймуть, рано чи пізно і навіть поточні компанії з часом переїдуть на не рашкінські рішення, бо все одно буде тиск скільки би то не коштувало, питання часу. Це перестає бути актуальною історією для України і постсовка і це зовсім не актуальна історія для закордонного ринку.