N>Практически весь инструментарий в машинном обучении написан на С++ и позволяет себя из него использовать. Это не какие-то старые библиотеки их 90-х, а вполне современные штуки, которые начали писать уже в эру Go, и Rust, и D, и <твой любимый высокоуровневый язык>. И почему-то на С это всё тоже не написали.

Есть ряд причин, по которым эти инструменты пишут на С++, и все они не имеют ничего общего с удобством языка или его современностью. Просто конкретно в этой — довольно узкой, надо сказать — области такие требования. Работа с железом, в первую очередь. Также простота и низкоуровневость (примитивность, в хорошем смысле этого слова). Если просто взять общую сложность требований к любой из этих библиотек, и сравнить с развесистыми ужасами любого "опердня"...

Но это все равно ниша для сравнительного небольшого количества разработчиков. Тогда как "опердни" — занятие для миллионов.

Здравствуйте, novitk, Вы писали:

S>>Что не так с инструментом, если на нем даже ОС написана?
N>Нифига у тебя аргументы! Про "гвозди микроскопом" не слышал?

Да почему? Некое ядро и утилиты к нему? Чем это с архитектурное тз от баш отличается, например?
Написал он для себя и для людей, которые ядром линупса занимаются. Я так и не увидел аргументов против Си.
Это не корпоративная бизнес система, а что-то небольшое, сугубо для инженеров. Чем тут Си хуже других, если
он десятилетиями для этого -- от программистов для программистов?


S>>О каком питоне речь, если надо сравнивать (большие)
S>>файлы? Ладно ява, еще куда ни шло. Но речь о настоящем кроссплатформенном ПО, скачал и используй, без лишний
S>>приседаний.
N>Для справки конкурент Hg был написан на Py. На скорость и портативность никто не жаловался. В отличие от Гит! Где портативности не было лет 7, так как использовались не python, a гребанный shell script.
N>Как сравнить файлы на питоне быстро.

По ссылке "Python difflib sequence matcher reimplemented in C." Ну и?

S>>К чему эти отсылки, что софт написан в 80-е года? В этом мощь Си -- можно делать на века. И язык
S>>простой для освоения.
N>Как и Кобол. Это не делает его оптимальным для использования в 2023.

Ну был бы Кобол++ на ходу, был бы и сам Кобол пригоден. В чем проблема у адептов Си++, если какой-то
сугубо специальный небольшой проект пишется на Си? Ну был гит на Си++ написан, он был бы легче в освоении? Едва ли.

Здравствуйте, Sharov, Вы писали:

S>Написал он для себя и для людей, которые ядром линупса занимаются. Это не корпоративная бизнес система, а что-то небольшое, сугубо для инженеров.
Я его понимаю и совершенно не критикую. Он писал на том что знает и так как умеет для весьма конкретных задач и не заморачивался будущим. Это не значит, что людям который хотят написать DVCS надо сегодня так делать.

S>Чем тут Си хуже других, если он десятилетиями для этого -- от программистов для программистов?
Низкой продуктивностью и копипастой.

S>По ссылке "Python difflib sequence matcher reimplemented in C." Ну и?
Ну и нет проблем в тонких местах, коих как мы знаем 2%, перейти на C/C++, как собственно все и делают.

N>>Как и Кобол. Это не делает его оптимальным для использования в 2023.
S>Ну был бы Кобол++ на ходу, был бы и сам Кобол пригоден. В чем проблема у адептов Си++, если какой-то
S>сугубо специальный небольшой проект пишется на Си?
В том что это не продуктивно и муторно. Не все языки равныдруг другу.

Здравствуйте, novitk, Вы писали:


S>>Чем тут Си хуже других, если он десятилетиями для этого -- от программистов для программистов?
N>Низкой продуктивностью и копипастой.

В чем это выражается?

S>>По ссылке "Python difflib sequence matcher reimplemented in C." Ну и?
N>Ну и нет проблем в тонких местах, коих как мы знаем 2%, перейти на C/C++, как собственно все и делают.

Я если весь проект сплошное тонкое место, где надо бы 70% на С?

S>>Ну был бы Кобол++ на ходу, был бы и сам Кобол пригоден. В чем проблема у адептов Си++, если какой-то
S>>сугубо специальный небольшой проект пишется на Си?
N>В том что это не продуктивно и муторно. Не все языки равныдруг другу.

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

Здравствуйте, Ip Man, Вы писали:

IM>Здравствуйте, Mihal9, Вы писали:

M>> язык программирования
IM>С++
M>> мало специалистов
IM>С++
M>> у которого большое прошлое
M>> настоящее
M>> и будущее
IM>С++

IM>ну ты понел

Программистов на С++ много, компиляция программ на нем долгая, пишут на нем те кто не хочет развиваться,
производительность как правило нужна либо в какой-нибудь госконторе либо иногда в серверном программировании.
Будущее его сомнительно, но знать его полезно.