Мурычу могу пожелать лишь здоровья, дядька он неплохой. Но с головой, конечно, у него беда.
💯14🤡9👍1
Лично моё мнение - результат офигенный, с учётом затрат.
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14👍5👎5 2💯1
Используете ли вы ИИ в своей работе?
Anonymous Poll
53%
Каждый день
29%
Использую но редко
7%
Вообще не использую
2%
Не использую и не планирую
9%
Посмотреть результат
Чем сильнее становятся LLM модели, тем меньше имеет значение насколько хорошо человек пишет код. Я с удовольствием отмечаю насколько просто стало делать рутинные вещи, точнее теперь эти вещи делает ИИ, а человек только определяет требования и оценивает результат.
Опрос показывает, что большая часть соеров уже осознали неизбежность изменений и активно используют новый инструмент. Так что единственный путь, который имеет шансы на успех в ближайшие годы - это изучение архитектуры уровня приложения и выше.
Опрос показывает, что большая часть соеров уже осознали неизбежность изменений и активно используют новый инструмент. Так что единственный путь, который имеет шансы на успех в ближайшие годы - это изучение архитектуры уровня приложения и выше.
💯14🤡7🔥3👍2 1
Мне нетрудно объяснить почему я программист - у меня есть конкретные проекты, которые каждый желающий может посмотреть, определить что в них хорошо, что в них плохо, понять как я пишу код, как я организую работу, как строю архитектуру и .т д., есть несколько сотен статей и видео, которые опять же показывают, что я умею, что нет.
У моего уважаемого оппонента был шанс доказать, что я не программист, насколько я помню, результаты были 69% в мою пользу.
👇👇👇
У моего уважаемого оппонента был шанс доказать, что я не программист, насколько я помню, результаты были 69% в мою пользу.
👇👇👇
🔥7🤡3💯3👍1 1
Forwarded from Demi Murych
соер прекрасный человек
непонятно только почему он считает себя программистом
непонятно только почему он считает себя программистом
😁13🤡7👍3
Моя целевая аудитория и типовые ошибки
Больше всего проблем возникает из-за недопонимания, в этом посте я бы хотел обозначить важные моменты, которые помогут вам сэкономить свое и мое время.💡 💡 💡
В первую очередь нужно понять, что у моих идей есть конкретная целевая аудитория — это мидлы и сеньеры, которые уже добились финансовой стабильности и уперлись в профессиональный «стеклянный потолок», при этом хотят строить дальнейшую карьеру в IT.
Многие, кто пытается критиковать мои идеи, аргументируют свою точку зрения тем, что моя стратегия развития не подходит новичкам. Это не совсем так, правильнее сказать, что многие вопросы не актуальны на старте, но буквально через 2–3 года после устройства на работу все меняется.
Другой момент, который часто вызывает споры, — прокачка и монетизация хардскилов. Тут складывается ощущение, что люди вообще не слышат, что я говорю. Несколько примеров типовых ошибок:
Пример 1.
«Инженер на технически сложном стеке, недавно остался без работы и уже год не может найти новую работу» — довольно частая история и типовая ошибка. Люди считают, что хардскилы — это когда ты знаешь какие-то технически сложные вещи, которые нужны буквально в паре мест на рынке. Я уже устал повторять, что моя стратегия развития предполагает следующее: найти востребованный стек, прокачать личный бренд, развить сеть знакомств для нетворкинга.
Т. е. люди делают ровно противоположное — не качают личный бренд, закапываются в узкоспециализированные детали, теряют контакт с коллегами и потом приходят с вопросом «Что я сделал не так, как ты говорил?» Да примерно чуть больше, чем «всё».
Пример 2.
"Новичок выбрал стек JavaScript + React, через пару лет попал под сокращение и не может найти работу. Начинает учить архитектуру, пытается читать умные книжки, а ситуация становится только хуже". Это еще одна типовая проблема, человек хочет просто восстановить свою предыдущую должность на изменившемся рынке, он не пытается расти по карьере, а просто хочет снова получать свою айтишную зарплату. Проблема в том, что выбранный им стек находится под двойным ударом — это очень популярный стек, его выбирают куча новичков, отсюда огромная конкуренция, а с другой стороны это еще и стек, который активно поглощается ИИ. В итоге человек зачем-то учит архитектуру, когда в его ситуации нужно сфокусироваться на прохождении собесов.
Пример 3.
"Я не хочу использовать ИИ, я отличный верстальщик, твои советы не работают". Это небольшой процент ретроградов, которые научились делать отлично свою работу и не хотят ничего менять. Проблема в том, что вы можете быть отличным специалистом (как Левша, который мог подковать блоху), но при этом на рынке есть решения, которые могут легко заменить вас с незначительной потерей качества, не получится удержаться на рынке, если ваши услуги никому больше не интересны.
Есть и другие примеры, проблема общее у них одно — люди не пытаются понять, о чем я говорю, но упорно пытаются говорить, что мои идеи не работают.
Поэтому давайте еще раз:
👑 Харды можно и нужно монетизировать (я это делаю за счет консультаций, публичного бренда, карьерного роста), но нужно выбирать релевантный стек;
👑 Если вы хотите оставаться востребованным, то не пытайтесь продавливать рынок, это невозможно, а поймите современные тренды и двигайтесь с ними;
👑 Не бегите вперед паровоза, сначала устройтесь на работу, освойтесь, закройте свои финансовые проблемы, потом начните качать карьеру. Не пытайтесь сразу сесть на все стулья.
Больше всего проблем возникает из-за недопонимания, в этом посте я бы хотел обозначить важные моменты, которые помогут вам сэкономить свое и мое время.
В первую очередь нужно понять, что у моих идей есть конкретная целевая аудитория — это мидлы и сеньеры, которые уже добились финансовой стабильности и уперлись в профессиональный «стеклянный потолок», при этом хотят строить дальнейшую карьеру в IT.
Многие, кто пытается критиковать мои идеи, аргументируют свою точку зрения тем, что моя стратегия развития не подходит новичкам. Это не совсем так, правильнее сказать, что многие вопросы не актуальны на старте, но буквально через 2–3 года после устройства на работу все меняется.
Другой момент, который часто вызывает споры, — прокачка и монетизация хардскилов. Тут складывается ощущение, что люди вообще не слышат, что я говорю. Несколько примеров типовых ошибок:
Пример 1.
«Инженер на технически сложном стеке, недавно остался без работы и уже год не может найти новую работу» — довольно частая история и типовая ошибка. Люди считают, что хардскилы — это когда ты знаешь какие-то технически сложные вещи, которые нужны буквально в паре мест на рынке. Я уже устал повторять, что моя стратегия развития предполагает следующее: найти востребованный стек, прокачать личный бренд, развить сеть знакомств для нетворкинга.
Т. е. люди делают ровно противоположное — не качают личный бренд, закапываются в узкоспециализированные детали, теряют контакт с коллегами и потом приходят с вопросом «Что я сделал не так, как ты говорил?» Да примерно чуть больше, чем «всё».
Пример 2.
"Новичок выбрал стек JavaScript + React, через пару лет попал под сокращение и не может найти работу. Начинает учить архитектуру, пытается читать умные книжки, а ситуация становится только хуже". Это еще одна типовая проблема, человек хочет просто восстановить свою предыдущую должность на изменившемся рынке, он не пытается расти по карьере, а просто хочет снова получать свою айтишную зарплату. Проблема в том, что выбранный им стек находится под двойным ударом — это очень популярный стек, его выбирают куча новичков, отсюда огромная конкуренция, а с другой стороны это еще и стек, который активно поглощается ИИ. В итоге человек зачем-то учит архитектуру, когда в его ситуации нужно сфокусироваться на прохождении собесов.
Пример 3.
"Я не хочу использовать ИИ, я отличный верстальщик, твои советы не работают". Это небольшой процент ретроградов, которые научились делать отлично свою работу и не хотят ничего менять. Проблема в том, что вы можете быть отличным специалистом (как Левша, который мог подковать блоху), но при этом на рынке есть решения, которые могут легко заменить вас с незначительной потерей качества, не получится удержаться на рынке, если ваши услуги никому больше не интересны.
Есть и другие примеры, проблема общее у них одно — люди не пытаются понять, о чем я говорю, но упорно пытаются говорить, что мои идеи не работают.
Поэтому давайте еще раз:
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥14🤡6 6💯3👍2
Единственное, на что стоит обращать внимание любому специалисту, — способность решать практические задачи. Сложность задач растет — отлично, вы решаете поставленные задачи — отлично. Но как только возникла демагогия, что «а вот это я бы сделал лучше, потому что я лучше знаю, я лучше умею», то остановитесь, это уже не путь инженера, это заведет вас в тупик.
Другая опасная ситуация — это попытки преувеличить собственные результаты, тут тоже нет ничего хорошего. Если вы решаете задачи, которые точно так же решает ChatGPT, то это значит, что вы тратите свою жизнь впустую. Лучше решать задачи, которые позволят двигаться вперед и которые обеспечат вас рабочим местом и перспективой развития.
Критика — это хорошо, но только если она носит практический характер, это легко увидеть по структуре предложения: «Здесь плохо потому, что ...», «Если сделать вот так, то станет лучше по следующим характеристикам ...», если это критика личного характера, то в топку такую критику, не надо даже пытаться тратить время на попытки понять, есть ли там какая-то мысль или очередной хейтер пытается самоутвердиться за ваш счет.
Теория ради теории хороша только в интернет-спорах, на деле бизнес хочет специалиста, который действует разумно, не срывает сроки, не вносит больше хаоса, чем было до него.
Другая опасная ситуация — это попытки преувеличить собственные результаты, тут тоже нет ничего хорошего. Если вы решаете задачи, которые точно так же решает ChatGPT, то это значит, что вы тратите свою жизнь впустую. Лучше решать задачи, которые позволят двигаться вперед и которые обеспечат вас рабочим местом и перспективой развития.
Критика — это хорошо, но только если она носит практический характер, это легко увидеть по структуре предложения: «Здесь плохо потому, что ...», «Если сделать вот так, то станет лучше по следующим характеристикам ...», если это критика личного характера, то в топку такую критику, не надо даже пытаться тратить время на попытки понять, есть ли там какая-то мысль или очередной хейтер пытается самоутвердиться за ваш счет.
Теория ради теории хороша только в интернет-спорах, на деле бизнес хочет специалиста, который действует разумно, не срывает сроки, не вносит больше хаоса, чем было до него.
Сегодня попробовал задать DeepSeek каверзный вопрос по дизассемблированию двух наборов опкодов:
66 05 01 00
66 83 c0 01
На этот вопрос обычно не могут ответить даже те, кто хорошо знает ассемблер. Подвох в том, что второй набор использует групповую арифметику и там нужно разбивать значение на группы битов, а потом нужно понять, какой набор битов что значит. С первым всё проще, так как каждый опкод несет смысловую нагрузку, нужно только немного знать про little endian.
То, что трудно для человека, оказалось очень просто для ИИ, в результате я получил исчерпывающий ответ и даже немного расстроился. Обидно, когда какая-то железка делает на изи то, что для тебя довольно сложно, даже зная, что и как посчитать, всё равно для человека это трудно.
66 05 01 00
66 83 c0 01
На этот вопрос обычно не могут ответить даже те, кто хорошо знает ассемблер. Подвох в том, что второй набор использует групповую арифметику и там нужно разбивать значение на группы битов, а потом нужно понять, какой набор битов что значит. С первым всё проще, так как каждый опкод несет смысловую нагрузку, нужно только немного знать про little endian.
То, что трудно для человека, оказалось очень просто для ИИ, в результате я получил исчерпывающий ответ и даже немного расстроился. Обидно, когда какая-то железка делает на изи то, что для тебя довольно сложно, даже зная, что и как посчитать, всё равно для человека это трудно.
SOER.Чат
Здравствуйте!
Подскажите, с чего лучше начинать изучать "архитектуру" построения приложений?
Я начал изучать ООП и для меня очень сложно делить программу на классы и распределять между ними зоны ответственности так, чтобы не приходилось постоянно все переписывать, даже после небольщих изменений.
Имеет ли смысл на данном этапе изучать паттерны или есть какие-то более важные фундаментальные вещи?
Подскажите, с чего лучше начинать изучать "архитектуру" построения приложений?
Я начал изучать ООП и для меня очень сложно делить программу на классы и распределять между ними зоны ответственности так, чтобы не приходилось постоянно все переписывать, даже после небольщих изменений.
Имеет ли смысл на данном этапе изучать паттерны или есть какие-то более важные фундаментальные вещи?
Если только начал, то паттерны стоит отложить на потом, начать нужно с базовых концепций:
👑 Low Coupling/High Cohesion
👑 Закон Деметры (или "не разговаривай с чужаками)
👑 Разобраться с устойчивостью клссов (это хорошо описано в чистой архитетуре)
👑 Разобраться с RFC (Response For a Class) — количество методов, которые могут быть вызваны в ответ на один запрос к классу.
👑 Fan-In / Fan-Out
- Fan-In: сколько классов используют данный класс
- Fan-Out: сколько классов использует данный класс
Эти принципы помогают делать маленькие, гибкие классы. При этом можно начать с анализа того что уже написано, а потом писать новые небольшие приложения, желательно не зависать на одном и том же коде, а брать разные темы и писать с нуля. Потому что иначе глаз быстро замыливается и прогресс теряяется.
- Fan-In: сколько классов используют данный класс
- Fan-Out: сколько классов использует данный класс
Эти принципы помогают делать маленькие, гибкие классы. При этом можно начать с анализа того что уже написано, а потом писать новые небольшие приложения, желательно не зависать на одном и том же коде, а брать разные темы и писать с нуля. Потому что иначе глаз быстро замыливается и прогресс теряяется.
Please open Telegram to view this post
VIEW IN TELEGRAM
❤11🔥4 3💯1
Есть известная фраза «Преждевременная оптимизация — корень всех зол». Современные программисты используют эту фразу в качестве индульгенции своего невежества. Многие знают, что фраза принадлежит Дональду Кнуту — известному компьютерному учёному, автору монументального труда «Искусство программирования» (The Art of Computer Programming).
Но мало кто знает контекст и изначальный посыл этой фразы, на самом деле в 1974 году Кнут написал статью «Structured Programming with go to Statements», где сказал:
Но мало кто знает контекст и изначальный посыл этой фразы, на самом деле в 1974 году Кнут написал статью «Structured Programming with go to Statements», где сказал:
«Программисты тратят колоссальное время на размышления и беспокойство о скорости некритичных частей своих программ, и эти попытки повысить эффективность на самом деле оказывают сильное негативное влияние при отладке и поддержке. Мы должны забыть о мелких оптимизациях, скажем, в 97% случаев, потому что преждевременная оптимизация — корень всех зол. И всё же наше внимание к этим критичным 3% не должно ослабевать.»
🔥12🤡4👍3💯3 3
Любую проблему можно решить введением дополнительного уровня абстракции, кроме одной — слишком большого количества уровней абстракции.
Иногда слушаешь человека, вроде и говорит хорошо, вроде и по делу, а потом он брякнет что-то типа «идентификатору присвоили значение 10», и хочется плакать, ведь даже чат-бот знает, что с идентификатором значение можно только ассоциировать (или слинковать, кому как нравится), а присвоить значение можно только переменной.
Хуже становится, только если особо гениальный ум скажет: «Так переменная — это и есть идентификатор», сразу становится понятно, что человек не понимает разницы между семантикой языка программирования и его синтаксисом. Для многих открытие, что переменная и идентификатор — это термины, которые существуют на разных уровнях абстракции. Да чего там, сам факт, что в программировании - всё есть абстракции, выглядит для человека как непосильная для осмысления и анализа мысль.
Когда уместно говорить «идентификатор», когда «переменная»? В случаях, когда речь идет о синтаксисе языка, можно говорить «идентификатор», а можно «имя переменной», что есть одно и то же, но когда речь идет об алгоритме, то правильно говорить «переменная».
Надеюсь, мое объяснение поможет лучше разобраться и не использовать термины не по назначению.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍9 8🔥7😁2❤1
Не очень понимаю почему новость о том, что минцифры продвигает инициативу по проверке опыта и образования соискателей так взбудоражила людей, сегодня мир быстро меняется, поэтому я бы больше беспокоился, о том что в перспективе 5 лет популярные сегодня стеки разработки будут ненужны, а тем кто занимается фронтендом придётся либо на мороз, либо придумывать что-то ещё.
NEWS.ru
У россиян начнут проверять данные об опыте и образовании в резюме
Работодателям могут дать возможность проверять опыт, стаж, образование кандидата на вакансию, сообщил министр цифрового развития РФ Максут Шадаев. Это позволит сделать рынок более открытым и цивилизованным.
💯8👍2👎2 2🔥1
На выходных погонял DeepSeek с задачей по сборке кубика Рубика, причём сначала я проверил, что ИИ понимает в какой структуре хранить данные, а так же правильно делает типовые преобразования с привычными обозначениями - U, R, U', R' и тому подобные.
Потом начал давать структуры только с одним, двумя, тремя изменениями, а ИИ должен был выдать набор шагов для сборки кубика Рубика в исходное состояние.
По итогу, несмотря на то, что преобразования делались правильно, чат не смог выдать оптимальный вариант. Например, даже когда нужно было сделать лишь один поворот, DeepSeek все равно использовал популярныйалгоритм Фридрих кучей поворотов. Так что с одной стороны задача решалась, а с другой оптимальный вариант найден не был.
Потом начал давать структуры только с одним, двумя, тремя изменениями, а ИИ должен был выдать набор шагов для сборки кубика Рубика в исходное состояние.
По итогу, несмотря на то, что преобразования делались правильно, чат не смог выдать оптимальный вариант. Например, даже когда нужно было сделать лишь один поворот, DeepSeek все равно использовал популярныйалгоритм Фридрих кучей поворотов. Так что с одной стороны задача решалась, а с другой оптимальный вариант найден не был.
Forwarded from Эргот - power metal со смыслом!
Внемлите, доблестные!
Третьего дня свет увидела наша новая Сага, которая повествует о примирении Воителя и его пути в бесконечном сражении. Это вторая часть из цикла о Карающем и его судьбе.
Кто уже успел послушать? Делитесь впечатлениями!
На всех платформах: bnd.lc/putklinka
#музыка@official_ergoth
#новое@official_ergoth
Третьего дня свет увидела наша новая Сага, которая повествует о примирении Воителя и его пути в бесконечном сражении. Это вторая часть из цикла о Карающем и его судьбе.
Кто уже успел послушать? Делитесь впечатлениями!
На всех платформах: bnd.lc/putklinka
#музыка@official_ergoth
#новое@official_ergoth
👍4🔥2🎉2👎1
Интересный факт - 58% работодателей отмечают, что на рынке стало сложно нанимать квалифицированных специалистов, при этом "джунов" очень много - десятки резюме на место (я так понимаю это релевантные должностям резюме, потому что откликов значительно больше). На позиции сеньерского уровня 2-3 резюме.
Эта ситуация стремительно ухудшается для джунов и улучшается для специалистов с хорошими хардами.
Насколько я вижу, сейчас общая идея в том, чтобы джунов заменить промпт-инженерами, в расчёте 1 к 3, т.е. один человек с помощью ИИ должен заменить 3х новичков.
ИИ к таким задачам уже готов, не готовы инструменты и процессы в компаниях, а чтобы массово внедрять ИИ нужна соответствующая автоматизация и унификация (это в ближайшие годы будет активно исправляться).
На таком рынке делать ставку на фронтенд очень опасно, во-первых это профессиональный тупик, так как с фронтендеры имеют очень специфический стек, во-вторых, это самая лёгкая для ИИ цель.
Нужно править свою карьерную стратегию в сторону архитектуры, причём на уровне приложения или системы.
Я думаю, что любой, кто озаботится своим будущим сейчас, вполне успеет качнуть смежные скилы и выйти на более комфортный рынок.
Эта ситуация стремительно ухудшается для джунов и улучшается для специалистов с хорошими хардами.
Насколько я вижу, сейчас общая идея в том, чтобы джунов заменить промпт-инженерами, в расчёте 1 к 3, т.е. один человек с помощью ИИ должен заменить 3х новичков.
ИИ к таким задачам уже готов, не готовы инструменты и процессы в компаниях, а чтобы массово внедрять ИИ нужна соответствующая автоматизация и унификация (это в ближайшие годы будет активно исправляться).
На таком рынке делать ставку на фронтенд очень опасно, во-первых это профессиональный тупик, так как с фронтендеры имеют очень специфический стек, во-вторых, это самая лёгкая для ИИ цель.
Нужно править свою карьерную стратегию в сторону архитектуры, причём на уровне приложения или системы.
Я думаю, что любой, кто озаботится своим будущим сейчас, вполне успеет качнуть смежные скилы и выйти на более комфортный рынок.
kp.ru - Сайт «Комсомольской правды»
На пятки айти наступает ИИ: Почему айтишникам все труднее найти работу и при чем здесь искусственный интеллект
IT-эксперт Хадина: На рынке много новичков, а опытных айтишников не хватает
💯11👍7👎7 5👌1
Отличный доклад о том как строить солюшн архитектуру, хотя название про стоимость, но по факту не об этом.
По сути автор объясняет, что solution архитектура это направление архитектуры, которое помогает внедрять изменения более короткими итерациями с идей интеграции всего со всем. 👇👇👇
По сути автор объясняет, что solution архитектура это направление архитектуры, которое помогает внедрять изменения более короткими итерациями с идей интеграции всего со всем. 👇👇👇
👍7❤2🔥1
Forwarded from Архитектура ИТ-решений
Несмотря на простуду провел вчера вебинар Как архитектура решений снижает сроки и стоимость реализации изменений Спасибо участникам вебинара, выдержавшим мой хрипящий голос в течении 1,5 часов
VK Видео
Вебинар «Как архитектура решений снижает сроки и стоимость реализации изменений»
Архитекторы решений (Solution Architects) сегодня есть во многих организациях. Несмотря на разнообразие задач, которыми им приходится заниматься, различие систем и технологий в организациях, можно выделить общие практики в работе архитекторов решений. Такие…
Раньше можно было быть просто фронтендером или тестировщиком и жить спокойно. Сейчас так не работает — все хотят универсалов, которые умеют и код писать, и в облаках разбираться, и с ИИ работать.
Часть людей по привычке хватается за соломинку, мол: "Всё равно ваш ИИ не сможет сделать так же круто и чётко, как я" 🙅♂️. Но это, конечно, тупиковый путь мышления. ИИ не "заменит", а вытеснит специалистов, которые ограничены своими замкнутыми стеками .
Может, внешне ситуация кажется похожей, но если вдуматься:
- "Заменит" — значит, будет иметь такую же функциональность, делать что-то похожее.
На самом деле процесс изменится — он станет более подходящим для ИИ, а не для человека.
Поэтому подстраиваться придётся нам с вами 💪. А это значит — надо активно осваивать гибридные области, чтобы оперативно реагировать на изменения рынка 🔥💡 .
Часть людей по привычке хватается за соломинку, мол: "Всё равно ваш ИИ не сможет сделать так же круто и чётко, как я" 🙅♂️. Но это, конечно, тупиковый путь мышления. ИИ не "заменит", а вытеснит специалистов, которые ограничены своими замкнутыми стеками .
Может, внешне ситуация кажется похожей, но если вдуматься:
- "Заменит" — значит, будет иметь такую же функциональность, делать что-то похожее.
На самом деле процесс изменится — он станет более подходящим для ИИ, а не для человека.
Поэтому подстраиваться придётся нам с вами 💪. А это значит — надо активно осваивать гибридные области, чтобы оперативно реагировать на изменения рынка 🔥
Please open Telegram to view this post
VIEW IN TELEGRAM
Многие айтишники ищут более престижные места работы или хотят повышения на текущем месте, но задайте себе вопрос "почему именно вы достойны повышения или нового места работы?".
Проблема в том, что честный ответ на этот вопрос приведёт к пониманию - принципиально вы ничем не отличаетесь от сотен других кандидатов. Чтобы претендовать на интересную должность нужно выделиться на фоне других кандидатов, даже если по факту работа, которую предстоит делать, не очень сложная, все равно нужно создать ощущение, что именно вы сможете сделать её лучше других.
Те, кто хочет добиться высокой должности, делают свою ставку на нетворкинг💡 , публичный бренд 💡 , OpenSource 💡 и т.д. Все это делается с единственной целью - выделиться на фоне других, чтобы получить более выгодные предложения.
Самая большая ошибка - думать, что если вы хорошо решаете рабочие задачи, то вас заметят и повысят, это 100% не работает, потому что человек который отлично справляется со своими задачами и не проявляет интереса к смежным областям, по мнению работодателя, находится на своём месте.
При этом если сильно долго сидеть на одном месте, то постепенно происходит профессиональная деградация, из-за чего найти другую работу становится ещё сложнее, не говоря о повышении.
👑 Поэтому для карьерного роста важно развиваться не только "в глубину", но и продвигать себя как специалиста на рынке.
👑 важно отслеживать те требования и тренды, которые возникают в индустрии и своевременно корректировать свои знания.
Тогда шансы на успех в построении карьеры сильно возрастают.
Проблема в том, что честный ответ на этот вопрос приведёт к пониманию - принципиально вы ничем не отличаетесь от сотен других кандидатов. Чтобы претендовать на интересную должность нужно выделиться на фоне других кандидатов, даже если по факту работа, которую предстоит делать, не очень сложная, все равно нужно создать ощущение, что именно вы сможете сделать её лучше других.
Те, кто хочет добиться высокой должности, делают свою ставку на нетворкинг
Самая большая ошибка - думать, что если вы хорошо решаете рабочие задачи, то вас заметят и повысят, это 100% не работает, потому что человек который отлично справляется со своими задачами и не проявляет интереса к смежным областям, по мнению работодателя, находится на своём месте.
При этом если сильно долго сидеть на одном месте, то постепенно происходит профессиональная деградация, из-за чего найти другую работу становится ещё сложнее, не говоря о повышении.
Тогда шансы на успех в построении карьеры сильно возрастают.
Please open Telegram to view this post
VIEW IN TELEGRAM
👍11 4👎3💯2