Vitaly

Этот emit улавливается сценой, и передается всем виджету по цепочке выше, пока не дойдет до QTextEdit.

Это не совсем так. Сигнал и событие -- разные вещи в Qt. Сигнал "улавливается" приёмниками, к которым он присоединён. Таких приёмников может быть ноль или несколько. Приёмник это обычно слот другого объекта или лямбда-функция.

То есть, если вы хотите что-то передать непосредственно в QTextEdit и там есть нужный вам слот, то можете соединить слот и сигнал напрямую. Если нет, то можете создать слот (или просто любой метод) в каком-нибудь классе, который наследуется от QObject и выполнить там необходимые преобразования. Ну или лямбда-функцию использовать.

В США сейчас и с хорошим английским непросто устроиться из-за визовой политики, разве что переводом внутри компании или по визе талантов. А уж без знания языка вероятность очень и очень низкая.

Из коробки такого нет, насколько мне известно. Так можно сделать, но все входные данные должны быть известны на этапе компиляции. Довольно редкий случай на практике.

if (auto action = qobject_cast<QAction*>(sender())) {}

Как часто менять работу зависит только от вас. Если есть желание, то меняйте.

То что на job hopper'ов могут косо смотреть -- это правда. Но могут и не смотреть. Обычно набор знаний, умений и навыков больше ценится.

Можете указать, что просто по контракту работали фиксированное время или честно объяснить ситуацию. Второй вариант предпочтительнее.

Мне пару лет назад предлагали 2500 рублей за запись 60 минутного урока для какой-то онлайн платформы. Это не совсем онлайн уроки по скайпу, но довольно близко к тому.

Некоторым это может показаться отличной сделкой, но я отказался. По некоторым причинам:
1) Не было свободного времени.
2) Это разовая сделка, а не партнёрство. То есть ты не получаешь процент с продаж твоего курса, а разово получаешь небольшую сумму денег. Это не слишком выгодно.
3) Временные затраты на подготовку полностью на тебе. Учитывая, что на подготовку часового видео ты потратишь минимум часов 8, это экономически невыгодно.
4) Ну и разумеется с суммы надо заплатить налоги, что существенно её сокращает.

Наверняка сложнее, чем в Украине. Всё-таки надо какие-то документы дополнительные оформлять. Если работодателя заинтересуете, то он всё быстро сделает.

Стоит ещё отметить разную специфику рынка. Насколько я понимаю, в Украине, большая часть компаний -- это аутсорс, который программистов оформляет по контракту как ИПшников (сам не сталкивался, только рассказывали). В России же довольно много продуктовых компаний и оформляют в основном официально по ТК и с белой зарплатой, даже аутсорсеры (тут уже личный опыт + опыт кучи знакомых в СПб/Мск). Ситуация с контрактами и ИП -- это скорее всего для удалёнщиков, да и то не всегда. В плане финансов ИП выглядит лучше, но увы.

Искать работу в Европе может быть лучше, чем в Украине или в России. Всё зависит от того, что вы хотите. Ну и знаний, умений и навыков. Мало кто будет тратить порядка 10к евро на то чтобы перевезти обычного начинающего программиста. Таких чаще всего в вузах рядом хватает и они с европейским гражданством и/или образованием. Но шансы всё равно есть.

Почему все так рьяно говорят о том, что C++ ужасен и не нужен, но при этом он стабильно входит в топ 10 яп?

Во-первых, не все. Во-вторых, аргументацию лучше спрашивать у тех, кто так считает. Ну и в-третьих, вам вероятно стоит переформулировать вопрос на что-то вроде: "какие существуют аргументы в пользу утверждения "С++ ужасен и ненужен"?". Но даже в случае изменения формулировки, аргументация будет, скорее всего, субъективной в такой постановке вопроса.

PS
Язык программирования -- это инструмент формализации модели. По факту, какой он там, не так уж и важно, в отрыве от контекста. Контекст, в данном случае, это решаемая задача и окружение.

Хочу сказать по поводу озвученных тут псевдо-аргументов типа "да там нет толковых преподов, программист же больше денег получит, если будет программировать".

Во-первых, не все преподаватели работают на фулл-тайм, никто не мешает читать какой-то курс в свободное время просто для удовольствия (за небольшую плату). Более того, таких прецедентов хватает, люди даже в обычные школы идут преподавать в свободное время, просто потому что нравится или хотят как-то помочь людям. Деньги ведь это далеко не всё.
Я и сам преподавал какое-то время, делаю доклады на конференциях, и внутри компании. Мне за это никто дополнительно не платит. Просто нравится.

Во-вторых, преподавать -- это сложно и требует определённых навыков, которых у многих программистов практиков просто нет. Некоторые дисциплины, вроде основ алгоритмизации, которые необходимы любому программисту, лучше читать профессиональному преподавателю. Они фундаментальны и из основ там ничего не устарело и не обновилось.

Касательно ответа на вопрос:
Просто всё внимательно проанализируйте, почитайте о курсах, о преподавателях, обсудите программу. Появятся более предметные вопросы, задавайте тут. В конце концов, можете после первого месяца обучения сами решить (или даже после недели).
Тут хрустальных сфер нет ни у кого (я надеюсь), а вы очень мало данных предоставили, чтобы о чём-то говорить.

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

я написала зп не ниже рынка чтобы дать понять, что именно здесь проблемы нет. ЗП как минимум +15-20 процентов от рынка. но не кажется ли странным повышать зп еще и еще, когда обязанности не меняются? К примеру проект длится 3 года, за что повышать то?

Это верно лишь отчасти и с оговорками. Если речь идёт о линейном разработчике, который делает набор задач A, B, C, с предсказуемым результатом и влиянием на бизнес, то да, такой подход работает. Ему действительно можно повышать з/п на $100-200 в год (что примерно положенная по закону индексация) и он будет на седьмом небе от счастья. Плюс там корпоративные плюшки и т.п. А уж если у человека заниженная самооценка и нет социальных навыков... Я не буду продолжать, это бизнес в конце-концов.

Вот вам и универсальный рецепт успеха: немного больше денег каждый год + "халявные" плюшки. Это 95% специалистов, если не больше. Что даже по комментариям подтверждается.

Другое дело, если человек как-то влияет на прибыль или имеет уникальную экспертизу, да ещё и понимает это. Его не заменишь так просто как разработчика из первого абзаца, потери могут быть большие. Но такого человека просто надо спросить что ему надо для счастья. Обычно для этого есть специальные совещания с непосредственным менеджером. Т.е. это очень индивидуально.

Есть ещё люди, которым просто нравится работать над чем-то конкретным. Ну и ничего кроме этого их мотивировать не будет.

Так как мои ребята в основном работают на территории Заказчика это усложняет вопрос мотивации.

Ну т.е. компания -- типичный аутсорс/аутстаф/консалтинг. В этом случае, разработчикам не из первой категории придётся ещё и объяснять, зачем такая компания им вообще нужна... А в остальном, универсальный рецепт успеха будет работать!

Первое что стоит понять: у вас не игровой компьютер. Ваша сборка для виртуализации будет использоваться, а следовательно вам надо много ядер с не самой топовой частотой, много кеша и много не самой быстрой оперативки. Т.е. какой-нибудь intel xeon + минимум 64 оперативки, лучше 128. Только оперативку с частотой 4к брать не стоит -- дорого и не имеет особого смысла. Материнскую плату надо выбирать под проц уже, чтобы она там 2 (лучше 4 канала) для оперативки поддерживала. Блок питания тоже хороший должен быть. Если вам видеокарта не нужна, то лучше финансы в проц/память инвестируйте.