дисплейные серверы непригодны для использования (suck) и как с этим бороться

Не использовать?

Масштаб конференции поражает:
http://suckless.org/conferences/slcon2016.png

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

Simple C Compiler

Оно наверное будет медленным и будет плохо дружить со стандартом... Лучше бы упростили кросскомпиляцию какими-нибудь simple autotools и собирали бы быстрые маленькие программы на быстрой машине большим и тормозным gcc/llvm.

Да что еще от них ожидать, если фича dwm: its source code is intended to never exceed 2000 SLOC

дисплейные серверы непригодны для использования (suck) и как с этим бороться (Mattias Andrée).

Wayland решил эту проблему, борцуны в курсе?

Он уже скопировал все недостатки иксов, или пока нет?

Нет. Это вопрос скорее не к Wayland, а к авторам композиторов, которые могут реализовать свои особые уличные костыли при желании.

Wayland решил эту проблему, борцуны в курсе?

Wayland занимает больше 2000 строк кода. Да ещё и взаимодействие клиентов с ним происходит не через пайпы текстом. Однозначно негоден!

Масштаб конференции поражает:

Не понял, ты иронизируешь что-ли? На фотке, в комнате сидят 8 человек.

Мне кажется, каждый из-них по результату своего труда, вполне эквивалентен сотне квалифицированных программистов из любой компании мира.

Да, не подумал, что им надо dwm пересобирать после каждого реконфига... :)

Ну сотне не сотне, но таки да, обилие школотрололо в треде поражает. Я благодарен этим людям, я без их тулов свою жизнь на Linux просто не представляю.

The RGB-data should be sRGB

Давай, до свидания.

В Wayland нет кода... Но в целом ты прав, Wayland это слишком безболезненное решение, а поделки Suckless должны причинять боль пользователям :))

Wayland это слишком безболезненное решение

Нет.

В этом году в программе, помимо кофе-брейков, оказалось 14 докладов.

Написано так, будто раньше только одни кофе-брейки и были.

Да, но по идее все эти люди полезны. На большие конференции кто только не приходит.

libzahl надо посмотреть

Мне кажется, каждый из-них по результату своего труда, вполне эквивалентен сотне квалифицированных программистов из любой компании мира.

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

Забавно, но я лучше бы на такую конфу сходил, чем очередную «как пользоваться гитом» или «замыкания в Java 8».

будущее формата растровых изображений farbfeld

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

дисплейные серверы непригодны для использования

чем?

готовность scc / Simple C Compiler и его преимущества перед GCC

Взял из «Прочти меня».

Smaller C is a simple and small single-pass C compiler, currently supporting most of the C language common between C89/ANSI C and C99 (minus some C89 and plus some C99 features).

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

Currently it generates 16-bit and 32-bit 80386+ assembly code for NASM ...

Спасибо за NASM, но мне кажется, нужен всего то, только gas (GNU Assembler с его AT&T синтаксисом)!

Идея хорошая, реализация как всегда.

Если бы они реализовывали в suckless-стиле какие-нибудь core библиотеки или протоколы, был бы толк с точки зрения прозрачности и безопасности кода. А так... Ну напишут они очередную гуевую хрень, которую надо конфигурить редактированием си-хедера. Смысл только для красноглазых пользующих это. Для остальной индустрии — ни тепло ни холодно.

Пост не читай, комменты пиши. Они как раз и реализовали уже кучу библиотек http://git.suckless.org/?s=idle . Библиотека длинной арифметики это гуевая хрень? Или libutf? Многие из них действительно очень полезны. Я бы еще в списочек добавил такие как stb, nuklear, nanovg. Летают, компилятся везде, подключать легко. Их даже можно исполнять скриптом в tcc, JIT которого весит менее 100кб. Можно даже в вебе исполнять, вот пример https://lieff.github.io/lvg_player.html?file=test3.lvg

И где эти либы используются? В чем их актуальность? Им была в 100 раз большая честь и почет, если вместо кучи ни на что не влияющей фигни типа slock, st, surf и прочего они написали бы suckless-замену для дырявого OpenSSL.

Как уютно :3

отчаянное ненужно (софт ихний и понимание минимализма. знания может и хорошие).

А вы весь списочек просмотрели и вынесли такое решение? За slock не скажу, не сталкивался, вот это больше приглянулось https://github.com/lexborisov/Modest но смысл тот же. А вот куча мелочи как тот же libutf там очень даже годная. У OpenSSL уже есть альтернативы, gnutls, libressl, встречал еще пару для встраиваемых применений. Ну и почему еще именно ее надо было еще реализовывать и это было бы в 100 раз лучше? Они все специалисты по иб с многолетним стажем? Или не специалисты иб должны писать? Или если не специалисты иб, то ничего писать не должны? Вот хочу именно OpenSSL, нету? Все, фигня. Это глупо как то.

готовность scc / Simple C Compiler и его преимущества перед GCC

И как? Готов? Зачем нужен?

язык программирования Myrddin, построенный на идеях C и ML

Я просто оставлю это здесь.

И вообще, они бы хоть слайды опубликовали, что ли.

Я бегло посмотрел, нет, не готов, нету JIT. Вот этот готов http://repo.or.cz/tinycc.git и JIT есть.

Ну, вот. Если б про неё написали до, а не после, я б сходил.

http://suckless.org/conferences/slcon2016.png

У чувака слева - живот, или это сиськи до пояса?

dmenu и sxiv — отличные приложения. второй еще можно худо-бедно заменить чем-то (feh и тд), но без dmenu невозможно эффективно пользоваться компьютером.

