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

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

Го больше для веба
Оптимизации там только нет
И говен в конечном бинарнике не мало
Но для быстрого проектирования серверов — годно

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

Да эт просто пример

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

Раст — нечто между крестами и жабой

Имхо

я функциональщину просто не люблю

просто так можно местами упороться и просто брать в крестах то, что нужно, и все

ибо нутактоэтосишечка базово

Угу
Но кресты еще горку говна на каждую операцию навалят

Смотрим декомпайл

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

в остальном в системных задачах непонятно зачем что-то другое

На самом деле ничего страшного в этом нет
Ничего сложного, если иметь голову на плечах

просто нудно. начинается сколько для текста нужно символов? 100 хватит? 1000? это сделать дефайном? а если надо 100 иногда, но памяти всего 2048? это же растрата. выделять статически или все же аллоцировать? если аллоцируем, то сколько? а если потом надо дописать? реаллок? это каждый раз все? то же самое с массивами. можно написать что-то свое. можно по классике паскалестроки. можно выдрать какой-нить sds.

и если в какой-то критической системе принципиально не должно быть места "ой память не аллоцируется, я что-то обосрался", то не в критической - не использовать избыток памяти, а просто грамотно аллоцировать когда нужно для функционала (он все-равно может не пересекаться одномоментно, что ситуация нехватки памяти - гипотетическая. либо хотя бы хендлится, что для какого-то функционала не хватило памяти. но такое желательно просто вылавливать на этапе написания и отладки. чтобы всем все хватало)

иначе со статической аллокацией - это утопия местами начинается