Спасибо большое за классный ролик! Раньше не придавал большое значение документации и бежал сразу на ютуб или в крайнем случае статьи переработанные читал(hubr), хотя документация должна идти в первую очередь при изучении. Запиши пожалуйста ролик о своей работе devops-инженером, рутинные задачи, может какие-то лайфхаки.😀
Спасибо большое за комментарий! Черпать информацию можно и нужно из разных источников, главное, чтобы помогала). Задачу по описанию работы инженера-DevOps добавил в бэклог)).
0:00 Официальная документация: 0:12 1) Точность и актуальность информации 0:44 2) Полнота данных 1:19 3) Понимание концепций и основ 1:54 4) Избежание ошибок и неправильных практик 2:52 5) Ускорение обучения 3:37 6) Профессиональный рост 4:41 Напутствие 4:57 Конец
это все конечно безусловно прекрасно, но часто документация написана более технически сложным языком и сложнее для восприятия. особенно новичком. а полнота данных также может стать и минусом - избыток информации. поэтому я предпочитаю при знакомстве с новой технологией сначала прочитать на каком-то стороннем сайте краткий обзор и примеры использования. а потом уже идти в документацию. хотя, конечно, бывают исключения документации, которые имеют квик старты, хорошие написаные или гайдлайны. кстати ещё одна проблема - язык. чаще всего всё-таки документации написано на английском. и мне даже человеку, который в принципе может читать английский текст, легче прочитать, знакомиться с технологией на русском языке сначала.
Привет, спасибо за комментарий. Да, как правило в 99% случаях документация написана на английском языке, без него никуда - перевод периодически спасает)). Все верно, иногда документация написана очень сложно, но вот как раз сейчас, у начинающих специалистов есть хорошая возможность использования ChatGPT. Взять непонятный код, текст скопировать, и попросить ИИ рассказать, что это, как работает простыми словами. И, да, можно в качестве объяснения использовать сторонние ресурсы.
@@skillitonit вообще, я согласен с сутью ролика, согласен с тем что доки - единственный возможный способ получить актуальную и полную информацию вместе с советами от авторов Фреймворка. просто хотелось подчеркнуть некоторые сложности, которые могут отталкивать от документации, особенно новичков. хорошо что в наше время есть шикарные переводчики и нейросети))
@@skillitonitя как-то читал Доку по c# от майкрософта самого - ужасно душная. и это при том что я в общем-то уже не совсем новичок в программировании. практически всё понимал, но было настолько много технических подробностей, которые просто не нужны в начале для того чтобы "взять и делать". психанул, пошёл на другой ресурс) хотя, может я открыл чёт не то, и у них был ресурс с более поэтичным повествованием))
PRO развитие в IT. Мой телеграм канал с огромным количеством интересных материалов
t.me/skillitonit
Спасибо большое за классный ролик! Раньше не придавал большое значение документации и бежал сразу на ютуб или в крайнем случае статьи переработанные читал(hubr), хотя документация должна идти в первую очередь при изучении. Запиши пожалуйста ролик о своей работе devops-инженером, рутинные задачи, может какие-то лайфхаки.😀
Спасибо большое за комментарий! Черпать информацию можно и нужно из разных источников, главное, чтобы помогала). Задачу по описанию работы инженера-DevOps добавил в бэклог)).
0:00 Официальная документация:
0:12 1) Точность и актуальность информации
0:44 2) Полнота данных
1:19 3) Понимание концепций и основ
1:54 4) Избежание ошибок и неправильных практик
2:52 5) Ускорение обучения
3:37 6) Профессиональный рост
4:41 Напутствие
4:57 Конец
100% респект за помощь! )
это все конечно безусловно прекрасно, но часто документация написана более технически сложным языком и сложнее для восприятия. особенно новичком.
а полнота данных также может стать и минусом - избыток информации.
поэтому я предпочитаю при знакомстве с новой технологией сначала прочитать на каком-то стороннем сайте краткий обзор и примеры использования. а потом уже идти в документацию.
хотя, конечно, бывают исключения документации, которые имеют квик старты, хорошие написаные или гайдлайны.
кстати ещё одна проблема - язык. чаще всего всё-таки документации написано на английском. и мне даже человеку, который в принципе может читать английский текст, легче прочитать, знакомиться с технологией на русском языке сначала.
Привет, спасибо за комментарий. Да, как правило в 99% случаях документация написана на английском языке, без него никуда - перевод периодически спасает)). Все верно, иногда документация написана очень сложно, но вот как раз сейчас, у начинающих специалистов есть хорошая возможность использования ChatGPT. Взять непонятный код, текст скопировать, и попросить ИИ рассказать, что это, как работает простыми словами. И, да, можно в качестве объяснения использовать сторонние ресурсы.
@@skillitonit вообще, я согласен с сутью ролика, согласен с тем что доки - единственный возможный способ получить актуальную и полную информацию вместе с советами от авторов Фреймворка. просто хотелось подчеркнуть некоторые сложности, которые могут отталкивать от документации, особенно новичков. хорошо что в наше время есть шикарные переводчики и нейросети))
@@skillitonitя как-то читал Доку по c# от майкрософта самого - ужасно душная. и это при том что я в общем-то уже не совсем новичок в программировании. практически всё понимал, но было настолько много технических подробностей, которые просто не нужны в начале для того чтобы "взять и делать". психанул, пошёл на другой ресурс)
хотя, может я открыл чёт не то, и у них был ресурс с более поэтичным повествованием))
Ровные ребята юзают ещё RFC и копаются в ядре ОС
Да, так и есть, много чего еще можно юзать)