Laisi. Это язык программирования, который я создаю + icolaisi, его компилятор-интерпретатор. В связи со смертью эндчана, переношу свой блог сюда. Долго я не делал иколайси.
https://gitlab.com/Ninikaita/icolaisi — страница проекта, есть и документация к самому Лайси. Так же есть сайт в онионе, но он сейчас лежит, мне не хватает одного или нескольких компонентов.
Как будет происходить процесс компиляции лайси:
0. Препроцессирование кода, обработка дефайнов, инклудов, импортов, загрузка инклудов и импортов, и их препроцессирование.
1. Парсинг полученного кода.
2. Преобразование парс-дерева в лайси-байткод.
3. Компиляция лайси-байткода в LLVM IR.
4. Компиляция LLVM IR в таргетный выход.

Я пишу компилятор на питоне в связи с наличием хороших библиотек для парсинга. Раньше я использовал pyparsing для всего, препроцессирования и самого парсинга. Но у меня какие-то проблемы с локацией отпарсенного и вообще код плохой, так что сейчас я его немного переписываю. Я собираюсь препроцессировать самостоятельно и только препроцессированный код парсить через pyparsing.
Уже почти написал функцию, которая очищает код от комментариев и возвращает словарь со значениями пропуска символов, чтобы потом, при синтаксической ошибке корректно пользователю выводить сообщение об ошибке.
Затем надо будет загружать дефайны, импорты и всё такое, а затем парсить полученный код.
В нынешней версии компилятора, которая есть на гитлабе Лайси поддерживается в очень маленьком количестве, вообще маленьком.
В Лайси есть 2 типа типов — статические и динамические, есть ещё и undefined behavior.
Статические типы — uN, sN, fNeM (или fN). где N и M это какие-либо целые положительные числа. Тут всё ясно в LLVM uN и sN это просто iN + определённые инструкции при вычислениях. А вот fN это небольшая проблема. Я хотел раньше сделать так, что f32e8 это IEEE 754 single, f64e11 это IEE754 double, f50e3 будет сам компилятором считаться. Но недавно я узнал о так называемом posit, совершенно новый тип для флоатских значений. И я подумал, что нужен тип fN. В любом случае, в спецификации лайси указано, что в fN(eM) может быть undefined behavior в зависимости от таргета, так что не используйте это для точных вычислений. Не уверен, стоит ли выпилить этот undefined behavior. Может стоит ввести типы single, double, quadruple и всё такие, всё поменять. Может и стоит. Я ещё подумаю над этим.
Динамические типы — int, float, string, func, proc. Про них читайте в документации, сам скажу, что их я буду реализовывать через liblaisi, это стандартная библиотека для лайси, которая будет иметь функции для арифметико-логических операций над типами и другие штуки. Будет линковаться статически, но не обязательно.
Почему лайси хороший?
Есть умное и безопасное управление памятью (в следующих версиях будут исключения для segfault и out of memory); параллелизм из-коробки, то есть вы можете написать один код, который будет исполняться на одноядерном микроконтроллере и многоядерном GPU или кластере, результат будет один и тот же, но с разной скоростью; есть хорошее статическое метапрограммирование (а в будущем планируется и динамическое), благодаря которому достигаются дженерики, полиморфизм, предрасчёт значений функций в заданном диапазоне для оптимизации (например указать, до какого N просчитать факториал и засунуть в глобальную переменную).
Так же я бы хотел добавить много юзабельных библиотек, например:
0. audio — набор инструментов для загрузки и сохранения стандартных форматов аудио.
1. video — набор инструментов для загрузки и сохранения стандартных форматов картинок и видео.
2. dapa — парсинг данных. Предполагается, что строковых, но темплейты, которые будут там, должны быть способны принимать любые итерируемые данные.
3. fs — взаимодействие с файловой системой, директории, права доступа, теги.
4. hash (?) — набор функций для хеширования.
5. io — input/output, может быть в файлы, stdion, сокеты, в зависимости от расширений.
6. json — парсинг json.
7. laisi — библиотека для компиляции и исполнения лайси.
8. llvm (?) — генерация LLVM IR?
9. math — библиотека с большим набором разнообразных математических функций. Синусы, матрицы, пересечение фигур в 3D, поворот фигур в 3D, интерполяция и всё такое.
10. module ­— Загрузка подгружаемых модулей, будь-то шейред обджект, длл, питонокод, луакод или ещё что-то.
11. noise — набор функций для разных шумов.
12. opengl — биндинг к опенглу.
13. sdl2 — биндинг к SDL2.
14. repr — репрезентация данных в human-readable вид. Благодаря препроцессеговой штучке @ifhas могут быть репрезентованы и ваши типы.
15. os (?) — взаимодействие с OS?
16. socket — сокеты.
17. thread — потоки от OS, явно паралелльные.
18. time — взаимодействие с временем, часы, вызов функций-коллбеков раз в N времени.
19. xml — Парсинг XML.

