Безусловно, содержимое статьи полезно в качестве иллюстрации как все слелать с нуля, но в реальных проектах я бы рекомендовал использовать vcpkg, это если не отраслевой стандарт, то уж точно очень популярная штука для сборки c/cpp библиотек под практически все актуальные платформы и их варианты.
Т.е. Ваша сборка свелась бы к чему-то типа: ./vcpkg install opus:arm-android opus:x64-android и тд. Попробуйте обязательно.
Понимаю что у Вас речь идет о самостоятельном изучении работы с IR, спасибо за статью! Просто дополню, похожую задачу я лично решал при помощи Aqara Air Conditioning Companion, это такая розетка от Xiaomi с IR и Wi-Fi, может бысть использована как через приложения Xiaomi так и интегрироваться с Android или Apple HomeKit (через homebridge на Raspberry PI), а также может управляться вручную через протокол MIIO. При этом сам Raspberry может находиться где-то в кладовке, а рядом с кондером будет лишь данная розетка-переходник и связь по Wi-Fi.
Поясню свой вопрос про виды деятельности, список я видел, но насколько я помню — весь год обсуждалось что самозанятыми могут быть только репетиторы, няни и клининг услуги. Поэтому и не сразу понял как интерпретировать список. Собственно круто, что ограничений по категориям, если верить списку — нет.
Что касается «места деятельности» — вопрос занятный, в статье написано:
Причем в законе речь идет не о регистрации по месту жительства (или прописке, как привыкли называть), а о месте ведения деятельности. Что это такое, в законе не указано.
Поэтому первый вопрос – что считать местом ведения деятельности для самозанятого лица.
Вкупе с тем что нет договоров/счетов и вообще отчетности, а «место деятельности» может будет и не привязано к месту регистрации — то что мешает указать любой регион? Более того, а если заказчики в основном из Мск? Место деятельности — по месту расположения заказчиков или по месту исполнителя? А если заказчики иностранцы (Upwork к примеру)? В общем ооочень много неотвеченных вопросов есть к этому, без сомнения, полезному закону.
Насчет 3D. Как-то пробовал запустить Гвинт (https://www.playgwent.com/ru), все было очень плохо с cpu и температурой, хотя на обычной винде в примерно аналогичной конфигурации, подобных проблем не было. Может конечно это не относится к Parallels Desktop, но все же ситуация печалит)
Сложности могут возникнуть только при необходимости запустить кутешный eventloop, да и то решаемые, в остальном же QtCore такая же подключаемая библиотека как и любая другая, за одним исключением — это хорошо документированное, многофункциональное решение, а не сборная солянка, как тот же boost.
Насчет поддержки платформ — так в Qt есть слой архитектурной абстракции, нужно реализовать не так много компонентов, чтоб библиотека завелась на новой платформе (http://doc.qt.io/qt-5/qpa.html, http://doc.qt.io/qt-5/portingguide.html).
Уверен, что работа проведена масштабная, хочется почитать остальные статьи, но… Зачем вы переизобрели Qt? В крайнем случае могли бы его форкнуть и развивать, но вот так… Честно сказать я офигел))
PS: для кроссплатформенной работы с сетью есть обычные сокеты. Curl немного облегчает задачу, но вы ведь все делаете по хардкору)
А если серьезно, ваш проект очень крут. Желаю удачи в развитии!
Офтоп.
Последнее время меня терзает вопрос, а почему собственно производители браузеров не хотят добавить нативную поддержку нового языка, похожего на QML, как альтернативу HTML в свои движки?
Это же было бы так круто — заменить весь этот ужас HTML/CSS/etc на новый JSON-подобый и декларативный стандарт! Тем более что есть готовый пример в виде Qt/QML.
Я понимаю, что сейчас активно пилится WebAssembly и когда он будет готов, то хоть весь Qt можно будет в браузере использовать, но все же это немного не то — не будет 99% веб-программистов/верстальщиков его юзать.
Безусловно, содержимое статьи полезно в качестве иллюстрации как все слелать с нуля, но в реальных проектах я бы рекомендовал использовать vcpkg, это если не отраслевой стандарт, то уж точно очень популярная штука для сборки c/cpp библиотек под практически все актуальные платформы и их варианты.
Т.е. Ваша сборка свелась бы к чему-то типа: ./vcpkg install opus:arm-android opus:x64-android и тд. Попробуйте обязательно.
Правда корпус самому надо подбирать.
Вот в этом репозитории можно почитать подробнее github.com/LASER-Yi/homebridge-mi-acpartner, там же в issues#64 есть дополнение как завести с любым кондером.
PS: Сорри если слегка не в тему)
Поясню свой вопрос про виды деятельности, список я видел, но насколько я помню — весь год обсуждалось что самозанятыми могут быть только репетиторы, няни и клининг услуги. Поэтому и не сразу понял как интерпретировать список. Собственно круто, что ограничений по категориям, если верить списку — нет.
Что касается «места деятельности» — вопрос занятный, в статье написано:
Вкупе с тем что нет договоров/счетов и вообще отчетности, а «место деятельности» может будет и не привязано к месту регистрации — то что мешает указать любой регион? Более того, а если заказчики в основном из Мск? Место деятельности — по месту расположения заказчиков или по месту исполнителя? А если заказчики иностранцы (Upwork к примеру)? В общем ооочень много неотвеченных вопросов есть к этому, без сомнения, полезному закону.
Сложности могут возникнуть только при необходимости запустить кутешный eventloop, да и то решаемые, в остальном же QtCore такая же подключаемая библиотека как и любая другая, за одним исключением — это хорошо документированное, многофункциональное решение, а не сборная солянка, как тот же boost.
Насчет поддержки платформ — так в Qt есть слой архитектурной абстракции, нужно реализовать не так много компонентов, чтоб библиотека завелась на новой платформе (http://doc.qt.io/qt-5/qpa.html, http://doc.qt.io/qt-5/portingguide.html).
Ах да, еще pimpl вместо ifdef хорошо бы использовать
Уверен, что работа проведена масштабная, хочется почитать остальные статьи, но… Зачем вы переизобрели Qt? В крайнем случае могли бы его форкнуть и развивать, но вот так… Честно сказать я офигел))
PS: для кроссплатформенной работы с сетью есть обычные сокеты. Curl немного облегчает задачу, но вы ведь все делаете по хардкору)
А если серьезно, ваш проект очень крут. Желаю удачи в развитии!
Офтоп.
Последнее время меня терзает вопрос, а почему собственно производители браузеров не хотят добавить нативную поддержку нового языка, похожего на QML, как альтернативу HTML в свои движки?
Это же было бы так круто — заменить весь этот ужас HTML/CSS/etc на новый JSON-подобый и декларативный стандарт! Тем более что есть готовый пример в виде Qt/QML.
Я понимаю, что сейчас активно пилится WebAssembly и когда он будет готов, то хоть весь Qt можно будет в браузере использовать, но все же это немного не то — не будет 99% веб-программистов/верстальщиков его юзать.
Но имхо, виртуальные 7.1 — это чистой воды маркетинг.
А можно сравнение провести между этими гарнитурами?