Не хочу разводить срач — да и вообще я считаю, что неважно какая ОСь, важен софт, — но поделюсь своей историей. Линукс я много раз ставил на виртуалки, и Mint, и Ubuntu, и Debian, и даже Arch. Но мне понадобился ROS и я решил поставить второй системой на ПК.
Ставил минт с цинамоном, потому что юнити не переношу. Самый последний минт (какой был этим летом?) просто умирал на установке при выборе разделов — повисал на загрузке списка разделов, хотя gparted работал нормально. Пробовал предыдущий — повис посередине установки, хорошо, что не успев сломать загрузчик.
Потом поставил Ubuntu 14.04 LTS — встала сразу, но повисала наглухо через 15 минут работы, пока не поставил драйвера на GPU.
После этого я заменил Unity на Cinamon — да, признаю, винда такого не может, — и зажил нормально. Правда, потребление ОЗУ этого монстра стало почти как у винды, ну да ладно. В диалоге выключения есть только кнопка «отмена», после выключения, следующий раз комп не включается (даже биос), если не обесточить на несколько десятков секунд, но, думаю, это результаты моих извращений.
Как создать ярлык в «аналог пуска» для приложения, установленного не из репозитория, а скаченного в архиве без deb-пакета — не знаю, пришлось руками писать .desktop файл.
Вот вроде пользоваться можно и все вполне удобно, если настроить, но, имхо — до винды по юзабилити далеко.
P.S. Сам виндой я пользуюсь потому что .NET и Visual Studio и претензий к ней особых нет, а не потому что я фанатичный любитель МС, если что.
К сожалению, от проекта у меня есть только идея и некое подобие написанного для себя ТЗ.
Собственно, идея изначально была не столько программная, сколько аппаратная — сделать очередные устройства на ESP-8266, но размышления привели к тому, что нужно годное ПО сервера, так что проект из двух частей- железячной (сейчас я поглядываю на rtl8710 — аналоги esp) и программной.
Надеюсь, что я все-таки найду время заняться им. Если займусь и получу результат — будет статья.
У самого есть идея разработки похожей системы управления умным домом, с плагинами и скриптами, и так же на .NET (Core), хотя осознаю, что таких решений много — начиная от стандарта де-факта Open Hab и заканчивая упоминаемыми на хабре ioBrocker и вашей системой, почему-то все равно есть, возможно, неправильное, желание делать свой велосипед.
А как устроена изнутри Ваша система?
Я планировал механизм, близкий к ROS (кто знает) — все плагины отдельные процессы, взаимодействуют через сокеты\каналы. В качестве протоколов даже внутрисерверного взаимодействия — MQTT+HTTP (мне кажется, их хватит на все нужды). Плюс — можно подключать стороннее ПО, по MQTT много чего работает. Минус — большие накладные расходы по передачи данных. Так же сервер для хранения данных плагинов и отдельно — настроек (привет, rosparam), настройка через веб-интерфейс и репозиторий плагинов для легкой установки.
Если я правильно понимаю, то Rich Domain Model — это модель, которая содержит в себе какую-то бизнес-логику, что никак не связано с тем, как она маппится на таблицы. Вполне, мне кажется, можно иметь Rich Domain Model, которая маппится на таблицу 1-к-1 (или если используются свойства навигации — это уже нельзя считать 1-к-1?)
И различные методы репозитория, вроде Insert, Update мне кажется полезными. Хоть они и короткие, но все же не в одну строку. Мне тут видится дублирование кода.
P.S. Сам я просто хочу разобраться, потому что столько мнений, что голова кругом
С одной стороны, наличие доступного DbContext дает большую гибкость. С другой стороны, в репозитрии зачастую включает часто используемый код, чтобы не реализовывать его каждый раз в сервисах.
А почему репозиторий с EF — анти-паттерн? Везде встречаю репозитории. Надо что, прямо с DbContext операции в сервисе производить? Такую сильную зависимость слоя логики от слоя доступа к данным сделать?
В случае использования библиотек или приложений в backend это имеет больше смысла, так как там меньше запросов и лучше использовать больше ядер на запрос. На самом деле именно для этого создавалась CUDA. Мы заметили, что увеличение количества потоков увеличило и производительность
«Увеличение количества потоков» — может, все-таки имелось ввиду async и это просто опечатка?
Если Вас не затруднит — напишите, пожалуйста, об этом статью. Хоть о примитивном, хоть о сложном. В любом деле best practice — крайне полезная вещь, спасающая от неправильных действий и целого ряда набитых шишек.
И ещё — не надо думать о страховке как о какой-то оптимизации ваших доходов/расходов. В целом клиенты страховой компании ПЕРЕПЛАЧИВАЮТ за своё лечение. Эта переплата и становится прибылью страховщиков. Но! эта переплата возникает не на пустом месте, а из желания купить себе БЕЗОПАСНОСТЬ.
Не сильно разбираюсь в теме, но что будет, если деньги, которые обычно тратятся на страховые взносы, просто копить на случай необходимости лечения, устраняя тем самым посредника в лице страховой?
Вы как-то слишком категоричны. У меня два FullHD с диагональю 21.5" — это 105 ppi, и это одна из самых массовых категорий мониторов.
Свидетели 4К налетят Меня больше интересует не размер одного монитора, не разрешение а количество окон, которые можно удобно открыть, поэтому лучше несколько мониторов по-проще, чем один здоровый.
Если уж лего, то тут, наверное, лучше Mindstorms EV3 (обычный, не образовательный). Возможностей сущнственно больше, стоит меньше (?), но уж точно не больше.
Электронные конструкторы "Знаток" очень и очень неплохи. Весьма просты в сборке, но тем не менее, в комплекте идет инструкция, которая не только показывает готовые схемы, но и дает какие-то теоретические знания по электронике.
Микропроцессор К580ИК80 — функциональный аналог Intel i8080 с тактовой частотой 2 МГц. Выпускался с 1977 года. Экземпляр, хранящийся в коллекции DataArt, использовался в Ленинградском институте точной механики и оптики (ЛИТМО) для обучения студентов по специальности «вычислительная техника».
У нас с Волгоградском техническом университете подобные аппараты здравствуют и до сих пор применяются в лабах.
Ставил минт с цинамоном, потому что юнити не переношу. Самый последний минт (какой был этим летом?) просто умирал на установке при выборе разделов — повисал на загрузке списка разделов, хотя gparted работал нормально. Пробовал предыдущий — повис посередине установки, хорошо, что не успев сломать загрузчик.
Потом поставил Ubuntu 14.04 LTS — встала сразу, но повисала наглухо через 15 минут работы, пока не поставил драйвера на GPU.
После этого я заменил Unity на Cinamon — да, признаю, винда такого не может, — и зажил нормально. Правда, потребление ОЗУ этого монстра стало почти как у винды, ну да ладно. В диалоге выключения есть только кнопка «отмена», после выключения, следующий раз комп не включается (даже биос), если не обесточить на несколько десятков секунд, но, думаю, это результаты моих извращений.
Как создать ярлык в «аналог пуска» для приложения, установленного не из репозитория, а скаченного в архиве без deb-пакета — не знаю, пришлось руками писать .desktop файл.
Вот вроде пользоваться можно и все вполне удобно, если настроить, но, имхо — до винды по юзабилити далеко.
P.S. Сам виндой я пользуюсь потому что .NET и Visual Studio и претензий к ней особых нет, а не потому что я фанатичный любитель МС, если что.
К сожалению, от проекта у меня есть только идея и некое подобие написанного для себя ТЗ.
Собственно, идея изначально была не столько программная, сколько аппаратная — сделать очередные устройства на ESP-8266, но размышления привели к тому, что нужно годное ПО сервера, так что проект из двух частей- железячной (сейчас я поглядываю на rtl8710 — аналоги esp) и программной.
Надеюсь, что я все-таки найду время заняться им. Если займусь и получу результат — будет статья.
Очень интересная статья и проект!
У самого есть идея разработки похожей системы управления умным домом, с плагинами и скриптами, и так же на .NET (Core), хотя осознаю, что таких решений много — начиная от стандарта де-факта Open Hab и заканчивая упоминаемыми на хабре ioBrocker и вашей системой, почему-то все равно есть, возможно, неправильное, желание делать свой велосипед.
А как устроена изнутри Ваша система?
Я планировал механизм, близкий к ROS (кто знает) — все плагины отдельные процессы, взаимодействуют через сокеты\каналы. В качестве протоколов даже внутрисерверного взаимодействия — MQTT+HTTP (мне кажется, их хватит на все нужды). Плюс — можно подключать стороннее ПО, по MQTT много чего работает. Минус — большие накладные расходы по передачи данных. Так же сервер для хранения данных плагинов и отдельно — настроек (привет, rosparam), настройка через веб-интерфейс и репозиторий плагинов для легкой установки.
Если что-то выйдет — обязательно напишу статью.
Не знал. Думал, что при комнатной температуре будут такие сильные колебания атомов и тепловые шумы, что ничего не выйдет
Там же основная проблема, если я правильно понимаю — обеспечение глубокого вакуума, низких температур и серьезной виброразвязки?
И различные методы репозитория, вроде Insert, Update мне кажется полезными. Хоть они и короткие, но все же не в одну строку. Мне тут видится дублирование кода.
P.S. Сам я просто хочу разобраться, потому что столько мнений, что голова кругом
«Увеличение количества потоков» — может, все-таки имелось ввиду async и это просто опечатка?
Спасибо за развернутый ответ.
Если Вас не затруднит — напишите, пожалуйста, об этом статью. Хоть о примитивном, хоть о сложном. В любом деле best practice — крайне полезная вещь, спасающая от неправильных действий и целого ряда набитых шишек.
Не сильно разбираюсь в теме, но что будет, если деньги, которые обычно тратятся на страховые взносы, просто копить на случай необходимости лечения, устраняя тем самым посредника в лице страховой?
Вы как-то слишком категоричны. У меня два FullHD с диагональю 21.5" — это 105 ppi, и это одна из самых массовых категорий мониторов.
Свидетели 4К налетятМеня больше интересует не размер одного монитора, не разрешение а количество окон, которые можно удобно открыть, поэтому лучше несколько мониторов по-проще, чем один здоровый.Если уж лего, то тут, наверное, лучше Mindstorms EV3 (обычный, не образовательный). Возможностей сущнственно больше, стоит меньше (?), но уж точно не больше.
Электронные конструкторы "Знаток" очень и очень неплохи. Весьма просты в сборке, но тем не менее, в комплекте идет инструкция, которая не только показывает готовые схемы, но и дает какие-то теоретические знания по электронике.
P.S. По-идее, все инсайдерские сборки тоже ставятся таким образом?
У нас с Волгоградском техническом университете подобные аппараты здравствуют и до сих пор применяются в лабах.
А можете какие-нибудь ссылки привести на
а то такое мне не попадалось