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

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

опыт полгода

это не о чем. Наберитесь терпения. Как минимум через пару лет можно думать об этом. Вот примерный план, чем и в какой последовательности надо овладеть: https://github.com/togiberlin/ui-ux-designer-roadm...

В России на ИТ учат в ВШЭ, где есть совместные программы с МФТИ или с Yandex. И выбирать тебе нужно не "программная инженерия", а "прикладная математика и информатика", еще такая специальность называется "вычислительная математика и кибернетика". Такие специальности как "информатика и вычислительная техника" или "информационные системы и технологии" совсем о другом. Что такое computer science вообще? Смотри чем занимаются в ШАД. Это если тебе все же интересно развиваться в "computer science", чтобы быть на острие атаки в стартапах, в Калифорнии и вот это все, а не "software engenireeng" (программная инженерия). Я бы рекомендовал для CS мехмат, матмех, так как только оттуда все топы.

Программной инженерии обучаются сами, все лучшие курсы по отзывам моих знакомых, которые на них обучались, шлак. Программной инженерии не учат в вузах, ни в одном. Диплом не нужен, чтобы уехать программистом в другие страны, нужен опыт, в интернете достаточно статей, видео людей без профильного диплома, спокойно разъезжающих по разным странам, меняя работу, ища место для ПМЖ.

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

Еще не нужно так акцентироваться на получении знаний, кодинге, ачивках, жизнь не вокруг этого крутится. Это просто работа. Когда попадешь в крутой офис с крутыми проектами, тебе это быстро все надоест, так же как миллионерам надоедают в первый же месяц их спорткары. С возрастом будет хотеться иного, будет так же как с интересами из детства.

Некоторые знаешь как делали? Шли учиться на психолога в ВШЭ (конкретный пример, ссылку не дам, лень искать), но ботали кодинг (не CS, а software engineering), создавали свои проекты учась на психолога, успешно, потом уезжали в кремневую долину. Почему так? Потому что все быстро меняется, потому что не учат в вузах кодингу, а парень тот это понимал, из физмат лицея при МГУ. Цукерберг тоже учился на психолога вроде в Гарварде. Путь евангелиста для упоротых, менеджером в IT быть очень плохо (это не менеджер как в других сферах), поэтому диверсифицируй, и не смотри на бабки.

На дворе Java 12, зарелизят уже через неделю. У Java полная обратная совместимость, актуальны даже книги по Java 1.2. А для новичка нет лучше, чем учебники серии Head First.

Книги по архитектурам:
The Architecture of Open Source Applications
aosabook.org/en/index.html
Аналога на русском языке не встречал

Есть два варианта работы backend части:
1. Работает в жесткой связке в фронтом. При каких-либо действиях в браузере информация передается в backend, который формирует новые отображения для браузера. Почти все современные web-framework из коробки работают в таком режиме.
2. Back отдает информацию в json/xml виде. REST - запрос информации скопом, т.е. в одном запросе может возвращаться информация о разных частях системы. RESTfull API - работа с конкретным объектом через http запросы (GET - получение, POST - создание, PUT -изменение, DELETE - удаление).

То что во втором пункте называется API, может быть несколько уровней доступа, например внутреннее API и внешнее(внутреннее - сами используем, внешнее - отдаем сторонним разработчикам).

Backend мобильного приложения чаще всего работает по 2 варианту.
Backend сервиса может работать по обоим вариантам, если в проекте сложный frontend, то в последнее время наблюдается смещение в сторону второго вариант работы (SPA - single page application работают через API).

Ядро приложения - некая часть кода + база данных, которые могут быть перенесены в другой проект с такой-же бизнес логикой. Ядро не должно быть привязано к конкретным фреймворкам, чтобы можно было сменить какие-то конечные части системы(php фреймворк, javascript фреймворк) с минимальными потерями.

Taylor Otwell, создатель Laravel — https://medium.com/@taylorotwell
В блоге бывают посты не только про Laravel, а в целом про PHP и комьюнити.

Вообще Medium сам подсказывает интересные статьи от интересных людей. Там всегда есть что почитать.

А сам код синхронным не называется, это его по ошибке или для упрощения так называют. Синхронным и асинхронным называется только API ввода-вывода, т.е. операции, прерывающие исполнение кода и требующие от системы обратиться к внешнему устройству, работающему не синхронно с центральным процессором. Операции ввода-выдвода, каковые есть: работа с дисками, портами, контроллерами, периферийными устройствами, как клава, мыша, тачскрин, разные датчики, вебкамера, сетевые карты, блютузы и другие радиомодули, принтеры, видеокарты и прочее. Все они получают задание от программы, и исполняют его отдельно, своими мощностями. Потом внешние устройства присылают программе сигнал о статусе исполнения и, возможно, полученные данные. Программа все это время может ждать (если у нее синхронное API, т.е. блокирующее) или что-то делать (если асинхронное, т.е. не блокирующее). Если программа ждет, не переходит к выполнению следующего действия, то это синхронный ввод-вывод, потому, что осуществляется процесс синхронизации программы с внешним устройством. Внешне устройство посылает прерывание, которое обрабатывает операционная система и через несколько слоев драйверов оно попадает в программу, обычно в виде колбека или события. Если программа ждала, то вызов API не завершался, она все время слушала, когда придет событие о завершении операции ввода вывода, а получив его API отдает ответ и управление переходит к следующей команде, что и называется, синхронизацией с периферийным устройством. Если программа не ждала, то вызов API сразу завершается и не блокирует поток выполнения программ, это называется асинхронным API, потому, что процесс синхронизации не происходит явно, а ответы возвращаются через события.

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

Напрямую обойти никак, это реалии создания бизнеса. Другое дело что некоторые в ВК торгуют всяким хендмейдом, платьями с совместных закупок и т.п. Делали они это раньше без всякого оформления и дальше будут так делать. Деньги переводят им на карточку напрямую. Но и то, там деньги переводят под имя, когда точно видят кому. Вот и вам так делать придётся.
Давите на то, что касса нужна и что в общем объёме затрат это не большая сумма.

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