LINUX.ORG.RU

Опубликовано видео докладов slcon3 (suckless conference 2016)

 ,


2

3

23—25 сентября в небольшом немецком городке Хофхайм-ам-Таунус (Hofheim am Taunus) близ Франкфурта-на-Майне состоялась третья конференция участников проекта suckless.org. В своей философии разработчики придерживаются принципов минимализма, что давно и успешно демонстрируют такими проектами, как dwm (dynamic window manager), dmenu (dynamic menu), st (simple terminal), sxiv (simple X image viewer), stali (static linux) и множеством других.

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

  • libzahl — простая библиотека длинной арифметики (Mattias Andrée);
  • портирование Stali на Raspberry Pi B+ и успехи проекта (Manu Raster, Anselm R Garbe);
  • будущее формата растровых изображений farbfeld и цветовые пространства (Laslo Hunhold);
  • готовность scc / Simple C Compiler и его преимущества перед GCC (Roberto E. Vargas Caballero);
  • язык программирования Myrddin, построенный на идеях C и ML (Ori Bernstein);
  • дисплейные серверы непригодны для использования (suck) и как с этим бороться (Mattias Andrée).

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

>>> Подробности

★★★★

Проверено: Shaman007 ()
Последнее исправление: sudopacman (всего исправлений: 2)

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

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

anonymous
()

Simple C Compiler

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

anonymous
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

DiKeert ★★
()

The RGB-data should be sRGB

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

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

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

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

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

Нет.

Esper
()

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

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

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

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

bitfroster ★★
()

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

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

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

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

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

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

loz ★★★★★
()

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

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

anonymous
()

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

чем?

reprimand ★★★★★
()

готовность 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 синтаксисом)!

anonymous
()

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

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

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

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

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

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

trancefer ★★
()

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

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

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

anonymous
()

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

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

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

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

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

Esper
()

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

alt-x ★★★★★
()

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

amix ★★★
()

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

anonymous
()

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

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

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

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

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

thriller ★★
()
Последнее исправление: thriller (всего исправлений: 1)

Ознакомился с проектом 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 утилиты, компиляция однофайловой программы без систем сборки.
Легче читать код. Очень быстрая компиляция больших проектов, на порядки быстрее.

tp_for_my_bunghole
()
Последнее исправление: tp_for_my_bunghole (всего исправлений: 2)
Ответ на: комментарий от yekka

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

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

Odalist ★★★★★
()

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

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

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

Всё.

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

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

Пример исправленного синтаксиса 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 какой-то бесполезный. Всё равно никто твоим компилятором ничего серьёзное не собирает, так можно исправить язык, с сохранением возможности автоматической трансляции исходных текстов из старого синтаксиса в новый.

tp_for_my_bunghole
()
Последнее исправление: tp_for_my_bunghole (всего исправлений: 1)
Ответ на: Пример исправленного синтаксиса C от tp_for_my_bunghole

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

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

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

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

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

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

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

tp_for_my_bunghole
()
Последнее исправление: tp_for_my_bunghole (всего исправлений: 1)
Ответ на: комментарий от tp_for_my_bunghole

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

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

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