Нужно просто определить, что интересно, что в тренде и что может сделать жизнь проще. А там просто поспрашивать у знакомых / друзей / коллег, кто что изучал t-shaped специалист и что при этом использовал. И дальше за дело берется старая-добрая матушка учеба. Мое мнение – сколько разработчиков, столько и определений.

Кадры решают все: Лучшие инсайты с HR Wisdom Summit

Тут я подозреваю их в выдавании желаемого за действительное. Когда автор возводит свой ограниченный опыт в максиму. Такой практики невозможно избежать, но ее можно хотя бы смягчить, чего мало кто делал. Дело не в пороге вхождения как таковом, а в спросе на программистов. Понижение порога – следствие необходимости увеличени количества людей, которые могут писать код для бизнеса.

Должен ли РМ уметь кодить? Отвечают менеджеры и руководители.

К тому же правила меняются гораздо медленнее, чем мир. Довожу идею до того момента, когда дело сдвинулось с мертвой точки, и отдаю экспертам в этой области. Главное правило — не спорить по поводу форматирования. Спор по поводу форматирования — это пустая трата времени и денег для разработчиков. Как было сказано в книге Design Patterns от Банды четырех, следует отдавать предпочтение композиции над наследованием, где вы только можете. Есть много причин, чтобы использовать наследование и много причин использовать композицию.

Как развить продуктовое мышление

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

Эксперт в конкретной области (Learning & Development, HR Branding, HR Analytics и т.п.).

Можно, конечно, опираться на что-то общепринятое и, тыкая всем в лицо какую-то мнимую официальную формулировку, хвастаться и говорить, мол, “смотри, кто я такой, – здесь вот как написано! А можно просто делать то, что нравится, и с неизменным выражением лица, взвешенно и стремительно пополнять свой “сундук знаний”. К сожалению аутсорсинговая IT индустрия, и украинская в частности, очень сильно напоминает сырьевую экономику, где код является ресурсом который добывается и продается.

• Смысл в том, что любые границы между всеми привычными нам ролями на проекте оказываются на практике размытыми.
• Менеджеру в IT недостаточно только управленческой составляющей, ведь без понимания процессов разработки, трудно общаться с командой, и ставить задачи технарям.
• Программирование ради программирования – удел спортивных энтузиастов.
• Или делайте все то же самое, но с помощью TypeScript (который, как я уже сказал, является прекрасной альтернативой!).
• Я вижу нашу задачу как социально ответственного работодателя в том, чтобы сфокусироваться на сокращении этого разрыва.

I-shaped — управленческие навыки

Если ваш мозг инстиктивно видит наследование, попробуйте представить решение вашей проблемы с помощью композиции. ISP утверждает, что «Пользователи не должны зависеть от классов, которые они не используют» (Clients should not be forced to depend upon interfaces that they do not use). Интерфейсы это условные соглашения в JavaScript из-за неявной типизации. Хорошим примером в javascript могут быть классы с большыми конфигами. Не заставляйте пользователей вашего класса вводить кучу конфигов. У вас не будет “жирного интерфейса”, если вы их сделаете опциональными.

мифов и антимифов о PR от Екатерины Веремеевой:

И да, иногда можно пожертвовать техническим совершенством, чтобы сделать решение «выполнимым» для своей команды. На этой должности вы будете активно взаимодействовать со своими клиентами, для того чтобы создать, смоделировать и представить первоначальный дизайн, который будет передан в разработку команде. А также вы будете валидировать более низкоуровневые решения, принимаемые командой. Поэтому вам необходимо улучшить свои фундаментальные знания, чтобы иметь возможность принимать объективные решения, основанные на фактах и знаниях, а не на опыте и чувствах. Вы даже можете прекратить писать код (что может быть не очень хорошей идеей, поскольку вы полностью потеряете свои навыки), если ваша команда работает хорошо. Не забывайте подавать пример (lead by example) и постоянно растить членов своей команды.

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

Сегодня я с удовольствием делюсь с вами опытом расширения профессиональных возможностей и повышения своей ценности как инженера для проекта и компании в целом. CEO и Co-Founder в IAMPM10 лет опыта в маркетинге и управлении продуктами. Вывела на рынок более 50-ти проектов в роли консультанта, работала как Product Manager в SaaS, Gaming и EdTech нишах. Вырастила лабораторию Нетехнического IT-образования IAMPM из хобби в международный бизнес. А если серьезно, то вывод напрашивается сам собой — будь ты продактом или проектным менеджером, никуда от изучения области, в которой работаешь, не деться.

Квалифицированными людьми управлять нельзя, с ними можно только взаимодействовать. 30 сентября бизнес/медиа бюро ekonomika+ совместно с delo.ua в ДТЭК Академии провели HR Wisdom Summit. Начал параллельно прокачивать JS, немного читать полезные книги по лидерству, продолжил посещать курсы английского. Каждый интересный вопрос или баг во время разработки или обучения подлежит обсуждению с другими. Более того, даже в моем .NET стеке есть еще довольно много чего, что стоило бы изучить более детально. Чтобы закреплять знания, можно писать какие-то свои мини-проекты чисто для понимания того, как это работает на практике.

Решением, как ни странно, стало использование особенностей Y, Z поколений и исследовании в области мультизадачности мозга. За счет «клипового» мышления и тяге к решению нескольких задач одновременно родилась идея спирали развития компетенций. Социологи из разных стран так и не достигли консенсуса в определении промежутков лет, когда родились миллениалы и поколение Z. Поэтому могу считать, что принадлежу к обоим поколениям.

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

Спецпроект “T-образные люди” об украинцах, которые сегодня создают будущее. Идея “T-образных” (T-shaped) навыков была впервые высказана Дэвидом Гестом в статье, описывающей будущее, связанное с компьютерами. А затем продвигалась генеральным директором компании IDEO Тимом Брауном (Tim Brown) при поиске специалистов, которые, работая в группах на стыке разных дисциплин, смогут генерировать новые идеи. Это руководство по написанию читаемого, переиспользуемого и поддерживаемого кода на javascript. Не каждый принцип здесь, должен строго соблюдаться. Это принципы и ничего больше, но они сформированы в течение многих лет коллективного опыта авторами clean code.

Только задача — не научиться кодить, а разобраться в процессе. Если вы учили или учите программирование, то вряд ли удержитесь от соблазна «дать ценный совет по технологиям». А это делать, как мы уже выяснили, категорически нельзя. Зато можно и нужно понимать, о чем идет речь в проекте в техническом плане. Для успеха любого проекта понадобится предварительное выявление и анализ клиентских запросов. От того, как будет выполнен сбор требований, зависят будущие задачи для всей команды.

IT курсы онлайн от лучших специалистов в своей отросли https://deveducation.com/ here.