Александр Булитеров

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

1. Вывел через Wire Transfer (USD)
   
2. Деньги пришли, я на Tinkoff
   
3. Путем мучительных попток выяснить, что же и как же заполнять выяснилось:
   1. 1. Указать код валютной операции - 21500 (платеж нерезидента резиденту)
      
   2. 2. Скачать User Agreement (https://www.upwork.com/legal/), распечатать, подписать последнюю страницу,
      отсканировать приложить к документам.
      
   3. 3. Предоставить скрин Сertificate of earnings https://www.upwork.com/reports/certificate-of-earn... здесь
      указана дата когда вы присодинились к апворк.
      
   4. 4. Предоставить pdf-файлы ваших инвойсов, т.е. нужно зайти в отчеты -> история транзакций. Кликнуть на ref-
      ccылку - так попадете на pdf
      
   5. 5. Предоставить подписанный Сonfirmation of Service. Что нужно сделать для этого:
      1. 1. Скачать: https://content-static.upwork.com/blog/uploads/sit...
         
      2. 2. Заполнить, распечать, отсканить.
         
      3. 3. Написать в поддержку - https://support.upwork.com/hc/en-us
         
      4. 4. Отправить скан, в ответ вы получите, то что получите и прикрепите это к заявке валютного контроля.
         
      
      
   
   

Вот такая краткая инстукция у меня получилась.

Тут чистая экономика.
Контроллеры ставят в основном в массовые устройства.
Это значит что каждый сэкономленный доллар - это десятки, а то и сотни миллионов прибыли на ровном месте.
Подобные суммы с лихвой покрывают время программистов, поэтому им ставят задачу уложить функционал на самый дешёвый контроллер, который ещё хоть как-то способен потянуть этот функционал.
Отсюда - высокая степень оптимизации кода при работе с контроллерами.
Нужно максимально использовать все особенности конкретного контроллера - программисты много работают с даташитом.
Язык должен позволить максимально полно использовать систему команд конкретного контроллера, и гибко управлять регистрами и памятью контроллера.
Поэтому в ходу в основном ассемблер - с ним можно писать максимально компактный код.
Но функционал зачастую достаточно большой, чтобы его целиком писать на ассемблере.
Поэтому, в целях экономии времени, пишут на Си, с использованием библиотек, а самые ответственные места реализуют с помощью ассемблерных вставок.
Благодаря этому удается реализовать почти все преимущества и ассемблера и Си: быстрая и достаточно полно контролируемая разработка, с достаточно компактным и быстрым кодом.

С симками ситуация иная - там важно было реализовать кроссплатформенный код. Поэтому используют java, не смотря на ресурсы.

В более мощных контроллерах в ходу уже не конкретный язык, а целые ОС. В основном в прошивках просто зашивают Линукс, а отдельные части по управлению контроллером реализуют на Си как драйвера.

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

Так что все зависит от здравого смысла и стоимости.
Просто так везде пихать java - немного глупо.

Эти вопросы уже обсуждались, и пока нет четкой ясности:
Самозанятые и Upwork?
Работа на Upwork в статусе самозанятого. Реально или нет?

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

Я бы посоветовал не идти на Апворк в таком случае.
Ну или хотя бы погуглить по Тостеру этот набивший оскомину вопрос.

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

А что имеете ввиду, когда пишете о наборе инструментов ?
Несколько мыслей вслух
1) Если проект с почасовой оплатой, то ничего страшного в том, чтобы дать заказчику доступ к репозиторию с кодом. Ему спокойно, Вам не напряжно.
2) Можно утвердить время для ежедневных (или пару раз в неделю) митингов по скайпу. Все знают точное время начала и всегда готовы. Всегда можно заранее перенести время-дату.
3) Для небольших проектов кажется удобным трелло. Нужно только сразу договориться о правилах. Писать только по существу. Каждый тикет - одна тема. Итд итп. Для маленьких проектов бесплатного функционала хватает с головой.
4) Трелло позволяет прикреплять к теме видео демонстрации реализации отдельных задач. Пояснения голосом помогают кратко показать что и как работает.
5) О некоторых вещах лучше договориться на берегу. Например : выходные дни - святое))). Игнорируются только в случае серьезного форс-мажора )) итд.

