В апреле 2023 года мы выпустили Squadus — инструмент деловых коммуникаций, фундаментом которого стало СПО. Над проектом мы работаем около трёх лет, и сегодня это комплексный, многофункциональный продукт для компаний любой численности.

К созданию Squadus мы подходили как к непростому, но важному для компании опыту. Ранее сторонний код использовался в МойОфис максимум на уровне внедрения определённых библиотек, тех или иных функциональных модулей. В случае со Squadus был выбран принципиально иной сценарий — форк большого проекта и его дальнейшее самостоятельное развитие с учетом запросов заказчиков. Путь от открытого кода к готовому бизнес-решению пролегал через массу сложностей. Их преодолением сообща занимались наши разработчики, юристы, специалисты по кибербезопасности, DevOps'ы и другие эксперты.

Почему в случае со Squadus мы предпочли сделать форк, и оправдал ли ожидания такой подход? Реальны ли выгоды от использования СПО при создании нового продукта? Обо всем этом рассказываем под катом.

«Пять почему» — это распространённый метод исследования первопричин события. Он основан на предположении, что задав вопрос «почему» пять раз, можно найти ответ, который и будет являться первопричиной. Программист Сергей Целовальников* уверен: такая практика может оказаться полезной, но её бездумное применение часто приводит к не самым лучшим результатам.

Под катом автор рассуждает о специфике этого метода на примере выдуманного инцидента в компании Acme Corp.

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

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

К сожалению, ntietz решила воплотить этот язык в жизнь — и теперь заранее просит у читателей прощения. Если вы решите перейти под кат, знайте, что делаете это на свой страх и риск.

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

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

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

Подробности под катом.

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

Последние годы мы в МойОфис активно исследовали то, как люди пользуются коммуникационными приложениями. И сегодня расскажем о полезных практиках в области подготовки UX-текстов. Примерами для статьи — как положительными, так и отрицательными — послужили интерфейсы популярных мессенджеров и сервисов видеозвонков, многими из которых вы наверняка хотя бы раз пользовались.

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

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

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

О технических аспектах реализации «прыжка к сообщению» читайте под катом.

Тема наставничества в компаниях сегодня крайне популярна. Это такой способ обучения, при котором более опытные специалисты передают свою экспертизу новичкам или коллегам на младших позициях, помогая им лучше адаптироваться в команде и быстрее нарастить профессиональные скиллы. Корпоративные менторские программы есть во всех компаниях из списка Fortune 50. И неудивительно, ведь наставничество полезно не только самим сотрудникам, но и бизнесу: по данным исследования, проведённого в РЭУ Плеханова, наставники снижают текучесть кадров на 10%, а затраты на обучение — на 15%.

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

Разработчик веб-приложений и распределённых систем под псевдонимом chreke* убеждён: «малые языки», то есть специализированные языки, созданные для решения конкретных задач, являются будущим программирования. Это убеждение укрепилось в нём после прочтения статьи Габриэллы Гонсалес «Конец истории программирования» и просмотра лекции Алана Кея «Программирование и масштабирование».

Под катом автор объясняет, что подразумевает под «малыми языками», и почему они так важны.

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

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

Изменения коснулись практически всех компонентов платформы — расширились возможности «МойОфис Стандартный», «МойОфис Почта», «МойОфис Частное Облако», «МойОфис Профессиональный» и Squadus. Теперь, если в организации будет развернуто несколько продуктов экосистемы МойОфис, то её сотрудники получат еще больше возможностей для сквозной работы с документами и коммуникаций.

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

На одном из таких мероприятий мы подробно рассмотрели тему разрешения конфликтов — под катом делимся полезными рекомендациями.

Сегодня, 25 августа, МойОфис отмечает 10 лет со дня основания. За эти годы мы прошли большой путь от создания редакторов документов до полноценной экосистемы офисного ПО. В настоящий момент платформа МойОфис включает в себя 15 продуктов для общения и совместной работы с документами. Решения востребованы со стороны как коммерческих заказчиков (реализовано более 1 млн лицензий), так и частных пользователей (приложения установили около 27 млн раз).

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

