Авторы операционной системы Minoca OS Эван Грин и Крис Стивенс говорят, что хотели пересмотреть принципы разработки ядра, которые не менялись уже четверть века.
Minoca OS является модульной и гибкой, отличается низким энергопотреблением и может работать на маломощных устройствах всего с 5-7 Мбайт оперативной памяти. Имеются сборки для архитектур x86, ARMv6 и ARMv7 (включая миниатюрные одноплатные компьютеры Raspberry Pi). Система обладает POSIX-подобным интерфейсом.
Подробное описание и исходный код доступны на GitHub.
Разработчики поясняют, что сознательно сделали свою ОС похожей на серверный дистрибутив Linux с точки зрения пользователя или приложения, чтобы обеспечить максимальное удобство использования и взаимодействие с большим числом приложений. Однако имеется и ряд принципиальных отличий от Linux, прежде всего, в самом ядре.
Два американских программиста создали новую открытую ОС
Два американских программиста создали новую открытую ОС
См. также
Не найдено ни одной записи.
Комментарии
(5) nixel, Был уверен, что вчера я другое читал... А сейчас открыл - в самом деле чистая gnu gpl. И в коммитах никакого криминала... Видать, пригрезилось.
Но смущает ихнее что мол возможно и альтернативное лицензирование, если вы заинтересованы в создании платных продуктов.
Я не юрист, но разве это не попытка обойти copyleft?
Но смущает ихнее что мол возможно и альтернативное лицензирование, если вы заинтересованы в создании платных продуктов.
Я не юрист, но разве это не попытка обойти copyleft?
(7) DrAku1a, Поверьте, писать на нормальном языке свой продукт - колоссальная работа. Потратив два года на изучение нормального ЯП понимаю, что 1С даже рядом не стоит. Читая ресурсы, подобные хабру приходит чувство, что все просто и легко и зная 1С ты считаешь себя членом касты программистов. Но начав писать с нуля сразу на нормальном ООП языке понимаешь свою ничтожность(лично так со мной произошло)
Я Таненбаума читал про ОС, нереально сложная теория(а это верхушка айсберга), а о практике я молчу
Я Таненбаума читал про ОС, нереально сложная теория(а это верхушка айсберга), а о практике я молчу
(9) rayastar, А я как раз пришел в 1С из нормального языка программирования. Все познается в сравнении. Цели у подобных языков разные. Никто же из тех, кто использует фортран не охаивает тех, кто пишет на С++ из-за того, что на этом языке есть огромные библиотеки по научным расчетам, а те, кто кодят на С++ не охаивают фортран за отсутствие вменяемого интерфейса. Инструмент подбирают для решения задачи, а не задачу подтягивают под инструмент.
С точки зрения разработки: сколько времени у вас уйдет для того, чтобы написать класс документа, подобного документу в 1С, описать все методы и проводки, которые он делает, печатные формы, работу с БД и прочее? Подобное решение на базе С++ будет и компактнее и быстрее, но вот стоимость разработки и поддержки будет другая, а именно этими понятиями оперируют те, кто ПО покупает.
В чем 1С реально отстает, так это в области групповой разработки и тестирования. Хотя некоторые шаги (запись действий пользователя) в этом направлении делаются.
С точки зрения разработки: сколько времени у вас уйдет для того, чтобы написать класс документа, подобного документу в 1С, описать все методы и проводки, которые он делает, печатные формы, работу с БД и прочее? Подобное решение на базе С++ будет и компактнее и быстрее, но вот стоимость разработки и поддержки будет другая, а именно этими понятиями оперируют те, кто ПО покупает.
В чем 1С реально отстает, так это в области групповой разработки и тестирования. Хотя некоторые шаги (запись действий пользователя) в этом направлении делаются.
(12) MuI_I_Ika, с того, что если это 1С, написанная на С++, то сначала будет загружена сама 1С, потом конфигурация, потом это все на весьма медленном интерпретаторе будет исполняться: генерировать запросы к базе, обрабатывать ответы, реализовывать запросы для файлового варианта... Но если это реализовано напрямую на С++, без прослойки в виде платформы и конфигурации, без интерпретации, то работать это будет во много раз быстрее, а места занимать будет во много раз меньше. Но... Да, время разработки будет более долгим. С другой стороны, есть Delphi с его конструкторами форм и механизмами обращения к СУБД. Многие конторы используют Delphi при автоматизации своей деятельности, вынося в 1С только отчетную составляющую - и это хороший подход. Пытаясь изобразить на 1С отраслевую специфику то в расчет себестоимости упираешься, который 10 часов что-то из пустого в порожнее переливает, то в загрузку списка недействительных паспортов, который просто операцию загрузки данных в регистр сведений реализует в течение тех же десяти часов, то еще во что-то такое "ресурсоемкое", которое программа на С++ реализует за секунды. Это в принципе не может быть правильным, ибо экономя на разработке и поддержке, увеличиваются затраты на инфраструктуру. При том в основном в поддержке нуждается именно отчетная часть. В итоге самым верным вариантом разработки является создание ПО для поддержки отраслевой специфики и нужд конкретного предприятия, а отчетность может быть реализована через интеграцию с 1С. Благо последняя предоставляет огромное количество интеграционных механизмов. Но попытка засунуть все в 1С - это основная проблема тех, кто пытается и не может на базе 1С сделать решение 24/7 - на 1С это нереально.
(11) Silenser, Несомнено Вы правы. Но! лицензия, стоимость, локализация, отсутствие инстурментов для решения некоторых задач - это скорее не минусы, а свойства, с которыми необходимо будет столкнуться. А так, хранение данных - 1С удобна, когда нужно хранить массив данных и не тратить время на их структуру и разработку модулей, объектов...
(11) Silenser, Пишу 4 года на 1С, простой программист без специфичных знаний. И поверьте, ни разу не доводилось что то проектировать, продумывать до мелочей. Если вдруг, что-то шло не так - просто добавлял реквизит/форму/модуль и все. Метаданные держу в голове и не парюсь. Понимаю, это неправильно, ведь есть куча крутых инструментов (Agile на пример)
Как только начал писать продукт на ООП языке - проектирование на начальном этапе пришло само по себе. Как это объяснить - я не в силах. Может какая то магия, может здравый смысл. Сразу начал думать оптимизировано/объектно/рисовать UML диаграммы и тд
Как только начал писать продукт на ООП языке - проектирование на начальном этапе пришло само по себе. Как это объяснить - я не в силах. Может какая то магия, может здравый смысл. Сразу начал думать оптимизировано/объектно/рисовать UML диаграммы и тд
(9) rayastar, Создавать ("писать") свой продукт на 1С тоже не самое легкое занятие. Можно потратить и 10 лет на изучение другого языка, но зачем? 1C обеспечит и в финансовом плане (причем заметно выше среднего по рынку, если вы действительно обладатель личного бренда), и плане удовлетворенности. Я сторонник программировать с помощью языка, а не на языке. Линейность, условие, цикл везде одинаковы. Иногда читаю хабр, просматриваю изыскания в создании классов, выделении памяти и попинывании 1С (как же у них все плохо).
1С - это инструмент и не более того. Если человек не в состоянии понять структурность кода, быть аналитиком, понимать заказчика, то это "кодер". И неважно 1С это или С#.
Принимал собеседование со стороны работодателя, были разные соискатели - с минимальным опытом, люди с 10-летним стажем, не 1с-ники. В лучшем случае, 1 из 10 был именно программистом, а не кодером и правильно отвечал на вопросы. Остальные гордо тыкали пальцем в строки кода, классы и т.п. На вопрос же о его роли в проекте, итогах работы, человек начинал бормотать, что вот же оно перед вами, моя работа.
Читать про ОС не хочу. Если кто-то не приведет веский аргумент в практическом применении этого архиинтересного занятия.
1С - это инструмент и не более того. Если человек не в состоянии понять структурность кода, быть аналитиком, понимать заказчика, то это "кодер". И неважно 1С это или С#.
Принимал собеседование со стороны работодателя, были разные соискатели - с минимальным опытом, люди с 10-летним стажем, не 1с-ники. В лучшем случае, 1 из 10 был именно программистом, а не кодером и правильно отвечал на вопросы. Остальные гордо тыкали пальцем в строки кода, классы и т.п. На вопрос же о его роли в проекте, итогах работы, человек начинал бормотать, что вот же оно перед вами, моя работа.
Читать про ОС не хочу. Если кто-то не приведет веский аргумент в практическом применении этого архиинтересного занятия.
За годы моей жизни их 100500 таких писали - шустрых, быстрых, размером с древнюю дискету и никому не нужных, потому что перекомпилировать тонны софта под очередную экосистему ось никто (бесплатно) не будет. А если авторы придумают что-то принципиально новое, то им сначала тонко намекнут патентоваться, а затем купят вместе с потрохами патентами себе на патенты.
Впрочем, можно поискать свою нишу - распберри, ардуины и т.п.
Впрочем, можно поискать свою нишу - распберри, ардуины и т.п.
