А чо нет то? Видел парочку стартапов, которые на пыхе писали бек и потом от нагрузки реальной в первый же день прода падали, и потом все равно все переписывали

Так зачем переписывать?)

Потому что никто не знает что делает этот говнокод и микросервис проще просто переписать.

Дак переписывать придется постоянно при таком подходе

И нагрузки никакущие выдерживаться не будут

А пардон не на то ответил

Да, дедик за 100-200$ дешевле чем любой прогер, но 3-4 таких сервака уже будет лишний джун (300-800$), а шо такое 3-4 сервера, с таким подходом их 10 должно быть

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

Когда у тебя уже есть подтверждение в виде реальной заинтересованности клиента, то можно переписывать (как твиттер) или продавить железом (как инстаграм)

так почему говнокод?

и где нашли дешевых го программистов?

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

Я был в шоке когда на моей задаче раст оказался в 10 раз производительнее, чем Go

Вы не поняли, они написали на пыхе, проверили на паре юзеров и запустили в прод, но не ожидали такого наплыва людей, и соответственно нагрузки, и там уже не помогало даже увеличение сервака, а в случае с тем же Растом такого не было бы. Согласен, такого не было бы и с Го, но по своему опыту на Расте я писал сервис с той же скоростью, что и на Го, примерно, ну грубо говоря мож x1.5... Но за-то в долгосрочной перспективе, мне переписывать сервис не нужно будет, потому что он и так быстр и львиная доля багов уже при компиляции исчезла. Поэтому выше вам и написали "Если это стартап, в котором в будущем можно получить опционы, то некоторые пойдут на риск получать копейки сейчас чтобы получать больше потом"

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

Т.е. TryStory на пыхе выглядит вот так "написали на пыхе за n времени, запустили, потестили идею, переписали на более производительное с нуля, потестили - прод"
TryStory на Rust выглядит так "написали на расте за n * 1.5, запустили, потестили идею, поправили баги - прод"

Получили видение где узкие места вместо улучшения вслепую

Но стартап же теряет при этом время

С вероятностью 97% сервис не будет востребован

И кто вам сказал такие цифры?))))