Уже как минимум пару лет формат быстрого найма сотрудников, или One day offer, набирает популярность в ИТ-компаниях. У него есть неоспоримые плюсы для всех участников: всего за один день работодатель закрывает вакансию (а то и несколько), а кандидат получает ответ (и, возможно, предложение о работе). 17 июня этого года мы провели ряд онлайн-собеседований c C++ разработчиками уровня middle и senior — и в итоге пополнили команды сразу нескольких отделов. В этом посте делимся ценными наблюдениями по итогам проекта и важными инсайтами — если вы нанимающий менеджер, вы точно найдете здесь немало полезного.

Мы продолжаем цикл статей, посвящённых теме undefined behavior. Ранее мы исследовали предпосылки неопределённого поведения в C++, предоставили формальные определения и рассмотрели несколько примеров. Сегодня углубимся в проблему: сосредоточимся на случаях UB при многопоточности и неправильном использовании move-семантики.

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

Гиллель Уэйн*, разработчик и консультант по формальной верификации, обратил внимание на статью «20 наиболее значимых языков программирования в истории», которую сам автор называет «нелепой, только что придуманной таблицей». По мнению Уэйна, эта характеристика вполне справедлива: автор таблицы называет Go «наиболее значимым», но не включает в список ALGOL, Smalltalk или ML. И не учитывает Pascal, потому что тот «почти мёртв». Абсурд! Это противоречит всей сути понятия «значимость в истории».

Так давайте обсудим некоторые «почти мёртвые» языки и причины их важности.

Дисклеймер: Да, не все из этих языков мертвы и забыты. Ведь большинство людей слышали о Smalltalk, правда? Также, скорее всего, в этой статье полно ошибок, ведь их легко допустить, когда вы анализируете 60-летнюю историю компьютерных вычислений. Не стесняйтесь возражать, если что-то заметите!

Дисклеймер 2: Да, некоторые из упомянутых здесь языков были «первыми изобретёнными», а другие — «первыми популярными». История — это сложно!

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

Занимаясь разработкой программного обеспечения, мы в МойОфис знаем, как важны высокие стандарты информационной безопасности. Наши продукты сертифицированы ФСТЭК, что позволяет использовать их для работы с конфиденциальной информацией и в аттестованных системах. 

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

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

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

Ричард Миллингтон, автор книг про сообщества и основатель компании FeverBee, среди клиентов которой Apple, Google, SAP, Audi и сотни известных брендов со всего мира, утверждает, что нынешняя эра построения сообществ подходит к концу. За последние 15 лет Ричард помог более чем 300 организациям создать процветающие сообщества — возможно, и вы найдете полезное в его рекомендациях?

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

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

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

Со славянскими языками сложнее из-за развитой грамматики и глубокой изменчивости — любое русское прилагательное, к примеру, имеет как минимум двадцать четыре разных грамматических формы: три рода и множественное число, да по шесть оставшихся на сегодня падежей. А то и все двадцать девять, если принять во внимание краткие формы (широк, широка, широки) и образуемое от многих прилагательных наречие.

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

(По материалам внутреннего семинара компании МойОфис)

Во многих средних и крупных ИТ-компаниях сегодня есть должность под названием HR BP. Расшифровывается аббревиатура как «HR бизнес-партнёр», но особой ясности такая формулировка не добавляет. Наверняка у кого-то возникали вопросы: что это за человек и зачем увеличивать количество сотрудников в отделе персонала? Сегодня расскажем, почему HR BP полезен не только бизнесу, но и каждому сотруднику — в том числе, конечно, разработчикам.

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

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

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

Изучение и понимание неопределённого поведения — важный шаг для разработчика C++, поскольку undefined behavior бывает источником серьёзных ошибок и проблем в программах. UB может проявляться в разных аспектах языка, включая операции с памятью, многопоточность, арифметические вычисления, работу с указателями и так далее.

Под катом мы погрузимся в мир неопределённого поведения в C++ и рассмотрим некоторые примеры ситуаций, в которых оно может возникать.

P.S.: Часть приведённых в статье примеров вдохновлены материалами, которые можно посмотреть в разделе «Полезные ссылки».