forum.opennet.ru - "Новая стратегия развития проекта libmdbx" (58)

"Новая стратегия развития проекта libmdbx"

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Изначальное сообщение		[ Отслеживать ]

"Новая стратегия развития проекта libmdbx"	+/–
Сообщение от opennews (ok), 29-Дек-25, 21:02
Проект libmdbx представил новую стратегию развития, одновременно объявив о смене модели разработки и распространения кода. Исходный код libmdbx останется открытым и с качественной бесплатной поддержкой, но теперь разработка будет вестись внутри команды с публикацией результата только в амальгамированной форме. Стратегия развития декларирует движение к давно анонсированному проекту MithrilDB, с поддержкой нескольких форматов БД под фасадом общего API. Явно заявляется о поддержке старых БД, пока это будет необходимо пользователям... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64522
Ответить \| Правка \| Cообщить модератору

Оглавление

Русский проект, а я то думал иностранный Совмещать разные языки плохая практика , Аноним (-), 21:32 , 29-Дек-25, (9) +2

У него тексты новостные ИИ пишет, что ли Тяжело читать, некоторые части повторя, Аноним (93), 07:48 , 30-Дек-25, (93) –1
Брекинг бед , bergentroll (ok), 10:32 , 30-Дек-25, (100)
Напишите Линусу заодно, чтоли , aname (ok), 11:09 , 30-Дек-25, (103)

Будто у Линуса всё хорошо в команде Чего же он постоянно ругается , Аноним (93), 16:36 , 30-Дек-25, (111)

Ржавеет, aname (ok), 20:40 , 30-Дек-25, (123)

Что такое амальгамированный исходный код , Аноним (23), 22:29 , 29-Дек-25, (23)

Код который завернут в амальгаму , Аноним (25), 22:31 , 29-Дек-25, (25) +1

мифрил и амальгама - это термины из FMP , Аноним (93), 10:25 , 30-Дек-25, (99) +1

Мифрил это термин из Толкина, а амальгама это термин из химии , pkdr (ok), 11:07 , 30-Дек-25, (102)

Дак это разные источники, а когда термины вместе использовались , Аноним (93), 16:38 , 30-Дек-25, (112)

https sqlite org amalgamation htmlЭто придумал не автор SQLite, но идея пошла , Аноним (30), 22:45 , 29-Дек-25, (30) +1

о век живи век учись, mos87 (ok), 06:57 , 30-Дек-25, (88) –1

Код, который годится только для чтения и сборки, но не для разработки, Аноним (36), 23:06 , 29-Дек-25, (36) +7

Леонид, ты Нет, он не годится для чтения Как можно читать один сгенерированный ф, Аноним (30), 23:20 , 29-Дек-25, (39)

Никто вручную код не читает В 2025 году за тебя код прочтет нейросеть , Вредный аноним (?), 23:25 , 29-Дек-25, (41) –6

Так может она заодно и разобьет на функции и файлы И комментариев добавит , Аноним (116), 17:26 , 30-Дек-25, (116)

У LMDB очень-очень высокий порог входа У libmdbx он еще намного выше из-за боле, афтар поделия (?), 23:36 , 29-Дек-25, (48) –1

У ядра Линукс тоже высокий порог входа Надо обфусцировать, а еще лучше закрыть,, Анониммм (?), 04:52 , 30-Дек-25, (81) +2
штож там кетаец такого понапейсал, mos87 (ok), 06:59 , 30-Дек-25, (89) –1
Шта блин Она же простая как 3 копейки key-value , Аноним (108), 14:11 , 30-Дек-25, (108)

Обфусцированный Не соответствующий определению исходного кода в терминологии GP, Аноним (57), 00:06 , 30-Дек-25, (57) +4

На всякий -- у нас код не обфусцированный, а лицензия Apache , афтар поделия (?), 00:11 , 30-Дек-25, (59) –2

Мой комментарий про квазизакрытый код удалили вместе с ответом, что это выдумки , Аноним (26), 22:37 , 29-Дек-25, (26) +6

Чтоб не форкнули форкнутое , Аноним (27), 22:41 , 29-Дек-25, (27)
Обожглись походу Тут пару лет назад в комментариях чел писал, у которого тоже б, Аноним (36), 23:03 , 29-Дек-25, (34) +2

Ну прям как гугл у оракла , Аноним (93), 16:41 , 30-Дек-25, (113)

Текущая модель разработки достаточно близка к тому, что исходно было и есть в LM, афтар поделия (?), 23:03 , 29-Дек-25, (35)

Ну уж выпускайте как freeware и мозги не полощите людям Хотите противодействова, Anonimous (?), 03:46 , 30-Дек-25, (77)

Так зачем что-то писать если вы совсем не в теме В каждой новости упоминаются э, афтар поделия (?), 11:58 , 30-Дек-25, (106) –1

Я не стал бы такое использовать в серьезном проекте Всё завязано на одного авто, Имя (?), 10:09 , 30-Дек-25, (98) –1

Так заключайте договор на поддержку, если у вас серьезный проект, а не очередной, афтар поделия (?), 11:25 , 30-Дек-25, (105)

Вы игнорировали главную причину Всё завязано на одного автора, который однажды м, Аноним (116), 17:30 , 30-Дек-25, (118) –1

Однако на страничке проекта написано следующее But it is not yet known wheth, совсем другой Аноним (?), 14:50 , 30-Дек-25, (110)

И что, какой-то псих даже денег даст Учитывая метания проекта с сменой сишного , Аноним (50), 23:41 , 29-Дек-25, (50)

У проекта как был сишный API так и остался Плюсовый добавился в 2020-2021 годах , афтар поделия (?), 00:08 , 30-Дек-25, (58) –2

Очень странное решение Читаю как мы решили закрыть исходный код SQLite, напри, Аноним (30), 22:42 , 29-Дек-25, (29) +2

Открытый код давно перешёл в разряд только для чтения подумай об этом на досуге, Аноним (36), 23:01 , 29-Дек-25, (33) +2
Вы не читаете, а пардон озвучиваете неверное впечатление 1 Де-факто за 10 лет, афтар поделия (?), 23:24 , 29-Дек-25, (40)

