Всем привет! Меня зовут Севара Ахтямова и я работаю техническим писателем – аналитиком около 4 лет. В этой статье я расскажу, как AI помог мне справиться с рабочей рутиной — от генерации toctree до отладки сборки Sphinx-документации. Всё это — на реальных задачах. Я постаралась собрать побольше примеров из личного опыта. Надеюсь, не слишком много.
В текущих реалиях индюшатины каждый человек на вес золота и выделять для аналитики отдельного человека - расточительство. Вместе с тем сфера аналитики как дремучей лес, мало информации, множество непонятных терминов и сложных вычислений. Однако это совершенно не мешает чтобы грубо, как обезьяна, потыкать палкой в эту странную сферу и получить дополнительный вектор для развития проекта.
Статья рассчитана в первую очередь на проекты с уже настроенной аналитикой, когда результаты собраны, но что делать с ними дальше вы не знаете. Вполне ожидаемо следующим шагом развития станут попытки повлиять на метрики каким-либо образом, естественно так или иначе вам придётся столкнуться с А/Б тестированием. Я попытался выделить общие подходы которые могут быть применимы к инди проектам когда разработка происходит в отсутствие квалифицированных специалистов и ограниченном бюджете. Ради этого придётся существенно пожертвовать точностью самих А/Б тестов, однако лучше хоть что-то чем совсем ничего, верно? В любом случае не нужно это рассматривать как основной подход для принятия решений об изменениях в проекте, а скорее как дополнительное направление для разработки когда других идей не осталось.
Каждый грешник однажды пройдет через свой ад. В случае с IT - это место будет весьма специфичным
Возможно кто-то увидит грехи своей компании, а осознание проблемы является началом пути к исправлению.
Вы приходите на работу — а вам больше не дают задач. Коллеги внезапно перестают здороваться, а начальник при всех называет вас «бесполезным балластом». Вас нагружают невыполнимым объемом работы, а потом обвиняют в «профнепригодности». Было ли у вас такое? Может вы были свидетелем таких процессов?
Это не паранойя. Это система «выдавливания» сотрудников. По данным Роструда, каждый пятый работник сталкивается с давлением перед увольнением. Но лишь 3% обращаются в суд — остальные просто уходят «по собственному», теряя деньги и репутацию.
Но зачем так делать? Это просто выгодно. Увольнение «по статье» грозит им судами и проверками, а «сокращение» требует выплат. А вот если сотрудник как бы «сам ушел» — компания может сэкономить от 2 до 12 зарплат в каждом случае.
Давайте рассмотрим реальные кейсы из моей практики и практики моих коллег, сформируем пошаговый план действий, которые помогут вам отстоять свои права, правильно отвечать HR и руководителю.
Структура оценки определена, но для проведения самой оценки необходима информация для анализа. По опыту, сбор таких данных является весьма трудоемким процессом. Данные в различных источниках, нужно пообщаться с разными людьми и т.д. Часто сбор данных превращается в настоящее расследование. Дело увлекательное, но может стать очень долгим.
Ключевой момент в решении этой задачи собирать данные универсальным способом, чтобы эксперты, участвующие в оценки «на вход» получали данные в более или менее унифицированном виде, с минимальными «дорасследованиями». Логично подготовить «технологическую анкету» по каждой системе, чтобы поставщик системы знал, что и в каком виде от него требуется.
Привет, Хабр!
В условиях стремительно развивающегося цифрового мира, управление продуктами становится искусством, требующим не только знаний, но и интуиции. Успешные продакт-менеджеры — это те, кто умеет погружаться в потребности пользователей, анализировать рынок и предугадывать тренды.
В этой статье мы рассмотрим все ключевые навыки необходимые для успешного управления и взаимодействия с коллективом.
Я могла бы сегодня рассказать вам о том, что «токсичная продуктивность» – это ситуация, когда вы много и упорно работаете, загружаете себя рабочими задачами «по уши», не уделяете время себе и близким людям. И что все эти действия приведут вас к профессиональному выгоранию и нарушениям ментального здоровья. И в конце добавила бы рекомендации – планируйте свой день правильно, делайте зарядку, играйте на музыкальных инструментах и чаще дышите свежим воздухом. И вот теперь вы уже не просто жертва «токсичной продуктивности», а обладатель информации и советов, которыми вы, вероятно, не воспользуетесь.
Можно было пойти таким путём, он проще. Но сегодня я хочу, чтобы вы попробовали выйти из этого замкнутого круга, посмотрели на это выражение со стороны и снова поразмышляли над своими ценностями и приоритетами. Для этого я изучила комментарии людей к уже написанным статьям на эту тему, выбрала самые основные и решила поделиться своим мнением.
Postgres Professional продолжает публиковать книги о возможностях СУБД PostgreSQL. В этот раз представляем учебное пособие для тех, кто хочет стать маэстро в управлении базами данных.
С самого начала цивилизации труд и оплата были неразделимы — ты сделал, тебе дали. В Древнем Египте рабочим платили хлебом и пивом в день. У римлян были расчёты по неделям. В Средние века — по завершению задания или в виде подённой платы.
Индустриализация принесла ежемесячную зарплату. Почему? Потому что появилась бухгалтерия, предприятиям стало удобнее обрабатывать массово — раз в месяц. Это было технически оправдано, но психологически разрушительно: работник стал «ждать» свою ценность.
XX век добавил авансы, переработки, KPI. XXI век подарил фриланс, удалёнку и крипту. Но мы всё ещё живём в логике «сначала работа — потом деньги». Идея, что оплата должна происходить одновременно с трудом, всё ещё выглядит как что-то из фантастики.
Представьте: ваш лучший тестировщик уходит в другой проект. Вместе с ним «утекает» уникальный опыт, накопленный за месяцы работы. Новый сотрудник тратит недели, чтобы разобраться в особенностях продукта, а релиз задерживается.
Знакомо?
За 15 лет в тестировании (IBS, Boeing, DHL, Сбербанк, MVIDEO) я убедилась: ключ к стабильности — не в гениальных отдельных специалистах, а в системе обмена знаниями. Расскажу, как мы:
- превратили разрозненный опыт в общую базу знаний, доступную даже новичкам;
- научили команды учиться друг у друга, а не изобретать велосипеды;
- сделали тестирование ключевым звеном в принятии решений компании.
Если вы хотите, чтобы ваши тестировщики перестали работать в режиме «пожарных», а их экспертиза стала драйвером роста — читайте дальше. Здесь нет теории, только мой опыт и практика, которая уже работает в крупных компаниях.
PLD или pulse laser deposition – технология нанесения тонких плёнок на подложку с помощью импульсного лазерного луча. О ней мы и поговорим в сегодняшнем материале.
Недавно мы опубликовали статью о прямом обмене с системой «Честный ЗНАК», в которой рассказали о способах интеграции с государственной системой маркировки. Один из комментариев к статье невольно поднял дискуссионный вопрос: стоит ли выводить часть IT‑инфраструктуры на аутсорс или выгоднее развивать внутреннюю разработку?
Если готовое решение помогает достичь целей бизнеса эффективнее, чем собственная разработка — это не «убогая попытка вывести часть IT‑инфраструктуры на аутсорс», а рациональное бизнес‑решение. Но в любом случае выбор остаётся за выбирающим.
Привет, меня зовут Мария, я профессиональный IT HR и основатель Kemenova HR Agency — компании по поиску IT-специалистов. В этой статье расскажу, как я отбирала рекрутера к себе в команду — какое тестовое можно дать на эту позицию и как его оценивать.
Не так давно я просматривал свой плейлист и задумался: откуда взялся главный символ ретровейва, киберпанка, виртуальной реальности и романтического IT 80‑х — искажённая перспективой клетчатая плоскость, уходящая в горизонт?
На ум моментально приходит фильм Трон 1982 года. Но был ли этот фильм первым случаем использования данного художественного атрибута? И каковы предпосылки появления этого атрибута, ставшего впоследствии символом эпохи?
Тех, кто в середине третьего десятилетия XXI века бережёт трафик, предупреждаю: ниже будет много картинок :)
«Вспоминаю, как в 7-м классе ничего не понимал, когда мы начинали разбирать тригонометрию. С учителем мы не смогли найти общий язык, поэтому к 8–9-му классу я был уверен, что никогда не буду заниматься математикой, а уж тем более сидеть по несколько часов в день, утыкаясь в учебники Беклемишева или Кожевникова и параллельно просматривая лекции Физтеха…»
Всем привет! Идею этой статьи я вынашивал довольно долго, пока не набрался опыта в том, что сейчас стало моей каждодневной практикой. Надеюсь, мой опыт поможет кому-то из вас комфортнее и эффективнее подойти к изучению математики (а может, и других наук). Предлагаю познакомиться:
Меня зовут Ренат, мне 23 года, я родился в Москве, окончил обычную школу и вплоть до 19 лет не понимал, чем хочу заниматься — что называется «что меня драйвит». Сейчас живу на Кипре, работаю тут аналитиком, продолжаю параллельно учиться в России и скоро заканчиваю там университет.
За последние несколько лет я успел поработать аналитиком в Ozon, затем продуктовым аналитиком в Тинькофф (ныне Т-банк), перешёл в лондонский стартап, а сейчас тружусь над проектами в сфере Trust & Safety. И вот в один прекрасный день я решился «серьёзно ботать математику»: уже несколько месяцев уделяю 10–15 часов в неделю задачам, лекциям и подготовке к поступлению в магистратуру (решая вступительные от МГУ, ВШЭ, МФТИ). Именно об этом пути — как я ищу мотивацию, борюсь с прокрастинацией и стараюсь не выгореть — я и хочу вам рассказать.
Откуда придет трафик на статью? Это сакраментальный вопрос любого редактора, у которого вместо будильника звенит Google Analytics. Хорошо, когда у вас есть преданная когорта читателей, которая идет за контентом как за хлебом. Но что делать, если ядро аудитории маленькое? Даже такие мощные площадки, как Habr и VC, получают весомую часть трафика из внешних источников: поисковых и рекомендательных систем, перепостов и пересылок.
В последние 15-20 лет бизнес активно запускал бренд-медиа. По-настоящему живых бренд-медиа, таких как Т—Ж или медиа Red Bull Media House, появилось немного. Большинство бренд-медиа имеют небольшое ядро аудитории, а основной трафик получают из поисковых систем. Работать с SEO за последние годы научились все.
Однако в поиске свои проблемы:
— Гиперконкуренция
— Обилие рекламы
— Падающее качество выдачи. Раньше это больше касалось «Яндекса», но Google тоже портится
Работа через поисковики становится все более утомительной. Допустим, ты ищешь, как вывести пятно от кофе:
Дело было год назад. У меня за плечами уже было семь лет опыта в сисадминстве, три места работы и устойчивое убеждение, что 95% людей в IT — это идиоты, каким-то чудом устроившиеся в индустрию. Особенно бесили менеджеры, которые, по моему глубокому убеждению, были бесполезным балластом, HR-специалисты, которые вообще ничего не понимали в технологиях, и, конечно, джуны, которые не знали даже основ.
Как справляться с огромной сложностью программного обеспечения
в условиях крупной компании,
где множество отделов и управлений, множество проектов? Корпоративный фреймворк — один из ответов.
Эта статья не совсем обычная.
Мы будем смотреть на тему создания платформенных решений с разных ракурсов: управление, дизайн, проектирование, разработка и так далее. Чтобы передать вам как можно больше мыслей из первых рук, мой рассказ будут разрезать небольшие вставки-интервью от реальных участников нашей команды.
Меня зовут Сергей Шахов, я долгое время занимался развитием корпоративного фреймворка в нашей компании. Наш фреймворк помогает создавать командам пользовательские интерфейсы, иными словами, это фронтенд-фреймворк.
Статья адресована особенно тем, кто неравнодушен к разработке платформенных решений, а также может быть интересна всем, кто имеет отношение к фронтенд-разработке, проектированию интерфейсов, созданию дизайн-систем или комплексных модульных веб-приложений.
Вы узнаете, стоит ли затевать разработку корпоративного фреймворка, а также о том, как неопределённое может быть управляемым, а скучное — прекрасным. В качестве бонуса дадим вам запретный рецепт, как спасти демонстрацию вашим заказчикам за десять минут до её начала, которому ни в коем случае нельзя следовать. Поехали!
Самым первым аналитическим инструментом в моей жизни стал CBOSS — огромная система с отчётами, OLAP-кубами и огромным массивом данных из биллинга. В повелевании цифрами, связями, закономерностями и необычными открытиями на основе данных была особая чарующая магия. Почти одновременно с этим удалось оценить самописную систему формирования отчётов для анализа — лёгкую, классную, с интерфейсом в одно небольшое окошко и нереальным, крутейшим бэком, за которым стоял отдел АСУ, который я помню по именам даже спустя без малого 20 лет. Технические задания, согласования, обсуждения, настройки, потом «скрутить отчёт» — и жизнь прекрасна! Тогда аналитики работали с готовыми цифрами, а запросы писали только избранные, высший уровень специалистов.
Привычка работать с цифрами осталась и в Хабре: я довольно часто заглядываю в большие отчёты, изучаю аудиторию, проверяю тренды (интуиция vs факты), подсматриваю за лучшими, анализирую худших. Но это так, мелкое баловство. В Хабре есть отдел аналитики, который возглавляет Юля. Её команда проводит невероятные исследования и творит чудеса. И, видя огромный интерес к аналитике в Технотексте, я не могла не попросить Юлю рассказать, а как оно сейчас — стать аналитиком? Рекомендую прислушаться, особенно тем, кто только выбирает свой путь.
