Когда-то давно я мечтал стать программистом. Еще со средних класов школы начал ездить на олимпиады по программированию, писал игровые моды и просто нереально кайфовал от того, что делал. Начинал еще с Turbo Pascal, потом С, потом скриптовые языки, в универе математическое моделирование на С++ и matlab. Только в универе пришлось на теор.физике тусоваться, ибо не прошел по балах на программирование, но да ладно. Спустя 3 года я все таки решил кинуть физику, так как просто не видел денег в этой сфере в своей стране, и получил все таки первую долгожданном ИТ. Это была серверная разработка на Python.

С тех пор прошло уже 6 лет. Не могу сказать, что я сверх нерд и мое мнение авторитетное - но какой-то опыт в своей сфере все таки имею. Повидать успел с десяток различных компаний - от крупнейших в СНГ и крупных на диком западе, до мелких стартапов ( не думайте, что я во всех них успел поработать - это тема отдельная). Это печально...

Поездка в Сколково, первый опыт командной работы и борьба со страхами

Начинающим IT-специалистам хакатоны позволяют заняться реальной задачей и получить практический опыт, потренироваться работать в команде. А заказчикам — протестировать новые гипотезы и идеи. Но ещё хакатоны могут помочь сделать жизнь других людей лучше. Рассказываем, как студенты SkillFactory прокачивали на хакатоне прототип бионического протеза на базе оптических датчиков «Моторики». Подробности — к старту флагманского курса по Data Science.

1. Как искусственный интеллект применяется в протезировании.
2. Как проходил хакатон.
3. Чему научились участники.

Мы рады сообщить, что открыли наш фреймворк Piper для всех разработчиков на гитхабе. Несмотря на то, что мы не закончили некоторые важные аспекты ядра, решили не ждать, а сразу поделиться, и теснее пообщаться о нашей разработке. В конце концов, мы изначально задумали, чтобы продукт был опенсорсным и все могли его использовать, решая свои задачи. Приветствуем любую обратную связь и помощь в доработке!✌️В этой статье расскажем о фреймворке Piper, его целях, конкурентах, о том, что есть в текущей версии и что планируем добавить в ближайшее время. Начнем с предыстории…

Зачем люди делают ставки? Чтобы получить яркие эмоции. Сравните уровень эмоций двух людей: один смотрит футбол дома, а другой с болельщиками в баре.

Все началось с гипотезы

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

Первый вопрос для исследования звучал так: «Действительно ли у игроков есть потребность в социализации?». Чтобы ответить на него, мы поговорили с пользователями напрямую.

Я решил дать посту такой немногословный заголовок, чтобы даже те, кто читает нас через RSS, обратили на него внимание ) Это не помешает, так как наши посты-анонсы о новых фичах набирают не так много просмотров (а беспокоить пользователей рассылками мы не очень-то любим). 

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

Технологии Agile, Scrum и CI/CD становятся общепринятой нормой, и нам уже кажется, что новые релизы всегда можно выпускать постоянно, практически непрерывно. Технически, сейчас действительно есть реальная возможность выкатывать обновления каждый день, а некоторые разработчики готовы релизиться каждый час — для web- и мобильных приложений это совершенно нормально. При такой частоте возникает вопрос: а нужно ли иметь хорошо отлаженную систему автоматизированного тестирования? Цена ошибки в таком релизном цикле не высока, а компания получает возможность переложить финальное тестирование на плечи своих клиентов. Если у кого-то что-то пошло не так, можно моментально выпустить исправление. Но возможен ли такой подход в разработке корпоративной BI-системы? Об этом и поговорим сегодня.

Summary: Игорь Зубцов, руководитель автоматизированного тестирования в направлении омниканальных решений Лиги Цифровой Экономики, рассказал, как его команда разработала сервис для мониторинга покрытия автоматизированными сценариями, с какими сложностями столкнулись и как он работает.

В этой статье я бы хотел рассказать о разработанном нашей командой сервисе Coverage Manager. Мы используем его для мониторинга покрытия автоматизированными сценариями, однако разработку можно применять и на других проектах.

Естественное желание — видеть наглядный результат работы автоматизаторов на проекте. Всегда хочется знать, а главное, видеть ответы на вопросы: «А что у нас с покрытием этого функционала?», «А покрыт ли у нас этот сценарий?» и подобные. Coverage Manager предназначен для визуальных ответов на многие такие вопросы. Любой причастный к проекту человек может зайти и посмотреть, покрыт ли тот или иной сценарий автотестами, а также пронаблюдать динамику.

***

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

Это было особенно важно, поскольку команда проекта поделилась на стримы, и автотестировщики работали относительно изолированно, внутри своих небольших команд, — а из-за этого тесты могли пересекаться.