Самое главное, чтобы в процессе принимали участие адекватные люди. Остальное приложится )

Похоже у вас в голове все смешалось.
1. Что такое разработка программ? Думаю, ни чему не противоречит сказать, что это написание кода на избранном языке, направленное на решение задачи, поставленной перед разработчиком. Решение может использовать сколько угодно много алгоритмов, либо не использовать вовсе, кроме тех, что реализованы в стандартной библиотеке языка.
2. Алгоритмы? Алгоритм - это формальное описание решения проблемы, как правило, не привязанное ни к одному из языков программирования, и не являющееся самостоятельной программой. Например: поиск всех подстрок в тексте - это алгоритм, который может быть использован в программе, но сам программой не является.
3. Структуры данных? Структуры данных - это способ организации информации в памяти и/или на диске, для более оптимального ее использования, или применения к ней алгоритмов. Например: графы и алгоритмы на них.
4. Шаблоны проектирования? Шаблоны проектирования, в оригинале design patterns - это решения типовых ситуаций при проектировании приложений. Речь идет о достаточно крупных приложениях, хотя сложно выделить четкий критерий, когда приложение можно назвать крупным. В мире web приложений самый известный шаблон - это MVC, хотя вебом его применимость не исчерпывается.

С чего начать:
1. Знакомство с языком. Без знания языка все остальное бессмысленно. Начать лучше с известных языков, по которым много литературы и большое комюнити: C/C++, C#, Java, php7, python, JavaScript. Не гонитесь сразу за несколькими языками. Не гонитесь за новомодными языками, вроде go, rust или elixir, они решают проблемы, которые вам еще только предстоит понять. Не гонитесь за экзотическими языками, вроде lisp, haskel, erlang или ocaml, у них есть свои почитатели, но это не самый простой способ начать программировать. Выберете, что вам ближе, компилируемые, или скриптовые, со строгой типизацией или динамической, и вперед.
2. Потренируйтесь в реализации отдельных алгоритмов. Это позволит вам закрепить знание выбранного языка, расширит ваш кругозор и научит выделять эти алгоритмы в процессе решения более сложных задач. Здесь фундаментальный труд Дональда Кнута "Искуство программирования" вам в помощь, хотя одной этой книгой тема конечно не исчерпывается.
3. Теперь можно браться за задачи посложнее. Один нюанс, если вы пойдете в веб разработку: с нуля системы сейчас ни кто не пишет, все используют фреймворки. Возможно, было бы не плохо, покопаться в устройстве парочки таких продуктов, а в идеале, попробовать построить свой велосипед, чтобы лучше понять что, и как устроено и работает.

Christopher Kormanyos
Real-Time C++

Могу порекомендовать знакомство с библиотекой VE_AVR, написанной на C++ для микроконтроллеров ATmega.

https://legacy.gitbook.com/book/arobenko/bare_meta...

Test-Driven Development for Embedded C
Год: 2011
Автор: Grenning J.W.
Издательство: Pragmatic Bookshelf
ISBN: 978-1934356623

> поля класса не будут меняться в процессе
значит, их нужно делать статическими константами и, возможно, вообще убрать класс, заменив на namespace.

> "Говорят" можно через шаблон, но как не сказали)
По сути, те же статические константы, только могут быть только целым числом и не имеют адреса.

template< int X, int Y >
class NAME
{
public:
    enum { field1 = X, field2 = Y };
};

typedef NAME<5,7> Name57;

int a = Name57::field1;
int b = Name57::field2;

Мой .gitignore выглядит так:

# IntellijIdea files
*.iml
.idea
out

Все прекрасно игнорит, палочка сзади не нужна.