За 10 лет зоркий глаз не заметил что его код не нужен Или просто нашел где зара, Аноним (54), 23:46 , 29-Дек-25, (54)

1 https ptsecurity com about clients 2 на libmdbx сидит половина узлов Ether, афтар поделия (?), 23:57 , 29-Дек-25, (56) +1

Скрыто модератором, Аноним (-), 00:31 , 30-Дек-25, (63) –1

Это означает что теперь надо будет писать свои тесты чтоб пройти сертификацию С, fi (ok), 08:44 , 30-Дек-25, (97)

Было-бы странно проходить сертификацию чужого кода на чужих же тестах Проходить , афтар поделия (?), 11:18 , 30-Дек-25, (104) –1

Ничего странного в поведении разработчика не вижу Автор хочет бабла И вполне яв, Аноним (78), 04:43 , 30-Дек-25, (78)

Это чтобы всякие бэкдоры и вулны было удобнее пхать Или зачем еще такая псевдоо, Аноним (-), 00:17 , 30-Дек-25, (61)

Что-либо запихать в один файл также просто так и в 42 Но этому будет более замет, афтар поделия (?), 00:24 , 30-Дек-25, (62) –1

С системой контроля версий гораздо удобнее смотреть что и где изменилось - по фа, Аноним (-), 00:45 , 30-Дек-25, (66)

Технически контроль версий для амальгамированных исходников работает ровно также, афтар поделия (?), 01:08 , 30-Дек-25, (71)

пардон, котэ прыгнул Так вот, с полной уверенностью утверждаю, что амальгамация , афтар поделия (?), 01:13 , 30-Дек-25, (73)
А человечески - удобнее смотреть патчи в нормальном виде Как ревьюер кода говор, Аноним (-), 17:29 , 30-Дек-25, (117)

До сих пор удивляет, как в написанном можно увидеть настолько другое Еще раз, в , афтар поделия (?), 18:12 , 30-Дек-25, (121)

само ты пхать может бэки в одном файле искать проще, тут представитель PVS пусть, mos87 (ok), 07:43 , 30-Дек-25, (92) –1

У сейчас начнется Благодарное сообщество 8482 , которое и строчки кода в про, Аноним (-), 00:39 , 30-Дек-25, (64) +3

Ну да Он форкнул открытый LMDB, что-то там добавил С API не следил особо и, Аноним (30), 01:12 , 30-Дек-25, (72) –1

Так зачем что-то писать, если совсем не в теме В документации есть раздел Impr, афтар поделия (?), 01:34 , 30-Дек-25, (74) +1

Странно, что они только сейчас об этом догадались, что надо иметь свои исходники, Аноним (93), 10:35 , 30-Дек-25, (101)

Вот такие новости, Аноним (96), 08:09 , 30-Дек-25, (96) +1

Сообщения [Сортировка по времени | RSS]

9. "Проект libmdbx представил новую стратегию развития" +2 +/–

Сообщение от Аноним (-), 29-Дек-25, 21:32

>Copyright (c) 2015-2025 Леонид Юрьев aka Leonid Yuriev <leo@yuriev.ru>
>СМЕНА ЛИЦЕНЗИИ (THE LICENSE CHANGE)
>OpenLDAP Public License → Apache 2.0
Русский проект, а я то думал иностранный.
>совместить внутри MithrilDB несколько реализаций написанных на разных языках, в частности C, С++ и Rust
Совмещать разные языки плохая практика. Это Бэд Практис.

Ответить | Правка | Наверх | Cообщить модератору

93. "Проект libmdbx представил новую стратегию развития" –1 +/–

Сообщение от Аноним (93), 30-Дек-25, 07:48

> Леонид Юрьев
У него тексты новостные ИИ пишет, что ли? Тяжело читать, некоторые части повторяются без объяснения сути.

Ответить | Правка | Наверх | Cообщить модератору

100. "Проект libmdbx представил новую стратегию развития" +/–

Сообщение от bergentroll (ok), 30-Дек-25, 10:32

> Совмещать разные языки плохая практика. Это Бэд Практис.
Брекинг бед!

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

103. "Проект libmdbx представил новую стратегию развития" +/–

Сообщение от aname (ok), 30-Дек-25, 11:09

> Совмещать разные языки плохая практика. Это Бэд Практис.
Напишите Линусу заодно, чтоли.

Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

111. "Проект libmdbx представил новую стратегию развития" +/–

Сообщение от Аноним (93), 30-Дек-25, 16:36

Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается?

Ответить | Правка | Наверх | Cообщить модератору

123. "Проект libmdbx представил новую стратегию развития" +/–

Сообщение от aname (ok), 30-Дек-25, 20:40

> Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается?
Ржавеет

Ответить | Правка | Наверх | Cообщить модератору

23. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (23), 29-Дек-25, 22:29

Что такое амальгамированный исходный код?

Ответить | Правка | Наверх | Cообщить модератору

25. "Новая стратегия развития проекта libmdbx" +1 +/–

Сообщение от Аноним (25), 29-Дек-25, 22:31

Код который завернут в амальгаму.

Ответить | Правка | Наверх | Cообщить модератору

99. "Новая стратегия развития проекта libmdbx" +1 +/–

Сообщение от Аноним (93), 30-Дек-25, 10:25

мифрил и амальгама - это термины из FMP.

Ответить | Правка | Наверх | Cообщить модератору

102. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от pkdr (ok), 30-Дек-25, 11:07

"Мифрил" это термин из Толкина, а "амальгама" это термин из химии.

Ответить | Правка | Наверх | Cообщить модератору

112. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (93), 30-Дек-25, 16:38

Дак это разные источники, а когда термины вместе использовались?

Ответить | Правка | Наверх | Cообщить модератору

30. "Новая стратегия развития проекта libmdbx" +1 +/–

Сообщение от Аноним (30), 29-Дек-25, 22:45

https://sqlite.org/amalgamation.html
Это придумал не автор SQLite, но идея пошла в массы в основном оттуда.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

88. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от mos87 (ok), 30-Дек-25, 06:57

