Яков Е

На начальном этапе изучения Qt очень помог youtube канал, а также книга Шлее.
Плюс ко всему у Qt очень хорошая документация с примерами.

Там просят не большую сумму для того чтобы дать вам ссылку, активировать аккаунт

Работа - это когда они тебе платят, а не ты им.

В любом контракте должны быть прописаны действия при не соблюдении условий любой из сторон. Если такого нет то никто никому на самом деле не должен ничего кроме как закончить работу и оплатить ее

У меня были проблемы, что разрабы не чекают время по задачам. Запретил чекать задним числом, и проблема решена. Всё вовремя. Нет времени - нет денег.

Хм. Как же яростно народ отстаивает свое желание не сидеть на поводке :)

Опишу работу на галерах:
есть счетчик типа апворка (их хватает), трекает время с скриншотами. Разработчик меняет таски в трекере,
каждые 2 часа меняет мемо (комментарий в трекере), в трелло/жире меняет активную таску по мере выполнения. Одновременно в работе не более одной, внутри таски чекпойнты, требуемые для реализации для более четкого понимания.
Работа по аджайлу, скрам. Требуется планирование задач на спринт, примерная оценка в часах или условных единицах. Спринт - неделя или две. Каждый день стендап на 5 мин по итогам предыдущего дня и планинг следующего.
Каждый вечер письменный отчет о выполненных задачах и план на следующий день.
Менеджер проекта следит за прогрессом, если просадка по скорости - вовремя обращает на это внимание, с командой пробует найти решение проблемы либо оповестить заказчика о возникших трудностях.
Оплата - зарплата фикс за работу из расчета 8ч в день по счетчику. Овертаймы - отдельная такса.

Для чего - контора работает на выполнение заказной разработки. Предварительно идет оценка трудоемкости, исходя из планируемых часов выкатывается стоимость заказчику. Соответственно - контроль использованного на задачи времени важен и нужен для оценки менеджером и бухгалтерией - идет работа по плану или начинаем работать в убыток.
Эффективность методики - контора за 5 лет попала в топ 50 рейтинга ИТ по РФ, постоянный рост как проектов так и штата.
Работа не простая, либо становишься эффективным специалистом, либо гуляешь.

В компании тимлиды присматривают за подопечными, если возникают проблемы, ищут возможное решение, помогают.

Жесткий контроль процессов, результативности труда. Приветствуется рост знаний, проекты самые разнообразные.

Работать можно в любое время, оценка потраченных часов в конце недели. На халяву денег не заплатят.

Тут пишут 'успел в дедлайн' и прочую чепуху. Вопрос - кто устанавливает дедлайн в ваших конторах? Аджайл подразумевает самоуправление команд разработчиков. Цифры берутся не с потолка. Методики позволяют оценить скорость работы команды, на ретро делают обзор прошедших спринтов, найти решение каких либо проблем, выяснить, успеваем или нет. Все давно придумано, бери и пользуйся.
Если сотрудник не видит необходимости в отчетности, ему не важно, придет ли следующий заказчик, работает на отвали - что он тогда тут делает? Отчетность важна для прогнозируемого результата. Для нормальной работы необходимо сформулировать базовые ценности компании, которые ей позволят выжить и быть эффективной. Нет цели - четыре негра станцуют заупокой.

Как итог я понял, что я не знаю как выстроить этот процесс и не знаю, как добиться того, чтобы все разработчики во время трэкали свое время без лишниз напоминаний

это стоит больших денег
без шуток
примерно вашу годовую зарплату

поэтому не опускайте руки - быстро добиться не получится

Из таблицы возвращается список значений,
по списку надо проходить через цикл,
следующее значение получается через d.next
(советую почитать про итераторы)

а этот вариант работает т.к. значение только 1шт

d.prepare("SELECT COUNT(*) FROM foods");
        d.exec();
        int rows ;
        if (d.next()) {
            rows= d.value(0).toInt();
        }

Сканы всего пакета документов и оригинал трудовой отправлял обычной почтой.

Безопасно ли? А хз, номер паспорта всё равно ничего не даст, страшные сказки про кредиты оставим журналистам.
В целом же так принято, да, вы и в офисе то же самое сделаете.

Во всех 3 случаях, история транзакций государству видна, так что захотят прижмут, хотя я еще не слышал, чтобы хоть кому то штраф выписали. В основном проблемы могут начаться когда на счету будет больше 600к и при снятии этой суммы банк может спросить откуда средства, либо сама транзакция больше 600к, операции выше этой суммы отправляются в финмониторинг. В дополнение банки сейчас боятся 115-ФЗ, могут заблокировать. Так что либо работать в белую (самозянятый/ИП), либо не держать больших сумм на счету. Все 3 случая это работа в черную, так что просто посчитай где комиссия меньше будет.
История paypal/upwork/payoneer не важна, выводить то ты будешь на р/c банка и вот там банк уже будет решать, что с тобой делать.
Величина налога на самозянтом/ИП настолько смешная, что я рекомендую работать в белую. Комиссия в payoneer больше чем налог.

При этом довольно затруднительно будет заключить договор с агентством как с клиентом, для этого им нужно принять меня на работу как работника, это увы невозможно.

Почему? Вы ведь ИП. Значит будет обычный договор субподряда (или агентский) между двумя компаниями. У агенства не должно быть никаких проблем с вами.

Вкратце - скорее всего нет. Кроссплатформенно - еще более сомнительно.
Как именно крашится либа? Я так понял, это не вылетевшее C++ исключение, а что-то вроде коррапта памяти (хотя в самой либе может быть гадость вроде if(fail){exit(-1);}, с чем уже работать проблематично). В теории, можно для каждой платформы это обработать. Если сходу - как это можно реализовать для винды:
На самом деле выносим работу с либой в отдельный поток. Когда она сделает что-то плохое (к примеру, попытается читать освобожденную память) будет выброшено SEH исключение, для которого мы можем зарегистрировать обработчик (using a vectored exception handler в msdn). В хендлере можно было бы проверить, что исключение выброшено именно из треда этой либы и если это действительно так - просто грохнуть этот тред. Но даже если сработает это крайне плохой метод - либа захватывает какие-то ресурсы и нет никакой гарантии, что она корректно их освободит при падении треда (да и что приложение вообще останется в согласованном состоянии - кто знает, почему она падает - может, там вообще половина памяти перед этим мусором перезаписывается). Короче, решение с потоком - это потенциально нестабильная работа всего приложения.
Для изоляции памяти и использования ресурсов как раз и существуют процессы, как бы не хотелось от них уйти :)
Так что решение с отдельным процессом, который будет изолировать все болячки либы и не давать им распространиться на все приложение таки самое безопасное.