O>>Нет, вы ровным счетом ничего не поняли.
S>Как объясняете — так и понял.

O>>В моей системе любому коду можно делать с любыми данными все что угодно, до тех пор пока они не пойдут "наружу". Если данным с которым работает греп можно выводится на экран — они будут выведены.
S>Каким волшебным образом данные поймут, что они выводятся на экран? Греп у нас выдаёт результат какому-то другому процессу, а тот — третьему, затем — четвёртому.
S>Какой-то из них действительно выводит на экран. Только не на тот, на который смотрит пользователь.
Еще раз повторяю — освободите свой разум забудьте о процессах, это ненужная абстракция. Рассматривайте CPU+RAM как черный ящик, который принимает некоторые данные на вход через устройства ввода (сетевой интерфейс, умеющий отслеживать и верифицировать SSL соединения, клава, мышь etc), делает на ними некоторые преобразования, результатом которых являются некоторые другие данные и выдает результат на выход (монитор, принтер, тот же сетевой интерфейс etc..).
Теперь:
— мы научим устройства ввода помечать информацию метаданными о ее происхождении и разрешениях которые на нее накладываются источником ее происхождения. Для SSL подключения — это информация из сертификата, для устройств пользовательского ввода — это в идеале личный пользовательский сертификат, или хотябы некоторая уверенность в том, что это какой то определенный пользователь.
— мы научим наш черный ящик работать так, что на момент ее вывода через любое из устройств вывода будет математически точно известно, что она является производным результатом того, некоторых данных, что пришли на вход
— теперь, мы можешь знать какие ограничения накладываются на эту информацию, что наш черный ящик пытается выплюнуть во внешний мир, а так же знаем куда именно он ее хочет выплюнуть, и можем разрешить ему это сделать либо не разрешить. Либо даже отправить некий аудит репорт в случае обнаружения попытки виолейшна.

O>>Нет, вы ровным счетом ничего не поняли.
S>Как объясняете — так и понял.

O>>В моей системе любому коду можно делать с любыми данными все что угодно, до тех пор пока они не пойдут "наружу". Если данным с которым работает греп можно выводится на экран — они будут выведены.
S>Каким волшебным образом данные поймут, что они выводятся на экран? Греп у нас выдаёт результат какому-то другому процессу, а тот — третьему, затем — четвёртому.
S>Какой-то из них действительно выводит на экран. Только не на тот, на который смотрит пользователь.
Еще раз повторяю — освободите свой разум забудьте о процессах, это ненужная абстракция. Рассматривайте CPU+RAM как черный ящик, который принимает некоторые данные на вход через устройства ввода (сетевой интерфейс, умеющий отслеживать и верифицировать SSL соединения, клава, мышь etc), делает на ними некоторые преобразования, результатом которых являются некоторые другие данные и выдает результат на выход (монитор, принтер, тот же сетевой интерфейс etc..).
Теперь:
— мы научим устройства ввода помечать информацию метаданными о ее происхождении и разрешениях которые на нее накладываются источником ее происхождения. Для SSL подключения — это информация из сертификата, для устройств пользовательского ввода — это в идеале личный пользовательский сертификат, или хотябы некоторая уверенность в том, что это какой то определенный пользователь.
— мы научим наш черный ящик работать так, что на момент вывода им информации через любое из устройств вывода будет математически точно известно, что она является производным результатом того, некоторых данных, что пришли на вход
— теперь, мы можешь знать какие ограничения накладываются на эту информацию, что наш черный ящик пытается выплюнуть во внешний мир, а так же знаем куда именно он ее хочет выплюнуть, и можем разрешить ему это сделать либо не разрешить. Либо даже отправить некий аудит репорт в случае обнаружения попытки виолейшна.