Сейчас я опять меняю стандарт лайси. В Laisi 0.7.3 будет добавлен @call(f), позволяющий вызвать объект, если вызов происходит без сайд-эффектов, для препроцессингового расчёта значений. Таким образом, в библиотеке math можно прописать сколько значений препроцессировать для какого-нибудь фактрориала или чего ещё и это будет оптимизация.
Ещё я пересмотрел f-типы. Я решил, что не стоит вводить fNeM или fN. Лучше сделать стандарт laisi-float, описывающий поддерживаемые флоат-типы. Это связано с будущим, ведь и форматы флоатских чисел не стоят на месте — https://en.wikipedia.org/wiki/Unum_(number_format), в то время как i-формат целых чисел это просто нормальная такая абстракция. В этой версси будут поддерживаться, вероятно, IEEE 754 half, single, double, quadruple, octuple. Над posit подумаю ещё. Может быть также некий brain half.
Я пересмотрел f-типы, так как в стандарте прямым язык указано, что поведение может быть машинно-зависимым, то есть undefined behavior, а зачем программистам на моём ЯП лишняя головная боль, когда они решат точные расчёт вести на даблах и скомпилируют под обычный x86-64 и какую-нибудь экзотическую архитектуру, у которой вместо IEEE 754 double нечто своё?

Собираюсь начать активно пользоваться биткойном для оплаты всяких vps, доменов и прочих таких услуг. После того, как paypal заблокировал аккаунт за отказ прислать скан паспорта и фото с флажком в жопе. Биткойном раньше пользовался немного, из всяких онлайн кошельков, типа btc.com. Но онлайн кошельки это ненадежно, так как они имеют доступ к моим деньгам. Какой выбрать десктопный киент, чтобы иметь единоличный доступ к кошельку и при этом желательно без необходимости скачивать 200+ гб данных.

И где луче всего покупать биткойн? Я несколько раз покупал на localbitcoin, но там как-то все мутно, покупать крупную сумму боюсь, боюсь, что кинут, и наценка большая выходит.

Поставил себе Brave — браузер. Заявлено, что браузер, как минимум, в 8 раз быстрее Chrome и Safari. Прирост в скорости достигается за счет того, что всякие рекламные скрипты вообще вырезаны нахуй, в смысле, вырезана из движка возможность исполнения определенных скриптов и технологий, типа доступа к WebRTC

Узнал о нем из сегодняшней статьи в Новой, где автор писается кипятком от охуенности браузера. Не браузер, а революция в Интернете: https://www.novayagazeta.ru/articles/2019/09/01/81799-hrabraya-revolyutsiya

Вкратце: - движок Хромиум (заявлено, что выпилены зонды, также заявлено, что браузер есть и будет опен-соурс)
- есть приватные вкладки (нет, сразу Tor не включается)
- есть Tor в один клик (на приватной вкладке нужно жамкнуть кнопочку Tor window)
- две изначальные поисковые системы (Google и DuckDuckGo)
- есть возможность включить просмотр рекламы с получением за просмотр крипты

Плюсы:
+ Tor браузер внутри Хрома, охуенно же
+ Скорость офигенна, не замерял, но на глазок ощутимо быстрее Хрома, вкладки подгружаются в момент, все открывается и переключается
+ Малое потребление памяти (несмотря на большое количество плодимых процессов) в сравнении с Firefox и Chrome
+ Большинство рекламы просто не грузится нахуй без всяких расширений

Минусы:
- Все же не режет видео-рекламу в начале анимы (в отличие от браузеров с Adblock или uBlock)
- Пока нельзя устанавливать кастомные расширения (типа Browsec или Adblock)
- Много создается процессов, заметно больше, чем один на вкладку (наверное наследие Хромиума)
- onion-ресурсы помечаются как "unsafe"

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

WIKI:
-> https://wiki.gentoo.org/wiki/Main_Page
-> https://wiki.archlinux.org/

Аноньчики, планирую вкатиться в погромирование. Вот стек(так называется????) технологии, которые, как ящитаю, важны для работы в рашке
1) Си/Си++
2) php+mysql
3) JS
4) C#/Java + DB
5) Python
6) 1c(Битрикс как движок для веба, предприятие для хуйни на кассах в пятерочке?)
И еще дополнительно алгоритмы и структуры данных. Хватит ли этого чтобы стать успешным??

