Изменение в лицензии произошло совсем не давно. А описанный в статье переход - это был длительный процесс. Тот код, что доступен до смены лицензии, достаточен для решения основных задач сцилоподобных NoSQL-баз данных. И как показано в статье, производительность сильно лучше.
Думаю большинство комментариев выше в ключе "не понимаю зачем так сложно" связаны с тем, что каждый по своему понимает "управление знаниями", "база знаний". А в статье не описывается это.
Для меня, как кажется и всех "не понимающих", это просто записная книжка в стиле how-to, project , и ведения списка активов/пассивов. Не предполагает построения связей, озарений от пересмотра заметок. Для IT-шника скорее всего это так и будет.
Автору спасибо за проделанный труд. Монументально, полезно. Набор плагинов в первой и второй статье помог.
открыто первое окно, в нем множество вкладок. Настроено, что после закрытия и открытия окна все вкладки остаются.
решаю открыть второе окно для отдельной активности или второго монитора.
в конце рабочего дня начинаю закрывать окна. И если я забыл/ступило и закрыл в начале окно из пункта 1 , то все открытые вкладки я теряю. Что очень и очень обидно.
может быть вести историю сессий для каждого окна при закрытии ?
тут нужны настройки. все таки использование англ интерфейса для большинства программ - это "стандарт". Переведенные пункты меню сильно ломают работу с программой. Но использование англ интерфейса не означает хорошее знание языка -)
Этот релиз был прям очень ожидаем мной. Начиная с первых EAP пользовался.
запуск в отдельной консоли вроде такая мелочь, но реально нужна для части проектов
выполнение доп. шагов перед запуском/отладкой сильно упрощает жизнь
работа с отдельно установленными машинами в WSL позволяет держать множество отдельно установленных под проекты виртуалок. На фоне того, что включение WSL2 ломает работу VirtualBox, это очень нужно. Есть вариант использовать VmWare , но чем меньше разных типов виртуалок, тем лучше
CMakePresets реально упрощает жизнь, особенно когда не хочешь в публичный проект тащить файлы от IDE.
к сожалению есть все еще привнесённые ошибки в старый функционал (баги завел). Но терпимо.
сейчас по мне самой важной фичей, и кажется не сложной, является копирование конфигураций CMakePresets в штатную CLion конфигурацию. Т.к. то, что в CMakePresets оно read-only (и правильно). А часто хочется поправить часть параметров для отладки здесь и сейчас: портить CMakePresets не хочется; а просто задать новую конфигурацию, когда там много параметров, это долго и муторно.
ах да. Открыл для себя, в рамках CMakePresets , что в CLion можно задать использование Ninja. Это же прям небо и земля по скорости сборки. VS Code и VC++ используют его по умолчанию, и выглядят очень шустрыми. Может и тут сделать его по умолчанию, и заодно для логов сборки сделать подсветку его логов ?
Во многом отличная IDE, но не хватает мелочей, что приходится сидеть в двух IDE под window:
1. запуск в отдельном окне, а не вывод в окно clion. не все можно вывести в консоль.
2. при сборке и тестировании библиотек/плагинов нет возможности запустить стороннее приложение. да и перенаправить при сборке место куда положить бинарник нельзя. Да, тут можно накрутить cmake скрипт, но на постоянку не удобно
в данной фразе идет недосказанность — кролик горизонтально не масштабируется при используемых у нас политиках отказоустойчивости. Описание политик дано ниже в статье (ha-mode, lazy)
в конце статьи приведена ссылка на гитхаб. Там документ с описанием работы тулзы для администрирования. В том числе и перенос сообщений.
но если кратко — shovel для всех не пустых очередей.
главное допущение: считается, что порядок сообщений в очереди не важен. Либо если он критичен, то в виду уже произошедшей аварии потеря порядка исправляется на другом уровне.
классная штука. Не хватает теперь опции выгрузки этой документации себе в таком же виде, для дальнейшей доработки и публикации ;)
Не пугает, скорее печалит.
Изменение в лицензии произошло совсем не давно. А описанный в статье переход - это был длительный процесс.
Тот код, что доступен до смены лицензии, достаточен для решения основных задач сцилоподобных NoSQL-баз данных. И как показано в статье, производительность сильно лучше.
а какой образ использовать в рамках "защиты от санкций" ? т.е. чтобы и для минцифры/росреестра подходил, и жить на нем можно было.
Думаю большинство комментариев выше в ключе "не понимаю зачем так сложно" связаны с тем, что каждый по своему понимает "управление знаниями", "база знаний". А в статье не описывается это.
Для меня, как кажется и всех "не понимающих", это просто записная книжка в стиле how-to, project , и ведения списка активов/пассивов. Не предполагает построения связей, озарений от пересмотра заметок. Для IT-шника скорее всего это так и будет.
Автору спасибо за проделанный труд. Монументально, полезно. Набор плагинов в первой и второй статье помог.
т.е. запись идет через REST API в DataBus , а он уже по kafka протоколу ?
и читаете так же, получается ?
DataBus при записи смотрит только на кафку в текущем ДЦ ? или переключается на другие ДЦ при падении локальнйо кафки?
расширение функционала сессий планируется ?
сценарий поведения, который жутко раздражает
открыто первое окно, в нем множество вкладок. Настроено, что после закрытия и открытия окна все вкладки остаются.
решаю открыть второе окно для отдельной активности или второго монитора.
в конце рабочего дня начинаю закрывать окна. И если я забыл/ступило и закрыл в начале окно из пункта 1 , то все открытые вкладки я теряю. Что очень и очень обидно.
может быть вести историю сессий для каждого окна при закрытии ?
тут нужны настройки. все таки использование англ интерфейса для большинства программ - это "стандарт". Переведенные пункты меню сильно ломают работу с программой. Но использование англ интерфейса не означает хорошее знание языка -)
не нашел способа настроить поведение с каких языков переводить.
ситуация.
Windows англ. , без MUI
в vivaldi открываю русскоязычный сайт. кнопка перевода в панельке есть.
открываю англоязычный сайт, или в пункте 2 выбираю англ версию сайта - кнопки перевода нет.
а мне надо наоборот -)
Этот релиз был прям очень ожидаем мной. Начиная с первых EAP пользовался.
запуск в отдельной консоли вроде такая мелочь, но реально нужна для части проектов
выполнение доп. шагов перед запуском/отладкой сильно упрощает жизнь
работа с отдельно установленными машинами в WSL позволяет держать множество отдельно установленных под проекты виртуалок. На фоне того, что включение WSL2 ломает работу VirtualBox, это очень нужно. Есть вариант использовать VmWare , но чем меньше разных типов виртуалок, тем лучше
CMakePresets реально упрощает жизнь, особенно когда не хочешь в публичный проект тащить файлы от IDE.
к сожалению есть все еще привнесённые ошибки в старый функционал (баги завел). Но терпимо.
сейчас по мне самой важной фичей, и кажется не сложной, является копирование конфигураций CMakePresets в штатную CLion конфигурацию. Т.к. то, что в CMakePresets оно read-only (и правильно). А часто хочется поправить часть параметров для отладки здесь и сейчас: портить CMakePresets не хочется; а просто задать новую конфигурацию, когда там много параметров, это долго и муторно.
ах да. Открыл для себя, в рамках CMakePresets , что в CLion можно задать использование Ninja. Это же прям небо и земля по скорости сборки. VS Code и VC++ используют его по умолчанию, и выглядят очень шустрыми. Может и тут сделать его по умолчанию, и заодно для логов сборки сделать подсветку его логов ?
2. нашел, да, можно запустить. Но приложение так же консольное -)) и смотр пункт 1.
1. запуск в отдельном окне, а не вывод в окно clion. не все можно вывести в консоль.
2. при сборке и тестировании библиотек/плагинов нет возможности запустить стороннее приложение. да и перенаправить при сборке место куда положить бинарник нельзя. Да, тут можно накрутить cmake скрипт, но на постоянку не удобно
но если кратко — shovel для всех не пустых очередей.
главное допущение: считается, что порядок сообщений в очереди не важен. Либо если он критичен, то в виду уже произошедшей аварии потеря порядка исправляется на другом уровне.