на главнуюВсе эхи HOBBIT.LOCAL
войти ?

Опенсорц

От Nil A (2:5015/46) к Michael Dukelsky

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)


Hello, Michael!

Saturday November 13 2021 20:43, from Michael Dukelsky -> Nil A:

NA>> :-) Замнил его на гоу :-) Стильно модно молодёжно. Такшта C/C++,
NA>> Python, Go щас продаю, типа на острие остаюсь.
MD> Тебе же С не нравится. Выкинь его из резюме. Тем более, что это совсем
MD> не молодёжно.

Си нравится таки больше, чем Ява, на которой я не писал, но осуждаю ;-)
Си всё ещё продаётся хорошо https://www.tiobe.com/tiobe-index/

На чистом Си по-работе мне приходится ковыряться, вот примеры. Rsync опернсорц проект, полностью на Си, для него надо было кучу оптимизации добавить для работы с клаудом. На гоу написан новый Rclone проект, и для него я писал бакенд для работы с нашим клаудом, тут да, уже гоу - это ушло в опенсорц, и мы надеемся, что не будем дальше поддерживать, а за счёт опенсорца будет это дальше жить.

На чистом Си ядро линукса трудится, и пока Rust тут только как экспериментально для модулей начинают использовать, так что весь кернел девелопмент будет ещё много-много лет на чистом Си.

На чистом Си написал openssh, из которого мы сильно изуродовали scp и sftp для нужд клауда, опять же.

Наша компания много отдала в опенсорц для OpenSSL, он весь на Си, с жуткими Сишными макросами. Обычный девелопер вызывает SSL_accept(), и вся внутренняя кухня его не интересует. На сервере же, приватных ключей вообще может не быть в памяти (вот это поворот!), а на самом деле для хендшейка нужно всего лишь посчитать какую-то крипто-функцию, которую можно выполнить в другом процессе, или на другой машине, где-то более секьюрно, вот мы и распилили SSL_accept() на сразные стадии с колбеками, чтобы разработчик мог немного расширить то, что умеет openssl. И да, сам сервер на плюсах работает, ибо не будешь же на чистом Си писать, и это не мешает чисто сишный openssl прилинковать.

Возвращаясь к вопросу, что мне Си не нравится. Horses for courses, как мы говорим, или, для каждой задачи свой инструмент. Например, хаски на чистых Сях работает быстро, потребляет не много памяти (не считая копирования в памяти сообщения 3 раза от размера), но при этом читать его код длинно. Хотя бы заменить на плюсы, с контейнерами, с foreach циклами, стрингами, а то слишком verbose получается на Си. Ну а на питоне, несколько экранов писанины заменяется на одну строчку с list comprehension и пр, например, получить список файлов в директории, оставить только .pkt или если это бандлы с именами .(su,mo,tu,..)[1-9] (лень полностью регексп писать), плюс отсортировать по дате создания, и всё это пропустить через фукнцию map() чтобы в функциональном стиле выполнить их обработку с последующей свёрткой.

Best Regards, Nil
--- GoldED+/LNX 1.1.5
* Origin: Linux 2.6.32-042stab145.3 (2:5015/46)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким

FGHI-url этого письма: area://HOBBIT.LOCAL?msgid=2:5015/46+61900877