Программирование


Ответить в тред Ответить в тред

<<
Назад | Вниз | Каталог | Обновить тред | Автообновление
37 3 17

Системное программирование Аноним 23/05/20 Суб 21:52:36 16994061
изображение.png (180Кб, 300x198)
300x198
какой язык больше подойдет для системного программирования, расскажите и объясните в чем разница того или иного языка
Аноним 23/05/20 Суб 22:02:23 16994262
Для системного программирования подойдет C. Этот язык является lingua franca системного программирования, на нем пишет практически весь системный софт.
Аноним 23/05/20 Суб 22:04:06 16994313
>>1699426
а какой более выгодный?
Аноним 23/05/20 Суб 22:04:12 16994334
>>1699406 (OP)
C, ассемблер, немного плюсы.
Ассемблер в чистом виде юзается редко, обычно это ассемблерные вставки в сишном коде.
Си - в юниксах идеален для системного программирования (ну, так сложилось).
На винде больше плюсы. Плюсы более высокоуровневые и в целом более требовательные, но винда в отличие от линукса не претендует, чтобы её запускали даже на картошке.
Аноним 23/05/20 Суб 22:05:37 16994405
а какой C++, C#, или просто C
Аноним 23/05/20 Суб 22:06:49 16994466
>>1699440
C# вообще никакого отношения к системщине не имеет. Речь про C.
Аноним 23/05/20 Суб 22:09:25 16994537
Аноним 23/05/20 Суб 22:11:29 16994608
Аноним 23/05/20 Суб 22:11:39 16994619
Аноним 23/05/20 Суб 22:13:58 169946610
Аноним 24/05/20 Вск 01:33:01 169961111
>>1699406 (OP)
C++, вся мощь обычных сей без гомоебли с ручной дрочкой памяти
Аноним 24/05/20 Вск 06:57:49 169966912
Аноним 24/05/20 Вск 09:42:42 169969813
>>1699406 (OP)
Машкоды. Это неизбежно. Можно разбавлять ассемблерами, но без фанатизма. Для переносимости добавить что-нибудь из Фортов. Этого достаточно.
Аноним 24/05/20 Вск 10:02:52 169970114
>>1699611
Ну как сказать без ебли... Обработка нехватки памяти при генерации исключения иногда не тривиальна.
24/05/20 Вск 10:05:18 169970215
>>1699669
> для системного программирования
> C#
Наркоман? Ёбом токнуть?
Аноним 24/05/20 Вск 13:19:12 169983916
>>1699702
С++ даун, у тебя опять неопределенное поведение?
Аноним 24/05/20 Вск 19:53:41 170045717
Аноним 24/05/20 Вск 21:10:31 170053118
>>1700457
Ну охуеть теперь, на жабе и го вон тоже есть ОС, и что, это тоже теперь языки системного программирования?
Аноним 24/05/20 Вск 21:19:40 170054219
>>1700531
> Ваши ОС не ОС, ваши драйвера не драйвера, ВРЁЁЁЁЁТИ!
Ясн))
Аноним 24/05/20 Вск 22:42:44 170064520
>>1700531
это где на жабе и го операционные системы?
Аноним 24/05/20 Вск 23:33:56 170077521
>>1700645
Есть несколько поделок, типа вброшенного космоса на далфи.

> жабе
JavaOS, JNode

> го
Biscuit, bootgo, gopher-os
Аноним 25/05/20 Пнд 10:59:35 170127822
>>1699839
Смешно.

>>1700457
Окей, тогда, если мы соглашаемся с твоим аргументом, то Common Lisp [1], Haskell [2] и Ocaml [3] - это языки для системного программирования, что лишний раз доказывает превосходство последователей функциональной парадигмы над жалкими императивными петушками.

[1] https://github.com/froggey/Mezzano
[2] http://programatica.cs.pdx.edu/House
[3] https://mirage.io/
Аноним 25/05/20 Пнд 13:28:11 170154723
image.png (436Кб, 512x440)
512x440
Аноним 25/05/20 Пнд 14:51:34 170171324
Аноним 25/05/20 Пнд 17:51:59 170209225
>>1701713
> Ваши ОС не ОС, ваши драйвера не драйвера, ВРЁЁЁЁЁТИ!
Ясн))
Аноним 25/05/20 Пнд 18:05:51 170212226
26/05/20 Втр 07:56:47 170274827
>>1702122
> > Двойное отрицание
Аноним 26/05/20 Втр 10:39:55 170279928
>>1702748
> ряя двойное отрицание
Аноним 26/05/20 Втр 17:49:37 170341029
>>1701278
>Окей, тогда, если мы соглашаемся с твоим аргументом, то Common Lisp [1], Haskell [2] и Ocaml [3] - это языки для системного программирования, что лишний раз доказывает

