Я думаю начать учиться писать код. Какой ноутбук мне купить? Нужно ли участвовать в буткемпе? Нужны ли моему ребёнку особые курсы или подготовка, чтобы поступить на computer science?

Приведу свой совет вкратце

Привет! В начале октября мы писали пост о том, почему не стоит ходить на некоторые IT-конференции. Хотя мы пару раз в тексте отметили, что это не наезд и не претензии, никакого хейта, а, скорее, подборка фактов «на подумать», ряд человек всё равно успели пообижаться.

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

Сегодня же хотим рассказать о том, почему стоит посещать некоторые IT-конференции. Под катом — 10 причин продолжать это делать.

Всем привет! Мы (Никита Звонилкин и Дмитрий Ёжиков) работаем в отделе локализации в SM Lab. Мы провели презентацию по теме интеграции локализации в процесс тестирования ПО на конференции SQA Days. Для этой статьи мы адаптировали эту презентацию, чтобы показать, чем локализация отличается от перевода. А ещё расскажем про основные этапы локализации, поговорим о подборе команды для проведения тестирования и о полезном софте.

Немного цифр. Спортмастер — большая компания, торговые сети представлены в 6 разных странах, а в 11 есть дополнительные офисы, в которых работают более 45 000 сотрудников. SM Lab — отдельно IT-подразделение, которое занимается разработкой софта и, собственно, его локализацией для стран нашего присутствия.

Тонкости локализации

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

Например, белый цвет, который в принципе везде считается нейтральным, в Японии могут расценить как траурный, так что не всегда будет уместно его использовать. В разных странах по-разному могут воспринимать ещё и жесты с символами, которые вам кажутся привычными и стандартными. Скажем, значок мира, который у нас так и воспринимается, в Великобритании лучше не показывать, он считается оскорбительным жестом. Большой палец вверх тоже у нас считается вполне себе адекватным, а вот жестовое обозначение “ОК” в той же Бразилии расценивается совсем иначе.

Если кто-то смотрел фильм Квентина Тарантино «Бесславные ублюдки», то вы явно помните сцену, в которой офицер под прикрытием (персонаж Майкла Фассбендера) заказывает жестом три пива, чем и выдает себя. 

Без выстраивания хороших отношений со стейкхолдерами (или заинтересованными сторонами) на проекте далеко не уедешь. О том, как это делать like a boss, – годная статья автора Кэт Бугард в блоге Miro.

Все картинки – из Miro.

Патент US6115036A — «Оборудование для редактирования программ видеоигр/видеографики с функциями остановки программ и передачи данных»

В досках Kanban и Scrum есть удобный инструмент горизонтальной группировки задач swimlanes (дорожки). С помощью дорожек задачи можно группировать по разным категориям: типам задач, проектам, пользовательским полям и прочему. Многие из вас наверняка уже знакомы с этим инструментом и активно пользуются им.

А что, если работу с дорожками можно сделать еще удобней и интересней? На примере реального кейса я попробую рассказать про способ автоматического добавления и удаления дорожек в досках Jira.

Привет! Мы тут решили запустить очередной One Week Offer, на этот раз — для системных аналитиков и аналитиков данных, с 7 по 10 ноября. Если вам интересно —  до 3 ноября зарегистрируйтесь на лендинге, и с вами свяжутся.

Почему нам нужны системные аналитики

Сейчас в SM Lab работает более 2000 человек, которые с нуля написали и запустили более 320 сервисов и систем. Аналитиков у нас сейчас — порядка 200 человек. Так что, как вы понимаете, работы для желающих ещё много, скучно не будет.

Работать можно как из офисов (пока можем предложить Москву, Санкт-Петербург, Краснодар, Липецк, Новосибирск, Екатеринбург и Воронеж), так и из дома, если вам больше по душе удалёнка, или же вашего города нет в списке.

В этом посте Оксана, старший специалист клиентского сервиса SM Lab, поделится одной из рабочих практик по борьбе с выгоранием. А именно — пользой небольших путешествий на пару дней, которые ощутимо помогают разгрузить голову и не выгореть. Под катом — про это (а ещё много фото Питера).

— Выбери себе работу по душе, и тебе не придётся работать ни одного дня в своей жизни, — наставляет нас Конфуций.

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

