Мы в GetIT и Headz.io используем ChatGPT очень активно. Никого не заменяем — все люди на месте и при этом все довольны результатом, который выдает ChatGPT. В статье расскажу, каких результатов достигли в агентстве, используя этот инструмент. Плюс будут промты. Плюс будут аналоги ChatGPT, если у вас нет к нему доступа.
Привет, Хабр! Меня зовут Николай, я аналитик компании Simbirsoft. Мне довелось участвовать во многих проектах, и на каждом из них заказчики понимали задачи и роль аналитика по-своему. Поэтому вопрос ролей аналитика на проекте — мои личные кровь и пот боли: часто в одном лице хотят видеть и разработчика, и продвинутого тестировщика с пониманием процессов автотестирования, и многое-многое другое. Тем не менее, многие требования находят отражение в навыках и интересах аналитика, но эти требования ещё нужно правильно сформулировать при поиске.
В этой статье я расскажу, какие роли выполняют разные специалисты, как меняются их задачи, с кем могут путать разных аналитиков в IT, как их отличить, и чем каждая роль полезна для разных типов проектов. Потому что правильно выбранный аналитик может заменить 2-3 специалистов разного профиля, а неправильно — не сделать ничего.
Этот гайд поможет и заказчикам, и исполнителям. Первым — четко сформулировать желания и потребности. Вторым — разобраться в требованиях первых и лучше понять себя как специалиста.
Иными словами, типология ролей аналитиков призвана предотвратить расхождение интересов специалиста и клиента. Я нередко наблюдал ситуации, когда запросы клиентов не отражали полный список требований, ожидаемых от специалиста на самом деле. Например, при обсуждении выяснялось, что вместо системного аналитика для разработки ТЗ требовался аналитик 1С. Или от аналитика-джуниора по умолчанию ожидались навыки по разработке взаимодействия конкретных систем, довольно редких в отрасли. При этом я не беру в расчет обычные проблемы обычного системного аналитика, когда приходится погружаться в незнакомую предметную область или принимать дела в самом разгаре проекта.
Я спросила у Андрея, как он совмещает карьеру и подкаст, почему не нанимает монтажера, влияет ли медийность на его зарплату, и стоит ли новичкам запускать очередной айтишный подкаст.
Соглашение United Parcel Service Inc и Teamsters
В июле 2023 года компания United Parcel Service Inc (UPS) пошла на соглашение с профсоюзом The Teamsters в страхе перед забастовкой. Забастовка нанесла бы компании значительный урон, после которого она не смогла бы оправиться.
По оценкам Anderson Economic Group получается, что даже 10-дневная забастовка в UPS обойдётся экономике в 7,1 миллиарда долларов, а бизнесу и потребителям будет нанесён ущерб в 4,6 миллиарда долларов из-за срыва поставок, а также прямых убытков UPS в размере 816 миллионов долларов, 1,1 миллиарда долларов из-за потери заработной платы водителей в компании, а также дополнительных расходов для поставщиков UPS и казны. Но всё закончилось соглашением, выгоду от которого получили работники, бизнес и государство.
Синдром самозванца мешает построению карьеры и развитию, путается под ногами, забирает кучу энергии и рождает кучу стыда. Как его преодолеть? Хочу поделиться простым способом, который помогает понять, на что вы действительно способны, а в чем стоит подтянуть знания и скилы, чтобы не отказываться от крутых проектов.
В Москве с 17 по 20 апреля прошел финальный этап научно-практической конференции для школьников «Инженеры будущего». Так уж получилось, что мне довелось в нем поучаствовать и даже победить, поэтому хочу поделиться своими опытом и ощущениями, как это мероприятие выглядит со стороны участника. В телевизоре на канале Москва 24 все смотрится прекрасно:
Научно-практическая конференция для школьников стартовала в Москве – Москва 24, 19.04.2024 (m24.ru)
А как было на самом деле?
Пост для тех, кто из-за рекламы онлайн-курсов загорелся идеей войти в айти. Почему не нужно этого делать
Как создать эффективное резюме и сопроводительное письмо для успешного поиска работы в IT сфере?
Обсудим важность правильного форматирования и структурирования резюме, а также на что обращают внимание работодатели. Раскроем советы по написанию сопроводительного письма, обсудим его структуру и способы выделить свои профессиональные навыки.
Кто я такой, чтобы делиться своими суждениями и утверждениями? Мне почти 47, в сфере IT профессионально работаю около 25 лет, начав самообучение со школы, с папиного i386 с сопроцессором и модемного dial-up на зюхелях (ну... все же помнят.. да? ну да же? :-) Естественно, среди моего опыта и высшее образование, и технические сертификаты, и работа во множестве компаний самого разного масштаба и разных стран. Сейчас я обладаю как негативным, так и позитивным опытом в различных аспектах IT технологий, попробовав себя как в софте, так и в железе.
Этот опыт заставляет меня поделиться информацией из той самой негативной составляющей с целью предотвращения его повторения читателями. И да, тут будет много злобы и яда к тому дерьму тем технологиям, с которыми приходится работать каждый день DevOps и даже системным администраторам. Однако статья наполнена реализмом, а вовсе не пессимизмом! :-D В ней будет раскрыта вся голая правда про лично Ваше будущее как DevOps инженера!
Я просыпался. Открывал глаза и с тоской думал, что опять надо ехать на работу. Она казалось мне бессмысленной, выматывающей, но, увы, безальтернативной. Как сменить ее на что-то еще — я не знал. Чем хочу заниматься — не знал. Я жил с чувством, что влип в нелюбимую работу навсегда. Чувствовал, что застрял, но не подозревал, что выход из болота находится совсем не там, где я предполагал.
Я поработал в 3 известных IT-школах в разных ролях. При этом я не смог бы однозначно ответить – стоит работать в этой сфере или нет. Все зависит от роли: где-то я выгорел, а где-то достиг дзена. В этой статье хочу поделиться с вами своим опытом – в какой роли лучше работать, сколько можно на этом заработать и вообще стоит ли оно того
Сначала ищешь справедливость, потом другую работу.
Хотелось бы поговорить о важности того, что я называю "позитивным фундаментом" в деятельности человека, которая занимает большую часть его времени на протяжении длительного участка жизни. И о проблемах, которые с этим вопросом возникают.
Меня зовут Михаил, я являюсь разработчиком ПО последние 10+ лет. Я буду опираться на субъективный опыт, мою историю карьерной жизни.
На связи Дарья Овчинникова, руководитель HR-отдела в Decart IT.
В первый месяц работы на новом месте моей ключевой задачей было сформировать 2 команды в 2 разных отделах и не забывать про текущие задачи аутстафф-компании. Хочу сегодня рассказать вам, как удалось сохранить рабочие процессы и себя! Статья про работу эйчаром без прикрас.
open source – это концепция разработки программного обеспечения, при которой исходный код программы доступен для просмотра, использования, изменения и распространения любым желающим.
Если программист не проявляет интереса к участию в open source проектах даже после многолетнего опыта работы, этого человека уже не привлекает программирование, его это не драйвит , он просто сидит на каторге изо дня в день . Отсутствие мотивации к участию в открытых проектах может свидетельствовать о недостаточной амбициозности, отсутствии стремления к профессиональному развитию или даже остаточном интересе к самой профессии.
По нашей информации, в компании объявили о массовом сокращении. Увольнению преимущественно подлежат сотрудники направления разработки, сотрудничавшие в качестве ИП и по договорам ГПХ, точное их число нам неизвестно.
В мире ИТ вполне обычное дело, когда сотрудник компании получает выгодное предложение от компании-конкурента. В целом, это распространенная практика, ведь всем необходимы специалисты с опытом и развитыми навыками и компетенциями. А где же их развивать, как не в компаниях, откуда потом сотрудника можно забрать.
Давайте рассмотрим реальный пример: Уходит офис-менеджер, на котором держится вся хозяйственная часть, и в офисе становится тяжело, если не невозможно работать. Обычно скрытые и неприметные настолько, что о них никто не задумывается: отправка/прием почты, счетов, организация работы офиса, ремонты, коммуникация с подрядчиками, ремонтниками и т. п
Итак, я предлагаю обсудить, что делать, если сотрудник собрался уходить и нужно ли что-то делать в принципе.
Первое, о чем важно знать, – это должность сотрудника, собирающегося покинуть компанию. Здесь речь не об убертимлиде с десятками лет опыта, километрами написанного кода и знанием всей архитектуры продуктов наизусть. Ключевым сотрудником может быть человек, занимающий любую должность. Например, и вышеупомянутый тимлид, на котором держится вся техническая часть. Из этого вытекает первый шаг взаимодействия с сотрудником, собирающимся уходить.
В наше время IT-сфера развивается с немыслимой скоростью, отчего требует большого количества квалифицированных специалистов. По сей день работодателями часто ценится наличие высшего образования, подтверждающего изначально высокий уровень знаний кандидатов для трудоустройства. Однако, в контексте IT-сферы, с течением времени появляется все больше и больше курсов и обучающих материалов в открытом доступе, вследствие чего порог вхождения в профессию становится намного ниже, а специалистов без высшего образования намного больше.
Исходя из этого, возникает закономерный вопрос, так ли важно тратить от четырех лет своего времени на учёбу в ВУЗе, чтобы построить успешную карьеру в сфере информационных технологий и стать хорошим специалистом? И какие преимущества дает получение высшего образования в целом?
Привет, Хабр! Меня зовут Ольга Матушевич, я наставница на курсе «Аналитик данных» в Яндекс Практикуме. Большая часть наших студентов в качестве цели обучения указывает успешное трудоустройство в новой профессии. Поэтому мы внимательно отслеживаем, у кого из выпускников получилось устроиться на желаемую должность, сколько времени это заняло и сколько усилий потребовало. На основе этих данных мы строим наши продуктовые обещания студентам.
В конце прошлого года у нас появилась идея выявить ключевые факторы, влияющие на трудоустройство студентов, и научиться давать более точные и дифференцированные обещания. Для этого мы провели исследование — делюсь результатами в материале.
