Как вы изучаете языки программирования и технологические стеки БЫСТРО?

Question

[ruplace]

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

Можно ли мой подход назвать адекватным и что вы бы добавили/убрали:

1. методы (парсингом доков) заносить в Anki, либо раз в несколько дней пробегаться по документации
   
2. осознать границы стека и для чего он в принципе, написать хобби проект на нем
   
3. когда стеков уже несколько, снова на них что-нибудь писать совмещая вместе
   
4. начинать с курсов или практической литературы, а доки приберечь на потом
   

• Приходит в голову, что лучше убрать второй пункт, так как он компенсируется третьим. Тем не менее, создавать сразу значит создавать на горячую (вспоминаем кривую забывания).
  
• Убрать первый пункт тоже можно -- методы компенсирует IDE, а главное помнить принципы работы и наличие таких методов. Тем более у меня нет планов глубоко специализироваться на этом стеке.
  
• Мой опыт показывает, что лучше начинать с курсов, либо c максимально практической литературы (что-нибудь вроде Блог на Laravel на практике). Кто-то скажет доки, но тут тоже проблема -- доки разные бывают и нужен опыт, чтобы все верно сопоставить и верно продумать архитектуру для практических приложений, а не как это все должно работать. Это банально дольше
  

Comments

[Vitsliputsli]

Не бывает универсальных решений, но как правило всегда нужно начинать с документации. Затем пробовать на практике и по возможности консультироваться у экспертов, если таковые имеются.
Бывают и исключения, например дока по Oracle очень корявая, как будто специально написанная чтобы было непонятно, изучить тупо Merge по ней уже проблема. Или Angular где примеры наполнены решениями, которые уже не рекомендуется использовать.
Но после этого у вас будет лишь поверхностное представление, добавить новую специализацию можно, когда будет опыт работы по ней.

Answer 1

[Robur]

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

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

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

Comments

[ruplace]

Я понял. Но как бы сказать. Мне работать на реальных проектах и практическая литература криво косо, но именно об этом. Т.е. некоторое сокращение дистанции между моими "надумал" и то что нужно делать. Но аргумент конечно-же -- просто брать задания с фриланса и пробовать накалякать эти проекты самому читая доки

[Robur]

ruplace, способ что-либо постичь, только один - использовать это.
А как вы будете использовать, миллион путей, выбирайте подходящий себе самостоятельно.
как по мне - учить беря задания с фриланса не самый эффективный путь, вы большую часть времени будете тратить не на вникание в технологию, а на совершенно другие вещи - общение с заказчиком, сдачу проекта, вникание в задачу и хотелки клиента и так далее. Это все потерянное время, которое вы могли бы потратить на изучение технологии. Вплоть до того что это просто вас замедлит на столько что ничего у вас не выйдет толком.
сделайте так чтобы 100% вашего времени было потрачено на работу с изучаемой технологией. Примеров таких пет-проектов в сети навалом, если своих идей нет, от туду до crm.

Answer 2

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

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

Comments

[ruplace]

Хочу шустро и быстро выйти в министры

Answer 3

[Илья С]

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

методы (парсингом доков) заносить в Anki, либо раз в несколько дней пробегаться по документации

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

Comments

[ruplace]

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

Answer 4

[Никита Михайлов]

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

Либо берёшь курс + документацию и делаешь всё то же самое, что и выше. Разница только в том, что материал собран за тебя. А про документацию: хватит её избегать. Лучше доки никто не опишет возможности.

Comments

[ruplace]

У меня всегда много раздумий и много действий. Другой вопрос, что я ожидаю секретного знания от кого-либо. Но как показывает опыт вопросов на тостере это трата времени. Я не избегал и не избегаю доки. Тут фундаментальное непонимание вопроса. Сам отчасти в этом виноват (но и не предугадаешь ведь как тебя растолкуют)

[Никита Михайлов]

Другой вопрос, что я ожидаю секретного знания от кого-либо.

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

Answer 5

[Alex Wells]

Имхо, все пункты - бред, кроме второго.

Что бы выучить язык или технологию, стоит пройтись по доке и прочесть ее по порядку. Прочесть, а не пролистать. Хорошо написанная дока обьясняет, а не информирует. Никакие курсы не сравнятся с такой докой.

К примеру, у laravel и kotlin - отличная документация. Если ты столкнулся с технологией, у которой она именно такая - начинай с нее, прочти от корки до корки и закончи написанием того, что ты хотел (иначе нахера ее учить, если не планируешь использовать?). Не надо делать рандомные вымышленные проекты - делай то, что хотел.

Если же документация - скорее api doc, чем разжованые концепты, то стоит прибегнуть к видеокурсам, но только на английском, за последний год-два и от репутабельного автора.

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

Answer 6

[Andrew Nodermann]

Быстро только через google/stackoverflow/github/документацию. Со временем по мере набора опыта, сроки изучения новых стеков и языков будут сокращаться. У меня уходит несколько часов на новый язык, чтобы начать на нем комфортно писать и минуты чтобы найти нужное решение в гугле. Заранее ничего не учу, сразу практика, использую готовые куски кода, уже по ходу их изменяю.

Answer 7

[Алексей Артюшков]

Getting started (Tutorial) -> пробуешь, что-то изменить/добавить/улучшить из tutorial проекта -> по-мере возможностей и времени задействуешь технологию в коммерческих проектах

Answer 8

[Пума Тайланд]

по большей части вы сами ответили на свой вопрос , а так просто беру и пишу проект на новом стеке, тяп ляп постоянно улучшая его

Answer 9

[Рональд Макдональд]

начинать с курсов ... а доки приберечь на потом

Это вы-то не новичок? Только новички пренебрегают официальной документацией от разработчиков, предпочитая курсики или убогонькую литературу, которая пересказывает ту же документацию, привязав её к таким же убогим частным случаям. Изучая частное, вы будете обезьянкой (я сейчас не про веб, честное слово, просто другого слова нет), которая надрессировалась делать что-то определённое, а на другой задаче растеряется.

А остальные пункты норм, их отбрасывать как раз нельзя.

Comments

[ruplace]

Так фишка что мне нужно залезть быстро. Доки я в любом случае листаю. И да, тут очень даже согласен -- Packt и даже Oreily грешат пересказом доков. НО я же пишу про практическое применение и быстрое наверстывание

[ruplace]

Alexander Pikeev, и где противоречие?

[ruplace]

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

[ruplace]

Alexander Pikeev, так объясните для тупых. Если про снятие ответственности с издательства и перекладывание на автора, то это называется срубить бабла в обмен на совесть

[ruplace]

Alexander Pikeev, онимешник яви мудрость

[ruplace]

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

[Dr-Caligari]

Ну то есть, начинает человек изучать условный Python и ему сразу стоит прочитать все оф.доки? Не слишком ли много информации сразу?

[Рональд Макдональд]

Dr-Caligari, а как, по-вашему, должно начинаться обучение? Взял книгу от создателей языка и вперёд.

Answer 10

[Dimonchik]

https://vas3k.ru/inside/39/

Comments

[ruplace]

Да я в принципе всю жизнь так и учусь