Менеджмент

Академия началась 10 лет назад с интерактивных тренажёров по вёрстке, которые сделал Саша Першин. Через год появились полноценные интенсивные курсы для верстальщиков, а чуть позже добавились курсы по JavaScript, React и PHP. 

Всё это добро нужно было кому-то вести — сначала всё делали Саша и Лёша Симоненко, а потом их сменили другие авторы. Некоторых вы и без меня хорошо знаете — например, Вадима Макеева, который несколько лет вёл в Академии курсы по HTML и CSS. А всего за 10 лет у курсов Академии было 14 авторов. При этом автор — не наставник и не преподаватель в привычном смысле. Он не занимается отдельно с каждым студентом и не проверяет домашние задания и итоговые проекты. 

Чтобы узнать, чем на самом деле занимаются авторы, я подловил их в тёмном коридоре и задал кучу неудобных вопросов. Поговорили о работе авторов, секретах профессии, бесящих студентах, революциях в вебе, HTML 6, замене JavaScript и ответственности за судьбы людей.

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

Упрощенная реальность

Говорят, что IT-сферу считают очень престижной и с каждым годом людей, которые хотят связать свою жизнь с современными технологиями, становится больше. «Нетология» рассказала «Комерссанту», что в марте 2022 года спрос на курсы по программированию вырос на 180%, по аналитике — в три раза по сравнению с 2021 годом. Желающих много, а рабочих мест на всех хватит? Так ли просто войти в IT и не столкнуться с суровой реальностью? Подходит ли вам работа в IT?

Привет, Хабр! Я Юнна, HR-generalist в 2people IT. Моя основная деятельность — рекрутинг, организация внутренних мероприятий. Расскажу о минусах в IT-сфере, с каким стереотипами и трудностями чаще всего сталкиваются люди при входе в индустрию.

К чему нужно быть готовым при входе в IT?

Привет! Мы продолжаем публиковать видео с конференции BeeTech 2.0. В этой статье выступления спикеров потока Product Management. 

Если не хочется открывать весь текст, ловите ссылку на вось поток. Если все-таки откроете текст, там будут видео + описание доклада + презентация спикера. Предыдущая статья с с видео и презентациями Engineering тут.

Это черновик двух первых глав раздела «API как продукт» моей книги о проектировании API.

Когда мы говорим об API как о продукте, необходимо чётко зафиксировать два важных тезиса.

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

Добрый день, уважаемые читатели Хабра!

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

Я часто слышу от владельцев бизнеса сомнения и неуверенность в сторону собственной команды разработки. Самое частое недовольство — срыв сроков и удорожание работ. При этом команда довольно логично объясняет причины и того, и другого, но уровень доверия к ней начинает падать. 

Любопытно, почему до сих пор никто не говорит о том, как создать фундамент для уверенности в своей it-команде. Понимание процессов разработки для гендира — это его безопасность и спокойствие. Да, не каждый собственник бизнеса имеет технический бэкграунд. Но каждый, так или иначе, сталкивается с разработкой, цифровизацией или трансформацией бизнеса. При этом бизнес измеряет результаты деньгами. Разработка — количеством успешных релизов, устраненных багов и итоговой бесперебойной работой продукта. Но и те и другие фактически делают одно большое дело — создают качественный продукт, полезный для конечного клиента и создающий выручку. 

Как же предпринимателям без технических знаний понять программистов и подружиться с разработкой? Я уверен, что залог успеха — партнерские отношения между бизнесом и инженерами. У инженеров есть видение, мнение и экспертиза. А у бизнеса есть свои цели. В то же время, инженерия — это всегда расходная статья бюджета, а не доходная. Либо компания, потратив деньги на разработку, получит профит, либо разработка, с точки зрения бизнеса, просто сжигает бюджет. Технический склад ума разработчиков зачастую концентрируется на красивом коде, использовании best practice,  настройке, рефакторинге. На это команде разработки требуется дополнительное время. А бизнес знает, что если в определенный момент времени потребность клиента не удовлетворена, позже она просто теряет смысл. Давайте разберемся, почему возникают проблемы в общении и как можно их устранить. 

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

У меня был период, когда я был в долгах. Когда тратил чуть больше, чем зарабатывал. Эту ситуацию я охарактеризовал, как «здоровенная морковка сзади». И пока я в ней находился, мой рост в доходах был настолько незначительным и нестабильным, что руки опускались. Казалось бы, вот она, мотивация. Предпринимай что-нибудь, чтобы выпутаться из ситуации. Но нет. Всё работало с точностью до наоборот.

В таких условиях, получив предоплату от клиента, я часто был вынужден сразу же её потратить. А проект при этом ещё не был сделан. К чему это приводило? Если что-то шло не так, я очень сильно был заинтересован в том, чтобы клиент от меня не ушёл и чтобы мне не приходилось возвращать предоплату. Влияло ли это на качество моей работы? Нет, оно оставалось таким же хорошим. Это просто ослабляло мою позицию в переговорах с клиентом. В наших отношениях я закрывал глаза на вещи, которых сейчас не стал бы терпеть. Опоздания, задержки, невыполнение обязательств. Я боялся сделать замечание или озвучить свою позицию, лишь бы клиент не расстроился и не «отвалился» от меня. Нет, конечно, они не отваливались. И работа шла хорошо. И предоплату возвращать не приходилось. Но я поместил себя в такие ужасные моральные условия, что ни о каком развитии не могло быть и речи. Мой разум был затуманен мыслью «мне нужны деньги этого клиента любой ценой!»

Рассказываю, как наша компания адаптируется к изменениям требований при планировании проектов. Материал поможет руководителям веб-студий всегда делать проекты прибыльными. Клиенты digital-компаний смогут лучше ориентироваться на рынке услуг и понимать, в каких случаях можно все починить «по гарантии», и где лучше не экономить на незаменимом.

Про пользу электронного документооборота для бизнеса сказано уже много: это и удобство, и скорость, и помощь в работе с партнерами и контрагентами, клиентами и сотрудниками, и многое другое.

Меня зовут Лебедев Владимир. Сегодня я хотел бы рассмотреть плюсы ЭДО и организацию процесса на примере работы с сотрудниками компании. Если вы тоже задумываетесь об этом (а в условиях массовой удалёнки странно не задумываться), возможно, вам пригодится наш опыт.

OTUS проводит масштабное карьерное исследование. В благодарность участники опроса получат практичный гайд, который заменит пару часов работы с карьерным коучем.

В продолжение темы про полностью удаленную работу с ее основным минусом - отсутствием социализации.

В начале марта Яндекс Практикум провёл вебинар «Спроси меня про Go» в формате открытого микрофона: слушатели могли задать любые вопросы о языке Go. Экспертами выступили техлиды курса «Go-разработчик»: Георгий Зуйков — ведущий разработчик в Едадиле и Александр Демиденко — старший разработчик в Яндекс Облаке, в команде Cloudgate.

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

Намедни наш Rutube немного прилег. Не сам, конечно, говорят хакеры помогли, но тем не менее. И со всех сторон зазвучали критические мантры о левых руках, растущих чуть ниже спины у тамошних разрабов и ИБ-шников. Тем интереснее было посмотреть по сторонам. Наверняка же были не менее эпичные фейлы, факапы и прочие отгулы по болезни у популярных сервисов? Go!