В статье мы рассмотрим основные подходы и практики для оптимизации производительности API, применяемые в МТС Exolve, поймем, как избежать подобных последствий и обеспечить стабильную работу сервисов.

Вы наверняка имеете медиа файлы закодированные не самым эффективным кодеком (H.264, JPEG, MP3). И вы можете сократить их размер вплоть до 75% перекодировав медиа современными альтернативами (H.265, AVIF, OPUS).

Использовать для этого можно консольные утилиты ffmpeg и magick.

Преимущества использования системы контроля версий Git трудно переоценить. Данная система позволяет нескольким разработчикам одновременно работать над одним проектом, разделять проект на отдельные ветви и затем снова объединять код в одну ветку.

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

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

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

Читая бизнес‑литературу, я стараюсь оставлять для себя заметки — основные идеи автора, к которым полезно вернуться спустя время. Сегодня я делюсь с Вами своими заметками по книге INSPIRED («ВДОХНОВЛЕННЫЕ») Марти Кагана. Книгу многие признают «настольной» для Продакт‑менеджеров, так что, надеюсь, эти заметки будут полезны как тем, кто хочет вспомнить основные тезисы книги, так и тем, кто хочет поверхностно ознакомиться с её содержанием. Разумеется, смысл передаю субъективно, согласно собственному восприятию. Если хотите что‑то добавить или оспорить — Welcome в комментарии 😊

Привет! На связи Елена Платковская. В SM Lab, которая входит в «Спортмастер», занимаюсь внедрением и оптимизацией ИТ-процессов. Строю, ломаю, чиню процессы и процедуры, по которым работает большое количество команд. Например, вместе с коллегами мы придумываем как адаптировать сложную методологию SAFe к нашим реалиям. По ней команды приоритизируются, планируют скоуп работ и в целом работают, чтобы вовремя приносить ценность бизнесу.

Я уже рассказывала о том, как  с помощью комьюнити Level up Club мы в отделе выравниваемся по базовому уровню матрицы компетенций. Одна из первых тем, которую разобрали на такой встрече, касалась обратной связи: как ее предоставлять коллегам и как воспринимать, а еще что с ней делать после получения. Спойлер: иногда ничего.

Расскажу о том, как прошла эта встреча.

Любой SEO специалист знает, какая боль собирать семантику для Гугла. Одно дело, когда запросы можно пересчитать по пальцам, а когда они исчисляются тысячами, а не штуками? Как посмотреть количество запросов в Гугл по ключевым словам? Честно говоря, когда речь заходит о десятках тысяч ключевых слов, становится не по себе — голова идёт кругом, руки тянутся к старым привычным инструментам, а реальность бросает вызов. Так уж устроен сегодняшний Google Ads: привычная связка Key Collector + Google Ads + несколько прокси больше не спасает. Наступает новая эпоха, где без прямого обращения к официальному API всё становится мрачно и сложно.

Истоки техники уходят корнями в психиатрию, где её изначально использовали для работы с пациентами, страдающими навязчивыми мыслями. Сегодня такие состояния чаще всего диагностируются как обсессивно-компульсивное расстройство (ОКР). Люди с этим диагнозом часто ощущают, что их мысли выходят из-под контроля, бесконечно повторяются и заставляют их переживать сильную тревогу. Это состояние, когда человек «тонет» в своих мыслях, не в силах их остановить, в психиатрии называют руминацией. В повседневной жизни обычных людей это явление можно описать как «мыслительную жвачку» — когда одни и те же мысли повторяются снова и снова, не принося никакой пользы.

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

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

Все руководители проектов слышали словосочетание «управление рисками». Если спросить на собеседовании, что такое риски и как ими управлять, видно, что РП усердно вспоминают определение риска, вспоминают слово «митигация», но вот ответить на вопрос о том, как с этим работать, не может почти никто. В тоже время есть много книг, посвященных управлению рисками в проектах, на Хабре есть несколько интересных статей (я гуглил, пока готовился).

Почему так получается? Что, на ИТ проектах вообще нет рисков, только одни проблемы? Или работать с рисками надо начиная с определенного уровня проекта?

Давайте разберемся с рисками.

Эта статья – часть цикла статей о том, чего обычно не рассказывают на курсах РП и до чего я дошел сам, наступая на многочисленные грабли за все 25 лет опыта в ИТ. Если вам такой опыт интересен, читайте другие мои статьи здесь на Хабре и заходите в мой ТГ канал «Морковка спереди, морковка сзади».

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

Посвящается тем немногим руководителям проектов, кто сумел найти способ получить полномочия и эффективно применять их для управления командой и стейкхолдерами.

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

"Не вредные советы для Лидера Проекта". Часть 1. Как подготовиться к встрече с Волан-де-Мортом и защититься от Дементоров в проекте.

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

Часто ли вы сталкиваетесь с такой ситуацией: вы пользуетесь каким-нибудь веб-сервисом и вам очень не хватает какой-то маленькой, но важной функции, которую разработчик не станет добавлять только для вас?

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

Работа в Яндексе ставит огромное количество технических вызовов, которые интересно решать. И один из них — это производительность основной очереди сообщений YDB Topics. Посмотрим, может ли опенсорсный продукт от Яндекса конкурировать с Apache Kafka по производительности.

Меня зовут Зевайкин Александр. Я уже практически 20 лет в IT. Начинал с преподавания в вузе, запускал множество стартапов, руководил командами разработки. В текущий момент я работаю в Яндексе в отделе, занимающимся одной из высоконагруженных систем. Это разработка распределённой базы YDB, в частности, функциональности YDB Topic.

Про тестирование PWA есть много разрозненных мнений, подходов и обособленных принципов, иногда противоречащих друг другу. Мы в Red Collar решили испытать на себе несколько вариаций подхода к тестированию таких приложений.

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

Мы часто помогаем клиентам не только с модерацией приложений, но и с регистрацией аккаунта разработчика в Google Play. Казалось бы — что такого? Вводишь данные и готово. Но лицензия платная, а на пользователях РФ санкции. Как в таких реалиях создать аккаунт, чтобы опубликовать мобильное приложение — рассказываем в статье.

Эту статью Ника Коленды я перевёл ещё в конце 2016 года. И не просто перевёл, а ещё и сопроводил комментариями от лица бренда, под которым проектирую интерфейсы все эти годы.

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

Свои старые комментарии я немного освежил и оформил в виде цитат.

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

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

На связи Мария Болдырева — руководитель проектов в IT-компании Outlines Tech. Управляю командами 7 лет, среди которых 4 года — в IT. За это время повидала всякое: от стартапов до корпораций, и в статье делюсь своим опытом. 

Очень непростая задача — управлять экосистемой развлечений, чтобы впечатлять людей разного возраста: от маленьких детей до взрослых поклонников Disney. Тем более что практически все развлечения Disney основаны на сложной технологической базе. Поэтому в Disney есть собственные команды SRE. Они ответственны за то, чтобы «волшебство» работало как часы.