LINUX.ORG.RU

История изменений

Исправление byko3y, (текущая версия) :

Вот если кто напишет фреймворк, который типичные для управления состоянием задачи упакует в удобные для [пере-]использования модули, как со временем сделали с Web-ом и графикой, то — другое дело. Но пока что мы еще не на этом уровне. Пока что идет этап, когда новые монолитные СУБД появляются, как грибы после дождя. Тема просто весьма профитовая, и её не очень хотят отдавать публике на халяву

Что значит «не хотят отдавать»? Будто у них есть, что отдавать. У меня типа есть наработки по этому вопросу, но там до конкретной реализации как до киева раком. Новых монолитных БД не так-то много, в большинстве случаев они просто продают решение задачи, которую они на самом деле не решили — как правило, это что-то распределенное, строго согласованное, и отказоустойчивое — манагеры и инвесторы за всё это время так и не смогли осилить CAP теорему, потому всерьез верят, что где-то можно купить телепорты для сверхсветовой передачи информации.

Если коротко описать мою идею — это inconsistency-aware методы работы с данными, то есть, вместо традиционных алгоритмов,, работающих с данными, пишутся алгоритмы, работающие с рассогласованностью данных вместо данных. Причем, этот подход безальтернативен на самом деле, примерно как по Грниспену, только готового «лиспа» для этой ниши еще не существует, но неизбежно любая распределенная система приходит к глючной и медленной неформальной реализации части алгоритмов работы с рассогласованностью данных.

Исходная версия byko3y, :

Вот если кто напишет фреймворк, который типичные для управления состоянием задачи упакует в удобные для [пере-]использования модули, как со временем сделали с Web-ом и графикой, то — другое дело. Но пока что мы еще не на этом уровне. Пока что идет этап, когда новые монолитные СУБД появляются, как грибы после дождя. Тема просто весьма профитовая, и её не очень хотят отдавать публике на халяву

Что значит «не хотят отдавать»? Будто у них есть, что отдавать. У меня типа есть наработки по этому вопросу, но там до конкретной реализации как до киева раком. Новых монолитных БД не так-то много, в большинстве случаев они просто продают решение задачи, которую они на самом деле не решаются — как правило, это что-то распределенное, строго согласованное, и отказоустойчивое — манагеры и инвесторы за всё это время так и не смогли осилить CAP теорему, потому всерьез верят, что где-то можно купить телепорты для сверхсветовой передачи информации.

Если коротко описать мою идею — это inconsistency-aware методы работы с данными, то есть, вместо традиционных алгоритмов,, работающих с данными, пишутся алгоритмы, работающие с рассогласованностью данных вместо данных. Причем, этот подход безальтернативен на самом деле, примерно как по Грниспену, только готового «лиспа» для этой ниши еще не существует, но неизбежно любая распределенная система приходит к глючной и медленной неформальной реализации части алгоритмов работы с рассогласованностью данных.