IT-компании

Все события и персонажи являются вымышленными. Любое совпадение с реально живущими или когда-либо жившими людьми случайно. 

С уходом зарубежных мастер-систем, российский рынок it приободрился.

- Какого хрена вы не продаете наш новый продукт? Мы что зря придумали продавать hcm? – возмущенно спрашивает у монитора развивающий директор.

- Мы не знаем, что продавать, обещать и как отвечать на вопросы заказчика.

- Я не понимаю, что тут может быть непонятного! Коллеги, прошел месяц, как мы приняли решение продавать. Но до сих пор ни одной сделки! Что вы до сих пор не знаете? Берете и обещаете заказчику вообще все. – еще больше кипятится развивающий.

Возможно, вечер за просмотром «Волка с Уолл Стрит» превратил развивающего директора в мотивационного оратора и гения продаж со сцены, решившего, что благодаря ему продажники начнут продавать на миллионы долларов продукт, которого еще нет. Чтобы это произошло развивающему стоит только как следует пох**сосить команду коммерческого отдела во время очередного совещания и научить «обещать все».

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

Примерно с марта 2022 года стало все чаще звучать слово «импортозамещение». И если раньше это касалось улиток, сыра и деликатесов, то сейчас речь идет в большей степени о более интеллектуальных и стратегических товарах, в том числе в it-отрасли. 

Привет, меня зовут Алина Богомолова, я project-manager в IT-компании Pitch. Сегодня я хочу поделиться нашей экспертизой в сфере создания сайтов для медучреждений.

Государство предъявляет к их содержанию повышенные требования. Эти требования описаны в 5 Федеральных законах и в более чем 10 приказах, постановлениях правительства и иных подзаконных актах. Делается это для того, «чтобы не вводить пациентов в заблуждение относительно предоставляемых медицинских услуг». Но мы знаем что государство все стандартизирует. Небольшая частная клиника или городской диспансер — соответствуйте единым требованиям. А требований много. Очень много :-)

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

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

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

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

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

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

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

Сегодня речь пойдет не о списке инструментов, которые необходимо изучить. Не о сетевых моделях взаимодействия, и даже не о протоколах. Сегодня я, DevOps Automation Engineer в компании Altenar, расскажу вам, почему DevOps - это целая философия, и, по сути, каждый IT-шник в своей мере DevOps.

В 1884 году Эдвин Эбботт написал рассказ «Равномир» (англ. Flatland, «Флатландия») про двухмерную реальность, населённую квадратами, окружностями и прочими геометрическими фигурами. Однако это общество было жёстко иерархическим, несмотря на кажущуюся «уравномеренность» — чем больше вершин, тем выше твой статус. Вдобавок оно сопротивлялось даже самой мысли о возможности измерений высшего порядка. На этом и выстроена канва рассказа — ведущий повествование Квадрат находится в заключении за проповедь о существовании Трёхмерного Пространства.

Ирония в том, что этот сюжет предвосхитил неприглядную сущность одной ИТ-фирмы, крайне уважаемой в своей области.

Какие iPad стали винтажными, чего хочет PayPal от Apple, новые бета-версии, что готовят Apple вместе с Microsoft и Google, слухи о грядущих новинках яблочной корпорации и другие интересные новости – свежий дайджест событий из мира Apple вашему вниманию.

