Надо выбирать средства и возможности исходя из задачи и скилов команды

Вот поддерживаю, по ML у нас кстати тоже python, просто потому, что так дешевле. Хотя его суть сводиться в бизнес-процессы на ноду. Частично что-то делается по ML и на ноде через биндинги си

Прототипирование
На готовой црм

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

Узкие и хайлоад задачи
На го или си

Есть узкие места, есть дорогие места. Однозначного ответа по технологии без учёта бизнес-процессов сказать нельзя, они могут поменяться от критичности данных или сроках разработки и их не критичностью

А остальное на том на чем умеет команда и быстро распиливает
Хоть пхп, хоть нода, хоть руби

Если это материально оправдано

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

+1

щас бы не на дотнете писать

(вбросил)

Не недооценивайте человеческую способность ошибаться))

1с чо)

Вот тут мы и пришли кто такой СТО))))

Ага. Тот чувак, который или снимет сливки, или на него повесят собак.

И всё зависит от способности ошибаться (или не)

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

Все. Но кое-кто меньше.  И речь же не только о технических ошибках.
Плюс вопрос цены ошибки

Немного неинтересно факта из моей жизни 🤷‍♂ Я не исключение, сейчас проект,который делали 7 месяцев оказался с ошибкой архитектурной. Мне это будет стоит определенной суммы денег. Но это моя ошибка, она из-за несвоевременно полученной информации от заказчика, и всё равно я это не продумал сам и не учёл, поэтому считаю косяк своим. Лишил себя зарплаты за прошлый месяц. Сижу до 5 утра исправляю с несколькими коллегами, чтобы не демотивировать остальных людей переделыванием. Это жизнь, всякое может произойти.