Как получить более глубокие знания?

Question

[korvin2]

Работаю android разработчиком в аутсорс-компании почти 4 года. За это время поработал на многих проектах (но один) с довольно разными задачи, все поставленные цели проекта выполнял, каких-то затупов где не получилось бы что-то реализовать не было, приложения и фичи работают достаточно стабильно. То есть в целом умею работать со многими инструментами (старыми и современными, т.к. начинал с java), как бы знаю "что нужно сделать для задачи X", но чувствую, что не хватает глубинного понимания, потому что как раз таки просто "знаю что нужно делать" (или могу найти как сделать, если не знаю), но как это работает под капотом или как сделать это лучше - без понятия.
Например, корутины и flow - знаю что нужно писать для запуска механизма работы, реализовывал различные кейсы, но для большинства задач достаточно моих поверхностных знаний, а как увижу что-то необычное при просмотре собеседований - сразу теряюсь и иногда даже суть вопроса понять не могу. Или ситуация с Volatile и Synchronized - знаю что они есть и для чего нужны, но ни разу не приходилось использовать. Слышал еще пару раз как на собесах говорили о Dalvik и ART, а я слов то таких даже не знал....
Чувствую себя обезьянкой, которая запомнила на какие кнопочки жать и копи-пастит код из одного проекта в другой.
Поэтому прошу совета от опытных разработчиков - какую базу необходимо подтянуть, в идеале еще где и как. Для себя выделил изучение java concurrency и узнать как работает под капотом то, что каждый день пишу в коде. Возможно посоветуете какие-нибудь книги или лекции. Очень хочу стать экспертом в разработке, но чувствую что как раз не хватает "экспертности" во многих вопросах. Спасибо.
P.S. Заранее прокомментирую некоторые возможные ответы. "Поступи в ВУЗ" - не буду вдаваться в подробности, но этот вариант отпадает. "Найди компанию с крутой командой" - это уже в планах.

Comments

[сергей кузьмин]

вас скоро заменит эй ай

[Snakecharmer]

Не все вырастают в джунов, мидлов и сеньоров. Вам пора увольняться. Попробуйте посамообразовываться. Ответьте честно на 3 вопроса (необязательно сюда, достаточно самому себе):
1. Сколько книжек прочли за последний год?
2. Сколько пет-проектов сделали?
3. Какая предметной отрасль вам интересна?

[korvin2]

Snakecharmer,
1. Книги по программированию читал только во время обучения до устройства на работу.
2. 5 полноценных приложений, которые не просто залил в гитхаб, а красиво придумал дизайн, сделал ASO-оптимизацию, выложил в маркет, настроил модель монетизации, активно добавляю новые фичи и исправляю баги. В общем, полноценные проекты, один из которых имеет ~50к скачиваний, остальные в среднем по 5-10к.
3. Мне нравится создавать приложения, но не очень нравится "работать на работе". Объективно оценивая шансы хотя бы приблизиться к доходу со своих проектов к той же зарплате - они мизерные. Поэтому работа в приоритете, свои проекты - когда есть время/вдохновение.

[Snakecharmer]

korvin2,
1. Обратите внимание, что реально опытные коллеги вам уже набросали книги, которые по их мнению, помогут вам закрыть пробелы в знаниях.
2. Творить в свободное время одна из важнейших привычек. Так держать.
3. Здесь, пардон, я наверное не до конца пояснил свою мысль. Под предметной отраслью я имел направления экономической деятельности. Например, вам интересен финтех? Копанем глубже: а что именно в финтехе вам интересно? Криптоиндустрия? Трейдинг? Трейдинг в криптоиндустрии? Или может банковское дело, условное ДБО для малого бизнеса? и так далее. Посыл такой чтобы стать экспертом в одной нише, а не распыляться между проектами разных предметных областей (medtech, traveltech, ecom, proptech...)

[korvin2]

Snakecharmer, за третий вопрос отдельное спасибо, даже не задумывался какая предметная область была бы особенно интересна в андроид разработке. Обычно в первую очередь учитываю такие факторы как ЗП, стек компании, команда, возможности роста и тд. Но если подумать можно выделить определенные предметные области и стать специалистом именно в них, хорошая идея

Answer 1

[Сергей Горностаев]

