К счастью вы не в теме этого заболевания, и я искренне желаю вам, чтобы вникать в нее не пришлось никогда. Но мне пришлось, и свой комментарий я не из пальца высасывал.
Первый тип (а он как раз манифестирует в детском возрасте) предполагает инъекции инсулина. Инсулин - не витаминки и если его "переколоть", то через 15-30 минут можно получить тяжелую гипу (гипогликимию) вплоть до комы. Поэтому многие диабетики, у кого есть возможность, стараются использовать системы непрерывного мониторинга глюкозы (FreeStyle Libre, dexcom, enlite). Эти системы отслеживают тренды и сообщают о выходах глюкозы за диапазон. С момента выхода этих систем на рынок, смертность от тяжелых гип упала в несколько раз (официальные исследования в штатах). Да и по личному опыту я могу вам сказать, что CGM - совсем другой уровень жизни в сравнении с контролем на глюкометре, особенно для детей.
Что же касается "Когда не было смартфонов, дети-диабетики состояние свое успешно контролировали и без них" - то все просто, старые медицинские стандарты предполагали перманентную жизнь на повышенных сахарах, таким образом от гипы во сне не умрешь, но из-за постоянно высокого уровня глюкозы крови через 10-20 лет стажа все получали букет осложнений на глаза, почки, сосуды.
В России несколько десятков тысяч детей детей с сахарным диабетом 1 типа и смартфон они используют для контроля за заболеванием: CGM (continuous glucose monitoring), помощник болюса. Что им делать минпросвещения не сообщило?
Но это все-таки автомобиль, а не ракета, производителю проще не дублировать защиту от такой ситуации механически.
Но автомобили куда как опаснее для всех нас чем ракеты. Ясное дело, что все «фичи» и дублирования будут в конце-концов оплачивать потребители, но судя по тому, что крупные автопроизводители в своих маркетинговых компаниях часто делают упор именно на безопасность — покупатели готовы за это платить.
Дома я «cобираю его самостоятельно» и могу покупать комплектующие где угодно, но на работе этим занимаются «cпециально обученные коллеги», которые, помимо всего прочего, учитывают уже существующую инфраструктуру, стараются минимизировать «зоопарк» брендов и пользуются услугами ограниченного набора поставщиков.
Концептуально идея не нова (я про использование SLM для тяжелых вычислений), но мне кажется, что узким местом будет скорость работы приемника и модулятора, тем более что DMD это микроэлектромеханическая система.
Нет, Линтер-ВС не наш продукт. Тут такая история: давным-давно нами (компанией РЕЛЭКС) была разработана для МО РФ система Линтер-ВС на базе актуальной тогда коммерческой версии ЛИНТЕР 5.7, которая никогда ничего общего не имела с каким бы то ни было сторонним продуктом. Но в последующих релизах ОС МСВС наша Линтер-ВС была заменена на форк PostgreSQL с названием Линтер-ВС 6.0.1, которую уже разрабатывает и поддерживает ВНИИНС.
Не проще ли этот ограниченный набор ПО переписать под Линукс?
Проще, конечно же, но не всегда возможно или же разработчики не считают это необходимым. Косвенным подтверждением чего может служить тот факт, что wine и его побочные продукты вполне себе востребованы.
То есть в приемлемые сроки с финансированием не получается.
Я, возможно, как-то двусмысленно написал, но все описанное в этой публикации делалось бесплатно.
Мысль была следующая: я считаю, что если сообщество разработчиков ReactOS мотивировать (м.б. и финансово) сконцентрировать усилия на узкой задаче, то результат будет положительный. Не знаю, что об этом думают сами разработчики, но мне в качестве такой задачи, например, видится замена предустановленной FreeDOS на предустановленную ReactOS у какого-нибудь производителя ноутбуков.
… так использование её с серверами БД выглядит достаточно надуманно
Не стоит рассматривать эту публикацию с точки зрения «как построить сервер БД на ReactOS», я хотел показать то, как последовательная проверка готового продукта быстро и легко позволяет выявить ошибки (а значит и сделать первый шаг к исправлению) в ОС. Именно Линтер тут появляется по простой причине — это проект, в котором я принимаю непосредственное участие.
Нет, не форк. Тут приключилась следующая история: нами действительно была разработана для МО РФ система Линтер-ВС 6.0 на базе актуальной тогда коммерческой версии ЛИНТЕР 5.7, которая никогда ничего общего не имела с каким бы то ни было сторонним продуктом. Но в последующих релизах ОС МСВС наша Линтер-ВС 6.0 была заменена на форк PostgreSQL с названием Линтер-ВС 6.0.1, которую уже разрабатывает и поддерживает ВНИИНС.
7 апреля 2011 года компания Brycen (японский партнер РЕЛЭКС) отчиталась по объемам продаж СУБД ЛИНТЕР на одном из самых высокотехнологичных рынков мира. На японском сайте ЛИНТЕР появилась новость о том, что совокупный объем продаж российской СУБД (начиная с 2002 года) достиг отметки в 30 000 000 копий.
А есть какое то сравнение этого самого ЛИНТЕРа, с чем то понятным, вроде mysql/postgrees/mssql/oracle?
Да есть, и их проводили независимые организации. Конкретных цифр по TPC-B/TPC-H под рукой нет (выходной все-таки, прошу понять).
Кроме того, в самом недалеком будущем сравнение производительности можно будет и самому провести: ведутся работы по добавлению поддержки Линтер-а в HammerDB, DBenchmark и некоторые другие benchmarking tools.
Есть у него какие то преимущества для бизнес решений
Все зависит от потребностей бизнеса — для кого-то преимущество в быстрой репликации, а для других — возможность полноценного функционирования СУБД на 5 мб. памяти. Какие «фичи» наиболее востребованы вам, наверное, более корректно ответит кто-нибудь из нашего отдела маркетинга. Я же, как технический специалист, могу судить об этом только косвенно: так, например, пользуется достаточной популярностью редакция Линтер «Realtime» для QNX — там нет расширенной мандатной политики, но есть специальный механизм приоритирования запросов для работы в среде реального времени.
PS: Приведенная вами цитата касается в первую очередь редакции «Бастион» — это расширенные механизмы мандатного доступа и да, сертификат.
А почему не сравнивали с какой-то не столь кардинально устаревшей версией Винды, хотя бы с семеркой? Или Линтер не работает на новой Винде?
Работает, но было бы некорректно сравнивать ReactOS с более свежей ОС от MS из-за аппаратных требований самой ОС, и fat32 в качестве основной файловой системы.
Интересны технические подробности, какие баги нашли и т.д.
Я, как выше уже указал, подробно все опишу в отдельной публикации. Баги были в драйвере msfs — не поддерживал асинхронное чтение из слота, некорректно обрабатывались таймауты в нем же, ошибка в реализации wcstombs():
Чтобы написать статью, которая займет внимание читателей на 5 минут нужно потратить 5 часов, и у меня их еще не было. Да и логично это будет опубликовать в нашем (http://habrahabr.ru/company/relex/) блоге, поскольку затрагивает не только отладку ReactOS, но и механизмы диагностики, которые мы в Линтер-е реализовали.
Согласен, но определенное значение играет и простота поддержки системы сборки. make-образный синтаксис, знакомый любому разработчику, позволяет свести к минимуму издержки на внесение правок в модуль.
Насколько я понял автора, открытую лицензию никто не отменяет, следовательно «педалить» они будут прежде всего на благо проекта, но ваш вопрос интересен если на него глянуть с другой стороны. Если российский Фонд ReactOS получит грант, то было бы честно «поделиться» и с иностранными участниками проекта, но тогда вместо импортозамещения произойдет импортостимуляция.
Очевидные стереотипы: инвестиции от нашего государства — плохо, от крупных частных инвесторов — хорошо. Далее вполне вероятны обвинения в «попилах/откатах/административном ресурсе». Реакция первого комментатора под топиком, мне кажется, это как раз и иллюстрирует.
К счастью вы не в теме этого заболевания, и я искренне желаю вам, чтобы вникать в нее не пришлось никогда. Но мне пришлось, и свой комментарий я не из пальца высасывал.
Первый тип (а он как раз манифестирует в детском возрасте) предполагает инъекции инсулина. Инсулин - не витаминки и если его "переколоть", то через 15-30 минут можно получить тяжелую гипу (гипогликимию) вплоть до комы. Поэтому многие диабетики, у кого есть возможность, стараются использовать системы непрерывного мониторинга глюкозы (FreeStyle Libre, dexcom, enlite). Эти системы отслеживают тренды и сообщают о выходах глюкозы за диапазон. С момента выхода этих систем на рынок, смертность от тяжелых гип упала в несколько раз (официальные исследования в штатах). Да и по личному опыту я могу вам сказать, что CGM - совсем другой уровень жизни в сравнении с контролем на глюкометре, особенно для детей.
Что же касается "Когда не было смартфонов, дети-диабетики состояние свое успешно контролировали и без них" - то все просто, старые медицинские стандарты предполагали перманентную жизнь на повышенных сахарах, таким образом от гипы во сне не умрешь, но из-за постоянно высокого уровня глюкозы крови через 10-20 лет стажа все получали букет осложнений на глаза, почки, сосуды.
В России несколько десятков тысяч детей детей с сахарным диабетом 1 типа и смартфон они используют для контроля за заболеванием: CGM (continuous glucose monitoring), помощник болюса. Что им делать минпросвещения не сообщило?
Но автомобили куда как опаснее для всех нас чем ракеты. Ясное дело, что все «фичи» и дублирования будут в конце-концов оплачивать потребители, но судя по тому, что крупные автопроизводители в своих маркетинговых компаниях часто делают упор именно на безопасность — покупатели готовы за это платить.
Нет, Линтер-ВС не наш продукт. Тут такая история: давным-давно нами (компанией РЕЛЭКС) была разработана для МО РФ система Линтер-ВС на базе актуальной тогда коммерческой версии ЛИНТЕР 5.7, которая никогда ничего общего не имела с каким бы то ни было сторонним продуктом. Но в последующих релизах ОС МСВС наша Линтер-ВС была заменена на форк PostgreSQL с названием Линтер-ВС 6.0.1, которую уже разрабатывает и поддерживает ВНИИНС.
Проще, конечно же, но не всегда возможно или же разработчики не считают это необходимым. Косвенным подтверждением чего может служить тот факт, что wine и его побочные продукты вполне себе востребованы.
Я, возможно, как-то двусмысленно написал, но все описанное в этой публикации делалось бесплатно.
Мысль была следующая: я считаю, что если сообщество разработчиков ReactOS мотивировать (м.б. и финансово) сконцентрировать усилия на узкой задаче, то результат будет положительный. Не знаю, что об этом думают сами разработчики, но мне в качестве такой задачи, например, видится замена предустановленной FreeDOS на предустановленную ReactOS у какого-нибудь производителя ноутбуков.
Не стоит рассматривать эту публикацию с точки зрения «как построить сервер БД на ReactOS», я хотел показать то, как последовательная проверка готового продукта быстро и легко позволяет выявить ошибки (а значит и сделать первый шаг к исправлению) в ОС. Именно Линтер тут появляется по простой причине — это проект, в котором я принимаю непосредственное участие.
Да есть, и их проводили независимые организации. Конкретных цифр по TPC-B/TPC-H под рукой нет (выходной все-таки, прошу понять).
Кроме того, в самом недалеком будущем сравнение производительности можно будет и самому провести: ведутся работы по добавлению поддержки Линтер-а в HammerDB, DBenchmark и некоторые другие benchmarking tools.
Все зависит от потребностей бизнеса — для кого-то преимущество в быстрой репликации, а для других — возможность полноценного функционирования СУБД на 5 мб. памяти. Какие «фичи» наиболее востребованы вам, наверное, более корректно ответит кто-нибудь из нашего отдела маркетинга. Я же, как технический специалист, могу судить об этом только косвенно: так, например, пользуется достаточной популярностью редакция Линтер «Realtime» для QNX — там нет расширенной мандатной политики, но есть специальный механизм приоритирования запросов для работы в среде реального времени.
PS: Приведенная вами цитата касается в первую очередь редакции «Бастион» — это расширенные механизмы мандатного доступа и да, сертификат.
Работает, но было бы некорректно сравнивать ReactOS с более свежей ОС от MS из-за аппаратных требований самой ОС, и fat32 в качестве основной файловой системы.
Я, как выше уже указал, подробно все опишу в отдельной публикации. Баги были в драйвере msfs — не поддерживал асинхронное чтение из слота, некорректно обрабатывались таймауты в нем же, ошибка в реализации wcstombs():
https://jira.reactos.org/browse/CORE-10245
https://jira.reactos.org/browse/CORE-10188
Из-за дискового ввода/вывода.
Интересные технические подробности будут отдельной публикацией уже от меня, как непосредственного участника этого мероприятия.