Да. Лучше заплатить 10к евро за идеальную систему, которая за год стала не нужна и вообще бесполезна
Можно пример привести с интернет-магазинами.

Одни делают на lpgenerator странички и начинают продавать свой товар, заказывая потом, когда понимают что нужно, нормальный сайт или магазин.
Другие, сразу тратят пару миллионов и ждут месяцами сайт, который ни кому в итоге не нужен.

Круто же

Есть тонкая грань между жадностью и рачительностью

это ошибка планирования, а не неприятное стечение обстоятельств

конечно, никто не спорит. но никто и не говорит им платить большие деньги. я не думаю что программист на питоне возьмет за работу больше чем они хотят на ларке за эту работу

Ещё раз. стек не играет роли. важны предпочтения в стеке самого работодателя (возможно у него в окружении много разработчиков на php, чем на go) и понимание задачи в целом. Если человек только формулирует Т.З. по интервью в этом чате, значит четкого понимания задачи нет. Только осознание  в какую сторону будет бизнес двигаться. Тогда нужен MVP. Перписывание MVP с экономическим обоснованием и пониманием того, что нужно гораздо продуктивнее, чем просто теория о том, что "может будет большая нагрузка"

А давайте сразу возьмем тогда громадный серевер (для мощности), развернём elastic + rabbitmq. Вдруг понадобится

Ведь потом по товарам искать надо будет и очереди делать...

как может человек обдумывать задачу и искать исполнителей не зная во что это может выйти. Одно дело думать о том, что у него на сайте будет миллионы человек онлайна и собирать жесктий стек, другое дело ставить задачу в сильные рамки причем по сути во вред себе же

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

А ты уверен что будут миллионы онлайна и уверен что это будет в бижайшие 2 года?:

И каков потолок лары? А точнее php, если уж мы говорим о языках

Опять же встречный вопрос, сделаешь ему на go, с обещанием дорабатывать и обсуживать? Если да, то о какой сумме идёт речь.
Думаю, если будут четкий цифры, возможно стек станет не важен

Потолка никогда не существует, все зависит от твоих архитектурных способностей и задач в целом, можно сделать так что и от 10 одновременных пользователей будет ложиться все, а можно чтобы и от миллиона не ложилось на средненьком сервере

да нет по сути не у чего потолка, просто нужно готовить это совсем по другому, брать лару ради парсинга это странное решение, можно взять демона написать и т.д, к пыхе так же можно модули подключать на плюсах и т.д

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

У го есть офигенное преимущество - мультипоточность, но это преимущество не означает что го объективно больше пользователей выдержит, оно лишь означает что твои пользователи в перспективе получат более быстрый ответ, но опять же, в php так редко нужна мультипоточность что достаточно очередей

Здравствуйте, есть платежная форма , бэк которой написан на ларе. В данный момент занимаюсь виджетом для интеграции платежной формы клиенту. Нужна опция открытия платежной формы в iframe, но cors блочит с ошибкой x-ww-iframe error. Как обычно решают такую проблему, чтобы безопасность не была под угрозой? Просто cors открыть наверное неправильно..

домены разные? я к тому, что вариантов по сути нету, если это 1 домен - то дать корсы на него, но думаю это очевидно и значит домены разные, так же есть вариант корсы отдавать под домен. допустим магазин а имеет домен test.ru тогда любые запросы на iframe для данного магазина разрешить на домен test.ru

Дока привела к этому
https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/X-Frame-Options