Вспоминаю, что я на своем пути провалила ~миллион собеседований. Как же нервно, болезненно и тяжело давался разговор с нанимателем. Некоторые вопросы меня ставили в тупик, и от этого я еще больше нервничала, терялась, и в итоге все шло крайне ужасно :( Провалив внушительный список мероприятий я начала выписывать для себя вопросы, которые задают на собеседованиях, и старалась после каждого провального события ответить на них, постепенно закрывая пробелы в знаниях. Действия были очень просты: я выписывала ответы, гуглила темы на которых не знаю ответы и изучала темы более глубоко, чтобы уметь не только ответить на шаблонный вопрос, но и поразмышлять в теме... В какой-то момент мне показалось разумным создать небольшой сценарий, который расскажет обо мне, не собьёт меня с пути, и конечно же расскажет о моем опыте подробно и емко.

Все персонажи и события являются вымышленными. Любое совпадение с реально живущими или когда-либо жившими людьми случайно.

- У нас нет пока понимания о том, сколько нам стоит каждый проект и разработка новых фичей. Часть проектов, по словам директора по денюжкам в разрезе 2 лет – убыточные, - бесстрастно объясняет СЕО.

- Это как?

- Мы инвестируем деньги в разработку стратегических продуктов и проекты. В этом смысле, мы – уникальная компания.

- Это я уже поняла, а что по себестоимости?

- С этим вопросом иди к директору по денежкам. - говорит сюзерен и машет рукой на дверь.

Аудиенция закончена.

Вопрос с оценкой себестоимости и оценкой трудозатрат для интеллектуальных продуктов является сложным (хотя, возможно только в России и только в некоторых компаниях?). Как следует рассчитывать доработки it-продуктов или работу с багами? Вернее так, этот вопрос сложный, если о нем не подумали с самого начала и разработка существует в вакууме, а не в рамках единого производственного комплекса компании.

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

Краткое. Очень краткое руководство для Junior Product о том, как выжить первые несколько недель в команде разработки.

В данной статье я расскажу о том, как правильно оформить документы, подтверждающие исключительные права ("право собственности") работодателя на произведение. Под произведением имею ввиду программы для ЭВМ и базы данных. Под конец статьи также расскажу не много об изобретениях и отличиях в оформлении правоустанавливающих документов.

Многие скажут что исключительные права на произведения автоматически возникают у работодателя и особо переживать по этому поводу не стоит, ведь их напрямую защищает закон.

Действительно, по общему правилу, исключительные права на произведения принадлежат работодателю, если иное не установлено в договоре (к примеру в трудовом договоре), но только если оно разработано работником (автором) в пределах его трудовых обязанностей. Однако, если работник вдруг обратится в суд, посчитав что исключительное право на произведение принадлежит ему, т.к. создано оно вне рамок исполнения им своих трудовых функций, сможете ли вы доказать суду документально, что этот работник создал произведение именно в рамках своих трудовых обязанностей? Если нет, то суд с большой долей вероятности может принять решение в сторону работника, тем более не следует забывать что работник в данном случае является "слабой стороной", а значит спрос с работодателя в суде будет максимальным. Исходя из личного профессионального опыта могу с уверенностью сказать что многие работодатели не уделяют кадровым документам надлежащего внимания и зачастую даже название должности не соответствует тому, чем фактически занимается работник. Ни в трудовом договоре, ни еще где-либо отсутствуют функциональные обязанности или прописаны так абстрактно, что судью становится очень сложно убедить в том, что имелось ввиду в таких «рукописях».

Здравствуй, уважаемый читатель, и спасибо за то, что решил ознакомиться (надеюсь, полностью:)) с моим постом.

Являюсь обычным ИТ менеджером среднего звена, специализация – выстраивание работы ИТ структур: в основном, структур ИТ сопровождения (Системные администраторы (серверная часть, телеком, операционные), Администраторы баз данных (разные конфигурационные единицы), тестировщики, разработчики по инцидентам. В свое время управлял отделом разработки, архитекторами...

Предлагаем детальный гайд по подготовке к интервью по проектированию системы ML

Что означает дизайн системы ML?

Такие навыки как машинное обучение, презентации, кодирование, статистика, вероятность, тематические исследования и прочие необходимы для успешного проведения интервью по машинному обучению. И одном из главных интервью по ML является интервью по проектированию системы.

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

Важно в таком интервью – структурированный мыслительный процесс. Однако он требует подготовки. Заранее подготовленный гайд может очень пригодиться при ограниченном времени интервью. Гарантируем, что вы сконцентрируетесь на важном, не будете долго обсуждать одно или упускать важные темы.

Итак, гайд выглядит так:

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

«Идиллия» оплачена тяжелым трудом, уходом от налогов и экономическими махинациями.

Данная статья продолжение моих "баталий" с HR-ами в январе этого года: погружусь в тему АБ тестов на основе своего опыта прохождения собеседований.

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

Привет!

Сегодня с вами Максим Козлов, руководитель Sber AR/VR Lab.

Устраивайтесь поудобнее, зовите кота, включайте лампу — это будет длинная история. О цифровых двойниках, volumetric-съёмке и о том, чем это всё обернётся для нас уже в скором будущем.

Вы когда-нибудь задумывались, почему один человек легко идёт по жизни, достигает высоких результатов и получает всё, чего ему хотелось бы, а другие словно каждый день сражаются — и регулярно проигрывают? Безусловно, это можно объяснить множеством факторов, и на некоторые из них сложно влиять, в то время как другие довольно легко изменить. Большую роль играют личностные качества — приобретённые особенности человека, которые проявляются в его поведении и способах справляться с жизненными ситуациями.

Ранее мы уже рассказали читателям Хабра о том, как приобрести и укрепить системные качества лидера, а также дали рекомендации по прокачке навыков коммуникации. Теперь же, в завершение трилогии о самосовершенствовании от наших экспертов, рассказываем про ключевые личностные качества в сфере ИТ и приводим список полезных материалов для их развития — от специальной литературы и видео до обучающих курсов, заданий и практик.

Екат, Екб, Ебург и Катер – у Екатеринбурга много неофициальных имен. А недавно к ним добавились «Центр мерзотной либероты» и «Город Бесов» – звания, которыми наградил уральскую столицу одиозный журналист Владимир Соловьев. Как бы вы ни относились к пропагандисту, в одном он точно прав – город отличается от всех других в России. Рассказываем, почему в нем стоит побывать всем, кто (на время?) отложил идею о релокации и собирается строить карьеру в российском IT.