На ITшников спрос скорее повысится. Нужно будет больше российского софта. А кому приспичит - купят серый iPhone. Я вот взял серый Kindle не задумываясь особо. Оказался японский. Не б/у.
Блеф это или идиотизм. Потеряют в продажах и NSA слежку сложней будет осуществлять. Видимо, за неимением более разумных идей такой креатив. Ну или адресно хипстеров пугают, чтоб ненавидели режим. Ещё эмбарго на смузи можно.
DaRWiN не релизился. Когда софт активно переписывается, опенсорсить себе дороже. На GitHub есть вагон промежуточных версий RON разных авторов, например. Это всё ещё нужно вычистить.
Ну, если вы делаете универсальный транспорт с гарантированной доставкой, то вы в тех же условиях, как и те, кто совершенствует TCP.
А значит, драматически отличных результатов ожидать не стоит.
Но если это user space stack, можно было бы использовать дополнительную информацию, которая у вас есть в приложении – о данных, о сессиях?
TCP этого знать не может.
AirBnB ничего не гарантирует, кроме взымания комиссии. По букве и духу это именно так.
Приключения вполне вероятны.
У меня, например, был инцидент в Хельсинки, который закончился вызовом полиции.
Основная идея семейства CRDT (WOOT, Logoot, Causal Trees и TreeDoc) — избежать трансформации операций, тем самым уменьшив сложность и повысив надёжность алгоритмов.
Это достигается за счёт уникальных идентификаторов, хранение которых и представляет интересную задачу.
При правильном подходе, идентификаторы занимают примерно столько же места, сколько и текст, а текст практически нисколько не занимает, по сравнению с различными медиа (картинки/видео).
CRDT также позволяет сложные сценарии (P2P, кэши, долгий оффлайн) и предлагает больший набор типов данных.
Кажется, мы общались с кем-то из вашей команды, примерно год назад. Вижу, за год вы многое успели. Впереди ещё много интересного.
Вопрос крайне интересный, и ответ на него сложный.
В Swarm, объекты имеют метку версии _version, которая позволяет установить факт наличия/отсутствия изменений, но иммутабельности нет.
Совместный редактор нам писать приходилось. Учитывая, что таких web-based real-time collab editor codebases в мире 4-5, в смысле — которые использовались в продакшене, то мы, конечно, очень этим горды.
В Swarm такого типа пока нет, есть только plain text. Можем реализовать и RichText однажды. Если найдём заказчика, например, или как-то время выкроим. Там довольно много работы.
$3.6 миллиардов в прошлом году
https://www.statista.com/statistics/1209664/apple-rus-revenue/
На ITшников спрос скорее повысится. Нужно будет больше российского софта. А кому приспичит - купят серый iPhone. Я вот взял серый Kindle не задумываясь особо. Оказался японский. Не б/у.
Блеф это или идиотизм. Потеряют в продажах и NSA слежку сложней будет осуществлять. Видимо, за неимением более разумных идей такой креатив. Ну или адресно хипстеров пугают, чтоб ненавидели режим. Ещё эмбарго на смузи можно.
Издревле славилась земля Русская своими обсирателями.
Пишут, как будто каждый основал процессорную компанию и выгнал Intel со всех рынков.
Под каждым постом причём.
Ну, если вы делаете универсальный транспорт с гарантированной доставкой, то вы в тех же условиях, как и те, кто совершенствует TCP.
А значит, драматически отличных результатов ожидать не стоит.
Но если это user space stack, можно было бы использовать дополнительную информацию, которая у вас есть в приложении – о данных, о сессиях?
TCP этого знать не может.
Интересно. FEC работает в проде?
Позанудствую.
BitTorrent перешёл на UDP с delay based congestion control где-то в 2010. До четверти траффика в интернете так ходило.
Приключения вполне вероятны.
У меня, например, был инцидент в Хельсинки, который закончился вызовом полиции.
Airbnb получает процент от цены бронирования.
Двигать цену вниз — не в их интересах.
Это достигается за счёт уникальных идентификаторов, хранение которых и представляет интересную задачу.
При правильном подходе, идентификаторы занимают примерно столько же места, сколько и текст, а текст практически нисколько не занимает, по сравнению с различными медиа (картинки/видео).
CRDT также позволяет сложные сценарии (P2P, кэши, долгий оффлайн) и предлагает больший набор типов данных.
Кажется, мы общались с кем-то из вашей команды, примерно год назад. Вижу, за год вы многое успели. Впереди ещё много интересного.
При правильном подходе издержки незначительны.
У OT в оффлайне нарастает сложность задачи merge нетривиальным образом. Вы тестировали такие сценарии?
В Swarm, объекты имеют метку версии _version, которая позволяет установить факт наличия/отсутствия изменений, но иммутабельности нет.
Вы так абстрактно написали.
Вот 3-way merge — это сложно или просто?
По-моему, просто и предсказуемо.
На сервере такой же код Swarm.
Ну, и локально оно кэширует всё в WebStorage. IndexedDB на подходе.
В Swarm такого типа пока нет, есть только plain text. Можем реализовать и RichText однажды. Если найдём заказчика, например, или как-то время выкроим. Там довольно много работы.