Последние 4-5 десятилетий спрос на программистов вырос в сотни раз. По некоторым оценкам их количество удваивается каждые пять лет, и в результате программист с 5-летним опытом работы имеет стаж работы в отрасли больший, чем у половины всех ее сотрудников.

Эрик Дитрих* около 10 лет провел на должностях, где его основной функцией было написание кода. Еще 10 лет были связаны с управлением программистами, их обучением, консультированием организаций, практикой оценки кодовой базы, а в наши дни и контент-маркетингом. Но во всех этих ролях он в той или иной степени писал код. И, по своим расчетам, прошел больший путь, чем 94% работающих в отрасли. Получается некое противопоставление: программист со стажем, который общается с кучей новичков в программировании.

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

*Обращаем ваше внимание, что позиция автора может не всегда совпадать с мнением МойОфис.

Привет! Меня зовут Катя. Я — менеджер проектов в компании Constanta и сегодня хочу с вами поделиться, как важно выстраивать новые процессы постепенно, не разрушая их до основания.

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

Я отвечаю за мобильные платформы одной из крупнейших букмекерских компаний в России, а именно за мобильные приложения — iOS (iPhone, iPad, Apple Watch), Android (смартфоны и планшеты) — и мобильный сайт. А также еще за пару дополнительных приложений, косвенно относящихся к основному продукту.

Бытует распространённое мнение о том, что современный программист это некий новый общественный класс, имеющий безграничную свободу в плане производственных отношений. Причём, под "программистом" можно понимать эдакого абстрактного работника сферы ИТ, например, сисадмина, тестировщика или аналитика. Культ свободы в ИТ-сфере стал особенно актуальным с началом "пандемии", когда многие работодатели начали охотнее разрешать работать из дома. Безусловно, работа в ИТ чаще чем другие сферы подразумевает гибкий график, "удалёнку", относительно высокую зарплату и другие приятные вещи. Однако, не стоит забывать, что все вышеперечисленные бонусы в большинстве своём касаются только "чистых" ИТ-предприятий. Например, сложно представить программиста, устроенного на заводе или серьёзном госпредприятии, который постоянно работает из дома или из-за рубежа и приходит на работу когда хочет.

2022 был… ну вы знаете. Штормило всех и с разной степенью интенсивности. Хорошо, что можно сублимировать тревожность в работу! Не благодаря, но вопреки всем невзгодам hh.ru продолжает развиваться и становиться лучше. Мы старались чаще выкатывать новые возможности и совершенствовали работу уже действующих сервисов. Рассказываем, что нам удалось сделать в стремительно уходящем в крутое пике 2022 году. Статья может выглядеть как отчет, потому что это и есть отчет. Поехали!

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

По причине 2022 года возникла постоянная смена стратегических направлений из-за повышенной турбулентности всего мира.

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

В итоге:

Чем заняться с детьми на праздниках, если ты айтишник

Привет, Хабр! Меня зовут Андрей, и я сотрудник "Криптонита"! Близится новый год, и подготовка к нему в разгаре. Один из насущных вопросов: как провести январские праздники вместе с детьми так, чтобы не сойти с ума всем было интересно? Сажать ребёнка перед экраном на все выходные — явно не лучший вариант. Альтернативы для детей разных возрастов я и хочу рассказать в этой статье. Некоторые из них разберу на примере своей семьи, поэтому сначала поясню особенности нашего быта.

• Идея 1. Создание вендоронезависимой операционной системы
• Идея 2. Минимизация легального пиратства
• Идея 3. Отмена экспортных ограничений в отношении средств защиты информации, не предназначенных для защиты гостайны
• Идея 4. Легализация отсрочек для IT-специалистов<
• Идея 5. Обучение навыкам коллективной работы IT-специалистов в ВУЗах
• Идея 6. Создание IT-судов
• Голосование

Update
Уважаемые читатели! Хабром пользуются как в России, так и за ее пределами. Это замечательный ресурс, давайте не будем его портить. Судя по комментариям, многим из вас не нравится действующая власть, и любое усиление страны вы воспринимаете враждебно. Ок, это ваше право. Хабр – это оплот демократии, минусуйте статью, голосуйте против идей, минусуйте карму, но прошу, не надо устраивать политических провокаций в комментариях.

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

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

Онлайн-формат имеет свои особенности. Нет слушателей перед глазами - нет оперативной обратной связи о том, насколько им интересно. В этой статье поговорим о том, как с этим жить. Техническую часть (звук, свет и качество интернета) оставим за кадром, а сосредоточимся на подготовке спикера.

Влияет ли размер приложения и команды на то, как мы его релизим? Давайте представим себе стартап. Проект и команда небольшие. В этом случае обычно не задумываешься о процессе релизов: сделал фичу — зарелизил.

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

В этой статье расскажу, что при росте приложения Додо Пиццы стало для нас отправной точкой и заставило внедрить Release Train. В конце поделюсь результатами, помогло ли это.

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