там уже передачу over Jingle изобрели, и вроде как даже шифрованную, но вот это ещё точно ни один клиент нормально не поддерживает, поэтому ездим на http upload.

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

Ну и пока его «рожали», интернет вырос и всё, и хана.

передачу over Jingle изобрели, и вроде как даже шифрованную, но вот это ещё точно ни один клиент нормально не поддерживает

Прекрасно, поскорее бы реализовали поддержку на клиенте.

ездим на http upload

Не плохо бы выбор какой-то добавить(как в Gajim). А то нет http upload на сервере, передаёт(если может) напрямую. Есть http upload – передаёт через него, а на прямую уже ни как. (Оригинальный Conversations, обсуждаемый пока не пробовал.)

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

Ну как не предусмотрели. Там есть пачка костылей для интеропа с IPv4. Просто штука с IPv6 и прочими протоколами в том, что группы, которые их придумывают, на самом деле ненавидят друг друга. Удивительно, да? Например, Ethernet и около разрабатываются в IEEE, а IPv{4,6} – в IETF. И оба этих института старательно друг друга игнорируют и обкладывают друг друга гениталиями по периметру.

Хуже того, разрабы IPv6 упёрлись в свои дебильные идеи и отказываются видеть реальный мир, в котором их идеи не работают. Так например, на NAT66 положен большой болт несмотря на то, что авторы реализаций давно договорились о нём. Или то, что по стандарту IPv6 ты не можешь сделать подсеть меньше /64. Хочешь разбить свою /64 на 4 миллиарда /96? А вот нахрен пошёл! Зачем это всё? Ну вот так вот чувакам всралось.

Короче, IPv6 – это такой Wayland из мира сетей, только на 15 лет раньше Wayland. Можно прямо воочию наблюдать за развитием этого трешака, потому что IPv6 скоро будет 30 лет, а половина планеты до сих пор на него болт кладёт.

Если хочешь технических деталей, есть вот эта классная статья: The world in which IPv6 was a good design. Очень рекомендую.

Короче, IPv6 – это такой Wayland из мира сетей

ля, вот не зря я из всего ЛОРа люблю только тебя (и бодюхрюхрю, но его с нами неть)

//no homo

Хочешь разбить свою /64 на 4 миллиарда /96? А вот нахрен пошёл!

ты забыл важный нюанс - /64 нужна для SLAAC, с использованием DHCPv6 или статикой режь жоть на /127 кто ж запретит. Уж что DHCPv6 странно реализован бывает - щито поделать, бгг.

Например, Ethernet и около разрабатываются в IEEE, а IPv{4,6} – в IETF.

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

Там есть пачка костылей для интеропа с IPv4.

Там нет главного костыля: чтобы ipv4-only приложение могло прозрачно открыть сокет и получить доступ к пусть v4 mapped подмножеству в ipv6-only среде. Такое можно черех 464 трансляцию сделать, но надо это полутора упорышам и всё равно это в итоге дуалстек. Вот на этом всё заткнулось в своё время и ещё довольно долго будет аукаться. Плюс разработчики в виду на виду имели разбираться с дуалстеком, а берклевские сокеты тебе требуют по разному адреса использовать. Нет, нынче уже уметь в дуалстек это хороший тон, но средний программист и с v4 сокетами-то лажает и за пределами connect/listen/bind хрен что знает про сеть.

Короче, IPv6 – это такой Wayland из мира сетей, только на 15 лет раньше Wayland.

Ну таки нет. У гномосеков мозгов совсем копеечка, ipv6 делается людьми с внутренней логикой, пусть и слегка инопланетной.

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

ты забыл важный нюанс - /64 нужна для SLAAC, с использованием DHCPv6 или статикой режь жоть на /127 кто ж запретит.

Я уже читал про пачку легаси (лол) софта, который считает /64 минимальным размером сети и ломается. Прикинь вот, протокол ещё даже не внедрили повсеместно, а уже вёдра говнолегаси в наличие!

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

Примерно в районе ARP, DHCP и подобных протоколов. Но, на самом деле, ethernet фреймы просто не нужны. Ну, то есть, вообще не нужны. Они были нужны когда Ethernet был шиной с множеством хостов на ней, а это закончилось лет 25 назад, когда свитчи стали стоит дешевле говна. В итоге, сегодня вообще каждое ethernet-подключение имеет ровно два хоста, и всю эту тупую долбильню с мак-адресами и ethernet-фреймами можно выкидывать на мороз.

Улучшения UI/UX

Изменены иконки, цвета, название приложения.

Впечатляет прям.

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

Изменены иконки, цвета, название приложения.
Впечатляет прям.

изменен default color accent, который теперь настраивается в приложении, а не при компиляции.
впечатляйся.

а ещё впечатлайся тем, что ЛС в MUC работают как отдельные чаты, а не как говно, как в оригинальной консерве, например. забыл упомянуть в чейнжлоге, но в jabber-конфе уже пара человек успело спасибо сказать.

изменен default color accent

Это должно впечатлить что ли?

Я об общем интерфейсе говорю, а он просто шляпа. Взяли дефолтный Material 2.0 и слепили эту поделку.

Kali

Kali Linux Light

Вечно вы, люди, куда-то торопитесь... ;)

Как говорил мой сокурсник, «можешь не писать код – не пиши».

Задолго до него, на рубеже 1970-1980 годов нечто подобное говорил Жванецкий: «Если можешь не писать — НЕ ПИШИ!..». :)

А его возможно было установить?

И это тоже проблема. Это работало в пятницу 13-е на полнолуние. Но прецеденты были.

А этот мир так устроен, что всё мало-мальски серьёзное делается в нём «за бабло», да. Ибо и еда, без которой никто почему-то не выживает, продаётся тоже за бабло... :)

Без бабла найти желающего программировать на чём угодно не самая тривиальная задача.

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

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

А вот хорошо ли это — я что-то не уверен. С одной стороны против несовместимости ведётся борьба. С другой — слишком много, получается, зависит от одной конторы. И с Java тоже не так шоколадно стало, особенно когда Sun продался Ораклу. Ты историю с исками, что Java API это типа их интеллектуальная собственность, помнишь? Кстати, я что-то не вспомню даже, чем закончилось…

мой эстонский хромает)

Мой английский - тоже…

Послали их в итоге.

АУФ

попроси чатжпт перевести.

нет,не должно, там помимо цветов иконок есть чему впечатляться.

А вот хорошо ли это — я что-то не уверен.

Хорошо, если язык позволяет не слишком сильно полагаться на его intrinsic’и и stdlib’у. Т.е. в случае разногласий с компанией чтобы была возможность просто сделать библиотеку со своим мнением. Не знаю насколько с этим хорошо/плохо у Раста.

Ты историю с исками, что Java API это типа их интеллектуальная собственность, помнишь? Кстати, я что-то не вспомню даже, чем закончилось…

Я тоже не помню. Но это Oracle, у них другая политика. Не такая как у Sun.

Не знаю насколько с этим хорошо/плохо у Раста.

Ваще отлично. no_stdlib поддерживается из коробки. Свою stdlib присунуть можно тоже легко и ненапряжно.

А можно при этом линковаться с кодом который использует другую stdlib?

Но на самом деле вопрос больше в возможностях языка. Например, можно ли библиотекой реализовать паттерн матчинг как в Эрланге/Хаскеле. Или exception’ы. Я знаю, что в Rust их сознательно не завезли. Просто как пример.

Хотя, тут есть другая опасность. Сделает условный Microsoft условный Qt со всеми мыслимыми и немыслимыми свистелками, и без него языком уже никто не будет пользоваться. Вуаля, hostile takeover завершён.

А можно при этом линковаться с кодом который использует другую stdlib?

Возможно? Но это какая-то очень всратая фантазия.

Например, можно ли библиотекой реализовать паттерн матчинг как в Эрланге/Хаскеле.

В Rust он из коробки.

Или exception’ы. Я знаю, что в Rust их сознательно не завезли.

Там есть Result<>, используй его. Проблема в том, что он не композируется из коробки, но эту проблему таки решили библиотеками. По расширяемости Rust где-то посередине между плюсами и хачкеллем находится.

В Rust он из коробки.

Вопрос как раз в том чтобы можно было сделать свой если изкоробочный чем-то не устраивает.

В Rust он из коробки.

Вопрос как раз в том чтобы можно было сделать свой если изкоробочный чем-то не устраивает.

А где-то такое вообще можно? Даже у лисперов с их чудовищной расширяемостью нормального pattern matching не вышло сделать.

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

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

Ну на proc-macro можно хоть чёрта лысого сделать, но за такое надо на урановые рудники ссылать.