Интересный пример централизации сети связи прочитал сегодня в интернете. Заранее извиняюсь, если что. Штаб 11 корпуса в Балаклее был разбит хаймарсами. Товарищи командиры переехали совсем неподалёку. Возможно, не хотели от винного удаляться. В общем, через 5 дней их новый штаб разбили из той же самой катюши. В этот раз, пропала вся аппаратура связи и весь корпус связь потерял. Что и вызвало феерический трёхдневный драп, который впрочем, не попал на TV. То есть, у централизации есть и некоторые преимущества :)
Если бы в книжке такое прочитал, можно было бы просто поржать.
Если бы в книжке такое прочитал, можно было бы просто поржать.
Продолжая военную тему, раз уж она сама стучится в окна. Значительную часть войны, как математической задачи, можно представить, как задачу о разрушении сложной сети. К сожалению, этот аспект не раскрыт у Сунь Цзы, но в его время это было менее актуально. Логистические сети и сети связи быти куда более децентрализованы. По Сунь Цзы,
1. лучшее - разбить замыслы противника
2. затем - разбить его союзы
3. разбить армию (в поле)
4. худшее - осаждать крепости
Где-то на третьем месте тут должно быть "разрушить его логистику, сети связи и управления". Например, удары по мостам очевидным образом являются методом решения этой задачи (привет-привет).
Или возьмём блицкриг по Гудериану - Fahrkarte bis zur Endstation, стилетным ударом механизированые части проламывают фронт и устремляются вглубь территории противника, в результате занимая ключевой логистический узел (напр. Конотоп). Что приводит к обрушению логистики и связи, а затем и всего фронта (Киевская катастрофа РККА).
Да что там Гудериан. Даже Владимир Ильич Ленин написал, как в бронзе отлил: чтобы непременно были заняты и ценой каких угодно потерь были удержаны: а) телефон, б) телеграф, в) железнодорожные станции, г) мосты в первую голову (В.И.Л. 8/21 октября 1917).
Амеры, как мы помним, свои вторжения начинают с того, что выключают телефон и свет и бомбят мосты.
В общем, это букварь.
Но тут возникает вопрос очевидный: если некая страна ведёт войну, но за 8 месяцев не находит времени ударить по мостам, ну или, скажем, по АТС и датацентрам противника (работал на таких предприятиях, последствия представляю) - то, вероятно, какое-то другое решение ищут, для какой-то совсем другой задачи. Ну или, как однажды распорядился Владимир Ильич, "искать, очень тщательно искать, но... не найти!"
P.S. Уточняю: я не призываю куда-либо немедленно ударить хаймарсами/ядеркой/табуреткой. Меня очень беспокоит, что каждый следующий шаг этого очень странного конфликта ударяет по странам, где мне комфортно жить (Россия, Украина, Европа). И конца-края этому не видно.
1. лучшее - разбить замыслы противника
2. затем - разбить его союзы
3. разбить армию (в поле)
4. худшее - осаждать крепости
Где-то на третьем месте тут должно быть "разрушить его логистику, сети связи и управления". Например, удары по мостам очевидным образом являются методом решения этой задачи (привет-привет).
Или возьмём блицкриг по Гудериану - Fahrkarte bis zur Endstation, стилетным ударом механизированые части проламывают фронт и устремляются вглубь территории противника, в результате занимая ключевой логистический узел (напр. Конотоп). Что приводит к обрушению логистики и связи, а затем и всего фронта (Киевская катастрофа РККА).
Да что там Гудериан. Даже Владимир Ильич Ленин написал, как в бронзе отлил: чтобы непременно были заняты и ценой каких угодно потерь были удержаны: а) телефон, б) телеграф, в) железнодорожные станции, г) мосты в первую голову (В.И.Л. 8/21 октября 1917).
Амеры, как мы помним, свои вторжения начинают с того, что выключают телефон и свет и бомбят мосты.
В общем, это букварь.
Но тут возникает вопрос очевидный: если некая страна ведёт войну, но за 8 месяцев не находит времени ударить по мостам, ну или, скажем, по АТС и датацентрам противника (работал на таких предприятиях, последствия представляю) - то, вероятно, какое-то другое решение ищут, для какой-то совсем другой задачи. Ну или, как однажды распорядился Владимир Ильич, "искать, очень тщательно искать, но... не найти!"
P.S. Уточняю: я не призываю куда-либо немедленно ударить хаймарсами/ядеркой/табуреткой. Меня очень беспокоит, что каждый следующий шаг этого очень странного конфликта ударяет по странам, где мне комфортно жить (Россия, Украина, Европа). И конца-края этому не видно.
🕊10👍1
Есть ли какие-то чаты айтишников, оказавшихся теперь в подвешенном состоянии? Интересно бы посмотреть.
Anonymous Poll
20%
А я уехал давно
14%
Я уехал после февраля
17%
Я уехал после мобилизации
49%
Косим трын-траву
🤔2
Успех моих коллег для меня имел интересные последствия. По-видимому, я уже 4 месяца в оперативной разработке у органов. Наружка-прослушка, активные мероприятия по графику. Было много ржачных историй.
Ну, теперь будет что за пивом рассказать.
Ну, теперь будет что за пивом рассказать.
Telegram
RON и тайны децентрализации
А вот и интересные новости. Пентагон даёт двум моим бывшим коллегам миллиард баксов на, по сути, систему синхронизации данных. Потому что и реал-тайм и оффлайн военным очень нужны. Существующие веб- и прочие технологии в этом плане не тянут. Весь стек говно…
😐4🤬2👎1😁1🤔1
Forwarded from Китайская угроза
Санкции уже никогда не будут прежними
Система mBridge является крупнейшим на сегодняшний день пилотным проектом трансграничного CBDC (Central bank digital currency, Цифровая валюта центрального банка).
Это совместная разработка Китая, ОАЕ и Таиланда.
Гонконгский мост mBridge является центральным элементом планов Китая по дедолларизации.
Проект mBridge экспериментирует с трансграничными платежами с использованием общей платформы, основанной на технологии распределенного реестра (DLT), на которой несколько центральных банков могут выпускать и обменивать свои цифровые валюты (мульти-CBDC).
В сентябре более 20 крупнейших коммерческих банков участвовали в расчете реальной стоимости от имени корпоративных клиентов. Расчеты касались международной торговли и межбанковских переводов. Участвовавшие страны - Китай, Гонконг, ОАЭ и Таиланд, на долю которых приходится 19% мировой торговли товарами.
Наибольшее влияние mBridge окажет на санкции, поскольку он создает децентрализованную блокчейн-систему (DLT), где невозможно отследить попадают ли сделки под нарушение санкций.
До трансграничных переводов CBDC осталось не 20 лет, а 1-2 года.
Система mBridge является крупнейшим на сегодняшний день пилотным проектом трансграничного CBDC (Central bank digital currency, Цифровая валюта центрального банка).
Это совместная разработка Китая, ОАЕ и Таиланда.
Гонконгский мост mBridge является центральным элементом планов Китая по дедолларизации.
Проект mBridge экспериментирует с трансграничными платежами с использованием общей платформы, основанной на технологии распределенного реестра (DLT), на которой несколько центральных банков могут выпускать и обменивать свои цифровые валюты (мульти-CBDC).
В сентябре более 20 крупнейших коммерческих банков участвовали в расчете реальной стоимости от имени корпоративных клиентов. Расчеты касались международной торговли и межбанковских переводов. Участвовавшие страны - Китай, Гонконг, ОАЭ и Таиланд, на долю которых приходится 19% мировой торговли товарами.
Наибольшее влияние mBridge окажет на санкции, поскольку он создает децентрализованную блокчейн-систему (DLT), где невозможно отследить попадают ли сделки под нарушение санкций.
До трансграничных переводов CBDC осталось не 20 лет, а 1-2 года.
😐3👍2❤1🥱1
ЦБ разразился аналитичкой про DeFi
https://www.cbr.ru/Content/Document/File/141992/report_07112022.pdf
https://www.cbr.ru/Content/Document/File/141992/report_07112022.pdf
👍1
Тут один финансовый канал @dpolarfox вспомнил интересные цитаты Брежнева. Леонид Ильич, в общем-то, поднимал не новую тему и к проблемам децентрализации она имеет самое прямое отношение. Насколько мы можем хоть что-то изменить, изменив технологию?
В этой же связи можно вспомнить Iron law of oligarchy Роберта Михельса: как бы демократически не начиналось то или иное движение, всё заканчивается диктатом олигархии. Если посмотреть на мир крипты, то мы увидим прямо сегодня в новостях историю Binance и FTX, олигархический междусобойчик, подковёрная борьба и кидалово, банкротство. Что-то совсем это далеко от идей peer-to-peer cash.
С другой стороны, мы же не живём под властью римских императоров. Всё проходит свой круг бытия. Демократия, олигархия, тирания, крах. Затем по новой.
В этой же связи можно вспомнить Iron law of oligarchy Роберта Михельса: как бы демократически не начиналось то или иное движение, всё заканчивается диктатом олигархии. Если посмотреть на мир крипты, то мы увидим прямо сегодня в новостях историю Binance и FTX, олигархический междусобойчик, подковёрная борьба и кидалово, банкротство. Что-то совсем это далеко от идей peer-to-peer cash.
С другой стороны, мы же не живём под властью римских императоров. Всё проходит свой круг бытия. Демократия, олигархия, тирания, крах. Затем по новой.
👍5❤1🤔1
Forwarded from Крипто Паша (Павел Куксенко)
Вот это поворот…
Первый кошелёк Ledger Nano X, который я вижу в уголовном деле🤦🏻♂️
Суд в Москве арестовал более 1032 биткоина на криптокошельке начальника следственного отдела СК по Тверскому району Марата Тамбиева.
По текущему курсу это больше 1 млрд рублей. Тамбиева обвиняют в получении взятки в 10 млн рублей от лидеров хакерской группировки The Infraud Organization.
Первый кошелёк Ledger Nano X, который я вижу в уголовном деле🤦🏻♂️
Суд в Москве арестовал более 1032 биткоина на криптокошельке начальника следственного отдела СК по Тверскому району Марата Тамбиева.
По текущему курсу это больше 1 млрд рублей. Тамбиева обвиняют в получении взятки в 10 млн рублей от лидеров хакерской группировки The Infraud Organization.
❤1👍1😐1
Прямо сейчас по Tesla Live махровый памп BitCoin с Маском и Дорси. Как известно, BitCoin это зелёная технология, которая помогает бедным гастарбайтерам отправлять переводы домой.
В общем, Маск очевидно не успел выйти из битка.
В общем, Маск очевидно не успел выйти из битка.
🤣4👍1
Ссаными тряпками https://www.bloomberg.com/news/articles/2022-11-23/new-york-governor-hochul-signs-moratorium-to-curb-crypto-mining
Bloomberg.com
New York Governor Hochul Signs Moratorium to Curb Crypto Mining
New York Governor Kathy Hochul has signed one of the most restrictive laws in the US on regulating cryptocurrency mining, becoming the first state to impose such a ban.
🤔1
Оцените количество исправлений в спецификации CommonMark на 7м году её разработки https://spec.commonmark.org/0.30/changes.html В частности, они вымарывают понятие whitespace, потому что спейс спейсу рознь, как оказалось. Мой личный опыт работы с Markdown такой же: лучше не менять парсер, а то нужно будет перепроверять весь массив текста на косяки. И даже официальный парсер с сommonmark.org меня радовал багами. Большой плюс, конечно, в том, что Markdown легко писать. А потом... наступит потом.
Между тем, Markdown в целом уже вполне себе совершеннолетний формат, ему 18 лет. Тем не менее, разработка спецификации с какой-то более-менее полной совместимостью между реализациями уже 7 лет буксует. И это при крайней, исключительной минималистичности формата.
Сложность имеет комбинаторный характер. Это можно обратить в благо, когда система из ортогональных и крайне простых компонентов демонстриует сложное поведение в положительном смысле (гибкость, большие возможности).
Это может работать и во вред, когда крайне минималистичная система настолько непредсказуемо и комбинаторно сложно взаимодействует внутри себя, что остаётся только объявить баги фичами и гордиться ими.
А лучший парсер для Markdown кто-то однажды сделает на основе нейросетей. Это, он скажет, вложенный список, ну потому что "я так ощущаю". А вон то вот - нет, не список, это просто италик после hard wrap так разбросало.
Между тем, Markdown в целом уже вполне себе совершеннолетний формат, ему 18 лет. Тем не менее, разработка спецификации с какой-то более-менее полной совместимостью между реализациями уже 7 лет буксует. И это при крайней, исключительной минималистичности формата.
Сложность имеет комбинаторный характер. Это можно обратить в благо, когда система из ортогональных и крайне простых компонентов демонстриует сложное поведение в положительном смысле (гибкость, большие возможности).
Это может работать и во вред, когда крайне минималистичная система настолько непредсказуемо и комбинаторно сложно взаимодействует внутри себя, что остаётся только объявить баги фичами и гордиться ими.
А лучший парсер для Markdown кто-то однажды сделает на основе нейросетей. Это, он скажет, вложенный список, ну потому что "я так ощущаю". А вон то вот - нет, не список, это просто италик после hard wrap так разбросало.
👍7🔥2🤔1
Однажды я изобрёл очень красивый способ хранения Мёркловых деревьев и очень гордился этим. Как оказалось, в тот же год его изобрели два исследователя. А в 2019 его же изобрёл Russ Cox, известный гений из команды разработчиков go, тоже очень гордился.
Поэтому, вот три ссылки про двоичное Мёрклово дерево для append-only логов и потоков и про его хранение в append-only файле/массиве
https://www.rfc-editor.org/rfc/rfc7574.html
https://research.swtch.com/tlog < наиболее доступно написано
https://static.usenix.org/event/sec09/tech/full_papers/crosby.pdf
То есть, правильно пишем раскладку дерева в файл и всё просто: реализация Мёрклова дерева для лога - это просто ещё один лог (с хэшами). Крайне мало кода, никакой БД, просто написать правильные формулы.
По степени переизобретания и гордежа, эта структура данных уступает weave, но тоже неплохо.
Поэтому, вот три ссылки про двоичное Мёрклово дерево для append-only логов и потоков и про его хранение в append-only файле/массиве
https://www.rfc-editor.org/rfc/rfc7574.html
https://research.swtch.com/tlog < наиболее доступно написано
https://static.usenix.org/event/sec09/tech/full_papers/crosby.pdf
То есть, правильно пишем раскладку дерева в файл и всё просто: реализация Мёрклова дерева для лога - это просто ещё один лог (с хэшами). Крайне мало кода, никакой БД, просто написать правильные формулы.
По степени переизобретания и гордежа, эта структура данных уступает weave, но тоже неплохо.
👌6👍4🔥2
Вот такой вот походный сетап образовался. Ноут на подставке, клаву закрываем внешним экраном, работаем на механике. Основной экран на уровне глаз – меньше проблем с шеей. А хорошие клавиатуры на ноутах редко встречаются. Эффективность в плане площадь экрана на площадь стола близка к максимуму.
Для сравнения – полутораэкранный ноут и foldable ноут, проблемы, на мой взгляд, не решают.
Для сравнения – полутораэкранный ноут и foldable ноут, проблемы, на мой взгляд, не решают.
👍9🤔1🤮1
# Code is hypertext, IDE is a browser
Спасибо Сергею Булгакову, выкладываю своё выступление на внутренней конфе JetBrains весной 2018. Качество звука ещё хуже, чем качество доклада, а вот картинки порассматривать можно.
На тот момент в JetBrains есть что-то около трёх проектов сетевого IDE:
уже почти продуктовый Datalore Костика и Ко, X-серверо-подобная сетевизация IDEA от Жемерова, и проект Зайцева. Ну и ваш покорный слуга со своими идеями тоже затесался тогда в эти ряды.
В чём смысл сетевого IDE? Ну, очень просто. Во-первых, проекты стали сильно большими и всё править, индексировать, билдить и отлаживать на лаптопе разработчика становится уже сложновато. Кроме того, разрастаются команды разработчиков и весь процесс становится всё более коллаборативным. Соответственно, возникает вопрос, как делать сетевую IDE - нужна целостная концепция.
Моя точка зрения была примерно такая: требуется сетевая система контроля версий, работающая в реальном времени. Она должна крутиться в ядре IDE и принимать/отправлять/синхронизировать данные между разными частями системы. Как код, так и различные аннотации, так и задачи, и прочее разное.
Единственная заминка, что сейчас подходящей системы нет (а в 2018 тем более), хотя её основные принципы в CRDT сообществе обсуждаются уже лет 10. Такая система контроля версий должна позволять, в том числе, бранчи - оверлеи. В том плане, что в отдельные бранчи кладётся не только код но и, например, аннотации к коду. Где-то на сервере крутится демон, разбирает и аннотирует код, мы подключаем бранч - видим аннотации, отключаем - не видим. Код и данные для этого имеют адресацию, устойчивую к изменениям, так что можно строить граф данных, а не только версионировать текст. Ну и внутри всё на CRDT структурах данных, чтобы работал конкурентный доступ. Идиллия, только реализовать сложновато. Очень непохоже на то, как раньше писали - и накопленные за десятилетия трюки и тулзы поэтому не работают.
Получается скорее даже не собственно система контоля версий, а система синхронизации данных самого общего назначения. В которой мёржится всё со всем. "Смёржить, но не смешивать. Бонд, Джеймс Бонд." Это всё довольно нетривиальная задача, хотя, повторяю, эта тема лет 10 обсуждается в сообществе, а основные примитивы придуманы в конце 70-х. Но, я тут уже приводил статистику, сколько строк кода есть в git — как в среднего размера базе данных. При очень базовом наборе функций и идеально простой модели. Для CRDT пока сколько кода не написано увы. Но пишется потихоньку.
Сетевое IDE JetBrains, которое сейчас в бете, преследует гораздо более скромные цели - коллаборативная работа, если потребуется, нескольких участников на хорошем интернете. Синхронизация данных там от Зайцева, и сделана в идеологии Datomic/Datascript, триплетами. В notion и его клонах, кстати, так же сделано. Кое-кем из здесь присутствующих. Есть кстати ликбез по подходу от ещё одного кложуриста - Брагилевского. Вот собственно всех российских кложуристов я и упомянул в этом посте, да и те уже уехали все.
В общем, четыре года прошло, прогресс есть, счастья пока нет.
Спасибо Сергею Булгакову, выкладываю своё выступление на внутренней конфе JetBrains весной 2018. Качество звука ещё хуже, чем качество доклада, а вот картинки порассматривать можно.
На тот момент в JetBrains есть что-то около трёх проектов сетевого IDE:
уже почти продуктовый Datalore Костика и Ко, X-серверо-подобная сетевизация IDEA от Жемерова, и проект Зайцева. Ну и ваш покорный слуга со своими идеями тоже затесался тогда в эти ряды.
В чём смысл сетевого IDE? Ну, очень просто. Во-первых, проекты стали сильно большими и всё править, индексировать, билдить и отлаживать на лаптопе разработчика становится уже сложновато. Кроме того, разрастаются команды разработчиков и весь процесс становится всё более коллаборативным. Соответственно, возникает вопрос, как делать сетевую IDE - нужна целостная концепция.
Моя точка зрения была примерно такая: требуется сетевая система контроля версий, работающая в реальном времени. Она должна крутиться в ядре IDE и принимать/отправлять/синхронизировать данные между разными частями системы. Как код, так и различные аннотации, так и задачи, и прочее разное.
Единственная заминка, что сейчас подходящей системы нет (а в 2018 тем более), хотя её основные принципы в CRDT сообществе обсуждаются уже лет 10. Такая система контроля версий должна позволять, в том числе, бранчи - оверлеи. В том плане, что в отдельные бранчи кладётся не только код но и, например, аннотации к коду. Где-то на сервере крутится демон, разбирает и аннотирует код, мы подключаем бранч - видим аннотации, отключаем - не видим. Код и данные для этого имеют адресацию, устойчивую к изменениям, так что можно строить граф данных, а не только версионировать текст. Ну и внутри всё на CRDT структурах данных, чтобы работал конкурентный доступ. Идиллия, только реализовать сложновато. Очень непохоже на то, как раньше писали - и накопленные за десятилетия трюки и тулзы поэтому не работают.
Получается скорее даже не собственно система контоля версий, а система синхронизации данных самого общего назначения. В которой мёржится всё со всем. "Смёржить, но не смешивать. Бонд, Джеймс Бонд." Это всё довольно нетривиальная задача, хотя, повторяю, эта тема лет 10 обсуждается в сообществе, а основные примитивы придуманы в конце 70-х. Но, я тут уже приводил статистику, сколько строк кода есть в git — как в среднего размера базе данных. При очень базовом наборе функций и идеально простой модели. Для CRDT пока сколько кода не написано увы. Но пишется потихоньку.
Сетевое IDE JetBrains, которое сейчас в бете, преследует гораздо более скромные цели - коллаборативная работа, если потребуется, нескольких участников на хорошем интернете. Синхронизация данных там от Зайцева, и сделана в идеологии Datomic/Datascript, триплетами. В notion и его клонах, кстати, так же сделано. Кое-кем из здесь присутствующих. Есть кстати ликбез по подходу от ещё одного кложуриста - Брагилевского. Вот собственно всех российских кложуристов я и упомянул в этом посте, да и те уже уехали все.
В общем, четыре года прошло, прогресс есть, счастья пока нет.
The JetBrains Blog
Fleet | The Fleet Blog
Fleet Archive | The JetBrains Blog
👍9👎2❤1🥱1