объединяет разработчиков с отличным от мейнстримного мнением на путь развития программного обеспе́чения.

ну к слову у них мнение тоже ... весьма альтернативное, хотя некоторые идеи не плохие.

PS реализацию их не смотрел.

Хорошее фото.

Интересно взглянуть на мужиков лет 30 +/-, которые, как в юности, общаются в терминах «сосёт», «не сосёт», «отсосёт» и т.д.

Жаль фото не передаёт всю эту добрую дружескую атмосферу.

OpenSSL т.к. используется повсеместно и в ней постоянно находят дыры. бОльшая часть альтернатив OpenSSL — форки ее самой из которых выкидывают всякий хлам. Причем появились они (LibreSSL) только после того как жареный петух (Heartbleed) клюнул в жопу. И Core Infrastructure Initiative для разработки OpenSSL запили тоже после этого. Хотя нужно не вычищать OpenSSL, а закопать ее. Я не против suckless подхода, я наоборот считаю что это правильно, но использовать его надо в других, критически важных местах, например использовать его для реализации с нуля современной TLS библиотеки.

готовность scc / Simple C Compiler и его преимущества перед GCC

optm.c и peep.c заставили рыдать.

optm.c и peep.c заставили рыдать.

Всё правильно. Если не хватает производительности, добавляешь в эту функцию свои оптимизации(или ищешь патчи) и пересобираешь компилятор. Типичная идеология suckless же.

surf и sxiv хорошо подходят для digital signage. Для пользования человеками они конечно не вариант

У чувака слева - живот, или это сиськи до пояса?

Ты ошибся это чувиха.

И она, передаёт тебе пламенный привет, в виде кулака с выпрямленным средним пальцем.

Видео на великом и могучем немецком?

<фотография людишек>
png

Первый шаг к повсеместному¹ переходу на farbfeld уже сделали, надо полагать.

¹ в саклесс-сообществе.

Ознакомился с проектом SCC, Simple C Compiler. Бесполезная идея.
Задумано что компилятор игнорирует квалификаторы типов const, volatile, restrict.
Это даже идеей нельзя назвать.

Язык C надо было исправлять давно добавлением системы модулей(раздельная компиляция) как было в TurboPascal уже в конце 80-х. Типы должны указываться после переменной или функции. Как сделано в Golang. Определение функции ключевым словом, например def, или func.
В стандартном C все компиляторы используют хак для typedef. Во время компиляции надо собирать все определения typedef, и lexer/scanner использует этот массив typedef'ов что бы правильно формировать типы токенов для парсера. Поэтому до сих пор создание IDE для C сложная задача.
Как определить какие typedef используются в большом проекте? Неизвестно, потому что это определяется только во время компиляции, а информация о компиляции содержится в Makefile или другом формате сборки. Нет системы модулей в самом языке. Как определить какие #define активны без использования компилятора и системы сборки? Никак.

Другая проблема это синтаксис указателей. Вместо «*» лучше использовать «^»(circumflex).
При определении указателя ставить «^» в начале переменной. Для получения содержимого(dereferencing) ставить «^» после переменной.
Получение адреса переменной символом «@»(at) вместо «&».

И конечно же отдельный тип для string.

Эти изменения тривиальны, добавить их очень легко, с созданием инструментов переводящих синтаксис в новую форму.
Исправленный синтаксис позволит создавать IDE как для Java. Модульность позволит легче создавать *NIX утилиты, компиляция однофайловой программы без систем сборки.
Легче читать код. Очень быстрая компиляция больших проектов, на порядки быстрее.

Масштаб конференции поражает

Месье неадекват?

Посмотрел 4-ех минутный видос про дисплейные сервера.

Вначале чувак сказал, что они «suck». Сразу после этого сказал, что он пилит какую-то нёх на микросерверах, основной плюшкой которой является то, что любой процесс может перехватить обмен сообщениями между любыми двумя серверами, прочитать и модифицировать их.

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

Всё.

Стало понятно, почему вокруг их конференции такой ажиотаж.

Пример исправленного синтаксиса C

func main (argc int, argv ^^char, envp ^^char) int
{
  static stdin_nm ^char = 0;
  makefile_status int = MAKE_SUCCESS;
  goaldep ^struct read_files;
  restarts unsigned int = 0;
}

В редакторе это выглядело бы лучше, так как можно точно опеределить где обозначение типов и изменить цвет.
Во Free Pascal имя и тип разделены двоеточием, но в C двоеточие используется для обозначения длины в битах для элементов структур.
Вывод типов для литералов(immediate values) тоже элементарно реализуется.

somevar = "A string literal";

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

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

Тебе надо идти в комитет по стандартизации. Боюсь, тебя там не послушают. Язык Си стал уже давно традицией американского программирования.

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

Боюсь, тебя там не послушают. Язык Си стал уже давно традицией американского программирования.

Пароходы с большими барабанами с лопастями по бокам тоже были традицией. Архимед бы удивился.
Стандарт это legacy, и писать новые компиляторы для legacy нет смысла, для этого легче уже работать с существующими открытыми компиляторами.
Формализация C осталась на уровне того периода когда решали как перейти от мнемоники ассемблера к кроссплатформенному синтаксису без учёта многих других аспектов.
Практически это делает невозможным создание для языка хорошего инструментария программиста. Мнение о сложности работы с языками без автоматической сборки «мусора» исходит не из отсутствия самого этого сборщика, просто при разработке Java учитывали создание инструментария.

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

Но не создают значимых проблем с позиций инженерной теории.

Практически это делает невозможным создание для языка хорошего инструментария программиста

Просто интересно - создание каких инструментов невозможно для Си?

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