Всем привет! Меня зовут Даша и я системный аналитик компании SM Lab. Работаю в команде Brand Planning Tool. Наша команда BPT помогает брендам (таким как Fila, Demix, Northland) запускать новые коллекции.

В этом я году закончила бакалавриат и поступила в магистратуру по направлению «Системный анализ и управление». С третьего курса начала работать по специальности.

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

Под катом:

• Моя история
• Важные моменты при планировании
• Методики тайм‑менеджмента
• Выводы

Привет! У нас тут накопился неплохой опыт в плане работы с конференциями со всех точек зрения — как организатора своих собственных событий, так и активного участия в больших регулярных IT-конференций. Собственно, им мы с вами и поделимся.

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

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

Вдруг нам всем вместе получится сделать мир отечественных IT-событий немного лучше.

Это третья и заключительная статья из цикла, в которой рассмотрим стандартную модель ранжирования документов в Elasticsearch.

После того как определено множество документов, которые удовлетворяют параметрам полнотекстового запроса, Elasticsearch рассчитывает метрику релевантности для каждого найденного документа. По значению метрики набор документов сортируется и отдается потребителю.

В Elasticsearch существует несколько моделей ранжирования документов. По умолчанию используется Okapi BM25.

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

Перевод достаточно свободный, но сохраняет суть. При переводе ни один ИИ не пострадал.

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

Привет, Хабр! Меня зовут Ломакина Мария. Я процессный‑аналитик нескольких продуктов экосистемы в компании СМ Лаб. Моя статья будет посвящена тому, как много всего придумано, но как некачественно сделано. То ли это профессиональная деформация, то ли я очень восприимчивый и требовательный пользователь.

Фильтры

Недавно, делая заказ на одном из популярных маркетплейсов, поняла, что до совершенства нам еще «топать и топать». Как же хочется просто нажать одну кнопку и вот тебе полный набор всего того, что ты хочешь. Как же хочется не скролить часами в поисках того самого идеального продукта. Как же хочется не устанавливать десятки параметров для того, что бы маркетплейсы предложили тебе в итоге не то, что ты ищешь. Хочется получить то, что хочется и быстренько.

Может возникнуть вопрос «а что не так с нынешними популярным маркетплейсами»?

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

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

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

На одной из прошлых SQA days я сделала доклад на тему анализа дефектов в командах, и решила написать статью по его мотивам.

Это вторая статья из цикла. В первой части я рассказывал про самые базовые понятия Elasticsearch. В этом же посте разберем устройство анализа текста и немного пощупаем полнотекстовый поиск.

Несколько слов про анализ текста

Анализ текста — процесс преобразования оригинального текста в структурированный формат, оптимизированный под эффективное хранение и быстрый поиск.

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

Привет! Меня зовут Глеб, я разработчик команды продукта «Сервис персонализации» в SM Lab. В цикле из трех постов я расскажу про основы полнотекстового поиска в Elasticsearch.

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

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

Итак, начнём с самых базовых понятий.

Всем привет. Меня зовут Тирайр, я ведущий процессный аналитик в Спортмастер Лаб и менеджер проекта Со-Общество - базы знаний в Telegram, которая регулярно наполняется полезными материалами из области бизнес-анализа, цифровых технологий и менеджмента.

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

Привет! Меня зовут Ксения, я руководитель продуктов в SM Lab. Хочу поделиться нашим опытом изменения воркфлоу работы с бизнесом — здесь и допиливание ряда процессов, и улучшение согласования между отделами, и доработка отчетов, да и вообще, много полезного.

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

В этом посте мы разберем с вами 7 основных психотипов людей по классификации Виктора Пономаренко («радикалов») и выделим сильные и слабые стороны каждого из них, применимо к командной работе и решению задач.

Предыстория

Как-то раз я набрела на вот такой диалог в одном чате, где обсуждались командные процессы:

— Должен быть лидер-слуга
— Почему слуга? Может, лидер-партнер?
— Не согласен! 100%, это мертвые нерабочие подходы!

Меня долго не отпускала мысль: как вообще могут существовать настолько полярные мнения? Ведь это писали не вчерашние студенты, а состоявшиеся в профессии люди. Казалось бы, это те, кто работал в IT последние 10-15-20 лет, что называется, «смотрели одни и те же мультики», читали похожие книги, наблюдали за преображением бизнес-процессов и кардинальной сменой технологий.