Решил вкатиться в i2p, установил официальный роутер на java, все работает, но осталось пара вопросов.

После изучения ресурсов внутри сети у меня сложилось впечатление, что сеть скорее мертва, чем жива, ресурсов мало, активности на них нету. В консоли управления роутером видно 200-300 пиров, это все пользователи что ли? За сутки через меня прошло трафика мегабайт десять, хоть я выделил широкий канал. Это значит что сетью никто не пользуется или у меня руки кривые?

Отдельная тема это адресные книги. Нет единого регстратора имен, их существует несколько и все независимые, и все какие-то левые, и у каждого можно зарегистрировать одно и то же имя! В чьем файле первым найдется имя, то и будет считаться легитимным. Нет стандарта распространения имен, все "dns" записи, то есть записи соответствия короткого имени и полного адреса узла хранятся тупо в текстовых фалах. То есть чтобы у меня просто начали открываться i2p адреса мне нужно найти по разным форумам ссылки на эти текстовые файлы этих "регистраторов" и вручную их добавить. Причем многие такие "регистраторы" уже давно сдохли. Это порождает неразбериху и неопределенность. Так же такая система не гарантирует сохранность твоего i2p короткого имени. Более того, такая система вообще не выглядит жизнеспособной при наличии в сети хотя бы нескольких тысяч живых имен.

Кто-нибудь тут вообще пользуется i2p?

Известные экземпляры:
https://github.com/nanoboard/nanoboard/releases
https://github.com/majestrate/nntpchan
https://github.com/Anoncheg1/diboard

Это PL, который просто поражает воображение. Он настолько ахуенен, что и представить сложно.
В общем, я написал макровскую цепь в двух строчках кода, блядь!

chain([H|T],Out):-chain([H|T],[H],Out).
chain([H|T],I,Out):-next(H,[H|T],H2),append(I,[H2],I2),chain(T,I2,Out),!;Out=I.
next(X,L,Out):-findall(Y,nextto(X,Y,L),O),random_member(Out,O).

Всё! Работает, блядь! Ахуеть просто.

Сейчас пролистал список IT вакансий за последний месяц в своей мухосрани. Итого: 80 % вакансий - веб макакинг (пхп, js), несколько 1С вакансий, но там везде требуется стаж, несколько ява вакансий для андроидо параши, и только одна вакансия на С# и там требуется опыт 3 года минимум. Сам хотел бы вкатиться в C/С++, но вакансий нет вообще. Как понимаю, связано это с тем, что хайтека в этой стране почти нет, поэтому все барыжат сайтами или пытаются поднять легкие деньги на узколобых, пиля игры/приложения для смартфонов. То есть выше риски, но меньше затрат и больше результата в случае успеха.

Отсюда следует вопрос: стоит ли прогнуться под реалии и временно вкатиться в веб-макакинг, или же есть другие варианты? Вариант понаехать в Москву для бОльшего разнообразия не рассматривается, т.к. для этого все равно придется сконцентрировать приличные резервы, что откатывает к первоначальному вопросу.

Подозрительно ли использование для повседневных нужд почтового ящика на, скажем, protonmail? Я не хочу чтобы мою почту анализировали, как это делают всякие гуглы, но в то же время, не хочу выглядеть со стороны криптошизиком. Возможно, есть какие-то компромиссные решения?

Посоны, кто-нибудь использует Telegram? Подойдёт стандартный профиль Firejail для запуска или лучше сильнее ограничинить?

Сомнительные и заведомо провальные решения, отказ от собственного формата плагинов и расширений, поддержка чужих, попил бабла на явно сомнительные проектах — зачем всё это?

Всё становится на места с учётом того, кто кому принадлежит, кто кого спонсирует и заказывает музыку. Это очень любопытная вещь, поскольку сегодня Microsoft и Google имеют один и тот же конгломерат совладельцев, их окончательная консолидация приходилась на 2015г., а Apple как это не странно, ещё с 90-х частично принадлежит самой Майкрософт (вспоминаем окончание фильма «Пираты силиконовой долины»), а оставшейся частью тому же конгломерату совладельцев. Mozilla Corporation, по факту происхождения финансов, де-факто, как придаток Google. Ещё задолго до официального введения телеметрии, Firefox исправно отсылал все куки-файлы пользователя в службу Гугла, мотивируя это защитой от фишинга (информация в англоязычной педевикии), а сегодня Гугл, таки да, по-прежнему основной монетизатор телеметрии мозиллы. То есть, на сегодня, все продолжающие разрабатываться активные движки браузеров, Blink/WebKit и Gecko quantum относятся к разработкам одного и того же картеля с общей политикой. Для веб-приложений уже определена единая, да и фактически единственная говноплатформа, совместно от Google c Microsoft, известная в качестве Chromium/Electron, которая теперь и определяет форму и содержание самого веба, устанавливая свои правила на радость веб-макакам.

