застрелиться с револьвера? Не, несите базуку)

Если это из-за потребления памяти 1С, то гораздо проще написать кастомный аллокатор, который прикрутить к программе перед запуском, чем писать с нуля. ИМХО, чтобы конкурировать с 1С, надо иметь в штате не "друга с Интела", а целый отдел бухгалтеров, которые будут объяснять, что они ожидают. Например, если задать диапазон дат 1-4, они ожидают, что это с 1-го 00:00 по 4-е 23:59, а не с 1-го 00:00 до 4-го 00:00. 1С подобные нюансы учитывает и потому популярна.

Ну там команда, которая ничего кроме голого С и PHP не умеет готовить. C явно не подходит. PHP подходит для задачи гораздо лучше С. Но они не хоЧУт. Если говорить в отрыве от команды, то таки Java/Kotlin/C#.

Так там два специалиста по C/C++ и один по PHP. Я б в такой тиме тоже смотрел в сторону крестов или всё же раста, если б был уверен, что они раст освоят.

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

Не, там один на голом С, который только начал переползать на раст на низкоуровневых задачах (а мы все понимаем, что это не тоже самое, что раст на высокоуровневых задачах), один на PHP. Раст - хороший вариант сам по себе, но требование к нескольким годам опыта разработки высокоуровневых приложений никто не отменял.

баги не будет, если писать на C/C++/Rust

Багов не будет если не будет кода

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

Ещё раз, условие было — либо C/C++/Rust, либо в команде один человек остаётся.

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

Если дорожить — то Rust или в худшем случае C++ остаются без вариантов.

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

боюсь представить стоимость такого проекта

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

Вы говорите и орете что языки сишные плохо подходят для памяти, когда как они считаются одни из самых быстрых для любого вида разработки.
И где то даже совмещать 2-3 языка

Тут вроде никто не орёт, вам показалось.

В каком мире "сишные" языки — одни из самых быстрых для любого вида разработки, мне трудно себе представить. Си — это отличный инструмент в умелых руках достаточно дорогих специалистов, и при этом вне зависимости от прямоты рук этих самых специалистов, количества и качества прикрученных asan / ubsan-ов он всё равно будет взрываться периодически.

Язык редко важен, когда это выбор между Java, C# и чем-нибудь ещё в этом духе. Когда выбор между этим и крестами, выбор становится шушуть критичнее)

Язык сам по себе не важен, важна доступность специалистов. Ну и экосистема как раз важна, да.