Слышал еще пару раз как на собесах говорили о Dalvik и ART, а я слов то таких даже не знал....

Чтобы это исправить достаточно регулярно читать Хабр.

Или ситуация с Volatile и Synchronized - знаю что они есть и для чего нужны, но ни разу не приходилось использовать.

Goetz - Java Concurrency in Practice

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

Comments

[korvin2]

Спасибо!
По любознательности согласен, видимо сам понимал это, но не мог сформулировать. Именно этого и не хватает,

Answer 2

[Dmitry Roo]

Возьмите привычку читать по часу в день.
Список литературы:
Брукс "Мифический человеко-месяц"
Гетц "Java Concurrency на практике"
Блох "Java. Эффективное программирование"
Мартин "Чистый код: создание, анализ и рефакторинг."
Гамма, Хелм, Джонсон, Влиссидес "Паттерны объектно-ориентированного проектирования"

Вся литература из доклада: https://www.youtube.com/watch?v=popkBBjbAv8

Алгоритмы не помешает еще подтянуть.
Минимум прочитать "Грокаем алгоритмы"
Кнут "Искусство программирования"
Седжвик "Алгоритмы на Java"
Кормен "Алгоритмы построение и анализ"
(не знаю, какая из них лучше, и нужно ли читать все)

Comments

[korvin2]

Спасибо за детальный список!

Answer 3

[alexalexes]

"Найди компанию с крутой командой"

Именно так. Ищите вакансию с требованиями по навыкам, классом чуть выше, чем вы предполагаете у себя. Готовитесь к собеседованию - подтягиваете знания по булитам в списке требований, где конь не валялся (как там с английским языком? а что там используется на стыке технологий в этом участке стека сейчас? какими средствами версируется проект? как распределяются зоны ответственности разработчиков и какие роли существуют?). Проваливаете 5-10 собеседований, наконец, худо-бедно устаиваетесь на желаемую позицию.
На этой позиции уже изучаете кухню подробнее, естественно, в свободное от работы время тоже.

Comments

[korvin2]

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

Answer 4

[Дмитрий Кинаш]

как увижу что-то необычное при просмотре собеседований - сразу теряюсь и иногда даже суть вопроса понять не могу.

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

Работаю android разработчиком в аутсорс-компании почти 4 года... Слышал еще пару раз как на собесах говорили о Dalvik и ART, а я слов то таких даже не знал...

Значит что ваш уровень не выше мидла. Есть куда расти.

"Поступи в ВУЗ" - не буду вдаваться в подробности, но этот вариант отпадает.

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

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

Вы уже нашли Хабр! Для начала подпишитесь на хабы по Java и мобильной разработке (можно еще парочку по интересам) и читайте все что выходи нового. Как видите неизвестные термины/технологии - гуглите. Далее выбирайте некий раздел - например работа с потоками раз вас так зацепили "Volatile и Synchronized" - и читайте хабровский архив на заданную тему. И не пропускайте комментарии - там часто замечания намного ценнее чем материал самой статьи.

Comments

[korvin2]

Спасибо за ответ!
Однозначно не оцениваю свой уровень выше мидла, да и сильным мидлом лично сам себя не назвал бы. Хотя тут в синдром самозванца скатиться можно, на работе наоборот успехи только показываю. Надо на собеседования походить и тогда уровень будет более понятен)
Выделил еще важный фактор - добавить больше инфополя разработки в жизнь. Если нет сил читать сложную техническую литературу 1 час, то можно как вы правильно написали статьи почитать на Хабре или хотя бы видосики посмотреть - лучше, чем ничего.

[Дмитрий Кинаш]

korvin2, для вас чтение статей и просмотр роликов на Ютубе - это даже эффективнее чем читать большие умные книги. Слона целиком съесть в любом случае невозможно и нужно резать на кусочки. А статьи - это как раз правильно упакованные "кусочки" информации с примерами и приправленные опытом использования.

[Дмитрий Кинаш]

korvin2, кстати, если с английским все в порядке (хотя бы А2), то рекомендую Баелдунг:
https://www.baeldung.com/start-here

Там море туториалов и просто обзорных статей. Причем темы разжёвывают вдоль и в поперек с кучей примеров.

[korvin2]

Дмитрий Кинаш, да, всю инфу изучаю в основном на английском, спасибо за полезный источник