Сергей Шат

Работаю удалённо, получаю в валюте, всё ок. Если компания грамотная - то даже в текущей ситуации (пока что) все проблемы можно решить. Проблемы с получением валюты есть только у тех банков, которые попали под санкции, в других банках всё работает. Конечно, на работу людей из РФ сейчас стали принимать гораздо меньше из-за рисков (понятно каких я надеюсь), но в целом всё ещё предлагают - с начала марта 2-3 предложения получил, из которых одно достойное (не хуже, чем у меня сейчас).
Как говорится, стучите - и вам откроют, дорогу осилит идущий и тд и тп. Не слушайте никого, во всем мире полно как идиотов, так и вполне адекватных людей, которые будут к вам относится нормально вне зависимости от национальность.

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

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

P. S. По упрощенке ИП платит 6% налога + 1% на сумму свыше 300000р (есть ещё другие обязательные взносы, но они идут в вычет, если всё вовремя платить, так что всё равно выходит 6%). В РФ в ФОТ штатских сотрудников отчисления занимают больше 30%.

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

Примеры задач (в тексте вопроса) - это не логическое мышление, это понимание порядка математических действий, изложенного текстом (AI бы здесь точно не помешал, да?!)).
Касательно этих задач - научитесь текст переводить в математическую запись.

"Предприниматель купил несколько подержанных автомобилей за 3500 долларов, а продал их за 5500 долларов, заработав при этом 50 долларов за автомобиль. Сколько автомобилей он продал?"

1. Предприниматель купил несколько подержанных автомобилей за 3500 долларов: 3500=count*price
2. а продал их за 5500 долларов, заработав при этом 50 долларов за автомобиль: 5500=count*(price+50)
3. Сколько автомобилей он продал? - count=?

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

Пройдет через два года. Или через один, в зависимости от того, как свободное тратится.

Просто прокачивайся.

Макконнел, Кент Бек, Фаулер, Керриган. Сначала структурное, ООП после проработки Рефакторинга. Макконнел в первую очередь, часть про архиьектуру и проектирование нужно пропустить в первый раз, он написал полный гайд, практически, про структурную парадигму и как работаться с массивами.

Обязательно нужно проработать вопрос про ОС (Таненбаум) и устройство компиляторов. Самостоятельно сравнить модели памяти, которые предлагает ОС, Си и C++.

Шаблоны GoF после GRASP, SOLID, YAGNI и TDD и обильного велосипедостроения длительностью ~год.

Книги нужно не просто читать, а разбирать примеры и искать инфу дополнительно. То же самое относится к статьям, вблогам, лекциям, курсам. Если голова пухнет - это признак того, что книгу/вмдео читать/смотреть ещё рано, потому что мозг не может сложить инфу в красивую структуру знаний. Паттерны бесполезны без проработки и без усваивания Рефакторинга. То же самое к архитектурным относится, которые бесполезны для понимания, если не усвоено DDD. Паттерны сначала лучше прорабатывать на каком-нибудь C#. Если уже в состоянии писать компилирующийся код на C++, то с C# никаких проблем не будет. На C++ паттерны прорабатывать стоит только проработки идиом C++.

Что касается самого C++, то cppreference, youtube и все книги, которые только удастся найти. Если на книгу очень много ссылок в интернете, статьях, видео, это значит, что ее нужно прорабатывать в первую очередь.

Для систематизации знаний нужно найти ментора или курс и / или прочесть документацию по технологии раза три.

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

Развитие в первые годы похоже на спираль, поэтому ко всему "изученному" придется возвращаться пару раз.

Насчёт пункта три. Все советуют обязательно прорабатывать алгоритмы, сложность вычислений и структуры данных, паттерны проектирования и архитектурные шаблоны именно в такой последовательности, потому что концепции одни и те же, а реализации разные. Любую информацию можно сохранить хоть в файле, хоть на стеке, вопрос главный - для чего, в каком scope она нужна и какие нужны гарантии и ограничения. Самое лучше место, чтобы узнать это, на текущий момент это GitHub.
У вас в вопросе рядом существуют два уровня - уровень передачи информации между сессиями использования одного приложения и уровень передачи данных между модулями в домене приложения "калькулятор" во время исполнения. В первом случае вам подойдёт сохранение инфо в обычном тестовом файле в своем статически определенном know-how формате (чтобы раньше времени не лезть в сериализацию и парсинг), что делается просто, быстро и средствами STL, а во втором случае вам нужно строить модель домена из классов, абстрагирующих операции, и как-то реализовать простой синтаксический анализатор; в этом случае передача промежуточного результата будет в виде какого-то объекта, и о его виде и задачах с ходу сказать нельзя, потому что все зависит от ТЗ и конкретного набора формул, которые требуется обрабатывать; и к тому же во втором случае без сторонних библиотек не обойтись, иначе слишком растянется процесс.

1. Берёшь учебник по языку для начинающих, читаешь, экспериментируешь с примерами.
   
2. Разобравшись с основами, берёшь учебник для среднего уровня, читаешь, экспериментируешь с примерами.
   
3. Берёшь и читаешь учебник по стандартной библиотеке, практикуешься.
   
4. Читаешь учебники/документацию по прикладным областям, вроде сетей, баз данных и прочему. Конечно же, практикуешься.
   
5. Устраиваешься на работу.
   
6. Где-то года через два-три появляется необходимость, а с ней и возможность понимать паттерны проектирования.
   
7. Читаешь учебник по паттернам. Может, для начала что-нибудь проще GoF.
   

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

Желание разобраться в чем-то по-максимуму, обычно приводит к разбиранию в чем-то по-максимуму.
Вы называете это своей привычкой, но до сих пор не разобрались НИ В ЧЕМ по максимуму достаточно, чтобы устроиться на другую работу?

Желание разобраться и собственно само разбирание - ну хотели вы разобраться с базами данных - почему не разобрались?

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

Поэтому на текущий момент я не вижу, кем бы вы могли стать. Навыков вы не показали, только хотелки.