Comments 38
Кстати, если кто тоже его читал, думаю, Вы догадываетесь, как Яндекс выбрал имя Алиса для своего голосового помощника
Далее очень субъективное. Вот какие-то сомнения меня раздирают. Вообще творчество Чубарьяна мне показалось очень проходным и как-то сама мысль о том, что Алису могли назвать в честь кого-то из его произведений меня мягко говоря удивляет.
Не читал, но осуждаю
> В графоманской фантастике почему-то ещё одна фишка — псевдоанглийские имена. Но если герой россиянин, то непременно Сергей. Если героиня, то Алиса (это как раз понятно, почему) или Марта (вот это непонятно).
steblya-kam.livejournal.com/277216.html
> В графоманской фантастике почему-то ещё одна фишка — псевдоанглийские имена. Но если герой россиянин, то непременно Сергей. Если героиня, то Алиса (это как раз понятно, почему) или Марта (вот это непонятно).
steblya-kam.livejournal.com/277216.html
Мне понравилось с ней работать. Windows и *nix реально надоели, так что хотелось бы ещё поработать с этой ОС в качестве основной.
У ОС есть три первичных качества — её стабильность, сколько железа она поддерживает, и сколько софта в ней работает. Все остальные вроде возможности склеивать окна вторичны, а также третичны и четвертичны.
Если она с чем-то из первых трёх плохо справляется, остальное уже не слишком важно.
В этом и кроется самая главная фишка BeOS — поистине инновационная модель управления окнами! Попробуйте, например, ухватиться за заголовок одного окна и с зажатой кнопкой Win перетащить его на другой заголовок. «Окна превращаются, превращаются окна… В элегантные вкладки!» Именно так, даже если это две совершенно разных программы. А теперь снова возьмите это окно и точно так же, с зажатой Win коснитесь им границы другого окна. Теперь отпускайте. Окно сначала, не кнопку Win! И снова попробуйте подвигать.
Где-то это уже было. А потом приходят кроссплатформенные приложение, которые эти штуки поддерживать не хотят и получается как обычно.
Данная функция (Stack&Tile) обеспечивается app_server-ом и работает для всех окон всех приложений. Совершенно неважно — нативное это приложение или портированное. Я могу, к примеру склеить терминал, текстовый редактор и файловый менеджер и получить некое подобие IDE.
Всё хорошо, когда это окна. Но прямо в этой статье можно посмотреть, как уродливо смотрится хром, который не использует системный движок вкладок, а тащит за собой свой.
Это если приложение, которые вы используете не использует для отрисовки какую-то кроссплатформенную фигню, которая рисует прямо на экране.
Бонусом к этому идут различные баги, когда приложение не верно определяет свой размер и из-за этого страдает. Такие баги отлично ловятся, например, в awesome wm.
Бонусом к этому идут различные баги, когда приложение не верно определяет свой размер и из-за этого страдает. Такие баги отлично ловятся, например, в awesome wm.
В линуксе легко кастомизируется менеджер окон. То, что вы сейчас описали, легко делается в каком-нибудь i3.
Появились вопросы? Приглашаем вас на русскоязычный telegram-канал.
Haiku, как и BeOS изначально позиционировались как десктопные операционные системы без наличия мультиюзера. Это часть концепции, они строились такими изначально, поэтому говорить, что отсутствие логина при входе в систему это «ложка дёгтя» совсем некорректно.
Это часть концепции, они строились такими изначально, поэтому говорить, что отсутствие логина при входе в систему это «ложка дёгтя» совсем некорректно.
Такое 20 лет назад, когда в мир выходила BeOS, можно было считать частью концепции. В 2019-м году это корректнее назвать «функционал, на реализацию которого разработчикам не хватило ресурсов». Сейчас-то, в отличие от 1990-х годов, функция логина при входе массово востребована даже у обычных домашних юзеров. Кто-то разделяет профили членов семьи. Кто-то ставит пароль, чтобы дети не шарились в компьютере. Кто-то наоборот, чтобы родители не шарились :) В общем, ОС без этой функции потеряет значительную часть потенциальных пользователей, и никакой «концепцией» это не объяснить.
функционал, на реализацию которого разработчикам не хватило ресурсов
Если взглянуть немного глубже, то это далеко не так. BeOS и Haiku внутри имеют поддержку posix permission, и фактически для реализации многопользовательности Haiku недостаёт некоторых элементов управления домашними каталогами и графического интерфейса для авторизации. Студенту в рамках GSOC вполне было бы по силам справиться. Поэтому вопрос не в ресурсах, а именно в том, что Haiku и BeOS — однопользовательские системы.
PS: по моему опыту — 90% обычных пользователей включают автологин на домашнем компьютере. т.е. фактически переводят свою систему в тот режим работы, в котором Haiku находится сразу и по определению.
Поэтому вопрос не в ресурсах, а именно в том, что Haiku и BeOS — однопользовательские системы.
Ну тогда тем более вопрос в здравом смысле разработчиков. Зачем делать систему неподходящей для целых 10% обычных пользователей (а на самом деле скорее всего больше), если достаточно было посадить студента в рамках GSOC сделать форму логина, форму управления правами и переключатель в мастере установки «однопользовательский режим/многопользовательский режим».
Но я всё-таки больше верю в отсутствие ресурсов и в то, что задача гораздо сложнее, чем вы обрисовали, нежели в отсутствие здравого смысла у разработчиков.
у этих 90% даже кошки дома нет, которая может случайно кучу всего натворить, заснув на клавиатуре? уж не говорю, про ноутбук, оставленный в переговорке на работе, пока вы уходите пить чай… или когда надо дать попользоваться ноутом боссу, не почистив историю вкладок в брозуере…
Однопользовательская != не защищенная паролем.
Мне не нужна многопользовательность с персональными настройками каждому пользователю и т.п. наворотами — я один пользуюсь компьютером. Но защита паролем моего доступа при загрузке и при залочивании экрана — это первое что я настраиваю на любой системе и система без защиты для меня не существует! Плюс запрос рут-пароля при модификации системы (установки, апдейты и т.п.).
Уж реализовать подобное точно не требует мега-ресурсов.
Мне не нужна многопользовательность с персональными настройками каждому пользователю и т.п. наворотами — я один пользуюсь компьютером. Но защита паролем моего доступа при загрузке и при залочивании экрана — это первое что я настраиваю на любой системе и система без защиты для меня не существует! Плюс запрос рут-пароля при модификации системы (установки, апдейты и т.п.).
Уж реализовать подобное точно не требует мега-ресурсов.
по моему опыту — 90% обычных пользователей включают автологин на домашнем компьютере.Думаю из этих 90% практически никто о Haiku даже не слышал, все-таки эта редкая ось не для домохозяек.
Считать, что у домашнего компьютера может быть только один пользователь — это странновато. И дело не только в безопасности — несколько профилей дают возможность персонализации, разграничения файлов. А главное, пароли и cookie в браузере у каждого свои (не переключаться же на свою учётку на каждом сайте).
Это есть даже в Android на смартфонах, и некоторым это действительно нужно. Отсутствие такой возможности в «современной» ОС для ПК — это бред, и сказать «это фича» нельзя.
Это есть даже в Android на смартфонах, и некоторым это действительно нужно. Отсутствие такой возможности в «современной» ОС для ПК — это бред, и сказать «это фича» нельзя.
Странный подход к определению того, что я вляется бредом, а что нет. Каждый пользователь сам должен понимать, какие возможности продукта ему необходимы и выбирать продукт из своих потребностей. И если в некотором продукте нет того, что вы лично считаете для вас важным и необходимым, то это не значит, что продукт дерьмо. Просто это не для вас. Вам нужна мультиюзерность, окей — есть множество систем, в которых это есть из коробки. А мне нужны другие вещи, и мои потребности лежат в другой плоскости. Мне важно загружать систему за несколько секунд, мне важна невероятная отзывчивость интерфейса на мои запросы, мне важна юзабилити окружения. То чего мне не хватает, я по мере своих возможностей реализую. Но кричать что мультиюзерность это бред я бы никогда не стал, даже если лично мне дома (именно дома, заметь) даром не нужна. И ни кто не кричит что это «фича», просто это часть той поставленной нами цели по воссозданию оригинальной BeOS. Если кто-то что-то привнесёт дополнительные фишки, окей — врядли кто будет сильно против. Но специально акцентироваться на том, что не является частью основной задачи не имеет смысла.
Я согласен с тем, что это может быть далеко не самой приоритетной задачей для разработчиков данной ОС, и это совершенно нормально.
Но вот концепция «один ПК — один пользователь» — нет. Сегодня вам это не надо, а завтра понадобится, и что делать будете, систему менять? Возникнуть такая потребность может в разных случаях, например +1 пользователь ПК в доме или понадобится дать кому-то «гостевой» доступ.
Возможно, «бред» — это слишком категорично, но я не представляю современную «серьёзную» ОС даже для дома без поддержики разных пользователей. Это выглядит как Windows 9x на фоне Windows NT.
Но вот концепция «один ПК — один пользователь» — нет. Сегодня вам это не надо, а завтра понадобится, и что делать будете, систему менять? Возникнуть такая потребность может в разных случаях, например +1 пользователь ПК в доме или понадобится дать кому-то «гостевой» доступ.
Возможно, «бред» — это слишком категорично, но я не представляю современную «серьёзную» ОС даже для дома без поддержики разных пользователей. Это выглядит как Windows 9x на фоне Windows NT.
В любом случае мультиюзерностью до выхода R1 ни кто заниматься не будет, т.к. нет такой цели в перечне задач. После выхода R1 произойдёт отказ от бинарной совместимости с BeOS и вероятно в перечень задач будет внесена многопользовательность. Тем более для этого внутри системы всё имеется.
Кстати в ключах конфигуратора при сборке Haiku есть ключик --enable-multiuser. Вот с таким коментарием — Enable experimental multiuser support. Since R1 is not actively targeting mulit-user functionality, this option has limited use.
Кстати в ключах конфигуратора при сборке Haiku есть ключик --enable-multiuser. Вот с таким коментарием — Enable experimental multiuser support. Since R1 is not actively targeting mulit-user functionality, this option has limited use.
del
GRUB Legacy — это, конечно, хорошо. Но возможна ли поддержка EFI Boot, по аналогии с Linux EFI stub kernel?
мне понравилось с ней работать. Windows и *nix реально надоели
Надоели эти скучные обои?
А если серьёзно, то выглядит так, что вам нужен просто другой DE. Например возьмите xmonad и напрограмируйте себе нужное поведение для него.
Haiku (далее — просто BeOS, ибо проект гораздо удачнее ReactOS — настолько, что разница между Haiku и BeOS уже пренебрежимо мала).
а ReactOS то здесь причём? это опечатка или просто безосновательная фраза?
это намек на то что ReactOS пилят чуть меньше чем вечность, а она до сих пор в стадии ранней альфы
Haiku — это опен сорс клон BeOS, который имеет полную бинарную совместимость. Проект начался в 2001 году и сначала назывался OpenBeOS.
ReactOS — опен сорс клон Windows, который имеет полную бинарную совместимость. Проект начался в 1996 году.
ReactOS — опен сорс клон Windows, который имеет полную бинарную совместимость. Проект начался в 1996 году.
Все и каждый знает и пользуется/вался Windows и понимает сложность написать клон. Ареал вариаций BeOS пренебрежительно мал относительно Windows и вряд ли от того что она так же хороша, но злые юристы МС не дают развернуться.
Автор имел в виду что проект практически достиг своей цели, а цель была схожа с ReactOS — написать ОС с открытым исходным кодом которая бинарно совместима с другой ОС. Автор нигде не говорит что написать клон Haiku было сложнее или легче.
Автор нигде не говорит что написать клон Haiku было сложнее или легче.
Ну так этот момент как раз меняет весь смысл сравнения. Можно написать за две недели полный опенсурсный клон Сапёра Windows, и сказать, что этот проект тоже гораздо удачнее ReactOS. Задача клонирования Windows действительно в лучшем случае на порядок сложнее, чем BeOS, и разработчики ReactOS проделали куда больший объем работы, чем разработчики Haiku. И им ещё весьма многое предстоит.
Сделать Haiku — тоже очень сложная задача и я не возьмусь судить без подробного изучения проделанной работы — что сложнее, а что проще. Но соглашусь с тем что формулировка автора ужасна, потому что он умудрился сравнить гимп с vlc и бровью не повести.
Я подробно, естественно, тоже не вникал, но материалы на «быстро посмотреть и сделать вывод» есть. Вот, например, системные API BeOS. Это, собственно, всё, разве что над ним ещё есть более высокоуровневая надстройка из классов-хелперов.
Вы же масштабы API Windows примерно представляете?
Вы же масштабы API Windows примерно представляете?
На Haiku можно развернуть LEMP стэк? Там есть Sublime? Если да, то через месяц готов сделать расширенное тестирование и обзор.
Sign up to leave a comment.
Haiku β1 — сделаем /b/ OS великой снова