Чтобы стать хорошим инженером, желательно под капотом знать как устроена технология с которой ты работаешь каждый день. Это отличный совет, но часто забывают указать границу, когда копать технологию вглубь не нужно и даже порой вредно. Универсальный совет по проведению этой границы. Если есть уверенность, что знание технологии вглубь тебя ускорит, каеф продолжай. Если же не уверен, сходи и займись чем-то другим.
Основная моя мысль в том, что порой знание как работает технология под капотом вообще никак не отражается на твоей работе. Например, мы на собеседованиях часто спрашиваем как работает GC. Правда спроси у любого разработчика любого уровня как повлияло это знание на его работу, ничего суразного он не скажет. Аналогичная история с сортировками, структурами данных вроде деревьев и графов и т.д. Единственная причина почему стоит знать как под капотом работает GC это если вы хотите делать этот самый GC.
Эта же история и с тем как под капотом работает Android или как система дергает ЖЦ Activity. Как развлечение узнать как там это устроено прикольно, но вот когда это становится требованием это странно. Проблема этих знаний в том, что вы можете знать как работает Android, но ничего не сможете с этим сделать, если вы не разработчик Google.
Глубина технологий которые мы используем похожа на Марианскую впадину. Каждый раз копая сорцы какой-то сложной технологии создается иллюзия, что вот-вот ты уже почти достиг дна, еще чуть-чуть и ты преисполнишься в своем сознании, и этот мир станет тебе абсолютно понятен. Однако достигнув глубины ты неожиданно понимаешь, что это был всего лишь выступ и погружаться до самой сути нужно еще. Это бесконечная бездна, и всей жизни не хватить, чтобы постигнуть все.
К чему это графоманство. Я помню что когда был джуном, знал всякие пазлеры котлина, как работает оптимизация для обертки примитивов в Java. Нюанс в том, что меня про это даже на собесе ни разу не спросили. Порой мы тратим время на изучения всего и вся лишь для того, чтобы потом не испытывать стыд на собесе, что мы чего-то не знаем. Собеседование не экзамен, расслабьтесь.
Поэтому смотрите я сейчас вам сэкономлю кучу времени, чтобы вы могли потратить его более разумным способом. Есть три основные причины по которой вам нужно копать технологию вглубь.
1️⃣ причина, самая основная. Вам за эту глубину платят или знание этой глубины позволить вам делать ваши задачи быстрее. Вот парочка примеров. Знать как работает многопоточность нужно, это позволит избежать багов, на которые потом потратите недели чтобы их найти. Знать как сохраняется ViewModel нужно, потому как легко можно потерять состояние и опять-таки наплодить багов.
2️⃣ причина. Вас про эту технологию спросили на собесе, но вы смогли ответить только поверхностно. Поэтому ходите на собесы хотя бы раз в год, даже если вы уже работаете для актуализации знаний. Однако тут со здравым скептицизмом, если вас на собеседовании на позицию Android разработчика спрашивают про версии gcc, то это не вы дурак это в компании душные идиоты и нахер такую компанию.
3️⃣ причина. Вам тупо нефиг делать и вы хотите себя интеллектуально развлечь, так сказать утешить инженерный интерес. Только в этом случае важно понимать, что это уже раздел хобби и на прямую не влияет на вашу работу.
Подводя итог, как не потратить время на копание вглубь технологии, знания о которой никуда не уперлись. Включаете меркантильность на максимум, если за глубину платят мы изучаем, если нет то забиваем.
Чтобы стать хорошим инженером, желательно под капотом знать как устроена технология с которой ты работаешь каждый день. Это отличный совет, но часто забывают указать границу, когда копать технологию вглубь не нужно и даже порой вредно. Универсальный совет по проведению этой границы. Если есть уверенность, что знание технологии вглубь тебя ускорит, каеф продолжай. Если же не уверен, сходи и займись чем-то другим.
Основная моя мысль в том, что порой знание как работает технология под капотом вообще никак не отражается на твоей работе. Например, мы на собеседованиях часто спрашиваем как работает GC. Правда спроси у любого разработчика любого уровня как повлияло это знание на его работу, ничего суразного он не скажет. Аналогичная история с сортировками, структурами данных вроде деревьев и графов и т.д. Единственная причина почему стоит знать как под капотом работает GC это если вы хотите делать этот самый GC.
Эта же история и с тем как под капотом работает Android или как система дергает ЖЦ Activity. Как развлечение узнать как там это устроено прикольно, но вот когда это становится требованием это странно. Проблема этих знаний в том, что вы можете знать как работает Android, но ничего не сможете с этим сделать, если вы не разработчик Google.
Глубина технологий которые мы используем похожа на Марианскую впадину. Каждый раз копая сорцы какой-то сложной технологии создается иллюзия, что вот-вот ты уже почти достиг дна, еще чуть-чуть и ты преисполнишься в своем сознании, и этот мир станет тебе абсолютно понятен. Однако достигнув глубины ты неожиданно понимаешь, что это был всего лишь выступ и погружаться до самой сути нужно еще. Это бесконечная бездна, и всей жизни не хватить, чтобы постигнуть все.
К чему это графоманство. Я помню что когда был джуном, знал всякие пазлеры котлина, как работает оптимизация для обертки примитивов в Java. Нюанс в том, что меня про это даже на собесе ни разу не спросили. Порой мы тратим время на изучения всего и вся лишь для того, чтобы потом не испытывать стыд на собесе, что мы чего-то не знаем. Собеседование не экзамен, расслабьтесь.
Поэтому смотрите я сейчас вам сэкономлю кучу времени, чтобы вы могли потратить его более разумным способом. Есть три основные причины по которой вам нужно копать технологию вглубь.
1️⃣ причина, самая основная. Вам за эту глубину платят или знание этой глубины позволить вам делать ваши задачи быстрее. Вот парочка примеров. Знать как работает многопоточность нужно, это позволит избежать багов, на которые потом потратите недели чтобы их найти. Знать как сохраняется ViewModel нужно, потому как легко можно потерять состояние и опять-таки наплодить багов.
2️⃣ причина. Вас про эту технологию спросили на собесе, но вы смогли ответить только поверхностно. Поэтому ходите на собесы хотя бы раз в год, даже если вы уже работаете для актуализации знаний. Однако тут со здравым скептицизмом, если вас на собеседовании на позицию Android разработчика спрашивают про версии gcc, то это не вы дурак это в компании душные идиоты и нахер такую компанию.
3️⃣ причина. Вам тупо нефиг делать и вы хотите себя интеллектуально развлечь, так сказать утешить инженерный интерес. Только в этом случае важно понимать, что это уже раздел хобби и на прямую не влияет на вашу работу.
Подводя итог, как не потратить время на копание вглубь технологии, знания о которой никуда не уперлись. Включаете меркантильность на максимум, если за глубину платят мы изучаем, если нет то забиваем.
Commenting about the court's concerns about the spread of false information related to the elections, Minister Fachin noted Brazil is "facing circumstances that could put Brazil's democracy at risk." During the meeting, the information technology secretary at the TSE, Julio Valente, put forward a list of requests the court believes will disinformation. Other crimes that the SUCK Channel incited under Ng’s watch included using corrosive chemicals to make explosives and causing grievous bodily harm with intent. The court also found Ng responsible for calling on people to assist protesters who clashed violently with police at several universities in November 2019. Telegram message that reads: "Bear Market Screaming Therapy Group. You are only allowed to send screaming voice notes. Everything else = BAN. Text pics, videos, stickers, gif = BAN. Anything other than screaming = BAN. You think you are smart = BAN. A vandalised bank during the 2019 protest. File photo: May James/HKFP. In the next window, choose the type of your channel. If you want your channel to be public, you need to develop a link for it. In the screenshot below, it’s ”/catmarketing.” If your selected link is unavailable, you’ll need to suggest another option.
from us
