Об этом пели отцы. Только посмотрите на это безудержное айтишное веселье на Geekpicnic
https://www.youtube.com/watch?v=iE7FLXm-Tog
https://www.youtube.com/watch?v=iE7FLXm-Tog
Ivan @ievetrov のテレグラム投稿
Ivan @ievetrov によってTelegramで共有された最新のコンテンツ
Код из этого плейлиста по Android в рамках разработки EnglishWordsApp. С небольшими доработками по верстке для улучшения адаптивности и мини-гайдом по клонированию проекта, используя Android Studio.
https://github.com/ievetrov/EngWordsApp
https://github.com/ievetrov/EngWordsApp
Как люди (в смысле программисты) искали информацию раньше?
Начало времен 🦖
В древние времена информации в целом было не очень много и ее было непросто отыскать. Как правило она откапывалась в документации. Например, производитель компьютеров IBM выпускает толстую книжку про какие-нибудь регистры процессора, про особенности работы оперативной памяти, какие-то рекомендации по программированию всего этого дела и так далее.
Разработчик изучает вот эту документацию, может смотреть какие-то журналы, посвященные данной тематике. Знакомится со статьями научного толка, которые описывают актуальные для него технологии. Ну и, естественно, изучает некоторую базу – условно математику, кибернетику, алгоритмы..
Специалистам приходилось самостоятельно со всем этим работать, все это переосмысливать и пробовать на себе или в узком кругу таких же гиков.
Дальше уже эти же люди писали статьи, например, в журналы, где описывали, как они решили ту или иную проблему. Ну и вообще, что определенная проблема существовала в принципе. Статьи собирались в книги. Они публиковались, как переработанный опыт совокупности людей. Появлялись какие-то методические пособия или учебники по узким направлениям с целью быстро обучить людей определенной технологии, разработке узкоспециализированного софта.
Курсы и интернет
Эволюционно начали появляться курсы (в том числе и видео), которые предоставляют возможность последовательно, получая знания, освоить какой-то предмет в требуемой области. По сути это следующий уровень декомпозиции опыта и способ быстрее погрузить учащегося в определенный контекст.
То есть объемный пласт информации разделяется на условные главы. Сами главы – есть отфильтрованная выжимка опыта конкретного автора. С его взглядами на педагогические процессы.
Интернет позволил обмениваться данными. Но игру перевернуло развитие поисковых систем, таких как Google или Yahoo. В следующих постах поговорим о влиянии интернета и технологий (вы знаете о чем я) на индустрию.
Начало времен 🦖
В древние времена информации в целом было не очень много и ее было непросто отыскать. Как правило она откапывалась в документации. Например, производитель компьютеров IBM выпускает толстую книжку про какие-нибудь регистры процессора, про особенности работы оперативной памяти, какие-то рекомендации по программированию всего этого дела и так далее.
Разработчик изучает вот эту документацию, может смотреть какие-то журналы, посвященные данной тематике. Знакомится со статьями научного толка, которые описывают актуальные для него технологии. Ну и, естественно, изучает некоторую базу – условно математику, кибернетику, алгоритмы..
Специалистам приходилось самостоятельно со всем этим работать, все это переосмысливать и пробовать на себе или в узком кругу таких же гиков.
Дальше уже эти же люди писали статьи, например, в журналы, где описывали, как они решили ту или иную проблему. Ну и вообще, что определенная проблема существовала в принципе. Статьи собирались в книги. Они публиковались, как переработанный опыт совокупности людей. Появлялись какие-то методические пособия или учебники по узким направлениям с целью быстро обучить людей определенной технологии, разработке узкоспециализированного софта.
Курсы и интернет
Эволюционно начали появляться курсы (в том числе и видео), которые предоставляют возможность последовательно, получая знания, освоить какой-то предмет в требуемой области. По сути это следующий уровень декомпозиции опыта и способ быстрее погрузить учащегося в определенный контекст.
То есть объемный пласт информации разделяется на условные главы. Сами главы – есть отфильтрованная выжимка опыта конкретного автора. С его взглядами на педагогические процессы.
Интернет позволил обмениваться данными. Но игру перевернуло развитие поисковых систем, таких как Google или Yahoo. В следующих постах поговорим о влиянии интернета и технологий (вы знаете о чем я) на индустрию.
Как часто обращаться к ментору за помощью?
Окей. Как ты считаешь, сколько нужно ездить на велосипеде с поддерживающими колесиками, чтобы научиться ездить самостоятельно без них?
Столько, сколько потребуется, пока не научишься ездить самостоятельно.
А как быстрее научиться ездить самостоятельно? – Стараться реже использовать эти колесики.
¯\_(ツ)_/¯
Вообще у себя на практике я призываю ребят спрашивать больше и чаще. Особенно, в начале своего пути, когда непонятно практически ни хе ра. Зачастую начинающий даже не очень понимает что гуглить, но навык "формулирования вопросов" довольно быстро прокачивается и пригождается не только в разработке.
Ну и после формирования определенной критической массы знаний становится проще и возникают новые вопросы следующего уровня сложности. Это норма.
В идеале сначала надо попытаться самостоятельно прогуглить вопрос, запросить уточнения в GPT (о нем позже), а только потом обращаться к ментору. Мне кажется, можно немного иначе.
При изучении новой сложной темы или технологии можно сразу обращаться к старшему товарищу за тем, чтобы хотя бы понять в правильном ли движешься направлении. Тем более на обучении у ментора есть обязательства, чего не всегда можно получить в рабочем коллективе. И при условии правильного сформулированного вопроса.
Во-первых качество коммуникации повышается, когда понимаешь на что отвечать. Во-вторых зачастую вопрос отпадает сам собой.
Правильно сформированный вопрос как правило уже содержит часть ответа. Сформулируй его, напиши на листочке, задай его коту, другу-"гуманитарию" или ножке от стула.
"Моя кошка замечательно разбирается в программировании. Стоит мне объяснить проблему ей — и все становится ясно.". John Robbins, тринадцатикратный обладатель титула "Most Valuable Professional" от Microsoft.
Окей. Как ты считаешь, сколько нужно ездить на велосипеде с поддерживающими колесиками, чтобы научиться ездить самостоятельно без них?
Столько, сколько потребуется, пока не научишься ездить самостоятельно.
А как быстрее научиться ездить самостоятельно? – Стараться реже использовать эти колесики.
¯\_(ツ)_/¯
Вообще у себя на практике я призываю ребят спрашивать больше и чаще. Особенно, в начале своего пути, когда непонятно практически ни хе ра. Зачастую начинающий даже не очень понимает что гуглить, но навык "формулирования вопросов" довольно быстро прокачивается и пригождается не только в разработке.
Ну и после формирования определенной критической массы знаний становится проще и возникают новые вопросы следующего уровня сложности. Это норма.
В идеале сначала надо попытаться самостоятельно прогуглить вопрос, запросить уточнения в GPT (о нем позже), а только потом обращаться к ментору. Мне кажется, можно немного иначе.
При изучении новой сложной темы или технологии можно сразу обращаться к старшему товарищу за тем, чтобы хотя бы понять в правильном ли движешься направлении. Тем более на обучении у ментора есть обязательства, чего не всегда можно получить в рабочем коллективе. И при условии правильного сформулированного вопроса.
Во-первых качество коммуникации повышается, когда понимаешь на что отвечать. Во-вторых зачастую вопрос отпадает сам собой.
Правильно сформированный вопрос как правило уже содержит часть ответа. Сформулируй его, напиши на листочке, задай его коту, другу-"гуманитарию" или ножке от стула.
"Моя кошка замечательно разбирается в программировании. Стоит мне объяснить проблему ей — и все становится ясно.". John Robbins, тринадцатикратный обладатель титула "Most Valuable Professional" от Microsoft.
Книга Брайана Гетца "Java Concurrency на практике" полезна для изучающих разработку под Android.
Фокусируется на параллельном программировании. Хотя изучение может быть сложным из-за сложности Java API для потоков, книга помогает понять, когда и как использовать многопоточность для решения стандартных задач эффективно.
Хотя Kotlin имеет свои особенности, многие принципы из Java применимы и там. В том числе потому, что Kotlin работает на JVM.
Главные достоинства книги: понятное объяснение сложных аспектов Java и полезные примеры для повышения эффективности приложений.
Сложность: на опыте
Фокусируется на параллельном программировании. Хотя изучение может быть сложным из-за сложности Java API для потоков, книга помогает понять, когда и как использовать многопоточность для решения стандартных задач эффективно.
Хотя Kotlin имеет свои особенности, многие принципы из Java применимы и там. В том числе потому, что Kotlin работает на JVM.
Главные достоинства книги: понятное объяснение сложных аспектов Java и полезные примеры для повышения эффективности приложений.
Сложность: на опыте
Заметки AndroidSprint
В рамках практики по Android мы ежемесячно проводим тестовые собеседования. В результате формируем саммари с комментариями по отчетному периоду от ревьюера кода и собеседующего (это не всегда один и тот же человек).
Так вот в обратной связи по итогам интервью мы в том числе делимся рекомендациями, статьями и литературой в зависимости от индивидуальных запросов, уровня и областей, которые необходимо подтянуть.
Такой литературой буду делиться тут.
В рамках практики по Android мы ежемесячно проводим тестовые собеседования. В результате формируем саммари с комментариями по отчетному периоду от ревьюера кода и собеседующего (это не всегда один и тот же человек).
Так вот в обратной связи по итогам интервью мы в том числе делимся рекомендациями, статьями и литературой в зависимости от индивидуальных запросов, уровня и областей, которые необходимо подтянуть.
Такой литературой буду делиться тут.
