The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]

Дрю ДеВолт представил язык системного программирования Hare

25.04.2022 15:07

Дрю ДеВолт (Drew DeVault), автор пользовательского окружения Sway, почтового клиента Aerc и платформы совместной разработки SourceHut, представил язык программирования Hare, над которым он вместе со своей командой работал последние два с половиной года. Hare преподносится как язык системного программирования, близкий к языку Си, но проще, чем Си. Из ключевых принципов проектирования Hare заявлена ориентация на упрощение и полное доверие к действиям программиста (выполнять именно то, что указано, без самодеятельности и неявного поведения), при наличии вспомогательных инструментов для выявления типовых ошибок и проблем.

Исходные тексты компилятора и инструментария распространяются под лицензией GPLv3, а код стандартной библиотеки под лицензией MPL (Mozilla Public License). В первом публичном выпуске заявлена поддержка операционных систем Linux и FreeBSD на платформах x86_64, aarch64 и riscv64, а также самодостаточное использование для запуска поверх оборудования без операционной системы. В планах упоминается поддержка операционных систем NetBSD, OpenBSD, Illumos, Haiku и Plan 9 и платформ ppc64le, i686 и arm32.

В языке применяется ручное управление памятью и статическая система типов, при которой каждой переменной явно должен быть присвоен определённый тип. Для выполнения приложения прикрепляется минимальный runtime. Язык оптимизирован для решения низкоуровневых задач, таких как разработка операционных систем, компиляторов, сетевых приложений и системных утилит, для которых требуется достижение максимальной производительности и полный контроль за выполнением.

Для разработчиков подготовлена стандартная библиотека функций, предоставляющая доступ к базовым интерфейсам операционной системы, типовые алгоритмы и реализации протоколов и форматов. Библиотека охватывает такие области как ввод/вывод, работа с файлами, регулярные выражения, шифрование, сетевое взаимодействие, операции со временем и датами, доступ к типовым Unix-примитивам (например, poll, fnmatch и glob), парсинг и проверка типов. Отдельно предоставляются привязки для доступа к возможностям OpenGL, SDL2 и libui.

В качестве примеров проектов, написанных на языке Hare, упоминаются микроядро Helios, менеджер паролей Himitsu, система трассировки лучей raytracing, программа для шифрования box, bittorrent-демон btqd, scheduled (аналог системы cron), toothbrush (клиент и сервер для протокола finger). Из планов на будущее отмечается стабилизация спецификации языка и состава стандартной библиотеки, реализация поддержки недостающих платформ и архитектур, добавление библиотечных функций для поддержки TLS 1.2 и 1.3.

