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

вообще нет пулинга памяти

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

Вот о чём они вообще думают, лол.

они ж давно похоронили проект

Так это те вещи, который в таких задачах надо изначально делать

говноделы, сэр

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

я до раста наверно еще не дорос, не знаю. меня С, cmake и gdb в терминале полностью устраивают

У раста свои плюсы есть в том, что за 2 года, что я на нём в прод пишу - у меня реально было 0 проблем с memory safety. Ни единого сегфолта, ни единой утечки, ни единого раза с покореженной памятью

Боюсь, дело не столько в Расин, сколько в прямых руках.

Ну конкретно memory safety (если не лезть явно в unsafe) он гарантирует и там сложно на этом проблемы поймать. (Утечки можно - но они как раз memory safe)

А чем тебе valgrind не угодил?

Ну я не фанат крестов, а писать сложные вещи на си не очень хочется по затратам времени на разработку. Да и раст интересен как низкоуровневый язык явно вдохновленный ML семейством и некоторыми ФП вещами. На нём приноровившись можно вполне в ФП-подобном стиле писать.

Короче, ты влюбился в раст, а раст в тебя?

Но прям фанатизма и переписывания всего на расте, как многие пропагандируют, я не разделяю.

я в кресты так и ниасил пока, не хватает меня на это все. а вот С это пожалуйста, это хорошо.

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

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

так на С надо ядро писать и через биндинги

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

void * ptr, size_t size;

Ну это как раз уже не очень удобно. Все же разница в юзабилити тут есть.

да, неудобно, но быстро и эффективно как удар топором (наверно). не знаю, я прям громадную кодовую базу на С не видел, не считая исходников Линукса.

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

пиши свою на С и вызывай из Эрланга безшовно

Но это работает в основном там, где ffi дешёвый

ffi?

аа, маршалинг в неуправляему среду?

Но это работает в основном там, где ffi дешёвый

решать точечные проблемы

Это если до прям точечных проблем что-то сужается.

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

это ты про частые обращения == частый маршалинг?

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

это херня. в Уклоне, где я сейчас грею кости, свой роутинг ("как у Гугл Мапс, только не работает" (с)). так вот, он страшно медленный и меня попросили разобраться почему он медленный. я понаделал замеров тыщу как примерный ученик, прям IPC/CPI, события CLR потрейсил на низких частотах на всякие ивенты типа аллокации и GC и все такое. ну и нашел проблему, показываю ее, в виде репорта на Конфлюенте. с картинками, чтоб ни у кого сердце не схаватило не дай Бог от избытка цифер. а в стектрейсах, уже в конце, системные вызовы. ну вроед finish_task_switch на Линуксе.

то есть код настолько идеальный что рантайм говно?

Разве в таком случае мало убрать option и nullable? А что насчёт PositiveInt, String50 и прочих решений?

то есть код настолько идеальный что рантайм говно?

Ты не ловишь пост-иронию. Это типа абсурдистский юмор был.