рекомендую смотреть на решения более проверенные временем — Turbo Vision как вариант

матанал нужен всегда! минимум как прививка от бешенства после кучи всякой UI/UX-щины...

но на практике, ясен, хватает элементарной арифметики, тригонометрии (ну не каждый же раз greensock.com с собой тащить) и элементарных численных методов для интро/экстро-поляций при расчете ускорений и т.д. при нестандартных анимациях.

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

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

лол, какая компания? компания — это игра, а игры — для задротов ;))
олько ладдер, только хардкор!

вообще, кому интересно,что в настоящем SC2 щас происходит

рулити дізрапторами і адептами

не, ну уже хоть не фатонишь с выходом в батонов... адекватный протосс, ога)

не играю, но люблю и часто слежу за всякими там WCS и прочее...

блин, таки сагрите венду рядом накатить... только что тут обсуждали же))

хм, как-то поднопрягся в свои 37... ещё никто ни разу возраста не спрашивал, хотя последние лет 7-8 я в основном только фрилансю

полностью перешел года 3-4 как, пока не жалею, хотя иногда в SC2 таки накрывает, но специально венду не держу, что бы время на это всё не тратить...

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

2. если программируете под андроид, у стандартного (гугловского) эмулятора в режиме GPU-рендера, под *NIX-ами постоянно проблемы, точнее, он просто неюзабелен, а на софтварном же рендере работать невозможно (4 ядра i3 — слайдшоу). Вот альтернативы, которую юзаю сам:
— genymotion (платная, но есть порезанная free-версия напоиграццо, в котрой так же доступны google play services из коробки — с последней 2.10 версии)
— Anbox — пока крайне сырая альфа, преимуществ в производительности по сравнению с genymotion, в принципе, незаметил. Однако, использует совершенно другой принцип контейнеров и виртуализации.
— android-x86 + VirtualBox

3. так же, всегда можно держать несколько любых виндовсов на вирткалках, собственно, если не для поиграться и прочих 3D-дизайнов, хватает абсолютно на всё (мне по крайней мере)

полностью готовый плагин плюс на котлине, и без всяких WTF ))

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

пилите на том, что знаете лучше... ну или вот как вариант ;)

реальные тренды, на данный момент по США, чаще всего отслеживаю тут www.cybercoders.com
это выжимка с craigslist(как понимаю) по работе, в разрезе it по US

всякое и в картинках про RecyclerView от разрабов
по остальному — крайне обширная предметная область, минимум должны прочитать developer.android.com/...​ide/components/index.html особенно по лоадерам и фрагментам (lifecycles, retain state etc)

ну здесь не конфликт «совместимостей» библиотек или API какого-то, а несколько различные принципы при построении несколько уровневой архитектуры в целом.

грубо говоря: mvvm = mvp & two way data binding
а в случае гуглевских «архитектурных концептов», полноценный MVVM это AAC + DataBinding Lib

то есть, в родных Libraries гугла, AAC это что-то типа lifecycle aware observable + Data Access Layer, а data-binding library — собственно тот самый дата байндинг. Но, до первого стэбла AAC, официального способа красиво сдружить AAC с DataBindingLib нет, но обещают что будет (хотя и не понятно пока до конца что во что перетечет, как изменится, или может просто пару адаптеров добавят).

коротко:
в случае mvvm, перекладыванием данных из модели во въюху и обратно, занимается некая другая архитектурная концепция(2 way data-binding) , чем mvp в основном и отличается от mvvm (кононическая версия mvvm от microsoft, классическая и возможно первоначальная версия от Мартина), а если мы «притянем за уши» 2WDB в MVP, то собственно и получим что-то очень напоминающее mvvm, где основное различие будет заключаться скорее в реализаци, чем в самих архитектурных принципах

разумеется, это всё абстракции более высокого порядка, но уж поскольку сам Гугль «впилил» в родные Libraries «best practices» именно mvvm (а например не зарелизил очередной Mosby но в android неймспейсе), допускаю, что теперь основная архитектура в следующие лет несколько, в андроид-деве, будет крутиться именно вокруг этих принципов и из реализаций

вместо всяких MVP (ну или «включая и») рекомендую сразу на AAC смотреть... ещё сырая альфа, но не прошло и 8 лет, как адекватный и родной(от гугла) именно фреймверк, начал появляться...

в прочем, туда же но до стэбла оно с AAC не дружит (самый жир ADBL кстати)

Андроид девелопер должен быть дизайнером?

нет

Или он получает макет и просто его накатывает?

да

но теорию, Best Practices, UI/UX Design Patterns ясен, должен знать

быстро нарезать с PDF-ки потенциального заказчика иконки

ээ, наверно PSD-ка имелась ввиду, или внезапно стало модным дизы в pdf-ках присылать ?)

писал небольшой вирусняк под WinXP

это карма, чувак ;) ... с MS-DOS начинать нужно было ;)

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

а вообще проблему нашел — иди в драйверописцы-системщики, ну или геймдев на худой конец... лол вообще просто

зы: а вообще на руби пишут только девачки, и только на макбуках... не, ну нормальные пацаны тоже на макбуках могут писать, но только на Go!!1

зыы: и от тебе ещё в догонку, что б не просыхал )))

имеется куча всяческих Q-обвесок и байндингов для этого, но имхо — еще те извращения. кстати, тот самый случай, когда имеет смысл «переходить на Golang», не в плане под андроид, а в смысле с пайтон ;)
а так, да — kotlin, если что б попроще, но все-равно без java-визмов вы не обойдетесь,разве что в хэлло вердах с адаптервьювами и кнопкой show toast

я бы не ставил вопрос так категорично, в случае этих двух технологий. просто добавьте Go к своему инструментарию... кстати, с чисто «core» которого, уже можно было бы разобраться с 26 июля;)