Пример кода на языке Hare:


   use crypto::sha256;
   use encoding::hex;
   use fmt;
   use hash;
   use io;
   use os;

   export fn main() void = {
	const hash = sha256::sha256();
	const file = os::open("main.ha")!;
	defer io::close(file);
	io::copy(&hash, file)!;

	let sum: [sha256::SIZE]u8 = [0...];
	hash::sum(&hash, sum);
	hex::encode(os::stdout, sum)!;
	fmt::println()!;




	const greetings = [
		"Hello, world!",
		"¡Hola Mundo!",
		"Γειά σου Κόσμε!",
		"Привет, мир!",
		"こんにちは世界!",
	];
	for (let i = 0z; i < len(greetings); i += 1) {
		fmt::println(greetings[i])!;
	};




	let x: *int = alloc(42);
	fmt::printfln(" x: {}", x)!;
	fmt::printfln("*x: {}", *x)!;
	free(x);

	const file = os::open(os::args[1])!;
	defer io::close(file)!;

	let buffer: *[65535]u8 = alloc([0...]);
	defer free(buffer);

	const n = io::read(file, buffer)! as size;
	io::write(os::stdout, buffer[..n])!;

   };

   fn sort(items: []int) void = {
      ...
   };

   @test fn sort() void = {
	let items = [5, 4, 3, 2, 1];
	sort(items);
	for (let i = 1z; i < len(items); i += 1) {
		assert(items[i - 1] <= items[i], "list is unsorted");
	};
   };




  1. Главная ссылка к новости (https://harelang.org/blog/2022...)
  2. OpenNews: Опубликована свободная книга про Wayland
  3. OpenNews: В платформе совместной разработки SourceHut появился хаб проектов
  4. OpenNews: Подготовлена реализация Git на Shell
  5. OpenNews: Выпуск пользовательского окружения Sway 1.0, использующего Wayland
  6. OpenNews: Представлен многооконный консольный почтовый клиент Aerc
Лицензия: CC-BY
Наводку на новость прислал Tita_M
Короткая ссылка: https://opennet.ru/57081-hare
Ключевые слова: hare
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (342) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.2, freehck (ok), 16:12, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +24 +/
    У этого языка длинные уши! =)
     
     
  • 2.18, Аноним (18), 16:34, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Настолько длинные, что синтаксис запутался в них.
     
     
  • 3.35, Аноним (-), 16:56, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –7 +/
    int и uint - это фэйл! Сишные проблемы с разным размером этого и логическими ошибками прогеров которые это игнорят ничему не научили? Хруст вроде и то эту мерзость повырубил.
     
     
  • 4.40, Аноним (40), 16:59, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ничего твой хруст не вырубил. Он даже переполнение целочисленной переменной не проверяет. Давай фантазируй дальше.  
     
     
  • 5.46, Аноним (-), 17:04, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Он вроде бы продвигает типы конкретной ширины когда прогер как минимум знает ско... большой текст свёрнут, показать
     
     
  • 6.142, Sw00p aka Jerom (?), 22:02, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Одно дело ADD R1, #1 и совсем другое - оно же с проверкой флагов и условными переходами.

    как такое можно писать? понятие "корректный алгоритм" вам знакомо?

    https://ru.wikipedia.org/wiki/%D0%90%D0%BB%D0%B3

    раздел "Анализ алгоритмов" к прочтению.

     
     
  • 7.175, Аноним (-), 00:50, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > как такое можно писать? понятие "корректный алгоритм" вам знакомо?

    Ну вот так и можно - я могу проверить валидность границ и применимости математики где-то очень сильно за пределами тугого цикла. Не нагибая тугой цикл 100500 проверок и условий в обязаловку, вместо этого вынеся гарантии в сторону, просчитав worst case отдельно. Это позволяет сделать критичный кусок кода БЫСТРЫМ. Убить его в РАЗЫ по скорости во имя луны я совершенно не готов.

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

     
     
  • 8.199, Sw00p aka Jerom (?), 12:01, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    не путайте понятия корректности и оптимальности Выше вы предлагали не проверять... текст свёрнут, показать
     
     
  • 9.275, Аноним (-), 16:11, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я вообще-то писал о том что коррекность можно обеспечивать и менее тупыми способ... большой текст свёрнут, показать
     
  • 6.150, OpenEcho (?), 22:41, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Он даже переполнение целочисленной переменной не проверяет.

    А надо? Иначе есть риск загубить криптографию, где переполнение целочисленных переменных используется по назначению

     
     
  • 7.171, Аноним (171), 00:40, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ненадо так же как и раст.
     
     
  • 8.328, Аноним (-), 18:32, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С кодом вида они скоро узнаюот про атаки вида BadSource ... текст свёрнут, показать
     
  • 5.143, Аноним (143), 22:19, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Ничего твой хруст не вырубил. Он даже переполнение целочисленной переменной не проверяет. Давай фантазируй дальше.

    Уныленько. Попробуй потоньше.

    https://github.com/rust-lang/rfcs/blob/master/text/0560-integer-overflow.md
    > Implementations are permitted to check for overflow at any time (statically or dynamically). Implementations are required to at least check dynamically when debug_assert! assertions are enabled. Add a WrappingOps trait to the standard library with operations defined as wrapping on overflow for the limited number of cases where this is the desired semantics, such as hash functions.
    >

     
  • 5.193, Аноним (193), 10:19, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Ничего твой хруст не вырубил. Он даже переполнение целочисленной переменной не проверяет.

    Никто этого не проверяет, даже жаба которая исполняется а JVM потому как это оверхед. Это фишка ALU процессоров, некоторые умеют выставлять флаги при переполнении, некоторые нет, это все очень платформеннозависимо. И даже если процессор выставит флаг переполнения, то для его проверки нужны дополнительные инструкции с бранчингом (на случай ошибки) после каждой мат.операции. Если такую вальвацию сделать частью языка, то такой язык будет считать медленным и он с треском проиграет во всех бечмарках, даже той же java и .net.

     
     
  • 6.201, Sw00p aka Jerom (?), 12:09, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >Если такую вальвацию сделать частью языка, то такой язык будет считать медленным и он с треском проиграет во всех бечмарках, даже той же java и .net.

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

     
     
  • 7.203, Аноним (193), 12:23, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так в том и дело что гарантий обычно никому не нужно, нужна скорость, есть же разница между выполнением 1 ассемблерной инструкцией и тремя.    
    В те редкие моменты когда такое переполнение может случится на себя берет ответственность кодер, можно использовать специальные математические библиотеки, они не только переполнение проверят, но и позволяют работать с очень большими числами не ограниченными размерами регистров в современных CPU, конечно это работает медленно, но такова цена за точность.

    А эта притенения похоже не претензию новичков к JS: '0.1+0.2=0.30000000000000004', где проблема совсем не в JS, а в IEEE-754.

     
     
  • 8.224, Sw00p aka Jerom (?), 13:30, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    гарантий корректности не нужны есть конечно же, но это не критерий оценки време... текст свёрнут, показать
     
     
  • 9.229, Аноним (193), 14:04, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    O n не изменится, но throughput просядет в пару раз Так тут как бы выбор между... большой текст свёрнут, показать
     
     
  • 10.245, Sw00p aka Jerom (?), 22:16, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    ну мы же говорим об асимптотике, таким же макаром можно говорить, что релейные р... большой текст свёрнут, показать
     
  • 7.206, Аноним (193), 12:41, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    P.S. Я не исключаю что возможно существует язык или компилятор котоырй генерирует такие валидации, и используется где-то в критических индустриях, например для медицинского оборудования или атомной промышленности.
     
  • 6.230, Пиём канфеты кушоем чаи (?), 14:29, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >нужны дополнительные инструкции с бранчингом

    ВРЁТИ!!!
    ВРЁЁОООААААААААА!!!!!!1111ы

    Выпалняем "trap on condition" прапоускаем один такт некакова суецы^W бранчинга.

     
     
  • 7.276, Аноним (-), 16:21, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Выпалняем "trap on condition" прапоускаем один такт некакова суецы^W бранчинга.

    И скока платформ это умеет на уровне железа, чтоб без пеналти по скорости? А, расскажем что они не нужны. Так?

     
  • 6.243, Аноним (243), 21:35, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Никто этого не проверяет

    Delphi (и lazarus тоже) проверяет в рантайме и генерит exception. Для криптографии вырубают.

    Фортран вроде бы тоже должен проверять, но это не точно...

     
  • 5.232, . (?), 16:20, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    это некто не проверяет. это стандартное поведение mod(a+b, 2^x)
     
     
  • 6.244, Sw00p aka Jerom (?), 22:01, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > это некто не проверяет. это стандартное поведение mod(a+b, 2^x)

    не стоит путать сложение по модулю и арифметическое сложение.

     
  • 3.42, Аноним (-), 16:59, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Еще прикол.

    > Handling allocation failure
    > TODO

    Эм... а что делать если там NULL мы подумаем потом :)))

     
     
  • 4.59, Аноним (143), 17:26, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Еще прикол.
    >> Handling allocation failure
    >> TODO
    > Эм... а что делать если там NULL мы подумаем потом :)))

    Например попробовать читать спеки, вместо недописанного (к чему походу TODO и относится) туториала?

    6.6.21.6
    In the alloc form, if the execution environment is unable to allocate sufficient
    storage for the requested type, the execution environment shall print a diagnostic
    message and abort. If the type hint is a nullable pointer type, the result type of the
    allocation expression shall also be nullable, and null shall be returned instead of
    aborting if sufficient storage cannot be provided.

     
     
  • 5.84, Аноним (-), 18:30, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Например попробовать читать спеки, вместо недописанного (к чему походу TODO и относится) туториала?

    А, это про туториал было? Вашу 20, чем они думали так туториал к "системному" языку писать?

    > storage for the requested type, the execution environment shall print a diagnostic
    > message and abort.

    Ох, круто, так и представляю себе линуксный кернел упавший в панику с "can't allocate message for kernel". Агаблин, очень так системненько... хрустикам это дело в майнлайновой рассылке популярно объяснили, этому дону персональное объяснение требуется?

    > aborting if sufficient storage cannot be provided.

    Ога, в кернеле тебе это и сделать...

     
     
  • 6.107, Аноним (143), 19:34, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > execution environment
    > линуксный кернел

    "Крутой системщик"294 совсем не палицца ...

    > Ох, круто, так и представляю себе линуксный кернел упавший в панику с
    > "can't allocate message for kernel". Агаблин, очень так системненько... хрустикам это
    > дело в майнлайновой рассылке популярно объяснили, этому дону персональное объяснение требуется?
    >> aborting if sufficient storage cannot be provided.
    > Ога, в кернеле тебе это и сделать...

    Хоспади, какая же каша у тебя в голове. Аллокация явная. Причем тут паники и хруст - не ясно. Судя по всему, до " and null shall be returned instead of aborting if sufficient storage cannot be provided." так и не дочитал.


     
     
  • 7.146, Аноним (-), 22:32, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Во всяком случае могу накодить бутлоадер или фирмварь, реалтаймно и предсказуемо... большой текст свёрнут, показать
     
     
  • 8.269, AA_suited (ok), 13:36, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Напиши что бы ты хотел видеть не видеть чуть более подробно, может даже страничк... текст свёрнут, показать
     
     
  • 9.277, Аноним (-), 16:41, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    1 Культурную работу с регистрами железа разных размеров , как то эффективно фо... большой текст свёрнут, показать
     
  • 2.74, жорик (?), 18:18, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Как я должен осилить столь отвратительный синтаксис?
     
     
  • 3.82, VladSh (?), 18:28, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сначала попробовать писать на чём-то с более отвратительным синтаксисом)
     
     
  • 4.101, Аноним (18), 19:15, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    После раста любой язык - кристально понятен.
     
  • 3.186, Аноним (186), 07:53, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    чем отвратительнее синтаксис тем выше безопасность.
     
     
  • 4.200, Аноним (200), 12:09, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Потому, что киддисы такой язык не осилят.
     

     ....большая нить свёрнута, показать (36)

  • 1.3, Аноним (3), 16:13, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Никак не могу понять, что же он мне напоминает....
     
     
  • 2.5, Аноним (5), 16:16, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Нечитаемый, ужасный синтаксис. После Nim особенно больно смотреть.
     
     
  • 3.231, Аноним (231), 14:48, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ладно, если присмотреться, то норм. Отпугнули поначалу двоеточия.
     
  • 2.25, Аноним (-), 16:48, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Помесь сишки, хруста и зига, что же еще?! И таки let можно было бы наверное побустать. Мерзко 4 лишние буквы печатать, что ни говори.
     
     
  • 3.50, Аноним (143), 17:10, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +8 +/
    > Помесь сишки, хруста и зига, что же еще?!

    Разве что для опеннетчиков, знакомых с другими ЯП исключительно по новостям опеннета.

     
  • 3.69, DontTreadOnMe (?), 17:50, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Я бы сказал это смесь раста и го.
     
     
  • 4.95, Аноним (-), 19:04, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Я бы сказал это смесь раста и го.

    Всякие деферы и проч явно из зига сперты, там почти так же было.

     
     
  • 5.172, Аноним (172), 00:41, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дефер из Го. Я прогаю на Си и Го. Хотел написать Харэ, но текст языка полностью понятен, в отличие от ржавчины.
     
     
  • 6.176, Аноним (-), 00:57, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Дефер из Го. Я прогаю на Си и Го. Хотел написать Харэ,
    > но текст языка полностью понятен, в отличие от ржавчины.

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

     
  • 4.153, OpenEcho (?), 22:48, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Я бы сказал это смесь раста и го.

    A что там от Го, "let" или "::" или "use", или "fn" ... ?

     
     
  • 5.173, Аноним (172), 00:41, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дефер
     
  • 2.47, trdm (ok), 17:05, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Никак не могу понять, что же он мне напоминает....

    Это паскаль без бегинов и эндов.
    let buffer: *[65535]u8 = alloc([0...]);
    хорошо присваивание без ":"

     
     
  • 3.58, Alexey Tor. (?), 17:24, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Pascal. Был и остаётся хорош и понятен. Да, есть недочеты в free pascal, это проблемы реализаций , но сам язык очень хорош. И понятен!
     
     
  • 4.67, Старший аноним (?), 17:44, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Не скажу, что его последователь ADA хорош с точки зрения синтаксиса - слишком много не всем понятных Pragm.
    Но с точки зрения безопасности и отсутствия ошибок - нет равных. Если программа скомпилированно на Ada/Spark, то это значит, что на 99% там не будет ошибок.
     
     
  • 5.75, Аноним (75), 18:19, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Кроме логических. Их будет столько же сколько везде.
     
     
  • 6.89, Старший аноним (?), 18:42, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С учетом развития в последнее время методов Машинного обучения в анализе кода, и на логические ошибки, за которые их посчитает AI,  могут быть, по-крайней мере, выданы предупреждения пользователю.
     
     
  • 7.99, Аноним (-), 19:10, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А вон кстати какой-то анализер выкатили как раз, использующий результаты машинного обучения для поиска проблемного кода. Впрочем тут коллеги британских ученых AI припахали искать ядовитые молекулы, а он возьми да и найди кучу вариантов суровее VX... так что за убить всех человеков у роботов уж точно не заржавеет!
     
     
  • 8.164, Аноним (164), 00:05, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Советские учёные ещё в 1970-80-х без всякого AI нашли около 60 таких молекул сур... текст свёрнут, показать
     
     
  • 9.178, Аноним (-), 01:03, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А этот нашел тысячи за какие-то единицы часов И вообще был изначально для поиск... текст свёрнут, показать
     
     
  • 10.257, a_kusb (ok), 07:44, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это был бы сильный ИИ, мне не кажется что ИИ сейчас для всего подходит ... текст свёрнут, показать
     
  • 10.267, Аноним (231), 12:04, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Искусственного интеллекта не существует Есть нейронные сети, это другое ... текст свёрнут, показать
     
     
  • 11.278, Аноним (-), 16:53, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как показал пример жизни на планете, однажды слабый интеллект становится сильным... текст свёрнут, показать
     
  • 7.218, Аноним (-), 13:02, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > логические ошибки, за которые их посчитает AI

    Это "статистические ошибки", а не логические.

    AI обученный на примерах миллионов (мух, которые не ошибаются), будет фиксировать, что код написан те так, как предыдущие миллионы.

     
     
  • 8.258, a_kusb (ok), 07:56, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Значит нужно определять логические ошибки чтобы датасет был эффективнее ... текст свёрнут, показать
     
  • 5.359, рлрдл (?), 20:09, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    До сих пор живы Модулы в узких нишах. В универах на них чуть прогают и во всяких конторах где спутники делают (ада точно была там же, в каких то кубсатах).
    Кстати, в каком то универе, на острове в море, до сих пор употребляют Симулу, даже не Смолток а именно Симулу в оригинале.
     
  • 3.132, _kp (ok), 21:22, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я хоть и не фанат Паскалей, но приходилось писать, и много.
    Но не многословность главный недостаток,
    а уродливое объявление переменных где то в начале.
     
  • 2.62, KhabMan (ok), 17:34, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Наверное, вообще не в тему, но есть такой др. Дью, который использует инструмент DeWalt...
     

     ....большая нить свёрнута, показать (26)

  • 1.4, Аноним (5), 16:15, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > самодостаточное использование для запуска поверх оборудования без операционной системы

    Ну хоть один убийца Си это сделал на начальном этапе.

     
     
  • 2.7, Аноним (5), 16:19, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что-то не нашёл на сайте примеров..
     
     
  • 3.11, Аниме (?), 16:23, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://git.sr.ht/~sircmpwn/helios
     
     
  • 4.14, Аноним (5), 16:25, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ладно... Я хотел для микроконтроллеров найти.
     
     
  • 5.24, Аноним (-), 16:46, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Они в этом не так уж отличаются от остального bare metal, единственное что реально надо - детальный контроль за layout прошивки, в какие секции что идет и в каких адресах это лежит. На сях это делается нестандартненько, таблицу векторов прерываний придется каким-нибудь левым __attribute__(section(IRQVECTORS)) делать. А это ни в раз не часть стандарта, печалька. Как и линкерный скрипт говоряший где это IRQVECTORS реально лежит.

    И еще там надо чтобы не было стандартной либы - где ей там файловую систему брать? Притащить еще либ и кода, весом в 20 раз больше основной части прошивки? Тогда и микроконтроллер придется брать дороже и навороченнее.

     
     
  • 6.226, Аноним (200), 13:37, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас кто-то ещё выбирает микроконтроллеры для новых проектов меньше, чем Cortex-M0? А стандартная либа newlib и в Атмегах помещается.
     
     
  • 7.279, Аноним (-), 16:59, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    1 Даже attiny и такую гадость как pic миллионами используют И даже там на сях ... большой текст свёрнут, показать
     
     
  • 8.360, Аноним (360), 15:19, 16/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем Бредком, это же SoC с MMU Микроконтроллер со 128 кбайт флеша - разумный к... текст свёрнут, показать
     
  • 2.45, Likern (?), 17:03, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Zig это умеет.
     
     
  • 3.77, Аноним (75), 18:20, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    За что этому челу минус поставили без коммента?
     
  • 3.174, Аноним (171), 00:46, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Только он какой-то нестабильный, там были изменения не по-семверу. И до релиза 1.0.0 еще далеко если он ваще будет.  
     
     
  • 4.183, Аноним (183), 01:52, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    До 1.0.0 никакого семвера и нет.

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

    Т.е. на пару лет он вполне стабильный) Да и потом ничего критичного вроде не будет.

     
  • 2.273, www2 (??), 15:28, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Форт, нет?
     
     
  • 3.303, Аноним (303), 11:54, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Реализаций живых и актуальных нет.
     

  • 1.9, Аноним (5), 16:22, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Hare и Haxe.
     
  • 1.10, JVM (?), 16:22, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    вообще есть nim, чем не устроил?
     
     
  • 2.145, Аноним (145), 22:26, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Фатальный недостаток, как и у всех других языков
     
  • 2.246, ffirefox (?), 22:18, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С определённого момента в Nim стали заталкивать очень много всего. Дикая вариативность в кодировании алгоритмов на Nim. Похоже, автор идёт по стопам Perl.

    Очень мощный язык для самовыражения программиста (точнее даже - очень опытного программиста). Но вот разбираться с этим...

    Язык должен быть простым, однозначным, с возможностью простого автоматического парсинга.

     

  • 1.12, Шарп (ok), 16:24, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Сишка с неймспейсами?

    >fmt::println()!;

    У вас ус^Wrust отклеился.

     
     
  • 2.20, НяшМяш (ok), 16:38, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Забавно, что как раз в расте не нужен неймспейс для println, он уже видим по-умолчанию.
     
  • 2.31, Массоны Рептилоиды (?), 16:52, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > У вас ус^Wrust отклеился.

    Рыжий суслик

     

  • 1.13, Аниме (?), 16:25, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Писал на нем движок рендеринга шаблонов (типа jinja), очень приятный язык, буду юзать дальше, как поопрятней станет. Но сдается мне, что Zig его сожрет.
     
     
  • 2.48, Likern (?), 17:05, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Я тоже думаю что сожрёт.

    Сам пишу на Zig. Синтаксически похож на Zig (defer) при первом взгляде (и на JavaScript c let\const).

     
     
  • 3.54, Аноним (54), 17:13, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    defer не только в зиг есть если что
     
  • 3.64, Аниме (?), 17:38, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он вообще чувствуется как зиг, из которого повырезали фичи и добавили type unions из тайпскрипта. Но в тоже время он чувствуется элегантнее, чем зиг из-за вот этих type union и того факта, что expressions повсюду, даже фигурные скобки. В фиге надо лейблы к ним лепить, чтобы было так же. Хотя я с зигом только начал играться.
     
     
  • 4.312, Аноним (-), 20:12, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >type unions из тайпскрипта

    Я бы тебе посоветовал вместо тайпскрипта начать учить настоящие языки. Standard ML, OCaml или Haskell, например. А то так и на раст со своими чулками для программирования перейдёшь.

     
     
  • 5.322, Аниме (?), 16:00, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    То, что я знаю, что есть в тайпскрипте, не значит, что я на нем пишу. Я перепробовал много языков и сейчас остановился на харе и го. Я бы тоже тебе посоветовал расширять кругозор вместо демонстрирования своей узколобости.
     

  • 1.15, Ю.Т. (?), 16:31, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Это быстрый язык! =)
     
  • 1.16, Ю.Т. (?), 16:32, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    Кстати, продаётся на дискетах!
     
     
  • 2.185, leap42 (ok), 07:14, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Кстати, продаётся на дискетах!

    Вот да, оно влазит на дискету целиком, без необходимости ставить 100мб llvm или ещё чего. Вот это инженерия с заботой о ресурсах, а не хипстоподелка.

     
     
  • 3.205, Vacu923ek (ok), 12:40, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Эй, луддиты, вы тут часом не с тостера сидите?? :)
     
     
  • 4.228, Аноним (200), 13:59, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    С тостера под NetBSD, постим из lynx
     
     
  • 5.241, Vacu923ek (ok), 21:18, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > С тостера под NetBSD, постим из lynx

    А чё не QNX? Тоже в своё время "влазим-на-дискетку" хвалились :)

     
  • 4.233, leap42 (ok), 16:38, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Эй, луддиты, вы тут часом не с тостера сидите?? :)

    AMD Ryzen 5 5600X, 32GB RAM, 2TB nvme, пишу на хипстерском Go и вообще бесконечно далёк от луддизма, просто восхищаюсь реализацией. Флоппи диск продаётся не для того чтобы его куда-то вставлять, если что.

     
     
  • 5.240, Vacu923ek (ok), 21:17, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >  Флоппи диск продаётся не для того чтобы его куда-то вставлять, если что.

    :))) Вот и я подумал, зачем людям в 21 веке дискетка! Ну точно куда-то вставляют! :))))
    Строго говоря, размер компилера не имеет значения. Если LLVM позволяет таргетить под целую кучу платформ, да путь он хоть терабайт ест!! Лишь бы выходящие программы были маленькие и шустрые.

     
     
  • 6.256, leap42 (ok), 05:13, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Строго говоря, размер компилера не имеет значения.

    Перечитывайте классику, слушайте настоящих программистов: они скажут что размер программы (например компилятора) прямо связан с количеством багов в ней (попробуйте найти 3 в моём hello world ;-) ). Мой любимый пример - регрессия в LLVM из-за которой borrow checker в Rust работал не так, как ожидалось несколько выпусков подряд. Но из-за размера и сложности LLVM того сначала не замечали, а потом не могли починить.

    > Если LLVM позволяет таргетить под целую кучу платформ, да путь он хоть терабайт ест!!

    Дрю прямо сказал, что проблемы индейцев (пользователей несвободных ОС) его не волнуют, язык целится только в Linux и FreeBSD, так что не аргумент.


     
  • 6.345, Michael Shigorin (ok), 11:18, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Строго говоря, размер компилера не имеет значения.

    *Строго* говоря -- имеет.  Если не в штанишки себе кодите, а организовываете, скажем, регулярные пересборки накоженого в создаваемом с нуля изолированном окружении.

    Не говоря уже о менее очевидных последствиях нечеловекопостижимости.

    Домашнее задание -- прочитать и осмыслить терабайт текста (вообще на любом языке).

     

  • 1.17, Аноним (18), 16:32, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как!-то подозрительно! много !восклицательных знаков!
     
     
  • 2.37, Аноним84701 (ok), 16:57, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Note the ! operator which follows the function call: this is the error assertion operator.
    > Как!-то подозрительно! много !восклицательных знаков!

    Ну да, внезапно, чтение из буфера и даже вывод в stdout могут "сломаться".

     
  • 2.207, Vacu923ek (ok), 12:41, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нет. Слишком много вот этого: ::::::::
     

  • 1.19, Аноним (19), 16:34, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +11 +/
    Так и хочется сказать "Харе клепать новые языки! У вас что, больше языков богу языков?"
     
     
  • 2.131, Брат Анон (ok), 21:18, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Долистал до сюда чтобы первым это написать, но не успел.
     
  • 2.208, Vacu923ek (ok), 12:42, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На самом деле пусть клепают - это ПОЛЕЗНО. Как минимум, примером как НЕ НАДО делать! :)
    Когда количество изученных языков начнёт зашкаливать (у меня их порядка 20+), количество переходит в качество и уже по внешнему виду начинаешь понимать, что с языком не так.
     
     
  • 3.338, Аноним (338), 10:40, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А что с ним не так и какие языки хороши?
     
     
  • 4.339, Vacu923ek (ok), 14:25, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > А что с ним не так и какие языки хороши?

    "не так" - то, что с виду это тот же Си, только с :::::::::  :)
    Грубо говоря, рынку нахрен не нужны "те же Си, только в профиль"!
    И нормальный язык уже сделали - это D - современный ООП подход, куча плюшек, только пользуйся!
    У Ди одна проблема - куча клоунов в тырнетах, которым яйца танцевать мешают, а программировать на Ди они не хотят и ищут отмазки.

     
     
  • 5.346, Michael Shigorin (ok), 11:20, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > У Ди одна проблема - куча клоунов в тырнетах

    Ой, типа мы с Вами порой клоунами не оказываемся.  Не мните шибко много :)

    PS: в @e2k_chat нарисовался человек, отнёсший D на e2k, пока некоторые разглагольствовали.

     
  • 2.271, BorichL (ok), 14:18, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Дык чего только хипстота не придумает, лишь бы Си не учить... (с)

    Видимо медиаплееры уже писать не модно, переключились на языки. Им бы в моду теперь браузеры подсунуть, пусть помучаются.

     
     
  • 3.347, Michael Shigorin (ok), 11:21, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Кстати, netsurf кому-то даже может оказаться и по зубам, и на взаимную пользу.
     
     
  • 4.354, BorichL (ok), 01:37, 03/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Кстати, netsurf кому-то даже может оказаться и по зубам, и на взаимную
    > пользу.

    Вероятно, но сначала надо надавать по зубам жабоскриптерной хипстоте!

     

  • 1.21, Аноним (-), 16:41, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > main.ha

    Вот будет трололо если это окажется архив архиватора .ha - был такой :))

     
     
  • 2.26, Аноним (26), 16:50, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –8 +/
    Натужная острота с целью показать своё знание древних архиваторов. Vanitas vanitatum, omnia vanitas.
     
     
  • 3.33, Аноним (-), 16:53, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Скорее мелкий троллинг на тему того что расширение файла можно и покреативнее выбирать, без коллизий. Мало букв в алфавите чтоли?
     
     
  • 4.43, kusb (?), 17:00, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    .hre
    ?
     
     
  • 5.66, Аниме (?), 17:42, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    .hrю
     
     
  • 6.68, kusb (?), 17:48, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хрю
     
  • 5.73, Аноним (-), 18:17, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Можно и .hare - вы ж не будете под DOS 6 на этом прогать?! А остальное так то уже давно умеет больше чем 8.3
     
     
  • 6.94, kusb (?), 18:59, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно и .hare - вы ж не будете под DOS 6 на
    > этом прогать?! А остальное так то уже давно умеет больше чем
    > 8.3

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

     
     
  • 7.102, Аноним (-), 19:17, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Три символа на расширение это признак элитности формата.

    Вообще тогда 1 символ круче всех. Как в .c/.s :)

    > А вообще - эта штука выглядит не самой плохой чтобы писать под ней для DOS.

    Нафига? В досе все равно защиты памяти нет и проч. Это нагибает многие допущения даже того же хруста - он предполагает MMU, а ежели этого нет он влет stack overflow могет закатить, с перезаписью остального не хуже сишки. И оно вообще умеет real-mode код x86 генерить?

     
     
  • 8.348, Michael Shigorin (ok), 11:22, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Прошу прощения, проверка глазомера -- User294 ... текст свёрнут, показать
     
  • 4.137, Аноним (26), 21:45, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Откуда коллизии взяться-то? Или ты намерен исходники саоих нетленок хранить в одной директории с архивом фэхи su.books?
     
  • 4.140, Аноним (140), 21:57, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    .ahahah
     
  • 3.117, Аноним (117), 20:07, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    не натужней твоей демонстрации "знания" латыни
     
  • 3.209, Vacu923ek (ok), 12:44, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пижон тут как раз ты - ещё один безусый носитель мёртвого языка.
     

  • 1.22, Аноним (-), 16:42, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    Что за странная любовь к двойным двоеточиям?
     
     
  • 2.30, Аноним (-), 16:51, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Это они у плюсовиков научились. В принципе ничем таким особо не плохо, довольно типовой способ иерархической адресации конструкций яп.
     
     
  • 3.49, Бывалый смузихлёб (?), 17:07, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Такими темпами скоро на клавиатуре появится новая кнопка - двойное двоеточие
     
     
  • 4.349, Michael Shigorin (ok), 11:23, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Такими темпами скоро на клавиатуре появится новая кнопка - двойное двоеточие

    Скорее на мышке...

     
  • 3.72, Аноним (-), 18:16, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > Это они у плюсовиков научились.

    Надеюсь, не у перловиков.

    > довольно типовой способ иерархической адресации

    Точка - типовой способ иерархической адресации. Сам на плюсах часто пишу и "::" даже в его синтаксисе выглядит, как инородное тело. С++ можно простить - наследие прошлого, но в новых языках - зачем?

     
     
  • 4.85, VladSh (?), 18:35, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так оно на глаз сразу отличается - видно, что уже реально какой-то новый язык программирования.
     
  • 4.86, Аноним (-), 18:36, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    У си с этим тоже так то есть приколы. А -> не хотели для структа по указателям? :) И плюсы вроде не единственные кто так делает. А заодно это в отличие от точек в обычном тексте редко встречается.
     

  • 1.23, Аноним (200), 16:45, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Методы в структурах можно?
     
     
  • 2.29, Аниме (?), 16:51, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Можно, но только как указатели на функции (как и в си). Свою vtable тоже неси.
     
     
  • 3.51, Аноним (200), 17:11, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И указатель на структуру передавать ручками как в C ?
     
     
  • 4.60, Аниме (?), 17:30, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ага
     
  • 4.210, Vacu923ek (ok), 12:46, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Указатель - просто число, какие могут быть с ним проблемы "передавать"???
     
     
  • 5.219, Аноним (200), 13:12, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А зачем его в каждую функцию структуры "закатом солнца вручную" передавать, когда это мог бы компилятор делать? Вот в V, похоже (после беглого ознакомления), так и сделано.
     
  • 3.88, Аноним (-), 18:37, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Можно, но только как указатели на функции (как и в си). Свою
    > vtable тоже неси.

    А эффективно вернуть из функции несколько параметров оно могет?

     
     
  • 4.255, Аниме (?), 05:03, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, tuples есть
     
     
  • 5.280, Аноним (-), 17:09, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, tuples есть

    Так то вернуть struct я и из сей могу, но вот элегантно вернуть парочку независимых int'ов или там чего еще? Или даже небольшой массив? Ну то-есть симметрирование входа и выхода функций, чтобы более-менее равноправно было. Типа return (u32) nread, (u16) errcode, extra[10]? В допушении что прототип заявлен на возврат вот этого. Некоторые что-то сравнимое вроде могут. На сях это при желании struct делается, но не очнь удобно.

    Просто сишники имеют обыкновение использовать пойнтеры на ВХОД функции для возврата сложных конструкций. Это криво хотя-бы потому что из этой декларации не очевидно реальное намерение программера - использование входа для декларации выхода все же криво.

     
     
  • 6.305, Аниме (?), 11:57, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Элегантнее тюплов пока ничего еще не придумали
     
     
  • 7.316, Аноним (-), 06:36, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Элегантнее тюплов пока ничего еще не придумали

    Я вот не понимаю, какие принципиальные проблемы сделать список аргументов, как на вход, симметрично? Даже пусть они все и mandatory будут. И так же возвращать в регистрах/стэке/памяти/кому там что больше нравится, как входные аргументы.

     
     
  • 8.323, Аниме (?), 16:03, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что неэлегантно ... текст свёрнут, показать
     
     
  • 9.333, Аноним (-), 02:13, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Неэлегантно это когда вход и выход функции несимметричные имхо ... текст свёрнут, показать
     
  • 5.283, Аноним84701 (ok), 18:27, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Да, tuples есть

    Но QBE, насколько я понял, умеет возвращать только int или указатель.

     
     
  • 6.304, Anime (?), 11:55, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    use fmt;

    export fn main() void = {
            const t = ret();
            fmt::printfln("({}, {})", t.0, t.1)!;  // prints (1, 2)
    };

    fn ret() (u8, i32) = {
            return (1, 2);
    };

     
     
  • 7.307, Аноним84701 (ok), 13:17, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    code 00000000080000d8 main 80000d8 55 push ... большой текст свёрнут, показать
     
     
  • 8.309, Аниме (?), 17:08, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А че, LLVM может эффективнее генерить ... текст свёрнут, показать
     
     
  • 9.310, Аноним84701 (ok), 17:42, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    code include stdio h include stdint h struct tuple uint8_t val1 i... большой текст свёрнут, показать
     
     
  • 10.311, Аниме (?), 18:45, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ладно, зато QBE компилится за секунду А вообще он обещает 70 оптимизаций от ... текст свёрнут, показать
     
     
  • 11.317, Аноним (-), 06:44, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хм вообще штуки типа LTO могут выпилить добрую треть бинаря без каких либо по... текст свёрнут, показать
     
     
  • 12.324, Аниме (?), 16:10, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Вообще было бы интересно собрать прототипчик на libgccjit, но мне лень с ним раз... текст свёрнут, показать
     
     
  • 13.327, Аноним (-), 18:31, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    На мой вкус лучше б в gcc полноценно заинтегрили что-то такое, вот так было бы о... текст свёрнут, показать
     
     
  • 14.336, Аниме (?), 04:08, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    QBE, я думал мы про бекенды разговариваем... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (22)

  • 1.27, Аноним (-), 16:50, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    let buffer: *[65535]u8
    fmt::printfln("*x: {}", *x)!;
    defer io::close(file)!;

    Ваш кролик пишет задомнапирёт

     
     
  • 2.76, name (??), 18:20, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Your bunny wrote!
     
  • 2.138, Аноним (140), 21:48, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    The Matrix has you.. Follow the white rabbit.
     
  • 2.147, Онаним (?), 22:35, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Его питон зажевал.
     
  • 2.211, Vacu923ek (ok), 12:47, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Выглядит как ASCII-порно
     

  • 1.32, ыы (?), 16:52, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    > ориентация на упрощение

    ...
    >без ... неявного поведения

    Эти вещи несовместимые.

     
  • 1.34, Аноним (26), 16:55, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > Дрю ДеВолт (Drew DeVault), автор […] почтового клиента Aerc […]

    Первая строчка из README: «Notice: This project is unmaintained». С языком тоже побалуется ещё год и бросит как только что-то за пределами сэндбокса попытается запрогать?

     
     
  • 2.39, Аноним (39), 16:58, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://git.sr.ht/~rjarry/aerc
     
  • 2.41, Аноним (54), 16:59, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Где ты увидел это?
    https://aerc-mail.org/
     
     
  • 3.81, Аноним (81), 18:26, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://aerc-mail.org/ -> source code -> https://git.sr.ht/~rjarry/aerc -> This is a fork of the original aerc by Drew DeVault. -> https://git.sr.ht/~sircmpwn/aerc -> Notice: This project is unmaintained.

    Т.е. проект то жив, но Drew DeVault в том, что он жив, не виновен.

     
     
  • 4.109, Аноним (26), 19:37, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот и с языком так будет — авось кто-нибудь форкнет как Дрю наиграется. А не форкнет, так и невелика беда — всё равно кроме hello world на нём ничего написано не будет.
     

  • 1.36, aname (?), 16:56, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ещё не асм, но уже не далеко осталось
     
     
  • 2.44, Аноним (-), 17:02, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +6 +/
    тем временем единственной заменой асма так и остается сишечка. сколько уже этих убивиц было. такое впечатление что они не понимают даже для чего нужен си, но вот для чего убивиц сей - не один доклад с клоунами и фокусами с бутылкой.
     
     
  • 3.53, Аноним (54), 17:12, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    https://drewdevault.com/2021/02/21/On-the-traits-of-good-replacements.html
     
  • 3.63, Аноним (143), 17:35, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > тем временем единственной заменой асма так и остается сишечка. сколько уже этих

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

     
     
  • 4.80, Аноним (-), 18:25, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    C MBR так не очень получится, но это наполовину вопрос уродства x86. В более современной версии там так то UEFI уже и ESP. А на мелочи типа cortex M можно с места в карьер и на си. Даже без асмового стартапа - можно.

    А адресонезависимый код - какого черта? Это все компилеры давно умеют, -fpic и сотоварищи и компилер сам его сделает. Хотя возможны нюансы, но все же.

     
     
  • 5.98, Аноним (143), 19:09, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > C MBR так не очень получится, но это наполовину вопрос уродства x86.
    > В более современной версии там так то UEFI уже и ESP.

    Т.е. классическое опеннетное "нельзя, но потому что уже и не очень нужно - не считается!".

    > А адресонезависимый код - какого черта? Это все компилеры давно умеют, -fpic
    > и сотоварищи и компилер сам его сделает. Хотя возможны нюансы, но все же.

    Оно перестало требовать, как минимум, _валидную_ таблицу офсетов (global offset table) для "адресонезависимости"?

     
     
  • 6.103, Аноним (-), 19:20, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Т.е. классическое опеннетное "нельзя, но потому что уже и не очень нужно
    > - не считается!".

    Типа того. Очень нишевой случай. Да и asm() в сях так то есть. Просто нестандартно :)

    > Оно перестало требовать, как минимум, _валидную_ таблицу офсетов (global offset table)
    > для "адресонезависимости"?

    А там разные варианты есть, см параметры компилера. Но нюансов все же можно огрести.

    Тем не менее PIC нужнее на PC - на мелочи типа MCU для начала нет виртуальной памяти, все с физической памятью - а значит layout довольно таки фиксированный.

     
     
  • 7.114, Аноним (143), 19:56, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Типа того. Очень нишевой случай.
    > Да и asm() в сях так то  есть. Просто нестандартно :)

    MBR - классический пример. Но да, asm() - хорошая замена асму, ага ...

    >> Оно перестало требовать, как минимум, _валидную_ таблицу офсетов (global offset table)
    >> для "адресонезависимости"?
    > А там разные варианты есть, см параметры компилера. Но нюансов все же можно огрести.

    Т.е. нет (fPIC точно так же вызывает "соседнюю" функцию через got), но опять "не считается"?
    Какая-то липовая замена (не говоря уж о том, что может потребоваться напрямую к регистрам или считать память по смещению) ...

     
     
  • 8.162, Аноним (-), 23:52, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Очень нишевой и не очень актуальный, Настолько, что в более современных платформ... большой текст свёрнут, показать
     
     
  • 9.182, Аноним (143), 01:40, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Давай я напомню изначальное высказывание и подчеркну ключевое слово единст... большой текст свёрнут, показать
     
     
  • 10.261, n00by (ok), 09:30, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это, кстати, решается довольно просто Адреса в таблице переходов можно пересчит... текст свёрнут, показать
     
  • 10.281, Аноним (-), 17:59, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тот анон немного перегнул, конечно, но общую идею уловил верно, си попер из сист... большой текст свёрнут, показать
     
  • 5.260, n00by (ok), 09:14, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > C MBR так не очень получится, но это наполовину вопрос уродства x86.
    > В более современной версии там так то UEFI уже и ESP.

    UEFI это 64 бита, где регистр стека называется RSP, а не ESP, как в IA32. При чём тут регистр стека? Точно, ни при чём, его ведь дядя настроил за более современного программиста. В каком месте оно на накопителе записано - вот это важно!

     
     
  • 6.268, Аноним (143), 12:38, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> C MBR так не очень получится, но это наполовину вопрос уродства x86.
    >> В более современной версии там так то UEFI уже и ESP.
    > UEFI это 64 бита, где регистр стека называется RSP, а не ESP,
    > как в IA32. При чём тут регистр стека?

    ESP тут, скорее всего = EFI system partition


     
     
  • 7.291, Аноним (-), 22:43, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > ESP тут, скорее всего = EFI system partition

    Абсолютно. И там так то немелкое фирмваре загружает "программу" по большому счету. Без ограничений на 512 байтов. Ну и обычно это просто сишная прога собраная компилером, как и само уефи в массе своей, кроме раннего инита.

     
     
  • 8.300, n00by (ok), 10:07, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    И что самое занятное - у меня про это написано после вопроса При чём тут реги... текст свёрнут, показать
     
  • 7.301, n00by (ok), 10:10, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>> C MBR так не очень получится, но это наполовину вопрос уродства x86.
    >>> В более современной версии там так то UEFI уже и ESP.
    >> UEFI это 64 бита, где регистр стека называется RSP, а не ESP,
    >> как в IA32. При чём тут регистр стека?
    > ESP тут, скорее всего = EFI system partition

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

     
  • 5.350, Michael Shigorin (ok), 11:29, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > C MBR так не очень получится, но это наполовину вопрос уродства x86.
    > В более современной версии там так то UEFI уже и ESP.

    ...что более чем вторая половина в этом аспекте: http://mjg59.dreamwidth.org/4957.html :]

     
  • 3.70, kusb (?), 17:52, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    как будто они не понимают. короче, убивицы всегда впередсмотрящие. на них можно положиться. их нельзя оставить ни на минуту. они стерегут пещеру каждую секунду. каждую секунду они носят еду в центр стаи. всегда на морде пишут свое полное имя и номер части. там ведь большая часть, ну, что уж такое случилось - могут и наброситься. нужно отслеживать. так ведь нельзя. они едят всегда. едят все подряд. чуть что - едят. и никогда не беспокоятся о своих правах. ну, да - это из-за сишечки, да.
     
  • 3.221, Аноним (200), 13:17, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >тем временем единственной заменой асма так и остается сишечка

    Самой близкой заменой асма является ASM. Но ASM машинозависим, поэтому на роль универсального асма претендует... Встречайте, WASM!

     
     
  • 4.262, n00by (ok), 09:34, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    flat assembler g ничего не знает про машинные команды, их надо самому макросами описывать :)
     
  • 4.282, Аноним (-), 18:10, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Самой близкой заменой асма является ASM. Но ASM машинозависим, поэтому на роль
    > универсального асма претендует...

    ...сишка :) //fix

     
  • 3.313, Аноним (-), 20:16, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >и фокусами с бутылкой

    Дело BottleRuby живёт.

     

  • 1.38, Аноним (40), 16:58, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Ну реально же уже харе. Зачем нам еще один раст?
     
     
  • 2.133, Вован (??), 21:29, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Это нифига не раст, раст собирается на моём железе часа два, а "это" - в районе минуты.
     

  • 1.55, Аноним (-), 17:13, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Для умственно отсталых пожалуйста поясните - почему вместо массовых крестиков нужно брать ушастого ?
    Только одно объяснение приходит в голову - чтоб враг не догадался.
     
     
  • 2.79, name (??), 18:24, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А оно и есть для умственно отсталых. Никто кроме автора на этом писать не никогда будет. Новости уровня "сегодня васян делал это левой".
     
     
  • 3.213, Vacu923ek (ok), 12:51, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    хихи :)) Никто писать не будет - тут согласен. Слишком неочевидное "преимущество" над Сями, которые есть практически везде и шатко-валко стандартизованы.
     
  • 2.251, Типолог без стажа (?), 00:59, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому, что крестики больны тем же, чем болен C:
    * UB и фактической невозможностью писать корректный код
    * сломанным синтаксисом который сложно парсить (и даже ещё хуже чем C)
     

  • 1.56, Аноним (56), 17:20, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Харе языки изобретать! Го на асм!
     
     
  • 2.155, OpenEcho (?), 23:02, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    go tool objdump -s main.main main
     

  • 1.57, achtosluchilos (ok), 17:21, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Синтаксис страшный. Имхо у других еще "не взлетевших" языков убийц-сишки типа zig синтаксис получше.
     
     
  • 2.61, Аноним (143), 17:31, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Синтаксис страшный.

    Чем страшный-то? Вполне лаконичный, разумно использующий "суффиксы" вместо наворачивания тонн ключевых слов.

     

  • 1.71, Старший аноним (?), 17:54, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Что только люде не делают, чтобы не изучайть по-нормальному божественный язык С (которому только и надо что отказаться от препроцессора и некоторых других небольшого числа неоднозначных возможностей, как это сделано в Misra C).
     
     
  • 2.91, Аноним (91), 18:54, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Именно "божественность" языка С является одной из причин, по которой люди создают новые языки.
    Поработали с С, перекрестились, и решили что надо что-то с этим делать.  
     
  • 2.93, Аноним (-), 18:58, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, понимаешь, у божества так то тоже свои приколы есть 1 А кто такое int и с... большой текст свёрнут, показать
     
     
  • 3.108, Старший аноним (?), 19:36, 25/04/2022 Скрыто модератором
  • +1 +/
     
     
  • 4.165, Аноним (-), 00:08, 26/04/2022 Скрыто модератором
  • +1 +/
     
  • 3.177, Без аргументов (?), 00:57, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу за 1 пункт: ардуинщиков не прилетай, это уровень лего игрушек, которые только копируют код. Люди используют явные uint32, где это нужно и int там, где точно влезет, чтобы, высокоабстрактный ты наш, код работал эффективнее по размерам регистра! В особых случаях, можно сделать такую штуку как ifdef индивидуально для платформы, которой в ваших игрушечках нет.
     
     
  • 4.179, Аноним (-), 01:17, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо, пусть это будет чистый AVR-GCC без либ абдурины и суровый олдскульный ... большой текст свёрнут, показать
     
  • 3.194, Cooler (??), 10:24, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    1. int был в С с самого рождения. Так и остаётся до сих пор (ну не выкидывать же). В С++ для обхода этой неопределенности добавили intXX_t, int_leastXX_t, int_fastXX_t. Скорее смысл int - оптимальный тип для целочисленных вычислений со знаком (для беззнаковых соответственно unsigned int).
    2. Промоушен до int, как раз следует из того, что в int быстрее всего будут выполняться арифметические операции. Хочется больше контроля над диапазоном арифметики, надо использовать, например, int_fastXX_t.
     
     
  • 4.289, Аноним (-), 21:04, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ващет в сях, начиная с еще аж 99-й версии, есть uintXX_t из <stdint.h>. Они же и в плюсах юзабельны. А майкрософтовский кодер юзающий плюсоту только за то что в msvc реализация си хтонически убога - совсем не палится :)
     
     
  • 5.343, Cooler (??), 00:50, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, сорян! Действительно типы intXX_t, int_leastXX_t и int_fastXX_t появились в C, начиная с C99. Я начинал программировать сразу на C++, поэтому этот момент как-то упустил. Микрософт здесь не причём.
     
  • 2.96, Минона (ok), 19:09, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Misra C

    Почему не SPARK?

     
     
  • 3.106, Старший аноним (?), 19:31, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что SPARK из другой оперы.
     
     
  • 4.111, Минона (ok), 19:47, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Из какой другой?
    Опера та же - написание правильных программ.
     
  • 2.100, Аноним (200), 19:14, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В MISRA не используется препроцессор? Не знал. А как там обрабатывают #include?
     
     
  • 3.105, Старший аноним (?), 19:31, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Про препроцессор написал я - это лично мое мнение. В MISRA,FRAMA и т.д. имеются другие полезные правила, делающие С более безопасным.
     
  • 2.314, Аноним (-), 20:17, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >которому только и надо что отказаться от препроцессора

    Ты не старший аноним, ты личинка растомана.

     

  • 1.83, Аноним (83), 18:29, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > полное доверие к действиям программиста

    некоторых жизнь ничему не учит.

     
  • 1.87, keydon (ok), 18:37, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Что ж они не додумаются парсить по пробелам?
    Эти бесконечные {{{}}}};;;;;; больше путают чем помогают.
    Ну и амперсанды с восклицательными знаками превращают все в кашу.

    Как и с растом не вижу смысла менять один вырвиглазный синтаксис на другой.

     
     
  • 2.104, Аноним (-), 19:25, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > Что ж они не додумаются парсить по пробелам?

    То что в результате тапнешь пару раз пробел или бэкспейс случайно, засэйвишь... ухтыблин?!?

    А с () {} ты таки случайно логику не ломанешь. Если стереть скобку или лишнюю влепить, COMPILE ERROR и сразу понятно что что-то пошло не так.

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

     
     
  • 3.136, _kp (ok), 21:42, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    О пробелах.

    Вот вот, ПО на Питоне как правило не обрабатывает ошибки, ибо это даже не трехъэтажным кодом пахнет, а из за многгсловности это почти всем лень.
    А, обработка ошибок, это не прикрыть програмным гарниром исключения, и выплеснуть в лог, при падении ПО.
    Пользователю не нужно знать почему ПО упало, чем подавилось при разборе данных, нужно стабильное ПО, устойчивое у намеренным и случайным ошибкам.

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

    Пробелы и отступы - топку.
    Нормальные языки форматируются в IDE под любые желания без потери работоспособности.

     
     
  • 4.154, keydon (ok), 22:49, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    gt оверквотинг удален Сам придумал лошадь, сам притянул ее за уши и прилепил х... большой текст свёрнут, показать
     
     
  • 5.159, _kp (ok), 23:19, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Сам придумал лошадь, сам притянул ее за уши и прилепил хвост, в
    > итоге заявляешь что слон посудной лавке не подходит.

    Я душу лошадей, а не придумываю.
    Хотите пример говнокода на Питоне?
    ПО для 3D принтеров - Cura.
    Ладно хоть исходник с прогой идет и читаем.
    А то, ПО в бинарниках не всякое излечимо.

     
     
  • 6.161, keydon (ok), 23:24, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Сам придумал лошадь, сам притянул ее за уши и прилепил хвост, в
    >> итоге заявляешь что слон посудной лавке не подходит.
    > Я душу лошадей, а не придумываю.
    > Хотите пример говнокода на Питоне?
    > ПО для 3D принтеров - Cura.
    > Ладно хоть исходник с прогой идет и читаем.
    > А то, ПО в бинарниках не всякое излечимо.

    Ты больной? Зачем ты предлагаешь мне посмотреть на !@#$% на питоне? Почему ты вообще стал про питон писать?

     
  • 4.167, Аноним (-), 00:20, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    На питоне пишут чтобы как можно быстрее от этого отделаться Какая к черту обраб... большой текст свёрнут, показать
     
  • 3.149, keydon (ok), 22:38, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Точно также как и с пробелами Никакой разницы Только со скобками ты расставляе... большой текст свёрнут, показать
     
     
  • 4.170, Аноним (-), 00:40, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я ими маркирую границы логических и структурных блоков, как правило имеющих како... большой текст свёрнут, показать
     
     
  • 5.181, keydon (ok), 01:29, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты также можешь пробелами и переносами маркировать логические и структурные блок... большой текст свёрнут, показать
     
     
  • 6.284, Аноним (-), 18:32, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так оно не ловит мелкие факапы когда намерения и то что есть по факту разошлись ... большой текст свёрнут, показать
     
     
  • 7.288, keydon (ok), 20:12, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Почему вы упорно считаете что лишний удаленный пробел это нормально Почему вы с... большой текст свёрнут, показать
     
     
  • 8.290, Аноним (-), 22:26, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что людям свойственно ошибаться и вон то - легко посадить при кодинге слу... большой текст свёрнут, показать
     
     
  • 9.297, keydon (ok), 03:36, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Похоже ты сектант То ты топишь за акууратность и еррор, то случайну уберу проб... большой текст свёрнут, показать
     
     
  • 10.318, Аноним (-), 08:30, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я за сбалансированный подход, когда машина по возможности помогает кодеру, но до... большой текст свёрнут, показать
     
     
  • 11.330, keydon (ok), 21:34, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Не буду повторяться, вижу вы даже не собираетесь вникать Все ваши аргументы зак... текст свёрнут, показать
     
     
  • 12.334, Аноним (-), 02:14, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да и я устал Посчитаем что мне тот синтаксис все же не нравится, настолько что ... текст свёрнут, показать
     

     ....большая нить свёрнута, показать (16)

  • 1.90, Аноним (90), 18:42, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Название языка о много говорит. Какая-то сишечка же.
     
  • 1.92, Аноним (231), 18:56, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > We have no intention of supporting non-free platforms, but because the language is standardized, a third-party implementation or fork could easily develop Windows or macOS support if desired.
     
     
  • 2.125, Аноним (140), 20:38, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >We have no intention of supporting non-free platforms

    Одобряю!

     
  • 2.216, Vacu923ek (ok), 12:58, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Банда непуганых uдuотов! Благодаря этим "non-free platforms" вы вообще сидите в тырнетах!!
    Просто представьте, что Винды нет и никогда не было. В мире работает 100 компьютеров, потому что только 100 погромиздов и умудрилось разобраться, как там настроить Иксы, сконфигурить сеть и запустить (А ПОТОМ И ВЫЙТИ) из vi. :)
    Только благодаря "коммерческим Окошкам" ИТ развернулось практически на всё население планеты. Не говоря о том, что ТЕБЕ ЛИЧНО платность винды вообще никак не мешает! Чел хотел - чел купил Венду. И хочет под ней хороший компилер - в чём проблема-то? Боитесь, что все ваши 15 рублей уйдут БГ? Каким образом??
     
     
  • 3.236, Ю.Т. (?), 19:11, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Банда непуганых uдuотов! Благодаря этим "non-free platforms" вы вообще сидите в тырнетах!!

    Вы говорите так, будто это что-то хорошее.

     
     
  • 4.242, Vacu923ek (ok), 21:20, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Банда непуганых uдuотов! Благодаря этим "non-free platforms" вы вообще сидите в тырнетах!!
    > Вы говорите так, будто это что-то хорошее.

    Ну да, так и есть - хорошее! А преставь, вместо тырнетов такие сидели бы в Думе!

     
  • 4.264, n00by (ok), 10:17, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Банда непуганых uдuотов! Благодаря этим "non-free platforms" вы вообще сидите в тырнетах!!
    > Вы говорите так, будто это что-то хорошее.

    Он говорит так, будто бы _мы_ сидим, а он исключение. Этим исключением он и опроверг своё "правило". :)

     
     
  • 5.315, Аноним (-), 20:19, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >_мы_

    Вы-то как раз сидите крепко на пляшке non-free platforms. Чем дальше, тем глубже.

     
     
  • 6.320, n00by (ok), 09:26, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Я обычно сижу "на" кресле, а ты, похоже, в очереди к Фрейду. Или уже на операцию?
     
  • 3.250, Типолог без стажа (?), 00:57, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Так пусть владельны non-free platforms и форкают, если им потребуется чуть менее безумный чем C и более простой чем Rust системный язык.

    А те, кто хочет писать на нём сидя на non-free platform пусть ставят себе Docker Desktop, non-free прослойку для запуска вполне себе free линукса и конпелируют свой код.

     
  • 3.285, Аноним (-), 18:33, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Банда непуганых uдuотов! Благодаря этим "non-free platforms" вы вообще сидите в тырнетах!!

    Тырнеты появились без этих платформ. Тырнеты продолжат работать без этих платформ.

     

  • 1.97, warlock (??), 19:09, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Слишком похож на C — слишком мало профита от перехода. В то же время достаточно непохож, чтобы переход был простым.
     
  • 1.110, Z (??), 19:39, 25/04/2022 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +4 +/
     
     
  • 2.112, Минона (ok), 19:50, 25/04/2022 Скрыто модератором
  • +/
     
     
  • 3.151, Z (??), 22:43, 25/04/2022 Скрыто модератором
  • +3 +/
     
  • 2.113, Аноним (113), 19:52, 25/04/2022 Скрыто модератором
  • +1 +/
     
  • 2.115, Аноним (115), 19:57, 25/04/2022 Скрыто модератором
  • –2 +/
     
     
  • 3.122, outdoor (?), 20:32, 25/04/2022 Скрыто модератором
  • +/
     
  • 2.124, Аноним (140), 20:37, 25/04/2022 Скрыто модератором
  • +3 +/
     
     
  • 3.126, Аноним (113), 20:41, 25/04/2022 Скрыто модератором
  • –2 +/
     
  • 2.158, keydon (ok), 23:17, 25/04/2022 Скрыто модератором
  • –2 +/
     

     ....ответы скрыты модератором (8)

  • 1.118, Аноним (118), 20:12, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Зачем, когда есть C3? https://www.c3-lang.org/compare/
     
     
  • 2.148, Hck3r (?), 22:36, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Зачем, когда есть
    D, J, V?
     
     
  • 3.180, Аноним (180), 01:23, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    При чем здесь J к D и V? Он же от всех компилируемых императивных языков очень сильно отличается.
     
     
  • 4.197, Hck3r (?), 11:11, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Имел в виду Jai
     
  • 3.217, Vacu923ek (ok), 12:59, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    D и этого достаточно :)
     
  • 2.212, Аноним (200), 12:49, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Hare selfhosted, а C3 на LLVM. Преимущество, млин...
    С4 будет?
     

  • 1.120, Борода Столлмана (?), 20:25, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Как вы уже забодали плодить языки ради пложения языков. А потом плодить по 2.5 поломаных проекта для них и кричать вот мой то язык самый языкатый и правильный.
     
  • 1.121, Аноним (140), 20:30, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >Hare

    По-русски означает "заяц".

     
     
  • 2.156, Аноним (156), 23:04, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Спасибо, продолжайте наблюдение.
     
     
  • 3.196, Аноним (-), 10:44, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А может дать тебе по Харе?
     
     
  • 4.253, Вы забыли заполнить поле Name (?), 04:47, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да харе уже
     

  • 1.123, Аноним (140), 20:33, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    >язык программирования Hare

    Хорошо, что его компилятор не на llvm/gcc основан.

     
     
  • 2.128, zog (??), 20:45, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Почему это хорошо?
     
     
  • 3.134, Аноним (140), 21:33, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Самостоятельность, безопасность, легковесность.
     
     
  • 4.214, Аноним (200), 12:52, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Но вот если для ядра... На Опеннет пару раз приводилась ссылка на исследование о скрытых опасностях связывания кода, произведённого разными кодогенераторами.
     
  • 3.249, Типолог без стажа (?), 00:53, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Например, никто не подумает использовать СИСТЕМНЫЙ язык там, где требуется оптимизация. Си в этои смысле испортил не одну тысячу погромистов заблуждением, что он якобы быстрый
     
     
  • 4.293, Аноним (-), 23:04, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Например, никто не подумает использовать СИСТЕМНЫЙ язык там, где требуется оптимизация.
    > Си в этои смысле испортил не одну тысячу погромистов заблуждением, что
    > он якобы быстрый

    А что, попробуй LZ4 на сях соптимизить, да? Прикинь, если он в память упирается, переписывание на асме ему не поможет совсем никак :)

     
     
  • 5.296, Аноним (-), 00:18, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >> Например, никто не подумает использовать СИСТЕМНЫЙ язык там, где требуется оптимизация.
    >> Си в этои смысле испортил не одну тысячу погромистов заблуждением, что
    >> он якобы быстрый
    > А что, попробуй LZ4 на сях соптимизить, да? Прикинь, если он в
    > память упирается, переписывание на асме ему не поможет совсем никак :)

    Расскажи поподробнее, какой у тебя оптимальный и "упирающийся лишь в память" гном/гтк.
    Заодно прикинь, сколько разных алгоритмов сжатия и шифрования, помимо LZ4, ты еще используешь повседневно.


     
     
  • 6.319, Аноним (-), 08:36, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу после того как ты на асме что-то сравнимое по фичам накатаешь вообще Одна... большой текст свёрнут, показать
     
     
  • 7.321, Аноним (-), 11:54, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Как славно ты опять свинтил с темы на свои фантазии об асме речь завел тут ислю... большой текст свёрнут, показать
     
     
  • 8.329, Аноним (-), 18:53, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Остальные языки не доказали делом что они - системные Всякая академдрянь к сист... большой текст свёрнут, показать
     
     
  • 9.331, Аноним (-), 22:13, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Ты опять доказал, что прекрасно владеешь уменим читать жопой и домысливать больш... большой текст свёрнут, показать
     
     
  • 10.332, Аноним (-), 01:19, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да и ты тоже это не хуже сделал, лолка Особенно доставили ссылки Для этого дос... большой текст свёрнут, показать
     
     
  • 11.335, Аноним (-), 03:56, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Узнается Балабол294 - когда не хотят оспаривать его бредовые фантазии и тыкают в... большой текст свёрнут, показать
     
     
  • 12.356, Аноним (-), 14:22, 05/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Да вообще пипец, не хочет в багах gcc 2 96 копаться Вы еще б приволокли мне DOS... большой текст свёрнут, показать
     

     ....большая нить свёрнута, показать (13)

  • 1.127, zog (??), 20:44, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Hare Krishna, Hare RAMa!
    Язык для индусов?
     
     
  • 2.135, Аноним (140), 21:36, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Hari тогда уж.
     
  • 2.222, Аноним (200), 13:20, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Hare RAMa - этот для безопасТной работы с памятью?
     

  • 1.139, _kp (ok), 21:49, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Вместо очередного типа Си-подобного языка, но на деле не совместимого по исходникам, в том числе с автоматическим конвертером, лучше добавить в Си ключи убавляющие неопределенное поведение.

    А так есть еще анализаторы исходников, для проверки на эти самые неопределённые места, и велосипедостроения.
    Вот помню как то hint, Вы похоже считаете сумму бит в массиве... Для этого есть готовая функция...
    Hare так может? Вот и вердикт.

     
     
  • 2.141, Аноним (39), 22:01, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У тебя с этими ключами ничего не соберётся.
     
     
  • 3.157, _kp (ok), 23:12, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    По минимуму, и это достаточно.
    После устранения неоднозначностей - соберется.

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

     
  • 3.160, keydon (ok), 23:22, 25/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > У тебя с этими ключами ничего не соберётся.

    Если не соберется, значит там используется злобный хак...постойте! Да это же safe/unsafe как в хрусте!

     
  • 3.361, Аноним (360), 15:34, 16/06/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Hello World! -то соберётся. А это самое главное.
     
  • 2.190, Аноним (186), 08:49, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    если убрать неопределённое поведение все разработчики компиляторов взвоют поросячьим хрюком, у них на этом все оптимизации
     
     
  • 3.248, Типолог без стажа (?), 00:50, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    А всё потому, что компилятор ничего не знает о коде и вынужден догадываться. Это и наличие/отсутствие UB как раз и вызывает то, что C/C++ оптимизируется посредственно, а всевозможные императивные убийцы C оптимизируются вообще никак.
     
  • 2.191, Аноним (191), 09:03, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Главная проблема языка Си - препроцессор и отсутсвие адекватной замены ему. Это уже ничем не исправить.
     
     
  • 3.239, . (?), 20:48, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    m4
     
  • 3.265, n00by (ok), 10:24, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Пора бы просто прочесть стандарт. Препроцессор - отдельная фаза трансляции.
     
     
  • 4.272, Аноним (272), 14:28, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Именно. А нужно чтобы на фазе компиляции и типобезопасно.
     
     
  • 5.298, n00by (ok), 09:55, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда пишется новый "препроцессор", как сделали в компиляторе Vala. Страуструп, кстати, изначально тоже написал фронтэнд, он так и назывался - CFront.
     
     
  • 6.302, Аноним (302), 10:41, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > пишется новый "препроцессор", как сделали в компиляторе

    И это уже получается не язык Си, а какой-то другой. А нужно языковое средство. Времена, когда чтобы начать программировать, требовалось написать свой компилятор, ОС и текстовый редактор давно прошли. К счастью или к сожалению.

     
     
  • 7.306, n00by (ok), 11:59, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да, другой язык, но при этом совместимость сохраняется и не обязательно все на новый язык переписывать. Си разрабатывался как замена платоформозависимому ассемблеру, отсюда все "проблемы". Почему бы его и не применять как ассемблер (бэк-энд транслятора), если проблемы мешают.
     
  • 4.294, Аноним (-), 23:05, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Пора бы просто прочесть стандарт. Препроцессор - отдельная фаза трансляции.

    И у него черт подери свое видение всего. Например integer'ов. Что создает много дурных ситуаций на ровном месте.

     
     
  • 5.299, n00by (ok), 09:59, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Да тут у каждого своё видение всего. Пишешь про препроцессор, который обрабатывает токены, видят инты.
     
     
  • 6.325, Аноним (-), 17:20, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Все чуть сложнее чем некоторыые пытаются изобразить 1 Вообще-то препроцессор н... большой текст свёрнут, показать
     
     
  • 7.337, n00by (ok), 08:32, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Оно действительно сложнее, но при этом достаточно строго формализовано стандарто... большой текст свёрнут, показать
     
     
  • 8.357, Аноним (-), 14:33, 05/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Называя вещи своими именами, сишные стандарты сделаны достаточно паршиво и там м... большой текст свёрнут, показать
     
     
  • 9.358, n00by (ok), 13:47, 07/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Мнение программиста, который не читал стандарт, естественно может с ним расходит... большой текст свёрнут, показать
     

  • 1.144, анонимчик (?), 22:22, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    надеюсь, работа над этим языком не скажется отрицательно на развитии sway.
     
     
  • 2.223, Удивительно (?), 13:25, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Он давно отошел от разработки sway
     
     
  • 3.263, анонимчик (?), 10:06, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    в общем главное чтобы sway не скатился.
     

  • 1.152, Аноним (152), 22:45, 25/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Куда уж проще чем С? Совсем что-ли?
     
     
  • 2.184, Аноним (18), 06:10, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    В Си !было не!достаточно восклица!тельных знаков!
     
  • 2.187, Аноним (186), 07:56, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    эти унылые изобретатели ещё одного убийцы раст и питона не видят разницы между С и С++. питон сделал их очень крутыми программистами.
     

  • 1.166, Аноним (166), 00:11, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Очередной Zimbu.
     
  • 1.188, Аноним12345 (?), 08:19, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Не взлетит
     
  • 1.189, ng (ok), 08:25, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > полное доверие к действиям программиста (выполнять именно то, что указано, без самодеятельности и неявного поведения)

    <сарказм>

    Дарю Дефолт (Drew DeVault), автор < ... > Свой (Sway) < ... > представил < ... > Харе (Hare)

    </сарказм>

     
  • 1.192, Аноним (192), 09:37, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Эм, посмотрел на пример, это какой-то Rust:)
    И врямь, что только не делают лишь бы должным образом не изучать Си:)
     
  • 1.202, Аноним (202), 12:10, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Дрю и Ко запилили свой язык с префирансом и поэтесами (потому что может). Но тут же примчали хейтеры и давай этому Дрю делать большое дрю. Вопрос: с герани?!!! В школьную программу "заю" не добавили, что так возбуждатся?!
     
     
  • 2.220, Vacu923ek (ok), 13:15, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Нельзя плодить г0вн0 просто "потому что можем". Любые попытки плюнуть в вечность должны быть как минимум ПРОФЕССИОНАЛЬНЫМИ, обоснованными и реально двигающими прогресс. А запилить "ещё одну сишечку" много ума не надо, благо 20 век дал сотни через-жо-пу-вывернутых языков.
    Сейчас время перехода от количества к качеству, много языков умерло как раз поэтому - де6uльные концепции отмирают сами собой. И что на этом фоне может предложить "заяц"?? Обилие :::: ?
     
     
  • 3.225, Аноним (225), 13:36, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Это сарказм или вы просто наркоман?
     

  • 1.204, Vacu923ek (ok), 12:34, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    фуфло, а не язык - перед Си ВООБЩЕ НИКАКИХ преимуществ! Язык ради языка. И бесконечные ::::::: - нафуа???
     
  • 1.227, ананоша (?), 13:45, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Игрался с ним пару недель назад, какой-то кастрированный зиг получился, не уверен что у него есть шансы
     
  • 1.234, Аноним (5), 16:41, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Кто-то уже группу в тг сделал.
     
  • 1.235, Amonra (?), 18:14, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Уже более 8 тысяч языков программирования придумали после Ады Лавлейс... Может, уже харэ? ах, да, Харэ - это теперь ещё один язык из 8 тысяч... Зараза заразная заражает...
     
     
  • 2.237, Ю.Т. (?), 19:15, 26/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Уже более 8 тысяч языков программирования придумали после Ады Лавлейс...

    Серьёзно?? Это больше, чем естественных. )))
    (Тех под 7 тысяч, да и то со всеми долинами Новой Гвинеи и реки Нигер.)


     

  • 1.247, Аноним (247), 22:21, 26/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно будет ли он переписывать на нем sourcehut? Там сейчас переход python -> go
     
     
  • 2.292, Аноним (292), 22:52, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Интересно будет ли он переписывать на нем sourcehut? Там сейчас переход python -> go

    Что, и он тоже? Походу питономакакокапец в разгаре. Может на этом фоне и пришла идея языка, который был бы как сишка которая DeValt'у нравится, но с некоторыми совремнными фичами из других. А что, сама по себе идея вполне рациональная.

     

  • 1.254, Вы забыли заполнить поле Name (?), 04:54, 27/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    В C аналога defer не хватает. Обычно используют метки и goto, но они в конце функции, а хочется, чтобы было рядом с местом "аллокации" ресурса.
     
     
  • 2.266, n00by (ok), 10:57, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Вроде бы был такой proposal в комитет по стандартизации, и его отклонили/отложили. Сходу не нашёл подробности, было похоже на это https://hal.inria.fr/hal-03090771/document
     

  • 1.259, bOOster (ok), 08:28, 27/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Жесткая помесь Паскаля, бейсика, С....
     
  • 1.270, Аноним (270), 13:58, 27/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >но проще, чем Си
    >неймспейсы
    >let без scope
    >паскалятинка

    Опять мусора в язык напихали и говорят, что проще. Почему у каждого любителя ХМ в голове живёт js?

     
     
  • 2.274, Вы забыли заполнить поле Name (?), 16:01, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Почему js? Автор много пишет на go, поэтому скорее его влияние присутствует.
     
     
  • 3.286, Аноним (-), 19:11, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    И именно поэтому у автора проклёвывается let без части in, как это есть в js и вроде бы как в go нет. Клозетных джаваскриптеров за версту видно.
     

  • 1.287, Аноним (-), 19:16, 27/04/2022 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надо уже взять и расставить все точки на си. Сделать компилятор из s-выражений на типа сишечном синтаксисе и лисповых макросах. Вуаля, раст, зиг, ви, харэ и прочий хайль становятся резко переоценёнными.
     
     
  • 2.295, Аноним (-), 23:07, 27/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Надо уже взять и расставить все точки на си. Сделать компилятор из
    > s-выражений на типа сишечном синтаксисе и лисповых макросах. Вуаля, раст, зиг,
    > ви, харэ и прочий хайль становятся резко переоценёнными.

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

     
     
  • 3.308, Аноним (-), 16:03, 28/04/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    >Да в сишке препроцессор так то есть

    Макросы лиспа - это прокачанный препроцессор, в котором можно нарисовать свой control flow и кучу фич. И на генсимычах можно генерировать не пересекающиеся имена. Так-то да, я через бэкслеш могу навешать foreach-и и так далее, но лиспомакросы имеют доступ не просто к тексту, а к AST. И в AST лезть - по этой задаче проще лиспа нет никого.
    Т.е. если некоторым хочется прокачанного си, пускай берут представление на s-выражениях, где можно залезть в ast, а не эти попытки запилить ещё один раст с очередным contributor covenant, типа безопасностью и апелляцией к вчерашним фронтендерам.

     
     
  • 4.326, Аноним (-), 18:12, 29/04/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лично мне синтаксис S-выражений кажется уродским и невыразительным, так что спасибо но нет.

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

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

     
  • 4.340, Vacu923ek (ok), 16:03, 30/04/2022 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >И в AST лезть - по этой задаче проще лиспа нет никого.

    Сам ЛИСП - концептуальный уродец, на котором можно писать лишь одноэкранники, да и те - ради понтов. Если уж по локти в АСТ, то лучше брать Немерле.

     
     
  • 5.341, Аноним (26), 03:43, 01/05/2022 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Сам ЛИСП - концептуальный уродец

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

     
     
  • 6.342, Vacu923ek (ok), 13:23, 01/05/2022 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >> Сам ЛИСП - концептуальный уродец
    > По этой фразе однозначно можно...

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

     
     
  • 7.344, n00by (ok), 08:07, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Откройте для себя 10-е правило Гринспена. Я, например, без вот этих всех выступлений могу честно признаться, что лямбда-исчисление Чёрча для меня слишком сложно, а пару лисп-машин не дописал и отправил в мусор, поскольку один раз получился жабоскрипт, а второй -- невесть что. ;)
     
     
  • 8.352, Vacu923ek (ok), 11:41, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лисп - это не сложно Это КОНЦЕПЦИЯ Причём концепция ещё самого расцвета ИТ, ко... текст свёрнут, показать
     
     
  • 9.355, n00by (ok), 14:45, 03/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    Лямбда Чёрча - это не язык с названием процессор списков ... текст свёрнут, показать
     
  • 5.351, Michael Shigorin (ok), 11:38, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    >>И в AST лезть - по этой задаче проще лиспа нет никого.
    > Сам ЛИСП - концептуальный уродец, на котором можно писать лишь одноэкранники,
    > да и те - ради понтов.

    Вы со своими "двадцатью языками" -- молодой гуманитарий.
    Можете спорить, можете не спорить, но математик из Вас никакой.
    Вы сами это только что и написали (заодно поспорив с фактами, но это уже лишь довесок).

    > Если уж по локти в АСТ, то лучше брать Немерле.

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

     
     
  • 6.353, Vacu923ek (ok), 11:43, 02/05/2022 [^] [^^] [^^^] [ответить]  
  • +/
    > Вы со своими "двадцатью языками" -- молодой гуманитарий.

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

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

    Ну да. Ещё один аргумент того же уровня. Ты точно не с похмелья вылез тут комментить, милейший?

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2022 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру