Про "новые основания операционок"

[lionet]

Что-то бред какой-то, что с той, что с другой стороны. Как автор имплементации POSIX API для встроенной операционки ASA/PIX в Cisco Inc, прокомментирую.

> >Вместо файловой системы, очевидно, нужна база данных. По сути, файловая система это и так БД, только не реляционная, без транзакций...
>
> Современные (уже лет 15 как) файловые системы суть

Comments

[ext_930033]

Сейчас вы plan9 придумаете.

[lionet]

Я менеджер, я нихочу ничего решать, я хочу теслу и айпад!

[vitus_wagner]

По идее менеджерам за то деньги и платя\т, чтобы решали. Они же это. ЛПР, не? Это кодер может нисего не решать, а сидеть и тупо имплементить спеки.

[tim_caper]

Менеджерам за другие решения платят: ещё троих нанять, зарплату поднять, сроки подвинуть.
Рекомендую (лекции) Левенчука.

[sleepy_drago]

хоть я не знаю всех троих =) мне в режиме угадай мелодию видно что тов. tonsky нужен нормальный интернет вещей, а не 5 разных админов в 3х разных облаках (1 из яблочников, 1 из амазона, 2 индуса из мс и еще ктото по кофеваркам/холодильникам) ... Предлагать ему сопрягать закрытые системы (плейстейшн - телефон - телевизор - планшет - ноутбук) с помощью посикс апи ... ну вы представьте себе.

если в процессе больше не понадобятся сервисы парсящие аж один mime протокол я лично даже не замечу =)

[blackyblack]

Дак для того, чтобы закрытые системы сопрягать, достаточно какого-нибудь json'а, а не линукс курочить. А ещё лучше не json, а in-band протокол.

[permea_kra]

ИМХО, реляционную транзакционную СУБД давно пора воткнуть таки в ОС. Понятное дело, не в ядро. Транзакционная ФС тоже не помешала бы, но там свои заморочки и простыми средствами этого, похоже, не сделать. Сделать message-ориентированные пайпы/сокеты/message queue на уровне шелла. Типизация в шелле тоже не помешала бы, но грамотно её можно сделать только в языке типа хаскеля или более сильном, а это очень не все осилят. Консольные утилиты для хождения по древовидным данным есть, хоть и на переусложненном xml и json, адаптировать их можно. Очень не помешал бы более внятно расширяемый шелл - сейчас там все на IPC, а это все-таки, медленно, было бы неплохо что-то на с использованием dll - но это фантастически сложно грамотно сделать, не потеряв в security.

За попытку устранить многоюзерскость надо бить по шапке, безусловно. Как и ограничить возможность ходить куда надо.

Это я как advanced user говорю.

[lionet]

> ИМХО, реляционную транзакционную СУБД давно пора воткнуть таки в ОС.

Btw, sqlite очень похожа на правду. И везде есть, по сути.

[thesz]

sqlite group by и похожие операции делает в памяти.

[lionet]

That's ok.

[tzirechnoy]

Приятно, конечно, услышать обсуждение этой темы от вменяемого человека (тебя). Но всё-таки: http://lurkmore.so/images/e/e1/Arguing.retarded.jpg

[jakobz]

Типа Сталин такой выходит из могилы, объявляет один формат сериализации единственно верным, остальные существующие объявляет несоответствующими идеям марксизма-ленинизма, а за изобретение новых - отправляет в ГУЛАГ :)

[jakobz]

Ну и вообще ребята хотят "всё в одном", что неверно. Веб-серверу вон надо драйвер сетевухи, библиотеку с TCP/IP стеком, 2 гига плоской памяти и всё. А крутится он по факту - на карусели с лампочками, тиграми, вторым этажом, и лавками для родителей.

Короче надо наоборот разлеплять это всё. И если стандартизировать ту же сериализацию или пайпы - то уж точно заниматься этим вне контекста ОС.

[tzirechnoy]

Это описание dbus community что-ли?