|
2.2, _Vitaly_ (ok), 10:30, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Не конкурент линукса, а убийца линукса. Соблюдайте устоявшуюся политкорректную терминологию.
| |
|
3.4, Аноним (-), 10:52, 07/09/2009 [^] [^^] [^^^] [ответить]
| –1 +/– |
> Не конкурент линукса, а убийца линукса. Соблюдайте устоявшуюся политкорректную терминологию.
А теперь вопрос: я все понимаю, но почему даже Qt там не поддерживается? Авторы проекта привели глупейшее обоснование почему надо создавать все с нуля - типа в Linux все по разному, дезинтегрировано и так далее. А что мешает написать свой более удобный аналог KDE? И постепенно замещать сторонние программы - своими единственными.
Это напоминает ReactOS - вместо того чтобы привнести 100% клон интерфейса windows они решили делать все таким вот образом, почти с нуля. Объяснив тем что типа windows самая удобная и т.д. А теперь вопрос, если они сделают 100% копию интерфейса от windows 7 для Linux - разве это не будет то что они хотели?..
| |
|
4.8, fidaj (ok), 11:49, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Вы точно знакомы с устройством архитектуры HaikuOS?
Прочитайте о ней и ваш вопрос отпадет сам собой...
| |
|
5.36, User294 (ok), 21:08, 09/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Вы точно знакомы с устройством архитектуры HaikuOS?
>Прочитайте о ней и ваш вопрос отпадет сам собой...
А может все-таки объясните - если уж Qt портировали даже для эзотерического симбиана то неужели это haiku еще ограниченнее чем кривая и убогая мобильная операционка? oO
| |
|
6.37, fidaj (ok), 21:45, 09/09/2009 [^] [^^] [^^^] [ответить] | +/– | Потому что гибридное микроядро Потому что практически весь функционал обеспеч... большой текст свёрнут, показать | |
|
7.40, anonymous (??), 23:38, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>Потому что гибридное микроядро...
Потому что гладиолус.. Гибридное и микро -- не оксюморон ли? Оно там не микро, вполне себе монолит.. так же как и Amiga OS -- монолит, и Plan9 -- монолит.. но очень компактный монолит!
А что нового Haiku приносит в осестроение -- так это идея pervasive multithreading API, системного многопоточного асинхронного ОО API на С++, и набора потоков-сервисов в userland
Ещё, пока Линус там пишет всякое в stable-API-is-nonsense.txt, у нас пример работающей системы, со стабильным не только API, но и ABI.. правда, за время пути и сам BeOS сдох, но вот он пример -- можно, можно делать стабильное ядерное ABI!
Какой-то из разработчиков BeOS высказывался в 1998 году, если ABI/API устареет -- переделаем всё заново, в духе stable-api-nonsense.. И вот она, гайка с гибридными GCC4/GCC2.95 бинарниками (а что там в линуксе слетает при обновлении GLIBC?)
Вот он, пример грамотного дизайна в BeOS. Ещё можно долго говорить про BFS, Tracker, пользовательские метаданные.. например, один любитель, даже толком не программист в 1998 держал сайт с посещаемостью 1500-3000 хитов в день, на BeOS, RobinHood в качестве сервера и системный Tracker + скрипт на bash для поиска по "базе данных", то есть, файловой системе. Померял, говрит, и 30000 хитов держало бы. И никакой схемы данных, никакого SQL -- просто скинул файлы в папку, добавил атрибутов -- опа, у нас есть язык запросов и поисковик.
| |
|
8.43, fidaj (ok), 23:57, 11/09/2009 [^] [^^] [^^^] [ответить] | +/– | Да - правильней гибридное Ну и Но основанная на микроядре Это будет модуль... текст свёрнут, показать | |
|
|
|
|
4.10, Ariel (ok), 11:50, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>поддерживается? Авторы проекта привели глупейшее обоснование почему надо создавать все с
>нуля - типа в Linux все по разному, дезинтегрировано и так
>далее. А что мешает написать свой более удобный аналог KDE? И
>постепенно замещать сторонние программы - своими единственными.
>
>Это напоминает ReactOS - вместо того чтобы привнести 100% клон интерфейса windows
>они решили делать все таким вот образом, почти с нуля. Объяснив
>тем что типа windows самая удобная и т.д. А теперь вопрос,
>если они сделают 100% копию интерфейса от windows 7 для Linux
>- разве это не будет то что они хотели?..
Они правы на счёт отсутствия интеграции, например, нет общесистемного API
| |
|
5.13, vitek (??), 12:14, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Qt это не мешает.
зы:
только хороший хирург поможет плохому танцору.
ззы:
а такие вещи как жаба, моно,... у них тоже по этой причине не заработают?
хорошо бы.
| |
5.18, аноним (?), 18:37, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Они правы на счёт отсутствия интеграции, например, нет общесистемного API
Минусом это считают только виндузятники которые кроме WinAPI с его костылями ничего больше и не видели.
| |
|
6.22, Ariel (ok), 21:55, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> Они правы на счёт отсутствия интеграции, например, нет общесистемного API
>
>Минусом это считают только виндузятники которые кроме WinAPI с его костылями ничего
>больше и не видели.
Ну, например у Mac OS X замечательный API, и Win тут не причём
| |
|
7.24, Аноним (-), 23:21, 07/09/2009 [^] [^^] [^^^] [ответить]
| +1 +/– |
Хуже маковский API вообще ничего не видел... Qt тоже не идеал, но лучше, пожалуй, еще ничего не изобрели.
| |
|
|
|
4.11, Aleksey (??), 11:52, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
ReactOS борется за совместимость ABI (т.е. на бинарном уровне). У них других вариантов кроме как повторять полностью все нету.
| |
|
5.14, vitek (??), 12:18, 07/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
ну они могут к 40000 апи виндов ещё и свои 40000 приплюсовать. :-D
а как выйдет релиз, в рекламных целях могут написать - Мы лучше чем виндв в 2-а раза!
вот Мигель в моно не гнушается.
| |
5.34, User294 (ok), 20:44, 09/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>ReactOS борется за совместимость ABI (т.е. на бинарном уровне). У них других
>вариантов кроме как повторять полностью все нету.
Остается только вопрос - а чем оно будет лучше оригинала? Только бесплатностью? Ну так это очень уж унылый какой-то goal для проекта.
| |
|
4.39, anonymous (??), 23:19, 11/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
>> Не конкурент линукса, а убийца линукса. Соблюдайте устоявшуюся политкорректную терминологию.
>
>А теперь вопрос: я все понимаю, но почему даже Qt там не
>поддерживается?
Информация неверная, есть проект http://dev.osdrawer.net/projects/show/qt-beos
Коротко говоря: потому что в BeOS есть свой Be API на С++, реализующий примерно всё то же самое, что и Qt3 (ну разве с печатью может недоделано было).
Поэтому нормальный порт на Haiku/BeOS должен поддерживать это Be API, примерно так же, как реализованы бекенды в самом Qt на Windows/X11/Qt Embedded
Хотя ничего сейчас не мешает брать X11 сервер под Haiku, GCC4 и собирать, собирать, собирать тот же Qt...
Авторы проекта привели глупейшее обоснование почему надо создавать все с
>нуля - типа в Linux все по разному, дезинтегрировано и так
>далее. А что мешает написать свой более удобный аналог KDE? И
>постепенно замещать сторонние программы - своими единственными.
Вы описали историю возникновения проекта OpenBeOS лет 8 назад. И всяких там BlueEyedOS и т.п. с GUI поверх X11. Целью проекта OpenBeOS (который потом стал Haiku) была всё-таки совместимость по API, и в том числе, бинарная, по ABI с оригинальным Be API.
| |
|
3.28, User294 (ok), 03:01, 09/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
> Не конкурент линукса, а убийца линукса.
Это который по счету то уже? И вроде обычно все ставят себе цель убить винды, т.к. более крупная мишень. Или эти убийцы в силу мелкотравчатости программой-максимумом объявили лишь убиение линукс с его 1% а на винду с их 90+% кишка заведомо тонка и это признают? :)
| |
|
4.31, Zenitur (?), 12:37, 09/09/2009 [^] [^^] [^^^] [ответить]
| +/– |
Всегда было 13%. Пока какой-то независимый источник не опубликовал свой тест, в котором 1%. Почему вы ему верите?
| |
|
5.33, User294 (ok), 20:36, 09/09/2009 [^] [^^] [^^^] [ответить] | +/– | Откуда oO Все-таки user base виндов особенно на старых десктопах большой, около... большой текст свёрнут, показать | |
|
|
|
|
|