Я прочитал "Положение..." - для физлица это всё не реально потянуть. Там отчётность такая что надо заниматься не разработкой, а отчётностью. Вариант возможен только один - если бы нашлась организация, которая заинтересована в конечном продукте, она взяла бы на себя всю труху по получению гранта и предоставлению отчётности, я бы сосредоточился на собственно разработке. Грант разумеется делится. Если организация солидная, то и грант может быть полноценным, и сроки реальными. Но я не знаю такую организацию.

Не пробовал. Не верю что физлицу дадут что-либо. Там же какие-то чиновники решают надо-не надо. И условия для физлица не реальные - всего 1 год. За год в одиночку выпустить продукт невозможно, а для найма квалифицированных помощников денег недостаточно.

У ФСИ ещё раньше были невыполнимые для физиков условия, я изучал когда-то. Может сейчас что-то поменялось, надо ещё раз посмотреть...

up на всякий случай

Ищу работу над проектом на С++/ Qt в индивидуальном порядке или в качестве руководителя. То есть - я работаю над проектом полностью один, но если в команде то только руководителем проекта. Опыт использования Qt с 1998 года. Суммарный опыт профессионального программирования с 1988 года. Опыт программирования в нескольких операционных системах, на разных языках, множество решённых задач. Опыт руководства отделом разработок ПО 8 лет в режимном предприятии. Опыт выпуска документации в ЕСПД, в том числе на английском языке. Основная тематика - автоматизация, сбор данных с измерительных устройств, управление исполнительными устройствами. Опыт программирования RS-232/422/485, I²C, TCP/IP, USB, прямого управления через порты, использования SCPI для управления аппаратурой. Опыт работы с цифровыми осциллографами Keysight/HP, источниками питания Pacific Power Source, советскими и российскими, тайваньскими приборами. Опыт визуализации, осциллограммы, частотные характеристики. БПФ, вейвлет анализ, реальное время. Опыт программирования на 3-х Ассемблерах. Отличное знание электроники, аналоговой и цифровой техники, соответствующее высшее образование. Могу делать приложения, одинаково работающие в разных ОС, есть опыт создания таких для Windows, Linux и Android.

Ищу работу в соответствующей тематике. Возможная тематика - разработка системного ПО для роботизации, имею собственную разработку в этой теме. Не занимаюсь финансовыми задачами. Поддержкой чужих "недоделанных" систем не занимаюсь. Разработку начинаю с нуля, с технического задания. Работаю по своему графику, производительность высокая. Предпочтительна работа по договору как с самозанятым. Подробное резюме в личной переписке.

чего?

Лучше бы опционально Clang. Мало ли какие нюансы при портировании. Раньше я делал приложение для винды и линуха с MinGW и GCC, зная что в MinGW фактически тот же компилятор, с небольшими отличиями. И легко подгонял настройки чтобы получить одинаковый результат. Теперь я не уверен. Чтобы быть уверенным придётся в винде прикручивать Clang к QtCreator.

Репозиторий тут ни при чём. В Linux инсталлер Qt теперь ставит Clang. И сам Qt компилируется им, разумеется. Было бы логично если бы в винде было то же самое.

Clang в винде надо самому ставить, или он с Qt устанавливается, как в Linux?

В Linux раньше был GCC, но начиная с 5.12 теперь Clang. А в виндозе MinGW остался или тоже теперь Clang? Я ещё не ставил в неё Qt5.1?, надо вперёд заглянуть с чем буду иметь дело.

Маловероятно что кто-нибудь знает, но всё-таки спрошу - мне нужно внутри JNIEXPORT jint JNI_OnLoad(JavaVM* vm, void*) получить указатель на jobject, которым является NativeActivity. Или на ANativeActivity. Чё-то не могу найти как это сделать. Если вообще есть вариант. Нахожу только с использованием android_native_app_glue.h, но в Qt такого нет.

QML вообще очень не быстрый в последних версиях... У меня приложение с ним в Android на более-менее быстром смартфоне прокручивается без энтузиазма.

О... Энергопотребление в LoadedState явно не указано, указано только что его нет в UnloadedState. Считаю это ещё одним косяком документации.

Поскольку в Android не работает QCameraViewfinder, а реализовывать его на OpenGL лениво, сделал камеру с видоискателем на QML. Всё работает как нужно, но... если приложение запущено, стала очень быстро садиться батарея. QML код с камерой подключен к QQuickWidget, привязанный к спрятанному при запуске приложения QWidget. Камера не нужна постоянно, QWidget с ней появляется при необходимости и прячется когда снова не нужна. Камера в QML коде отключается при запуске приложения - это проверено. Включается когда виджет с ней появляется, выключается когда он снова прячется. Но при этом всё равно батарея быстро садится, хотя Android и не показывает приложение в списке потребляющих много энергии. Такое может быть если батарею потребляет аппаратная часть. Сажает буквально катастрофически - днём вчера было 50% заряда, к вечеру осталось 10%. При нормальных условиях 40% у меня хватает на 3 суток. Батарея садится точно из-за моего приложения - если его закрываю, то всё становится нормально. Вчера зарядил смартфон вечером, сейчас днём 97% заряда, и я сегодня говорил по телефону, лазил в Интернет и тд. И точно садится из-за камеры - до её реализации такого не было. И это происходит даже если не делать видимым виджет с камерой. Может быть камера при выключении на самом деле не выключается, а выключается только видоискатель? То есть, аппаратно она продолжает работать, хотя в QML коде прописано
Никто не разбирался с этим?

Да, именно так. Что хочу - то и скажу.

Я знаю.

Они много багов пропустили. У меня своих репортов только на Qt5 18 штук, из них 10 со статусом Important. Ни одного закрытого как не значительного или не подтверждённого. И ещё с десяток моих подтверждений в чужих репортах. Это не считая предложений улучшения, которые не баги. Так что, "отдел тестирования", настоящий, работающий - это мы, те кто по LGPL пользуются.

Где я сказал, что только мне? В коммерческой лицензии должно работать. А код Qt по ней от LGPL ничем не отличается. Значит и в LGPL должно работать. То есть, вообще у всех, кто использует Qt. Но всех обломали. В том числе, тех кто деньги заплатил. Уроды.

Ну... что поделать... дуракам вообще всегда что-то простое не понятно. Придётся пояснить элементарную вещь - мне не платят за исправление ошибок и доработки Qt. У них там есть команда, которой за это платят. А я за спасибо не работаю. Я не против сделать такой патч - за $1000 примерно. Заплатите? Нет? Тогда я бы отправил вас в дальнее пешее порнографическое путешествие с целью в виде мужского репродуктивного органа... Но похоже патч будет не нужен - судя по ссылке, добавленной в мой баг репорт, там хотят перепахать весь QtMultimedia чтобы перевести его на OpenGL. И это совершенно правильно. Есть шанс исправить уродство.

И вообще за множество обнаруженных в Qt багов мне уже должны оттуда приплачивать...