о. век живи век учись

Ответить | Правка | Наверх | Cообщить модератору

36. "Новая стратегия развития проекта libmdbx" +7 +/–

Сообщение от Аноним (36), 29-Дек-25, 23:06

Код, который годится только для чтения и сборки, но не для разработки

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

39. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (30), 29-Дек-25, 23:20

Леонид, ты?
>Код, который годится только для чтения
Нет, он не годится для чтения.
Как можно читать один сгенерированный файл из десятков тысяч строк.
Амальгамирование придумали для того чтобы код было проще распространять: из всех файлов кода генерируется всего один файл.
И, бонусом, компилятор лучше оптимизирует код если он находится в одной единице трансляции.

Ответить | Правка | Наверх | Cообщить модератору

41. "Новая стратегия развития проекта libmdbx" –6 +/–

Сообщение от Вредный аноним (?), 29-Дек-25, 23:25

Никто вручную код не читает. В 2025 году за тебя код прочтет нейросеть.

Ответить | Правка | Наверх | Cообщить модератору

116. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (116), 30-Дек-25, 17:26

Так может она заодно и разобьет на функции и файлы?
И комментариев добавит?

Ответить | Правка | Наверх | Cообщить модератору

48. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от афтар поделия (?), 29-Дек-25, 23:36

У LMDB очень-очень высокий порог входа. У libmdbx он еще намного выше из-за более сложных алгоритмов и добавленных возможностей. Поэтому ни в LMDB, ни в libmdbx новых разработчиков не появилось и (пока) не ожидается.
Соответственно, на самом деле, амальгамирование почти никому не мешает.

Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

81. "Новая стратегия развития проекта libmdbx" +2 +/–

Сообщение от Анониммм (?), 30-Дек-25, 04:52

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

Ответить | Правка | Наверх | Cообщить модератору

89. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от mos87 (ok), 30-Дек-25, 06:59

>У LMDB очень-очень высокий порог входа.
штож там кетаец такого понапейсал

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

108. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (108), 30-Дек-25, 14:11

>У LMDB очень-очень высокий порог входа
Шта блин? Она же простая как 3 копейки key-value.

Ответить | Правка | К родителю #48 | Наверх | Cообщить модератору

57. "Новая стратегия развития проекта libmdbx" +4 +/–

Сообщение от Аноним (57), 30-Дек-25, 00:06

Обфусцированный. Не соответствующий определению исходного кода в терминологии GPL, например.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

59. "Новая стратегия развития проекта libmdbx" –2 +/–

Сообщение от афтар поделия (?), 30-Дек-25, 00:11

На всякий -- у нас код не обфусцированный, а лицензия Apache.

Ответить | Правка | Наверх | Cообщить модератору

26. "Новая стратегия развития проекта libmdbx" +6 +/–

Сообщение от Аноним (26), 29-Дек-25, 22:37

Мой комментарий про квазизакрытый код удалили вместе с ответом, что это выдумки и нужно читать комментарии в пдфке. Так вот, я прочитал и там прямо говорится, что переход к такому виду релизов сделан для предотвращения "угона" проекта, а также про платные фичи. Считаю свой комментарий верным и не содержащим выдумок.

Ответить | Правка | Наверх | Cообщить модератору

27. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (27), 29-Дек-25, 22:41

Чтоб не форкнули форкнутое.

Ответить | Правка | Наверх | Cообщить модератору

34. "Новая стратегия развития проекта libmdbx" +2 +/–

Сообщение от Аноним (36), 29-Дек-25, 23:03

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

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

113. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (93), 30-Дек-25, 16:41

Ну прям как гугл у оракла... :)))

Ответить | Правка | Наверх | Cообщить модератору

35. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от афтар поделия (?), 29-Дек-25, 23:03

Текущая модель разработки достаточно близка к тому, что исходно было и есть в LMDB:
- код почти амальгамированный (файлов несколько, но >90% в одном);
- заказная разработка (платные фичи);
- очень высокий порог входа и ещё более ребусный код.
В комментариях к слайду причины пояснены буквально так (copy&paste):
Код libmdbx навсегда останется открытым и с качественной бесплатной поддержкой, но будет распространяется в амальгамированной форме без лишних зависимостей. Исходный код тестов, как и внутренняя документация будет доступна только команде непосредственно занимающейся разработкой.
При достижении проекта значимых точек в разработке, в том числе с учётом стабилизации и надёжности, для амальгамированного кода в публичных репозиториях будут формироваться подписанные коммиты, включая зеркало на Github.
Всё что связано с проектированием и разработкой, включая код тестового фреймворка и внутреннюю техническую документацию, будет перелицензированно и доступно только непосредственным участникам разработки.
Такое решение принято по совокупности причин, вот главные из них:
1. Желание упростить использование библиотеки и снизить трудоёмкость её поддержки при развитии тестов.
Для расширения и развития тестов требуются задействовать дополнительный сторонний кода и компоненты. Что увеличит объем кода и количество зависимостей проекта, существенно усложниться процесс сборки. Всё это затруднит использование библиотеки обычными разработчиками, сильно затруднит её использование в производных и в использующих привязки опосредованных проектах. Одновременно это увеличит затраты на документирование и сопровождение проекта, породит неизбежные ошибки и затруднения пользователей, что потребует больше времени на помощь им.
2. Устранение опасных ложных ожиданий из-за ошибочного впечатления о простоте разработки и тестировании.
Фреймворк тестирования не предназначен для использования вне разработки. Его использование требует не только понимания деталей работы и внутреннего устройства libmdbx, но также огромных затрат процессорного времени при наличии объёма ОЗУ порядка 1-2 терабайта.
Поэтому подавляющее большинство сторонних разработчиков и пользователей на самом деле не могут достигать продуктивных целей от использования тестового фреймворка. Однако, при этом сторонние разработчики нередко вносят собственные изменения в код libmdbx и считают их верными после краткосрочных поверхностных тестов, которых принципиально недостаточно для выявление потенциальных проблем
Таким образом, доступность тестов провоцирует неквалифицированные «доработки на коленках» и парадоксальным образом ведёт к совокупному увеличению проблем, разочарованию пользователей, увеличению трудоёмкости поддержки и ухудшению имиджа libmdbx.
3. Противодействие угону проекта по примеру ситуации с Akula в конце 2022 года.
Решено не озвучивать каких-либо актуальных названий и имён, не пояснять подробности, максимально воздержаться от дальнейших комментариев и дискуссий. Так как всё это может оказаться необоснованными подозрениями и безосновательным упрёками, что приведёт к неконструктивному ухудшению взаимоотношений и другим негативным эффектам.
Необходимо и достаточно просто сказать что появились опасения и решение принято.
Ещё раз хочется повторить, код libmdbx навсегда останется открытым и с качественной бесплатной поддержкой, но будет распространяется только в амальгамированной форме без лишних зависимостей.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

77. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Anonimous (?), 30-Дек-25, 03:46

> код навсегда останется открытым, но будет распространяется только в амальгамированной форме
Ну уж выпускайте как freeware и мозги не полощите людям. Хотите противодействовать угону проекта, так честно закройте код.
А вот подскажите, а где он используется? Обычно такие резкие движения делают популярные проекты, которые рассчитывают что клиентам/пользователям деваться некуда. А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах?

Ответить | Правка | Наверх | Cообщить модератору

106. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от афтар поделия (?), 30-Дек-25, 11:58

> А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах?
Так зачем что-то писать если вы совсем не в теме ?
В каждой новости упоминаются эти продукты и компании, и в слайдах по ссылке тоже.

Ответить | Правка | Наверх | Cообщить модератору

98. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от Имя (?), 30-Дек-25, 10:09

> очень высокий порог входа и ещё более ребусный код
> Поэтому подавляющее большинство сторонних разработчиков и пользователей на самом деле не могут достигать продуктивных целей от использования тестового фреймворка. Однако, при этом сторонние разработчики нередко вносят собственные изменения в код libmdbx и считают их верными после краткосрочных поверхностных тестов, которых принципиально недостаточно для выявление потенциальных проблем
Я не стал бы такое использовать в серьезном проекте. Всё завязано на одного автора, который однажды может куда-то пропасть (потерять интерес к проекту, переключиться на что-то более для него важное, etc). Невозможно ни баг починить (без благоволения автора), ни покрытие фаззинг-тестами для сертификации показать.

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

105. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от афтар поделия (?), 30-Дек-25, 11:25

Так заключайте договор на поддержку, если у вас серьезный проект, а не очередной xyz ;)

Ответить | Правка | Наверх | Cообщить модератору

118. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от Аноним (116), 30-Дек-25, 17:30

Вы игнорировали главную причину:
Всё завязано на одного автора, который однажды может куда-то пропасть

Ответить | Правка | Наверх | Cообщить модератору

110. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от совсем другой Аноним (?), 30-Дек-25, 14:50

> Код libmdbx навсегда останется открытым и с качественной бесплатной поддержкой
Однако на страничке проекта написано следующее:
... But it is not yet known whether such restriction will be implemented only through a license and support, *either the source code will not be open at all*.
Кому верить?

Ответить | Правка | К родителю #35 | Наверх | Cообщить модератору

50. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (50), 29-Дек-25, 23:41

> предотвращения "угона" проекта, а также про платные фичи. Считаю свой комментарий
> верным и не содержащим выдумок.
И что, какой-то псих даже денег даст? Учитывая метания проекта с сменой сишного апи на плюсатый (== выбросьте все предыдущие наработки и забейте на interop с другими яп) - и теперь еще рост разлапистости в какую-то неведому шляпу. И это при том маппинг в память был сто лет у других, даже более древнних, типа tokyo cabinet старинного. А тут до господ только дошло.

Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

58. "Новая стратегия развития проекта libmdbx" –2 +/–

Сообщение от афтар поделия (?), 30-Дек-25, 00:08

> уитывая метания проекта с сменой сишного апи на плюсатый
У проекта как был сишный API так и остался.
Плюсовый добавился в 2020-2021 годах и продолжает развиваться.
Проблема сишного API в том, что его пытаются "как есть" тащить в условный python, а потом смешивают с возможностями питона -- получается страшно и глючно.
> до господ только дошло.
tokyo cabinet старше LMDB примерно на 4 года, а отображение в память появилось >50 лет назад

Ответить | Правка | Наверх | Cообщить модератору

29. "Новая стратегия развития проекта libmdbx" +2 +/–

Сообщение от Аноним (30), 29-Дек-25, 22:42

>разработка будет вестись внутри команды с публикацией результата только в амальгамированной форме
>декларируется желание поставлять библиотеку в максимального готовом виде, без зависимостей, необходимых только для её разработки и глубокого тестирования
Очень странное решение. Читаю как "мы решили закрыть исходный код".
SQLite, например, поставляется как в виде обычного исходного кода, из которого собирается амальгама (и который можно посмотреть), и в виде амальгамы. Никого это не ущемляет, отличный проект с абсолютно понятным лицензированием.
Не то чтобы я собирался пользоваться libmdbx, но на месте пользователей крепко бы призадумался. Сейчас есть масса альтернатив, разработчики которых не ведут себя странно.

Ответить | Правка | Наверх | Cообщить модератору

33. "Новая стратегия развития проекта libmdbx" +2 +/–

Сообщение от Аноним (36), 29-Дек-25, 23:01

Открытый код давно перешёл в разряд только для чтения; подумай об этом на досуге

Ответить | Правка | Наверх | Cообщить модератору

40. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от афтар поделия (?), 29-Дек-25, 23:24

> Читаю как "мы решили закрыть исходный код".
Вы не читаете, а (пардон) озвучиваете неверное впечатление.
1. Де-факто за 10 лет других разработчиков не появилось, аналогичная картина и в LMDB. Причины пояснены в комментариях к презентации (очень сложно и трудно вникать). Поэтому код не особо кому-то нужен, а если нужен, то он и доступен, и можно присоединиться к разработке.
2. Пользователям нужен готовый к использованию код, а не куча-мала с тонной зависимостей. А поставка тестов требует их поддержки.
3. У SQLite другая ситуация, главным образом из-за щедрого спонсирования и обеспечения интересов спонсоров. В том числе, для страховки спонсоров от всяческих неприятностей, разработчиков обязывают передавать код в общественное достояние. Если кто-то (вдруг) предложит обеспечить аналогичные финансовые условия, то я согласен ;)
4. Код проекта доступен и обеспечен первоклассной бесплатной поддержкой, в этом плане я действительно веду себя странно (как и многие мэинтейнеры не прошу денег).

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

54. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (54), 29-Дек-25, 23:46

За 10 лет зоркий глаз не заметил что его код не нужен? Или просто нашел где заработать?

Ответить | Правка | Наверх | Cообщить модератору

56. "Новая стратегия развития проекта libmdbx" +1 +/–

Сообщение от афтар поделия (?), 29-Дек-25, 23:57

> оркий глаз не заметил что его код не нужен?
1. https://ptsecurity.com/about/clients/
2. на libmdbx сидит половина узлов Ethereum и еще несколько блокчейнов.
3. несчитанное количество мобильных установок (через привязки Rust и использующие их проекты), посчитать реально невозможно -- пытались прикинуть/оценить получается >100 миллионов "но это неточно".

Ответить | Правка | Наверх | Cообщить модератору

63. Скрыто модератором –1 +/–

Сообщение от Аноним (-), 30-Дек-25, 00:31

> оркий глаз не заметил что его код не нужен?
Опечатка конечно эпическая - это даже не по фрейду.

Ответить | Правка | Наверх | Cообщить модератору

97. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от fi (ok), 30-Дек-25, 08:44

> Пользователям нужен готовый к использованию код, а не куча-мала с тонной зависимостей.
Это означает что теперь надо будет писать свои тесты чтоб пройти сертификацию. Скорей заморозят версию и будут латать критикал

Ответить | Правка | К родителю #40 | Наверх | Cообщить модератору

104. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от афтар поделия (?), 30-Дек-25, 11:18

> Это означает что теперь надо будет писать свои тесты чтоб пройти сертификацию.
Было-бы странно проходить сертификацию чужого кода на чужих же тестах.
Проходить сертификацию на внутренних тестах libmdbx ещё более странно -- ведь нужна машина хотя-бы с терабайтам ОЗУ на пару недель.

Ответить | Правка | Наверх | Cообщить модератору

78. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (78), 30-Дек-25, 04:43

Ничего странного в поведении разработчика не вижу.
Автор хочет бабла. И вполне явно декларировал желание бросить опенсурсное поделие и пилить новое поделие с закрытым кодом.
Но, как показала практика, пока такие поделия опенсурсные — все их используют и радуются. А когда аффторы резко закрывают, или даже меняют лицензию на непермиссивную — все заинтересованные лица (читай: корпорации) тотчас форкают последнюю версию с устраивающей их лицензией и сваливают на форк.
С учётом вышесказанного, в нынешней новости вижу банальную попытку варить лягушку помедленнее, в надежде, что таки не выпрыгнет. То есть, подтолкнуть текущих пользователей libmdbx в сторону нового поделия, но как–нибудь не слишком в лоб, поделикатнее.
В общем, запасаемся попкорном.

Ответить | Правка | К родителю #29 | Наверх | Cообщить модератору

61. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (-), 30-Дек-25, 00:17

> но теперь разработка будет вестись внутри команды с
> публикацией результата только в амальгамированной форме.
Это чтобы всякие бэкдоры и вулны было удобнее пхать? Или зачем еще такая псевдооткрытость нужна? Говоря за себя я пожалуй обойду такой код за версту. Не выглядит как что либо внушающее доверие.

Ответить | Правка | Наверх | Cообщить модератору

62. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от афтар поделия (?), 30-Дек-25, 00:24

> Это чтобы всякие бэкдоры и вулны было удобнее пхать?
Что-либо запихать в один файл также просто так и в 42.
Но этому будет более заметно, так как фокус внимания не перемещается.
> Или зачем еще такая псевдооткрытость нужна?
В слайды встроены комментарии, там все ответы.
Что-то уже было повторено от ответа здесь.
> говоря за себя я пожалуй обойду такой код за версту.
спасибо, так будет лучше при отсутствии доверия.

Ответить | Правка | Наверх | Cообщить модератору

66. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (-), 30-Дек-25, 00:45

> Что-либо запихать в один файл также просто так и в 42.
С системой контроля версий гораздо удобнее смотреть что и где изменилось - по файлам. А в той штуке как я понимаю вообще возможность делать аудит именений прозрачно и доверяемо вообще не часть плана.
> Но этому будет более заметно, так как фокус внимания не перемещается.
Если у меня есть простыня A и простыня B с 100500 изменений, не сгруппированых даже по файлам и логическим частям - какой фокус внимания и куда?! Судя по рассказу про внутренние тимы это будет как-то так.
> В слайды встроены комментарии, там все ответы.
Я пока не понял зачем мне тратить на это время.
> спасибо, так будет лучше при отсутствии доверия.
Вот тут мы единодушны. Я не доверяю слепо никому. Особенно тем кто делает аудит исходников куском проблем.

Ответить | Правка | Наверх | Cообщить модератору

71. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от афтар поделия (?), 30-Дек-25, 01:08

> С системой контроля версий гораздо удобнее смотреть что и где изменилось.
Технически контроль версий для амальгамированных исходников работает ровно также.
Что и где изменилось смотреть удобнее иногда по-отдельности, иногда нет.
Просто по-отдельности изменений может быть кратно больше.
Но для аудита и/или анализа кода это не имеет никакого значения, от слова совсем.
Далее, на самом деле тут важнее понимать что делают изменения, в том числе в масштабе всего проекта.
А вот с этим в LMDB трудно, а в libmdbx труднее ещё в 10 раз (просто фичей больше, кода больше, темп развития кратно выше).
Поэтому, со все

Ответить | Правка | Наверх | Cообщить модератору

73. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от афтар поделия (?), 30-Дек-25, 01:13

