| Привет |
| Мини-чат |
Вы должны быть авторизованы, для того чтобы оставлять комментарии на сайте. Пожалуйста, авторизируйтесь или зарегистрируйтесь на сайте. @Wanderer:Верно.Но в тоже время останавливаться на позициях критика не желаю.Есть уже рабочие намётки(можно по телнету пощупать) для всей этой истории,правда Буратино пока ещё носом не дорос,чтобы презентовать широкой публике.
Зато осталась главная мысль, которую нужно распечатать и повесить на самом видном месте: "Если хотите достичь успеха, меньше говорите и больше делайте". Вкратце, будьте немыми трудоголиками.
@exelents:от проекта остался весь этот веб.Только и всего.Пока так.Кто молится на линукс,кто на винду.Понимая всю безисходность,вся аудитория удалилась.К сожалению не вижу креатива в переработке POSIXґа!Вообще никто не замечает...Нафик ядро нужно,если подсистема над ним отсутствует?!На мой взгляд надо концентрироваться на новом возможном стандарте,и даже в переработке языка C/C++,если так охота можно всё назвать уже D...То что есть - сказал бы... - желаю себе лучшего!
По всем внешним признакам этот проект успешно загнулся.
Ни тебе описание процесса, ни новых версий.. Загублено.. Есть кто-нибуть из Саратова/Энгельса?
|
| Операционная система 3OS -> Форумы -> Идеология проекта | |||
|
|||
 много критикиПерейти к странице -1-2-3 Следующая |
| Автор | Отправлено |
| izzi_narkomanius |
|
||
Сообщений - 27 |
1) много слов про объектно ориентированность и общее пространство данных а что имеем на деле? >>Изменится доступ к объекту, в первую очередь, а от >>этого изменяться методы взаимодействия с ним. 1)нифига не изменяется.это равносильно тому что есть библиотеки libjpeg6b.so в случае картинки жпег. открыл файл. разжал библиотекой. поюзал пожал библиотекой и закрыл. а для рабты с разжатой картинкой библиотек создано навалом. 2)народ не будет складровать свои файлы в базе данных. для этого есть папки. итого: все что вы там творите будет либо копией сущестующего либо не будет вообще. классы вы по вашему где хранить будете. >>до сих пор мучающемуся под Win или Lin. примеры. >>Да, это относится к внутренней структуре данных, >>и это легко и удобно реализуется средствами ООП. >>Если наворотить классы-обертки над стандартными >>форматами, то работать это все будет чрезвычайно тормозно! пустые слова не соответствующие действительности |
||
| Наверх |
|
| izzi_narkomanius |
|
||
|
Сообщений - 27 |
совсем забыл. ООП не решает всех проблем. это просто способ работы с данными. видимо вы что то другое имеете ввиду под аббревиатурой ООП. |
||
| Наверх |
|
| Freeman |
|
||
 
