Netscape Navigator 9 в Debian 11

Опять же и это обсуждали уже)

Моё мнение: ПК есть у всех кто хотел и мог его купить. Да МС некуда расти в плане продаж новых ПК, значит займутся разработкой ПО (как софтверная компания и должна), не ОС и офис продавать будут, а ещё что-нибудь (ну собственно облако и прочие штуки они и продают).
Ниша заполнилась вот и всё. Сломается у кого-то его ПК, он пойдёт и новый соберёт, купит пивка.

Аналогичная ситуация была и с айфонами кстати, поэтому эпл время от времени выпускает более дешёвые девайсы, чтобы расширить нишу своего присутствия.

Андроид это андроид, это не десктопный линукс — другая ниша.
Часть функций ПК смартфоны оттянули и соответственно ниши перебалансируются.

Может ПК исчезнет, а может нет (ноутбуки и планшеты так и не смогли убить ПК). АЗУС вроде пока не собирается сворачивать производство материнок.

А как это поможет когда у тебя вместо string list пришёл?

Это абсолютно штатная ситуация, легко и просто обрабатываемая. Если делать вручную то у каждого поля есть методы вроде isArray, isObject:

    ObjectMapper mapper = new ObjectMapper();
    JsonNode root = mapper.readTree(s2);
    JsonNode personNode = root.findPath("person");
    if(personNode.isArray()) {
    ....
     }

Если делать по-нормальному, то для JSON есть валидатор схем - такая пародия на XSD для XML. Вот тут реализация для C++ .

Нужна ЕДИНАЯ платформа как STEAM которая будет работать поверх основных дистров (остальные ПРИСПОСОБЯТСЯ или УМРУТ).

Нифига. Slackware, Gentoo, FreeBSD, OpenBSD (и пр.) не меняются идейно и прекрасно существуют с классической *NIX’овой парадигмой распространения программ.

Но пруфов этого конечно же не будет.

За давностью не будет, но пару раз встречалось, когда приложение прекрасно работало ещё на 8 андроиде и совершенно перестало или стало очень падучим уже на 9.

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

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

У меня на сорвеменном смартфоне работает Tunein radio 6.7, ES explorer 4.0.2.3 из начала 2010-ых.

Какой удачный cherry-pick, ведь оба этих приложения не работают с сетью, с вебом, ничего не скачивают из сети, не используют сетевую авторизацию, firebase и еще какую дичь из google services.

прекрасно существуют

На 30% десктопов или ты о своих каких-то фантазиях?

Google services это вообще рак Android. Huawei мне вот совсем не нравится, но отсутствие гуглоскрвисов это повод рассмотреть их как вариант к покупке даже.

Они оба работают с сетью, причем для интернет-радио это как бы является основной функцией. Если под скачиванием понимается именно сохранение, то ES это делает, и на разных серверах FTP, SMB он авторизуется.

А гуглосервисы не нужны и половине приложений, и не являются частью ОС, причем тут они вообще?

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

Но это уже не сам json обрабатывает.

Это обрабатывает парсер JSON, который написан по определенным стандартам.

Это будет ничем не лучше чем если ты передашь тег и размер структуры, зато медленно

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

Cобственно практика и показывает: ошибка в бинарном протоколе это DDoS и segmentation fault, а ошибка в JSON это просто сообщение, которое можно обработать.

ошибка в бинарном протоколе это DDoS и segmentation fault,

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

Сериализуй структуры по принципу тип/тег-размер-поле

Во-первых рука устанет без вложенности.

Во-вторых при таком подходе будет нужен какой-то контроль целостности всего документа, в JSON/XML это обеспечивается хотя-бы скобочками или открывающими-закрывающими тегами.

В третьих непонятно что делать с размерностью, с плавающей запятой - в JSON/XML их размерность как и сам набор типов жестко задан на уровне стандарта и выход дробной части за границу типа будет означать ошибку обработки а не segmentation fault.

размерность задаёт тип

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

Ну например можешь посмотреть спеку растового сериализатора. Я не предлагаю конечно использовать именно его формат, но это один из примеров такой платформонезависимой сериализации:
https://github.com/bincode-org/bincode/blob/trunk/docs/spec.md
Так же есть protobuf
В любом из случаев чтобы избежать глупых ошибок тебе придётся иметь какую-то схему структуры, сам json её не предоставляет, более продвинутые парсеры - конечно да, но в этом плане сам по себе json не даёт премуществ перед хорошо сформированной бинаркой

https://github.com/bincode-org/

Не очень понял насчет общей структуры и вложенности - не прояснишь? И контроля целостности нет, не очень понятно почему.

Так же есть protobuf

Protobuf сложнее json и требует (именно требует) тех самых жестко закодированных схем:

message Person {
  optional string name = 1;
  optional int32 id = 2;
  optional string email = 3;
}

тебе придётся иметь какую-то схему структуры,

Нет, не придется.

Потому что есть механизм XPath и его подобие для JSON - выборка поля с учетом вложенности:

var person = JSON.search(json_data, "//people[category='Politician']");
console.log( person[0].name );

Т.е чтобы вытащить данные в каком-то конкретном месте не нужно полностью описывать всю схему. Это важно когда сложные структуры с кучей вложенностей.

буханка-троллейбус.жпг

Буханка ван лав.

Это прикол какой-то?

Вот эта картинка

Тег ретро к этому топику на этот вопрос не отвечает?

Сюдя по всему не для всех.

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