пардон, котэ прыгнул.
Так вот, с полной уверенностью утверждаю, что амальгамация вообще не заметна на фоне трудоёмкости погружения в код и детали реализации.
Как-то так.

Ответить | Правка | Наверх | Cообщить модератору

117. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (-), 30-Дек-25, 17:29

> Технически контроль версий для амальгамированных исходников работает ровно также.
А человечески - удобнее смотреть патчи в нормальном виде. Как ревьюер кода говорю.
> Что и где изменилось смотреть удобнее иногда по-отдельности, иногда нет.
Если все спихано в 1 файл - и оно "почти так и девелопается" - у меня есть такие проекты, но это рассматривается как техдолг и повод для рефактора. С этим не поздравляют.
> Просто по-отдельности изменений может быть кратно больше.
1) Суммарный объем должен быть сравним.
2) Squashing комитов при мерже для убирания вообще совсем внутренней кухни и левых экспериментов если что - придуман явно не вчера.
3) И вообще-то один мега-комит с 100500 изменений это полный отстой для ревью.
> Но для аудита и/или анализа кода это не имеет никакого значения, от
> слова совсем.
У меня по опыту ревью кода немного другие идеи на этот счет возникли. Рассказывайте эту сказку кому-нибудь без опыта code review, имхо.
> Далее, на самом деле тут важнее понимать что делают изменения, в том
> числе в масштабе всего проекта.
В идеале да. Но если это еще и один убер-дифф, все становится совсем погано.
> в 10 раз (просто фичей больше, кода больше, темп развития кратно выше).
Ну т.е. считается что автор гений, остальные - слизни. И зачем вообще тогда код релизить черт его знает. Хотя там вроде и обещают сорц поперекрыть. Ну как бы окей, спасибо что предупредили, вот все бы так честно о намерении кинуть писали. Жаль что всякие корпораты не берут пример с этого автора при проведении маневра bait and switch.

Ответить | Правка | К родителю #71 | Наверх | Cообщить модератору

121. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от афтар поделия (?), 30-Дек-25, 18:12

> > в 10 раз (просто фичей больше, кода больше, темп развития кратно выше).
> Ну т.е. считается что автор гений, остальные - слизни. И зачем вообще тогда код релизить черт его знает.
До сих пор удивляет, как в написанном можно увидеть настолько другое.
Еще раз, в libmdbx в сравнении с LMDB:
- действительно сложнее код, ибо в больше возможностей (загляните в README);
- у кода очень высокий порог входа, потому-что нет книжек аналогичных ядру Linux, и т.п.
- тем развития существенно выше, можно сказать что LMDB не развивается, а только поддерживается;
Во всём этом несложно убедится.
---
На всякий повторю:
- текущая форма примерно соответствует LMDB;
- большинству пользователей удобнее амальгамированные исходники, как правило они используют биндинги и не смотрят внутрь;
- если кто-то хочет вести разработку или требуется полная история коммитов, то welcome (обращайтесь);

Ответить | Правка | Наверх | Cообщить модератору

92. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от mos87 (ok), 30-Дек-25, 07:43

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

Ответить | Правка | К родителю #61 | Наверх | Cообщить модератору

64. "Новая стратегия развития проекта libmdbx" +3 +/–

Сообщение от Аноним (-), 30-Дек-25, 00:39

У... сейчас начнется)
Благодарное сообщество™, которое и строчки кода в проект не закоммитило, будет кричать, что у него что-то отобрали и вообще своровали))
А сам аффтар вообще м-дила!)
Собственно выше уже начали. Хотя 99% коментаторов даже слышали об этом проекте только из новостей опеннета.

Ответить | Правка | Наверх | Cообщить модератору

72. "Новая стратегия развития проекта libmdbx" –1 +/–

Сообщение от Аноним (30), 30-Дек-25, 01:12

>сам аффтар вообще
Ну да. Он форкнул открытый LMDB, что-то там добавил (С++ API? не следил особо) и начал бегать по интернетам с очень навязчивым пиаром.
Теперь проект на пол-шишечки закрывает свой исходный код под предлогом заботы о пользователях. Что за дичь вообще, какое это имеет отношение к нормальному, обычному опенсорсу.
Что ему мешало общаться с автором LMDB и развивать проект совместно с ним? Не думаю, что там были какие-то неразрешимые противоречия.
>99% коментаторов даже слышали об этом проекте только из новостей опеннета
Я пользовался оригинальным LMDB, еще до этого эпического форка. Не впечатлился. На libmdbx даже не стал смотреть, там же тот же b-tree на mmap-ed файлах, только с каким-то диким пиаром. Меня это наоборот отталкивает.

Ответить | Правка | Наверх | Cообщить модератору

74. "Новая стратегия развития проекта libmdbx" +1 +/–

Сообщение от афтар поделия (?), 30-Дек-25, 01:34

> Он форкнул открытый LMDB, что-то там добавил (С++ API? не следил особо) и начал бегать по интернетам с очень навязчивым пиаром.
Так зачем что-то писать, если совсем не в теме ?
В документации есть раздел "Improvements beyond LMDB" = https://libmdbx.dqdkfa.ru/intro.html#improvements
там перечисленная некоторая часть доработок (все перечислять смысла нет, никто не дочитывает).
> Что ему мешало общаться с автором LMDB и развивать проект совместно с ним?
Так зачем что-то писать, если совсем не в теме ?
libmdbx был форкнут в составе ReOpenLDAP для решения проблем возникших при эксплуатации в МегаФоне.
После того как Symas Corp (авторы и меинтейнеры кода) не смогли устранить проблемы и отказались.
Причины форка подробно пояснялись ещё 10 лет назад -- не принимались самые очевидные патчи по обескураживающим причинам. Например, использование __VA_ARGS__ для устранения ~5000 предупреждений было отвергнуто по причина отсутствия поддержку __VA_ARGS__ у каких-то дремучих компиляторов (коих в использовании потом найти не удалось).
А отдельные фичи, уже работающие ~10 лет, тогда отвергались как "это не возможно".
При этом главной целью (за то что заказчик платил деньги) было не пропихивание патчей в upstream, а устранение падений и других проблем. Эти цели были достигнуты, а развитие libmdbx было продолжено.

