PROG_WAY_BLOG Telegram 187
Книги — это не всегда круто

Напоминаю, что в этом канале могут быть не только задротские разборы теории, а в том числе какие-то мысли из моей головы. Тут из разряда “накипело”

Книга, как и любой инструмент обучения, является лишь одной из форм представления информации. В моём понимании, прочтения достойны лишь те книги по программированию, которые дают:
1. Углубленное понимание
2. Понимание тенденций, истории развития, практик с опорой на исторические факты
3. Фундаментальные неустаревающие знания

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

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

Стоит понимать, что прежде, чем попасть к вам в руки, книга проходит несколько этапов: написание, редактура, согласования на разных уровнях, регистрация, печать и распространение. А если вы читаете переведённую англоязычную литературу, то сюда же добавляется почти та же цепочка с дополнительным действием, имя которому — “перевод”.

Книга в обучении должна появляться только тогда, когда беглый просмотр статей в интернете не приносит новых знаний. Когда, достигая определенного уровня экспертизы, у вас появляется настоящая потребность изучить фундаментальные вещи на более глубоком уровне. И на мой взгляд такого это может быть лишь от части, но уже необходимо, только в тех случаях, когда вы хотите иметь грейд уровня Senior даже в рамках текущего рынка. Более того, львиная доля Senior разработчиков не имеют привычки регулярного чтения в целом, а даже если и читают, то только художественную литературу, а не техническую.

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

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

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

Scrum. Революционный метод управления проектами
Rework — о корпоративном развитии от создателей Ruby on Rails
Мифический человеко-месяц — о ведении проектов

Может я просто больше менеджер, чем разработчик? 🤔

#blog
👍219🐳5🔥4💯2🤔1🤪1



tgoop.com/prog_way_blog/187
Create:
Last Update:

Книги — это не всегда круто

Напоминаю, что в этом канале могут быть не только задротские разборы теории, а в том числе какие-то мысли из моей головы. Тут из разряда “накипело”

Книга, как и любой инструмент обучения, является лишь одной из форм представления информации. В моём понимании, прочтения достойны лишь те книги по программированию, которые дают:
1. Углубленное понимание
2. Понимание тенденций, истории развития, практик с опорой на исторические факты
3. Фундаментальные неустаревающие знания

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

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

Стоит понимать, что прежде, чем попасть к вам в руки, книга проходит несколько этапов: написание, редактура, согласования на разных уровнях, регистрация, печать и распространение. А если вы читаете переведённую англоязычную литературу, то сюда же добавляется почти та же цепочка с дополнительным действием, имя которому — “перевод”.

Книга в обучении должна появляться только тогда, когда беглый просмотр статей в интернете не приносит новых знаний. Когда, достигая определенного уровня экспертизы, у вас появляется настоящая потребность изучить фундаментальные вещи на более глубоком уровне. И на мой взгляд такого это может быть лишь от части, но уже необходимо, только в тех случаях, когда вы хотите иметь грейд уровня Senior даже в рамках текущего рынка. Более того, львиная доля Senior разработчиков не имеют привычки регулярного чтения в целом, а даже если и читают, то только художественную литературу, а не техническую.

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

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

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

Scrum. Революционный метод управления проектами
Rework — о корпоративном развитии от создателей Ruby on Rails
Мифический человеко-месяц — о ведении проектов

Может я просто больше менеджер, чем разработчик? 🤔

#blog

BY progway — программирование, IT




Share with your friend now:
tgoop.com/prog_way_blog/187

View MORE
Open in Telegram


Telegram News

Date: |

Content is editable within two days of publishing ‘Ban’ on Telegram The administrator of a telegram group, "Suck Channel," was sentenced to six years and six months in prison for seven counts of incitement yesterday. The court said the defendant had also incited people to commit public nuisance, with messages calling on them to take part in rallies and demonstrations including at Hong Kong International Airport, to block roads and to paralyse the public transportation system. Various forms of protest promoted on the messaging platform included general strikes, lunchtime protests and silent sit-ins. Co-founder of NFT renting protocol Rentable World emiliano.eth shared the group Tuesday morning on Twitter, calling out the "degenerate" community, or crypto obsessives that engage in high-risk trading.
from us


Telegram progway — программирование, IT
FROM American