Местоположение: Зеленоград, Россия Сообщений - 74 |
izzi_narkomanius писал(а): ... 2)народ не будет складровать свои файлы в базе данных. для этого есть папки. А что, если раздел той же FAT32 попробовать представить в виде базы данных? |
||
| Наверх |
|
| izzi_narkomanius |
|
||
|
Сообщений - 27 |
и что? сколько узеров готовы встретиться со всеми прелестями БД? Да им это не надо. не востребовано | ||
| Наверх |
|
| Freeman |
|
||
|
Местоположение: Зеленоград, Россия Сообщений - 74 |
izzi_narkomanius писал(а): ... и что? сколько узеров готовы встретиться со всеми прелестями БД? Если это будет в системе на уровне идеологии, встретятся все пользователи. Кстати, не надо представлять БД в виде набора таблиц, управляемых реляционной алгеброй. izzi_narkomanius писал(а): ... Да им это не надо. не востребовано Очень даже востребовано, только нет нормальных реализаций. |
||
| Наверх |
|
| Crasher42 |
|
||
Местоположение: X.25Net +Scanz Сообщений - 12 |
Кстати если файловую систему как БД верно оформить, с Грантами там и с прочими прелястями. Только как минимум ГРАНТ лучше нужен чем в Мускуле(MySQL)... И по степени разделения прав между юзерами оченно даже можно никсы обогнать... Perfect Evil! |
||
| Наверх |
|
| Linker |
|
||
Сообщений - 12 |
Раз этот топик называется "много критики", то думаю мне сюда. Критики не много, но она есть. 1. ООП, виртуальная машина, вы видели как работает вирутальная java-машина? Видели - тормоз еще тот, учитывайте это. 2. Цитата "Здесь хочу позволить себе немного философии. Мне лично 3ОС представляется как единая среда (framework), в которой практически нет границы между системой и программами..." Люди, епт, сколько можно наступать на одни и теже грабли, на которые наступает и винда и линух и все остальные известные мне проекты? Зачем уже на стадии зарождения делать ОС, которая будет заведомо дырявой, зачем создавать очередной рассадник вирусняков? Система есть система, юзверь есть юзверь, зачем отождествлять и объединять эти два понятия. Разработчики напрягаются делают всяческие защиты от взломов, а что толку, когда в концепции самой ОС уже заложены все дыры. Я закончил. |
||
| Наверх |
|
| Dreamer |
|
||
Местоположение: Mogilev, Belarus Сообщений - 114 |
Linker писал(а): ... Система есть система, юзверь есть юзверь, зачем отождествлять и объединять эти два понятия. Разработчики напрягаются делают всяческие защиты от взломов, а что толку, когда в концепции самой ОС уже заложены все дыры. Я закончил. Если юзером не будет ламер, то все OK. Главное не делать телодвижений, которые по-умолчанию должны причинить вред (например, посещение сайтов с сомнительным сожержимым  ). Про Java, то у кого-то есть другие соображения на счет того, как сделать базу для программ, которые должны работать на большинстве ОС?
|
||
| Наверх |
|
| Linker |
|
||
|
Сообщений - 12 |
На своем многолетнем опыте работы с пользователями я знаю, что не стоит уповать на их грамотность, да и дело-то даже не в них, а в самих разработчиках ПО. Просто потому, что ОС делает возможность существования такой ошибки как, например, переполнение буфера, а разработчик уже совершает эту ошибку, в резуьтате система в целом работает не правильно и имеет уязвимости, что мы и наблюдаем в виндах, линухах и т.д. А все из-за чего, а просто разработчики ОС выбрали наиболее простую, а значит менее защищенную модель памяти. И это только один пример. Линух более стабилен только потому, что его компоненты разнесены по процессам, а не как в Винде, где все зашито в ядре. На счет второго, что к сожалению ничем помочь не могу, мой совет состоит в том, чтобы отказаться от такой модели, иначе это получиться обычный интерпретатор, чем и является по сути Java. Представь, прежде чем процесс выполнится, сервер сначала интерпретирует некий код (а представь там исходников на несколько сотен мегов, скока он его транслировать будет), представит его в понятных опкодах и уже только потом управление отдаст процессу. Или вообще не дай бог эмулировать процессор. В конечном итоге, чтобы виртуальная машина заработала на компе с другой архитектурой, полюбому ее надо будет переписывать, дык так можно и ядро переписать, если оно монолитное, если микро, то достаточно переписать необходимые компоненты, менеджеры, сервисы, фактически получается тож на тож. |
||
| Наверх |
|
| Dreamer |
|
||
|
Местоположение: Mogilev, Belarus Сообщений - 114 |
Нет, а какие у Вас, Linker, есть предложения? Разве есть между чем выбирать? | ||
| Наверх |
|
| HandleX |
|
||
Сообщений - 18 |
Предложения... Предложения... А что, разве их нету уже сейчас, "коллективный разум" штука серьёзная... Вот несколько навсикдку: 1) Не давать исполнятся в системе ничему, что неподписано (или ещё как-то защищено) родным компилятором. 2) Никто не говорит, что компиляция должна быть рантайм - это может быть "компиляция с сохранением результатов до первого изменения исходников". Как обеспечить это? 3) Исполняемые модули суть объекты, у которых есть поля Compiler, Compiler Version, Source, Code. Поле Code сделать недоступным ни для чего, кроме как Execute, обеспечить это Security Manager'om. 4) В операционке всё должно быть открыто и изменяемо, кроме Security Manager'а Он - хранитель воли как создателей 3OS, так и других людей, в том числе и владельцев конечных систем, на которых будет установлена 3OS. Это как в церкви, где есть "святая святых"  5) Конечный продукт работы всех компиляторов, которые будут в системе - какой-нибудь "придуманный" ассемблер, можете взглянуть в сторону LLVM — с контролем типов (по размеру), памяти (выделение из стек-куча) и.т.п. LLVM хорош тем, что получается классный оптимизированный код для любых платформ! Ассемблер с LLVM защищать как "зеницу ока" 6) Рассматривать все эти новомодные IML (.net), JAVA и проч. просто как некие метаданные для некоего компилятора с этих байт-кодов в LLVM. В общем, всё идёт к одному - к основам, без которых не зделаешь ничего путнего. Эти основы есть то, с чего начинали Хакеры С Большой Буквы — символические ассемблеры и компиляторы. Как бы это грустно не звучало для разработчиков. Да, конечно, в GCC и прочих открытых компилерах великая мудрость... Но эта мудрость выросла в других условиях, 3OS, IMHO, будет слишком уникальна. |
||
| Наверх |
|
| В онлайне |
| Гостей: 2, Пользователей: 0 ... Максимум онлайн: 23 (Пользователей: 0, Гостей: 23) зарегистировано 05.12.2005 | 03:31 Зарегистрированных пользователей: 319 Последний зарегистрированный пользователь: maxutov |
| © 3OS.Team 2002-2005 |