Ответить | Правка | Наверх | Cообщить модератору

101. "Новая стратегия развития проекта libmdbx" +/–

Сообщение от Аноним (93), 30-Дек-25, 10:35

> для решения проблем возникших при эксплуатации в МегаФоне
Странно, что они только сейчас об этом догадались, что надо иметь свои исходники.

Ответить | Правка | Наверх | Cообщить модератору

96. "Новая стратегия развития проекта libmdbx" +1 +/–

Сообщение от Аноним (96), 30-Дек-25, 08:09

>> Проект libmdbx полностью перемещен в юрисдикцию Российской Федерации. Исходный код по-прежнему открыт и обеспечен первоклассной бесплатной поддержкой
Вот такие новости

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

9. "Проект libmdbx представил новую стратегию развития"	+2 +/–
Сообщение от Аноним (-), 29-Дек-25, 21:32
>Copyright (c) 2015-2025 Леонид Юрьев aka Leonid Yuriev <leo@yuriev.ru> >СМЕНА ЛИЦЕНЗИИ (THE LICENSE CHANGE) >OpenLDAP Public License → Apache 2.0 Русский проект, а я то думал иностранный. >совместить внутри MithrilDB несколько реализаций написанных на разных языках, в частности C, С++ и Rust Совмещать разные языки плохая практика. Это Бэд Практис.
Ответить \| Правка \| Наверх \| Cообщить модератору


	93. "Проект libmdbx представил новую стратегию развития"	–1 +/–
	Сообщение от Аноним (93), 30-Дек-25, 07:48
	> Леонид Юрьев У него тексты новостные ИИ пишет, что ли? Тяжело читать, некоторые части повторяются без объяснения сути.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	100. "Проект libmdbx представил новую стратегию развития"	+/–
	Сообщение от bergentroll (ok), 30-Дек-25, 10:32
	> Совмещать разные языки плохая практика. Это Бэд Практис. Брекинг бед!
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	103. "Проект libmdbx представил новую стратегию развития"	+/–
	Сообщение от aname (ok), 30-Дек-25, 11:09
	> Совмещать разные языки плохая практика. Это Бэд Практис. Напишите Линусу заодно, чтоли.
	Ответить \| Правка \| К родителю #9 \| Наверх \| Cообщить модератору


	111. "Проект libmdbx представил новую стратегию развития"	+/–
	Сообщение от Аноним (93), 30-Дек-25, 16:36
	Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	123. "Проект libmdbx представил новую стратегию развития"	+/–
	Сообщение от aname (ok), 30-Дек-25, 20:40
	> Будто у Линуса всё хорошо в команде. Чего же он постоянно ругается? Ржавеет
	Ответить \| Правка \| Наверх \| Cообщить модератору

23. "Новая стратегия развития проекта libmdbx"	+/–
Сообщение от Аноним (23), 29-Дек-25, 22:29
Что такое амальгамированный исходный код?
Ответить \| Правка \| Наверх \| Cообщить модератору


	25. "Новая стратегия развития проекта libmdbx"	+1 +/–
	Сообщение от Аноним (25), 29-Дек-25, 22:31
	Код который завернут в амальгаму.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	99. "Новая стратегия развития проекта libmdbx"	+1 +/–
	Сообщение от Аноним (93), 30-Дек-25, 10:25
	мифрил и амальгама - это термины из FMP.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от pkdr (ok), 30-Дек-25, 11:07
	"Мифрил" это термин из Толкина, а "амальгама" это термин из химии.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	112. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от Аноним (93), 30-Дек-25, 16:38
	Дак это разные источники, а когда термины вместе использовались?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	30. "Новая стратегия развития проекта libmdbx"	+1 +/–
	Сообщение от Аноним (30), 29-Дек-25, 22:45
	https://sqlite.org/amalgamation.html Это придумал не автор SQLite, но идея пошла в массы в основном оттуда.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	88. "Новая стратегия развития проекта libmdbx"	–1 +/–
	Сообщение от mos87 (ok), 30-Дек-25, 06:57
	о. век живи век учись
	Ответить \| Правка \| Наверх \| Cообщить модератору


	36. "Новая стратегия развития проекта libmdbx"	+7 +/–
	Сообщение от Аноним (36), 29-Дек-25, 23:06
	Код, который годится только для чтения и сборки, но не для разработки
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	39. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от Аноним (30), 29-Дек-25, 23:20
	Леонид, ты? >Код, который годится только для чтения Нет, он не годится для чтения. Как можно читать один сгенерированный файл из десятков тысяч строк. Амальгамирование придумали для того чтобы код было проще распространять: из всех файлов кода генерируется всего один файл. И, бонусом, компилятор лучше оптимизирует код если он находится в одной единице трансляции.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	41. "Новая стратегия развития проекта libmdbx"	–6 +/–
	Сообщение от Вредный аноним (?), 29-Дек-25, 23:25
	Никто вручную код не читает. В 2025 году за тебя код прочтет нейросеть.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	116. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от Аноним (116), 30-Дек-25, 17:26
	Так может она заодно и разобьет на функции и файлы? И комментариев добавит?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Новая стратегия развития проекта libmdbx"	–1 +/–
	Сообщение от афтар поделия (?), 29-Дек-25, 23:36
	У LMDB очень-очень высокий порог входа. У libmdbx он еще намного выше из-за более сложных алгоритмов и добавленных возможностей. Поэтому ни в LMDB, ни в libmdbx новых разработчиков не появилось и (пока) не ожидается. Соответственно, на самом деле, амальгамирование почти никому не мешает.
	Ответить \| Правка \| К родителю #36 \| Наверх \| Cообщить модератору


	81. "Новая стратегия развития проекта libmdbx"	+2 +/–
	Сообщение от Анониммм (?), 30-Дек-25, 04:52
	У ядра Линукс тоже высокий порог входа. Надо обфусцировать, а еще лучше закрыть, все равно это никому не помешает.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	89. "Новая стратегия развития проекта libmdbx"	–1 +/–
	Сообщение от mos87 (ok), 30-Дек-25, 06:59
	>У LMDB очень-очень высокий порог входа. штож там кетаец такого понапейсал
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	108. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от Аноним (108), 30-Дек-25, 14:11
	>У LMDB очень-очень высокий порог входа Шта блин? Она же простая как 3 копейки key-value.
	Ответить \| Правка \| К родителю #48 \| Наверх \| Cообщить модератору


	57. "Новая стратегия развития проекта libmdbx"	+4 +/–
	Сообщение от Аноним (57), 30-Дек-25, 00:06
	Обфусцированный. Не соответствующий определению исходного кода в терминологии GPL, например.
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	59. "Новая стратегия развития проекта libmdbx"	–2 +/–
	Сообщение от афтар поделия (?), 30-Дек-25, 00:11
	На всякий -- у нас код не обфусцированный, а лицензия Apache.
	Ответить \| Правка \| Наверх \| Cообщить модератору

