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

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

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

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

Оглавление

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

Код который завернут в амальгаму , Аноним (25), 22:31 , 29-Дек-25, (25) +1
https sqlite org amalgamation htmlЭто придумал не автор SQLite, но идея пошла , Аноним (30), 22:45 , 29-Дек-25, (30)
Код, который годится только для чтения и сборки, но не для разработки, Аноним (36), 23:06 , 29-Дек-25, (36) +3

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

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

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

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

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

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

Чтоб не форкнули форкнутое , Аноним (27), 22:41 , 29-Дек-25, (27)
Обожглись походу Тут пару лет назад в комментариях чел писал, у которого тоже б, Аноним (36), 23:03 , 29-Дек-25, (34) +1
Текущая модель разработки достаточно близка к тому, что исходно было и есть в LM, афтар поделия (?), 23:03 , 29-Дек-25, (35)
И что, какой-то псих даже денег даст Учитывая метания проекта с сменой сишного , Аноним (50), 23:41 , 29-Дек-25, (50)

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

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

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

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

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

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

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

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

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

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

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

Чел, расслабься, это все равно никому не нужно Тем более учитывая гражданство а, Аноним (68), 00:54 , 30-Дек-25, (68) +1

Скрыто модератором, афтар поделия (?), 01:35 , 30-Дек-25, (75)

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

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

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

Скрыто модератором, Аноним (68), 00:48 , 30-Дек-25, (67) +2
Скрыто модератором, Аноним (68), 00:58 , 30-Дек-25, (69)
опеннетушка, ты хоть смотри от кого новости простишь , нах. (?), 01:07 , 30-Дек-25, (70)

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

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

Сообщение от Аноним (-), 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | К родителю #26 | Наверх | 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ообщить модератору

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

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

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

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

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

Сообщение от афтар поделия (?), 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" +1 +/–

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от афтар поделия (?), 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ообщить модератору

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

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

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

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

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

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

бесполезность и беспомощность = хейтинг и жмаканье плюсов минусов

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

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

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

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

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

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

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

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

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

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

Сообщение от афтар поделия (?), 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ообщить модератору

67. Скрыто модератором +2 +/–

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

Эталонный пример ненyжности в квадрате. К тому же автoр рашиcт.

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

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

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

Постить новость от некого "леонид юрьев" с рекламой https://nemez1da.ru/ — сайта с доносами; это уже тут норм?

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

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

Сообщение от нах. (?), 30-Дек-25, 01:07

опеннетушка, ты хоть смотри от кого новости простишь

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

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

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

Партнёры:

Хостинг:

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

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

9. "Проект libmdbx представил новую стратегию развития"	+/–
Сообщение от Аноним (-), 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ообщить модератору

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


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


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


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


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


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


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


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


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


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

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


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


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


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


	58. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от афтар поделия (?), 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"	+1 +/–
	Сообщение от Аноним (36), 29-Дек-25, 23:01
	Открытый код давно перешёл в разряд только для чтения; подумай об этом на досуге
	Ответить \| Правка \| Наверх \| Cообщить модератору


	40. "Новая стратегия развития проекта libmdbx"	–1 +/–
	Сообщение от афтар поделия (?), 29-Дек-25, 23:24
	> Читаю как "мы решили закрыть исходный код". Вы не читаете, а (пардон) озвучиваете неверное впечатление. 1. Де-факто за 10 лет других разработчиков не появилось, аналогичная картина и в LMDB. Причины пояснены в комментариях к презентации (очень сложно и трудно вникать). Поэтому код не особо кому-то нужен, а если нужен, то он и доступен, и можно присоединиться к разработке. 2. Пользователям нужен готовый к использованию код, а не куча-мала с тонной зависимостей. А поставка тестов требует их поддержки. 3. У SQLite другая ситуация, главным образом из-за щедрого спонсирования и обеспечения интересов спонсоров. В том числе, для страховки спонсоров от всяческих неприятностей, разработчиков обязывают передавать код в общественное достояние. Если кто-то (вдруг) предложит обеспечить аналогичные финансовые условия, то я согласен ;) 4. Код проекта доступен и обеспечен первоклассной бесплатной поддержкой, в этом плане я действительно веду себя странно (как и многие мэинтейнеры не прошу денег).
	Ответить \| Правка \| К родителю #29 \| Наверх \| Cообщить модератору


	54. "Новая стратегия развития проекта libmdbx"	+1 +/–
	Сообщение от Аноним (54), 29-Дек-25, 23:46
	За 10 лет зоркий глаз не заметил что его код не нужен? Или просто нашел где заработать?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от афтар поделия (?), 29-Дек-25, 23:57
	> оркий глаз не заметил что его код не нужен? 1. https://ptsecurity.com/about/clients/ 2. на libmdbx сидит половина узлов Ethereum и еще несколько блокчейнов. 3. несчитанное количество мобильных установок (через привязки Rust и использующие их проекты), посчитать реально невозможно -- пытались прикинуть/оценить получается >100 миллионов "но это неточно".
	Ответить \| Правка \| Наверх \| Cообщить модератору


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

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


	62. "Новая стратегия развития проекта libmdbx"	+/–
	Сообщение от афтар поделия (?), 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ообщить модератору


	68. "Новая стратегия развития проекта libmdbx"	+1 +/–
	Сообщение от Аноним (68), 30-Дек-25, 00:54
	Чел, расслабься, это все равно никому не нужно. Тем более учитывая гражданство автора и его политические взгляды. Это все раано как использовать софт от китайцев.
	Ответить \| Правка \| К родителю #61 \| Наверх \| Cообщить модератору


	75. Скрыто модератором	+/–
	Сообщение от афтар поделия (?), 30-Дек-25, 01:35
	бесполезность и беспомощность = хейтинг и жмаканье плюсов минусов
	Ответить \| Правка \| Наверх \| Cообщить модератору