SBCL иногда удобен [1], но это ничего не доказывает (потому что лисперы ничего никому не доказывают).
OCaml это тупик, как и Mirage.
ATS в третьей инкарнации обещает быть интересным.
На Haskell, отхачив ghc хорошенько, можно генерировать разные интересные vhdl послушав про картезиански замкнутые категории и Bluespec.

[1] http://pvk.ca/Blog/2014/03/15/sbcl-the-ultimate-assembly-code-breadboard/
Аноним 26/05/20 Втр 22:54:14 170377030
>>1699611
>без гомоебли с ручной дрочкой памяти
Вскекнул с этой наивной крестобляди
Аноним 27/05/20 Срд 00:17:21 170389131
>>1703770
Кто-то не слышал про value семантику
Аноним 05/06/20 Птн 12:01:56 171380732
image.png (8Кб, 165x186)
165x186
>>1699406 (OP)

Учи кресты. Кресты очень популярны. Если заставят писать на чистом си - перейти не сложно. Если на шарпее - гони в пизду, это кодер абьюз
Аноним 06/06/20 Суб 18:14:42 171504933
>>1699611
Маня, ОП задавал вопрос про системное программирование. В системном программировании без жонглирования указателями и прямого доступа к памяти не обойтись, порой даже приходится в некоторых местах отказываться от STL-контейнеров.
Аноним 06/06/20 Суб 18:22:11 171505334
>>1699406 (OP)
ОП, 80% комментов здесь от поехавших битардов.
Слушай сюда - учи С и С++. Оба языка пригодятся в системном программировании, иногда нужно упарываться в Си, иногда можно и плюсами обойтись, но оба языка нужно учить. Если не знаешь ни тот, ни другой, вкатись сначала в С, будет легче. С++ намного тяжелее, особенно в качестве первого языка.
И не слушай ебаклаков, которые кукарекали про Сишарп. Язык явно не для системного программирования. Некоторые поехавшие веганы-борщехлебы еще могут посоветовать тебе учить Раст - гони их в пизду тоже. Раст хоть и системный яп, но не факт, что выстрелит. А если когда-нибудь и выстрелит, то когда ты, анон, уже будешь пенсионером. Весь софт в мире держится на системах и либах, написанных на С и С++. Хочешь стать системным прогером? Учи эти языки + основы ОС.
Аноним 09/06/20 Втр 05:46:54 171727635
>>1699406 (OP)
да, опчик, учи си, я с удовольствием использую тебя после освобождения и вернусь тебе в libc
Аноним 09/06/20 Втр 12:31:25 171745336
>>1717276
Он может быть борщехлебом и писать на Расте, системный софт на котором невозможно написать без абьюза ансейфа, а значит C-like проблемы с памятью возвращаются (кстати, это основная причина того, что Раст - мертворожденная хуйня без будущего).
Когда же до вас, мань, дойдет, что написание СИСТЕМНОГО (не прикладного, а, блять, СИСТЕМНОГО) софта не может быть безопасным в плане памяти априори, требуется прямое вмешательство в память с минимальными ограничениями для программиста.
Посмотри сорцы того же redox и грепни сколько ансейф блоков там есть, лол. Причем это суперсырая, неюзабельная для широких масс ОС.
Аноним 09/06/20 Втр 13:17:19 171749337
>>1717453
Суть раста не в полном уходе от ансейфа, а в явном обозначении опасных мест в коде и в упрощении отладки вследствие этого (в т.ч. с помощью компилятора). Вокруг опасных байтоёбских кусков кода ты пишешь безопасные высокоуровневые обёртки. Си - ансейф целиком, ибо при его создании мало кто думал о безопасности. Сомневаюсь, что раст быстро сдохнет, ибо концепция тех же лайфтаймов сейчас уникальна и довольно интересная (например, в контексте всякой высоконагруженной хуиты, для которой даже фризы от GC неприемлимы)
И кто тебя заставляет пользоваться редоксом сейчас? Это всего лишь прототип системы на новом языке, который мало кому нравится из-за того, что сукабля боров чекер не компилит мой говнокод с потенциальным UB, как если бы я писал на сях. Ты бы ещё первые билды линукса засрал из-за неюзабельности для широких масс. Ругать софт из-за того, что нам ним не работает столько же народу, скольк над линём (а я напоминаю, что тот притягивал к себе разрабов со всего мира из-за того, что был одной из первых опенсурцных ОС) - такое себе занятие
Аноним 09/06/20 Втр 14:51:05 171761438
>>1717493
Раст не взлетит в системщине, потому что всему миру похуй на это. Это круто как концепция, технология, но в мире как писали системный софт на С/С++ так и продолжат писать.
Максимум найдет ультраузкую нишу в прикладухе или околосистемщине, как Го, и то не факт.
Настройки X
Ответить в тред X
15000 [S]
Макс объем: 40Mб, макс кол-во файлов: 4
Кликни/брось файл/ctrl-v
Стикеры X
Избранное / Топ тредов