26. "Новая стратегия развития проекта libmdbx"	+6 +/–
Сообщение от Аноним (26), 29-Дек-25, 22:37
Мой комментарий про квазизакрытый код удалили вместе с ответом, что это выдумки и нужно читать комментарии в пдфке. Так вот, я прочитал и там прямо говорится, что переход к такому виду релизов сделан для предотвращения "угона" проекта, а также про платные фичи. Считаю свой комментарий верным и не содержащим выдумок.
Ответить \| Правка \| Наверх \| Cообщить модератору


	27. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от Аноним (27), 29-Дек-25, 22:41
	Чтоб не форкнули форкнутое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	34. "Новая стратегия развития проекта libmdbx"	+2 +/–
	Сообщение от Аноним (36), 29-Дек-25, 23:03
	Обожглись походу. Тут пару лет назад в комментариях чел писал, у которого тоже богатый дядя форкнул его проект, раскрутил и начал продавать готовые бинарники с перебитым копирайтом
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	113. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от Аноним (93), 30-Дек-25, 16:41
	Ну прям как гугл у оракла... :)))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	35. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от афтар поделия (?), 29-Дек-25, 23:03
	Текущая модель разработки достаточно близка к тому, что исходно было и есть в LMDB: - код почти амальгамированный (файлов несколько, но >90% в одном); - заказная разработка (платные фичи); - очень высокий порог входа и ещё более ребусный код. В комментариях к слайду причины пояснены буквально так (copy&paste): Код libmdbx навсегда останется открытым и с качественной бесплатной поддержкой, но будет распространяется в амальгамированной форме без лишних зависимостей. Исходный код тестов, как и внутренняя документация будет доступна только команде непосредственно занимающейся разработкой. При достижении проекта значимых точек в разработке, в том числе с учётом стабилизации и надёжности, для амальгамированного кода в публичных репозиториях будут формироваться подписанные коммиты, включая зеркало на Github. Всё что связано с проектированием и разработкой, включая код тестового фреймворка и внутреннюю техническую документацию, будет перелицензированно и доступно только непосредственным участникам разработки. Такое решение принято по совокупности причин, вот главные из них: 1. Желание упростить использование библиотеки и снизить трудоёмкость её поддержки при развитии тестов. Для расширения и развития тестов требуются задействовать дополнительный сторонний кода и компоненты. Что увеличит объем кода и количество зависимостей проекта, существенно усложниться процесс сборки. Всё это затруднит использование библиотеки обычными разработчиками, сильно затруднит её использование в производных и в использующих привязки опосредованных проектах. Одновременно это увеличит затраты на документирование и сопровождение проекта, породит неизбежные ошибки и затруднения пользователей, что потребует больше времени на помощь им. 2. Устранение опасных ложных ожиданий из-за ошибочного впечатления о простоте разработки и тестировании. Фреймворк тестирования не предназначен для использования вне разработки. Его использование требует не только понимания деталей работы и внутреннего устройства libmdbx, но также огромных затрат процессорного времени при наличии объёма ОЗУ порядка 1-2 терабайта. Поэтому подавляющее большинство сторонних разработчиков и пользователей на самом деле не могут достигать продуктивных целей от использования тестового фреймворка. Однако, при этом сторонние разработчики нередко вносят собственные изменения в код libmdbx и считают их верными после краткосрочных поверхностных тестов, которых принципиально недостаточно для выявление потенциальных проблем Таким образом, доступность тестов провоцирует неквалифицированные «доработки на коленках» и парадоксальным образом ведёт к совокупному увеличению проблем, разочарованию пользователей, увеличению трудоёмкости поддержки и ухудшению имиджа libmdbx. 3. Противодействие угону проекта по примеру ситуации с Akula в конце 2022 года. Решено не озвучивать каких-либо актуальных названий и имён, не пояснять подробности, максимально воздержаться от дальнейших комментариев и дискуссий. Так как всё это может оказаться необоснованными подозрениями и безосновательным упрёками, что приведёт к неконструктивному ухудшению взаимоотношений и другим негативным эффектам. Необходимо и достаточно просто сказать что появились опасения и решение принято. Ещё раз хочется повторить, код libmdbx навсегда останется открытым и с качественной бесплатной поддержкой, но будет распространяется только в амальгамированной форме без лишних зависимостей.
	Ответить \| Правка \| К родителю #26 \| Наверх \| Cообщить модератору


	77. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от Anonimous (?), 30-Дек-25, 03:46
	> код навсегда останется открытым, но будет распространяется только в амальгамированной форме Ну уж выпускайте как freeware и мозги не полощите людям. Хотите противодействовать угону проекта, так честно закройте код. А вот подскажите, а где он используется? Обычно такие резкие движения делают популярные проекты, которые рассчитывают что клиентам/пользователям деваться некуда. А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Новая стратегия развития проекта libmdbx"	–1 +/–
	Сообщение от афтар поделия (?), 30-Дек-25, 11:58
	> А про libmdbx я что-то не помню, или он как движок используется в более известных продуктах? Так зачем что-то писать если вы совсем не в теме ? В каждой новости упоминаются эти продукты и компании, и в слайдах по ссылке тоже.
	Ответить \| Правка \| Наверх \| Cообщить модератору