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

Ахаха! Анонимус прогуливал курсы, но не те, которые стоит прогуливать))

На самом деле тут таки сложный материал. Дело в том, что у нас в программировании сейчас есть очень сильный сдвиг в алгоритмы в ущерб структурам данных. Если мы с последними и сталкиваемся, то преимущественно в виде (операционных) баз данных, которые нам даются в виде черных ящиков: всё очень сильно упрятано за не очень (мягко говоря) удобными интерфейсами. Расширить номенклатуру структур данных или нельзя вообще, или очень сложно. Т.е. оно для нас или работает, или нет. И тогда надо как-то впихнуть потребности приложения в возможности БД. Что далеко не всегда возможно, опять же, мягко говоря.

И вот byko3y столкнулся как раз с этой проблемой: не работает. В смысле, очень медленно. И ничего тут практически не сделаешь. Если сами разработчики DBMS не могут довести свои детища до современного уровня, то нам-то как быть? А народу, который костыляет свои собственные DBMS, сейчас довольно много. Это, как минимум, все микросервисы с состоянием. А так же блокчейны. Много еще всякой гибридной аналитики. ML тоже много чего требует. Т.е. площадка огромная и, в целом, еще далеко не насыщенная. В 90-х все лепили свои ОС, в нулевых пер NoSQL, в 10-х — аналитические дата-платформы, а сейчас хорошо идут распределенные гибридные БД для ML/AI.

И вот мессадж, который я тут в этой теме толкаю, состоит в том, что железо-то современное может очень много, и его потенциал далеко еще не раскрыт. Потому что софт довольно таки ригидный и сильно не успевает за железом. Вот это я и хочу сделать, используя продвинутые техники программирования на С++ и свойства персистентных структур данных. Да, и я уже не с «пустыми руками» о таких вещах говорю.

Мессадж этот будет проще всего услышать тем, кто сталкивался с необходимостью делать свои продвинутые «нереляционные схемы» над разными хранилищами. Например, запилить большие файлы над K/V Cassandra...

Ахаха! Анонимус прогуливал курсы, но не те, которые стоит прогуливать))

На самом деле тут таки сложный материал. Дело в том, что у нас в программировании сейчас есть очень сильный сдвиг в алгоритмы в ущерб структурам данных. Если мы с последними и сталкиваемся, то преимущественно в виде (операционных) баз данных, которые нам даются в виде черных ящиков: всё очень сильно упрятано за не очень (мягко говоря) удобными интерфейсами. Расширить номенклатуру структур данных или нельзя вообще, или очень сложно. Т.е. оно для нас или работает, или нет. И тогда надо как-то впихнуть потребности приложения в возможности БД. Что далеко не всегда возможно, опять же, мягко говоря.

И вот byko3y столкнулся как раз с этой проблемой: не работает. В смысле, очень медленно. И ничего тут практически не сделаешь. Если сами разработчики DBMS не могут довести свои детища до современного уровня, то нам-то как быть? А народу, который костыляет свои собственные DBMS, сейчас довольно много. Это, как минимум, все микросервисы с состоянием. А так же блокчейны. Много еще всякой гибридной аналитики. ML тоже много чего требует. Т.е. площадка огромная и, в целом, еще далеко не насыщенная. В 90-х все лепили свои ОС, в нулевых пер NoSQL, в 10-х — аналитические дата-платформы, а сейчас хорошо идут распределенные гибридные БД для ML/AI.

И вот мессадж, который я тут в этой теме толкаю, состоит в том, что железо-то современное может очень много, и его потенциал далеко еще не раскрыт. Потому что софт довольно таки ригидный и сильно не успевает за железом. Вот это я и хочу сделать, используя продвинутые техники программирования на С++ и свойства персистентных структур данных.

Мессадж этот будет проще всего услышать тем, кто сталкивался с необходимостью делать свои продвинутые «нереляционные схемы» над разными хранилищами. Например, запилить большие файлы над K/V Cassandra...