Яков Е

Зависит от конкретного hh и степени идиотизма конкретной компании.

У нас в разные периоды при разных "верхах" были 2 разных взгляда на этот вопрос(найм в компанию людей):

1 взгляд. Если ты идешь на позицию джуна джава - мне не важно где ты работал официантом или менеджером. Просто покажи мне софт скилы и хард скилы = велком.
2 взгляд. Чем больше у тебя работы в смежных сферах, например продаваном, или преподавателем, тем больше вероятностей что ты сталкивался с большинством бытовых ситуаций, который присуще большинству компаний - умение разговаривать с коллегами, умение в корпоративную этику и тд. Иногда тоже ценится.

Вывод: лично я склоняюсь больше к 1му взгляду, но очень много компаний и особенно hh(которые работают в IT, но пожизненные гуманитарии) расценивают отсутствие опыта вообще какого либо - как вашу несостоятельность. Выбор за вами.

PS: лично я не вижу ничего плохого в том, что человек 20 лет работал в сфере продаж, и потом у него появилось желание освоить профессию программиста(поэтому ставить - не зазорно). Есть особая категория "старперов" и "элиты", который считают что если программирование - то java, если программист - то 20 лет в профессии и начинай с университета. Именно такие будут отсеивать ваши резюме с не-релевантным опытом. Вопрос: нужны ли в будущем вам такие коллеги - тут подумайте сами.

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

Структура ОК. Нужно бльше кода.

По таймеру делайте какой-нить небольшой запрос к бд. По ошибке диагностируйте наличие связи с бд.

Этой страничке минимум 10 лет. Актуальная версия wxWidgets - 3.14, и скрещивать ее с Qt можно только от очень большого желания создать себе побольше причудливых проблем.
Уже пытались запилить wxQt - и его развитие довольно быстро ушло в полную стагнацию.

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

Если оно написано под .NET Framework и использует Winforms - можно запустить на mono.
Если оно написано под .NET Framework и оно консольное - можно запустить на mono или мигрировать на .NET Core одной консольной командой.
Если оно написано под .NET Framework и использует WPF, то можно переписать на Avalonia и запускать под .NET Core.

Все три способа будут работать только в том случае, если вы жёстко не привязались к технологиям винды.
Лично я рекомендую перейти на .NET Core и делать кроссплатформенное приложение.

PS: dotnet try-convert

Есть один посредник с которым я частенько работаю. Часто когда основной клиент начинает стучать копытцем платит мне со своего кармана. Суммы не такие как у вас)) Намного выше. Думаю что в вашем случае это либо очень плохой посредник, либо кидала замаскировавшийся под посредника

Запустите в дебаггере. Где-то обращаетесь по нулевому адресу, или выходите за границу массива, или на 0 делите. Так по простыне кода не поймешь, в чем проблема. Скорее всего забыли где-то создать объект.

Дебаггер покажет конкретную позицию, где произошла ошибка. Там уже, видя, какая переменная некоректна надо смотреть логику вокруг нее.

Многие твердят: решай задачи. Ну, ок, допустим, беру какую-нибудь задачу. Прочёл текст. А дальше-то что? Я не знаю как подойти к решению задачи, с чего начать, что вообще делать и чем закончить.

Взять задачу попроще.

Если проще уже некуда - смиритесь с тем, что программистом вам не бывать. Да, это не каждому дано.

Владимир Коротенко, Да никак.
Ты один. Ты для любой крупной компании риск, что ты заболел, забил, сбила машина. Контракт с тобой крупные компании на сложный проект не заключат, какой бы ты специалист ни был.
Заключают контракт на услуги, когда компания обеспечивает необходимое количество специалистов нужного качества, вне зависимости от их личностей, несет за это определенную ответственность в деньгах.
А ты даже не ООО, чтобы с тобой какие-то контракты заключать серьезные.

В пределах фриланса может быть еще можно и найти отдельные вещи, но для этого надо стать брендом, вроде Сафронова. Но это опять таки не столько качество, сколько бренд и маркетинг.

Я бы не советовал. Вам придется делать свою реализацию UI (речь именно про визуал), но вы при этом теряете поддержку всего системного, типа того же MaterialDesign.
Ну и вес приложения )

на основе JS учить ООП так вообще странно.

*Миллионы разработчков освоившие ооп с динамическими яп, говорят...

Да-да, привет динамическая типизация

Мало кто внятно объясняет ООП

кроме миллионов книг и индусов на ютубе

на примере TS.

Да без разницы, можешь и на Java примеры посмотреть.

Не будем портить друг другу настроение.

В теге 'Карьера' так не принято, обычно отвечающие дают честные ответы, и веселятся когда у вопрошающих портится настроение. Я раньше смотрел комедии, но оказалось что сидеть на сервисах ответов - гораздо смешнее!

Книги, чтобы понять ООП и Паттерны для начинающих?

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