Фуррифоксу, суммарная доля которого на всех платформах составляет аж ≈3,77%, выпадает роль жупела альтернативы которой нет, дабы Гугль не смогли навестить нехорошие ребята из американского антимонопольного комитета, любящих отжимать чужое бабло под предлогом борьбы за равные права, а ещё успокоить пользователей борцунов с системой. Поэтому, пока создатели фуррифокса выполняют то, что от них требуется, новые транши на поддержку этих альтернативно-одаренных трансгендерных кодеров, будут поступать согласно расписанию. Держателям же Мозиллы, остаётся лишь выполнять спускаемые сверху указания, создавать видимость конкуренции, да своевременно распиливать поступающее бабло на разных проЭктах, поскольку бабло само не распилится.ф

Обсуждаем олимпиадное программирование ИТТ. Делимся хаками, обсуждаем задачи, обсуждаем разборы раундов и помогаем друг другу.

Новостей по информационным технологиям.
Обсуждаем, делимся.

Подумываю ебашить вообще адовый суп, вариаций масса, но в целом схема примерно такая:
Главный процесс - авторизируется перед сервером, запускает все другие, в stdin им пишет соответсвующие станзы полученные от сервера (с префиксами длины, предварительно очищая от всякой возможной уязвимой хуйни, которая энивей недопустима в хмпп типа dtd, т.о. в этих програмулечках можно будет использовать любую хмл либу, а не ебаться со всякими sax), с их stdout читает станзы и шлёт серверу. Причём этот же главный процесс заботится о том чтобы каждая станза была доставлена, причём один раз, т.е. имплементирует ХЕР0198 и ХЕР0359.
Станзы "iq" идут к условному iqd, "message" к условному messaged, "presence" аналогично. Нонзы не имеет смысла выносить в отдельный процесс, я думаю, потому что насколько я знаю они всегда делают что-то непосредственно связанное с соединением.
iqd открывает UDS сервер. Подключившись к UDS серверу, клиент (т.е. любая другая программулечка), может послать один iq и получить ответ тут же, аналогично с префиксом длины, чтобы не ебаться с парсингом хмл, а просто скормить любой хмл либе всю станзу.
messaged открывает какой-нибудь простой локальный интерфейс для гуя или консосьного фронтенда, где у входящего сообщения например указывается тупо (расшифрованный) текст, дата, зашифровано ли, всякая такая хуйня - фронтенду подаётся на блюдечке, а гуй опять же шлёт текст, говорить зашифровать ли и если да то чем, ну и т.д. хуйня. Так же открывается UDS сервер, клиенты которого шлют интересующие namespaces, и получают все сообщения, их содержащие (через это будет работать условный pubsubd(ХЕР0330), который в свою очередь поднимет аналогичный сервер-два, которые предоставят простой интерфейс (им сможет пользоваться условный discod (ХЕР0030), который в свою очередь сделат подобное)).
Через pubsubd в т.ч. главный процесс сможет аннаунсить поддержку ХЕР0359.
Во всём этом блядском цирке например omemo будет организовать как-то так: подписываемся на pubsub сообщения о ключах, предоставляем UDS-сервер на который можно будет послать станзу <encrypted> хуйню и получить расшированный текст, этим сервером будет пользоваться messaged.
Отдельно будет жить хуйнюшка реализующая вот эту хуйню, например https://xmpp.org/extensions/inbox/omemo-media-sharing.html#aesgcm. Т.е. будет отдельный демон у которого фронтенд будет запрашивать файлы, а он уже будет решать - тупо curl'ом их надо качать, или по вот по этой хуйне.

Т.о. компоненты можно будет пилить разным людям, на разных языках, общаясь с простейшим апи. Я ебан? Где я проебался?

https://www.vice.com/en_us/article/mbm74x/computer-scientist-richard-stallman-resigns-from-mit-over-epstein-comments

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

Сижу под Убунтой, версии Гамака под неё нет. Смотрел Game Editor - он какой-то маленький по возможностям. Чем можно заменить Game Maker, чтобы возможностей было достаточно много и при этом в освоении приложение было простое?

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