Дмитрий

Привет,
Тут тема такая, основная фишка в том, что нет чёткого определения, что такое архитектор. У кого-то в компании аналогичная должность может называться и руководитель проекта, у кого-то тимлид, у кого-то архитектор. И соль в том, что любой вышестоящий начальник вкладывает в эту должность абсолютно разный набор функциональных обязанностей.
Что могу посоветовать, надеюсь, это станет ответом на вопрос. Есть проект на гитхабе роадмап тимлида. Там есть прикольные картинки и, собственно, что вам нужно сделать:
Первое, принять, что теперь за всё отвечаете вы лично. То есть, вроде как отдел кадров подбирает персонал, но всё равно именно вы набираете под себя команду и вы лично за неё несёте ответственность. Если вам задают вопрос по продукту - типа, что это за кнопка добавилась - ответ "я не знаю, это без меня добавили" неприемлем. Если вылетел баг на проде - то обосрались лично вы.
Второе, после принятия ответственности, необходимо пройтись по всему дереву-снежинке и отметить, в каких областях у вас хорошо, а в каких провал. И из первого пункта тут вытекают разного рода решения, например планёрки (или скрам) для того, чтобы именно вы были в курсе, кто чем занимается. Код ревью и внедрение ci/cd, чтобы не вылезали баги на проде и так далее. Вот тут уже, если вы не разбираетесь в какой-то узкой области, можно взять какой-то курс. То есть, нет такого общего "курсы для архитекторов" - там вам воды в уши нальют, есть роадмап, по которому вам надо идти. И есть узкоспециализированные курсы под каждую область, где у вас провал, вот так.
Третье, необходим баланс, вам нельзя замкнуть все процессы на себя. Есть правило автобуса (что будет с проектом, если вы не выйдете на работу?). Это очень полезное правило - процессы должны быть выстроены таким образом, чтобы вы могли спокойно уйти в отпуск и вам никто не звонил. Это тоже очень важная составляющая организации работы. Вообще авралов не должно быть, только штатные ситуации. Если вы решите поменять работу, чтобы не пришлось в последний день собирать документацию с айпишниками, логинами/паролями участвующих в вашем проекте виртуальных машин, так как должна вестись своевременная документация по ресурсам и используемому ПО. Вроде как про это никто заранее не говорил, но это ваша обязанность и вы отвечаете за такие вещи лично (повторюсь ещё раз о важности делегирования и отсутствия переработок)

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

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

Зависит от отрасли (компании) и региона. Если у меня на столе 10 резюме с опытом 2+ лет на последнем месте и одно с полгода, по-человечески возникают вопросы. Если опыт маленький, обязательно смотрится опыт позапрошлой работы. Если тоже маленький, опять же, возникают вопросы.

Я думаю, что «следующей должностью» программиста должно быть что то типа архитектора. А переход в менеджмент — смена сферы деятельности.

Худшее что может сделать хороший программист — это стать посредственным менеджером

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

if not os.path.exist(a):
    return
size = os.path.getsize(a) 
if size > 100000 and b < size:
    some_def(a)

Договор есть результат непротивления сторон. Любой договор обсуждаем, любые требования допустимы, не идущие вразрез с действующим законодательством. Другое дело, что в нашей ментальности все больше "рыбные" договоры, "подписывай как все и не выёживайся", "что, самый умный?!" и вот это все. Работодателю невыгоден вопрошающий сотрудник, как и лишние хлопоты по нерамочному договору. Как и банку невыгоден тот, кто хочет обсудить их договор, заметивший "звездочку", сноску и т.д. Короче говоря, дерзайте.

А в чем собственно вопрос? Для простенького магазинчика разверните wordpress, установите плагин woocommerce и все готово.

Если вы джявист, то не тратье время и просто наймите кого-то сделать магазин под ключ на каком-то готовом решении, типа wordpress+woocommerce(как выше советовали), magento, bitrix и тд. Ваше время будет стоить дороже, уж поверьте.

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

Я уже по моему третий раз за день кидаю эту ссылку:
https://tproger.ru/translations/how-to-learn-gamed...
Там есть и про разработку движков. Но для разработки движка надо и из всех других областей обладать знаниями.

Ваш вопрос вообще сродни "как построить ракету как у Илона Маска".

Студент it(математического, эконом) универа - java/.net
Живешь в Москве/Питере/Киеве/Минске - java/.net/python
Живешь не в столицах - php
Нет профильного образования - php
Дофига лет - php
Хочешь найти работу - php
Хочешь писать асинхронные прослойки для веб-служб - node.js
Хочешь писать хорошие асинхронные прослойки для веб-служб - Go
Достала жена и дети, хочется сидеть заниматься делом и пить пиво после работы с мужиками - Java
Достала жена и дети, хочется сидеть заниматься делом и пить пиво после работы, и потрахивать баб за 35 - .Net
Ты не такой как все, ты личность, ты человек - Ruby
Хочешь свалить в Канаду, США, Австралию - java/.net/python

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

Можно в webview показать любую карту на JS движке типа OpenLayers, может конечно есть библиотеки и для Java - но вряд ли они будут бесплатны и иметь весь функционал.