LINUX.ORG.RU

Выбор ЯП для системного программирования.

 ,


2

4

Добрый день, задумался я тут о том чтоб начать учить один из низкоуровневых ЯП для развития и разработки. До этого писал только на Python, но он на роль языка разработки системных инструментов не подходит. Так как тут народ опытный хотел бы узнать что в данный момент лучше начинать учить? Пока выделил следующие ЯП. C,C++,JAVA,RUST.


Ответ на: комментарий от mersinvald

Есть у меня сильные сомнения в том, что сейчас хоть что-нибудь в C++ завести будет легко. А про работу над АлгТД и ПМ на уровне коммитета вообще не приходилось слышать (хотя эксперименты над ПМ были).

eao197 ★★★★★
()
Ответ на: комментарий от anonymous

Если возиться со строками, то я сильно сомневаюсь, что сишка будет компактнее

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

Я отвечал на:

втрое больше кода писать

Поэтому спокойно, я не посягаю на скорость божественной сишки. Но товарищи со стороны упорно приписывают Расту лавры Пёрло-каши и многословность Кобола, что не соответствует действительности.

Virtuos86 ★★★★★
()
Ответ на: комментарий от Virtuos86

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

anonymous
()
Ответ на: комментарий от Crocodoom

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

eao197 ★★★★★
()
Ответ на: комментарий от anonymous

Многословность и каша в %любой_ЯП% начинается ровно тогда, когда хипсторок таки начинает обрабатывать ошибки, а не херачить try{}/catch(){} или обрабатывать коды возврата как вы делаете во всех примерах.

примерно так

Ну а уж в унсафе какой адок, это ни в сказке сказать.

Всё зависит от того, что ты там делаешь. Пляска с саблямиуказателями на любом языке страшновато будет выглядеть.

Virtuos86 ★★★★★
()
Ответ на: комментарий от mersinvald

Растоманам похер на внутренний срач у кормушки адептов С и С++

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

anonymous
()
Ответ на: комментарий от Virtuos86

Не ври, чуть менее чем весь сишный код состоит из жонглирования указателями. И он прекрасен и чист, как горный ручей. А неосиляторам да, приходится пробиваться через текущие абстракции и дебри вычурного синтаксиса.

anonymous
()
Ответ на: комментарий от anonymous

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

Ткни в многословность.

mersinvald ★★★★★
()
Ответ на: комментарий от anonymous

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

Аж зачитался. Лично я против Си ничего не имею, да и не могу иметь, ибо не трогал его ни разу.

А неосиляторам да, приходится пробиваться через текущие абстракции и дебри вычурного синтаксиса.

Странные неосиляторы. Чистейшую и прозрачнейшую сишку не осилили, а громоздкие абстракции и вычурный синтаксис как-то освоили. И крестик сняли, и трусы это самое. Мазохисты просто.

Virtuos86 ★★★★★
()
Ответ на: комментарий от mersinvald

Ну и че? Первый же коммент читаем:

в первом примере в с++ коде не видно, что исключения может кидать копирование строки и вставка в список, также не видно вызовов unlock()/lock() для мутекса. Итого как минимум при прочтении кода надо держать в голове что 1) тайно-и-непрописано вызывается конструктор копии для строки (причем не в теле функции, а при ее вызове), 2) идиому RAII и понимание где и как вызывается деструктор, 3) справочник стеля по поведению trust_anchor_list.insert

Короче, Евгений в тру-цепепе стиле «упростил» тупой код, превратив его в шараду. Зато сэкономил буковки! При этом сам приемчик доставляет: выхватить первый попавшийся говнокод и делать космические выводы. В цепепе такого конечно не встречается, ни ни. Типичный такой фанбой, хоть и великовозрастный.

anonymous
()
Ответ на: комментарий от anonymous

Ну так коммент писал такой же ушибленный сишник, который думать иначе как вызовами функций не умеет. Тайно-и-непрописано, блин, дайте ему ассемблер.

anonymous
()

Forth уже предлагали?

anonymous
()
Ответ на: комментарий от anonymous

И ниже привел пример кода, написанного без исключений, да.

Ну а если сишники не могут осилить RAII — то кто тут еще неосилятор, лол?

mersinvald ★★★★★
()
Ответ на: комментарий от anonymous

Тайно-и-непрописано, блин, дайте ему ассемблер.

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

anonymous
()
Ответ на: комментарий от anonymous

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

Лол :-) Ты забыл сказать о том, что для того, чтобы эти нюансы и мины почувствовать (надо именно чувствовать, ибо оперировать с цепепе - это целое искусство), нужно онанировать в обнимку с редактором и компилятором долгие годы, шаг за шагом вникая в те или иные задротсва цепепе :-) Ведь недаром сказано в мастер-книге о цепепе, что цепепе - это язык, который надо изучать постепенно :-) Или «не паникуйте, всё станет понятным со временем» :-) Ну да, со временем, лет через 10 :-) Так что изучайте постепенно, времени много :-) Лол :-)

anonymous
()
Ответ на: комментарий от Virtuos86

Странные неосиляторы. Чистейшую и прозрачнейшую сишку не осилили, а громоздкие абстракции и вычурный синтаксис как-то освоили.

Дык не осилили ручное управление памятью. А когда указатели таки нужны, начинают дрочить вприсядку, ибо чистый синтаксис уже занят. Тут кресты как раз выгодно отличаются от недоязычков.

anonymous
()
Ответ на: комментарий от anonymous

Указатели нужны крайне редко, по сравнению с «чистым синтаксисом» и импользованием готовых безопасных абстракций.

mersinvald ★★★★★
()
Ответ на: комментарий от anonymous

Когда абстрациями обмазался спускаться до указателей уже не очень удобно

Обмажся удобными абстракциями :-)

typedef struct abstraction abstraction;

void method(abstraction* a);
Лол :-)

anonymous
()

Java какой угодно, только не системный, для раста надо дождаться допила компилятора, кресты тупо набор костылей. Остаётся Си.

watashinoshi
()
Ответ на: комментарий от anonymous

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

mersinvald ★★★★★
()
Ответ на: комментарий от anonymous

«у функции должна быть одна точка входа и одна точка выхода»

В общем-то goto cleanup это и энфорсит.

Softwayer ★★
()
Ответ на: комментарий от Sorcerer

Интересно, спасибо за ответ.

Возможно, что «те, кто говорит, что им нравится писать на С, и те, кто пишут на С — это разные множества людей.»

eao197 ★★★★★
()
Ответ на: комментарий от Sorcerer

Так это. Сейчас, наверное, только специалистов по java, c#, питону, php и javascript легко найти. Массовая культура. Чего вы хотите?)

dave ★★★★★
()
Ответ на: комментарий от AntonyRF

системного ПО

Это очень размытое понятие. Если мы про ОС и драйвера - то да, там Сишка. Если прикладное ПО - там С++.

RazrFalcon ★★★★★
()
Ответ на: комментарий от RazrFalcon

системного ПО
Если прикладное ПО

Фейспалм. Но и в прикладном ПО 50/50, никакого доминирования крестов нет.

anonymous
()
Ответ на: комментарий от RazrFalcon

Думал ты вспомнишь про gtkmm и что многие gtk-проги на плюсах. Но нет, тупой фанбой может только вскукарекнуть про кюте.

anonymous
()

Сишечка и дишечка.

Hertz ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.