Все потоки

ITSM живет с нами уже 30 лет. За это время многое изменилось: технологии, версии ITIL, бюджеты на реализацию. Что осталось неизменным — так это завышенные ожидания, которые часто идут вразрез с реальностью.

Напомню, что ITSM (Information Technology Service Management, Управление ИТ-услугами) — это подход к управлению ИТ-деятельностью, который рассматривает ИТ-ресурсы как услуги, предоставляемые бизнесу для достижения его целей.

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

Миф № 1: Я легко пройду сквозь бюрократию и быстро внедрю сервисный подход! Ведь это же прогресс и инновации, за этим будущее!

Реальность: нет, это будет долго и больно.

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

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

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

Привет, Хабр! Меня зовут Тигран Басеян и я — руководитель MTS Link Доски, CEO geekz.ru, развиваю российскую методологию управления ИТ в организациях РИТМ, преподаватель ВШЭ и автор телеграм-канала Black Product Owner (Чёрный продакт), где рассказываю о продакстве, менеджменте и стартапах. В индустрии уже больше 15 лет. Руководил различными технологическими командами и продуктами, в том числе высоконагруженными.

И раньше я никогда правильно не использовал модель Кано. Это метод, который  появился в Японии в 1980-х годах и используется для измерения эмоциональной реакции клиентов на отдельные функции.

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

Спойлер: это не так. Модель Кано — один из самых мощных инструментов для управления ожиданиями пользователей и для приоритизации фич. Главное — уметь ей пользоваться на практике, а не просто пересказывать графики из Википедии.

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

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

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

Я прошёл оба пути - и с прямыми, и через CPA-сети. И, как показала практика, партнёрки выигрывают не только по удобству, но и по чистой финансу. Дальше расскажу, почему, но для начала разберем само определение.

В заключительной статье будут рассмотрены следующие патенты компании Tesla Motors:

1. Быстрый заряд при низкой температуре (20150077057);

2. Технология сборки аккумуляторной батареи (20150111082);

3. Ячейка с высокоэффективной вентиляцией (20160104875).

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

Сегодня автоматизированные системы управления технологическими процессами (АСУ ТП) становятся всё более «программно-ориентированными». Если раньше основным считались контроллеры и оборудование, то сейчас главная ценность — это софт: логика процессов, алгоритмы управления, интерфейсы операторов и интеграция с другими уровнями автоматизации.

В этой статье расскажу, как стандартизация программного обеспечения помогает эффективнее обслуживать АСУ ТП и какие реальные выгоды она приносит предприятиям.

НПИ ОНГМ перешел на Платформу nanoCAD, что позволило ускорить проектирование нефтегазовых объектов за счет автоматизации чертежей и улучшения междисциплинарного взаимодействия. Интеграция с системой управления данными оптимизировала документооборот и повысила эффективность инвестиционно-строительного процесса.

В первой половине 80-х термин "портативный компьютер" воспринимался совсем не так, как сегодня. С 1980 по 1985 год появились десятки моделей, которые можно было переносить… если хватало сил. Эти устройства напоминали кирпичи: прямоугольные корпуса весом до 15 кг, со встроенным экраном с торца. Такие машины не умещались в рюкзак, но уже тогда предлагали мобильность: достаточно было розетки и пачки флоппи-дисков.

И всё же именно с них начиналась мечта о доступном (относительно) компьютере, который можно взять с собой.

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

Суть:

Почему невозможно создать осознающий искусственный интеллект на существующей компьютерной архитектуре? Давайте начнем с некоторых определений.

«Одушевленность» – это функция «наблюдателя» в сознании, относительно которого проявляются чувства, мысли, эмоции.

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

Для повторения алгоритма не обязательно копировать биологическую основу в виде мозга.

«Одушевленность» не обязана обладать интеллектом, как и интеллект - «одушевленностью»

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

ГК «Вартон» Дениса Фролова, совладельца «Группы Астра» и «Байкал Электроникс», завершила сделку по приобретению 51% производителя промышленных роботов Technored за 675 млн рублей. Общий объем инвестиций в стратегическое партнерство до 2030 года, включая финансирование, гарантии и поручительства, оценивается в 6,5 млрд рублей. Разбираем в нашем материале патентный портфель Technored.

Спойлер: всё, вроде бы, нормально. Но есть вопросы.

Юваль Ной Харари, Теренс Маккенна, Элиас Канетти доступным и понятным языком описали массу эволюционных и социальных процессов, которые помогали человеку стать тем, кем мы есть. Но как часто эволюционные преимущества оборачивались против нас самих? И как событие, развернувшееся 6500 лет назад аукается нам по сей день?

Только что Claude Code выдал такое, что я не могу не опубликовать. Он работал над вполне обычной задачей, и внезапно у него слетела крыша. Это настоящий рассказ о безумии и неожиданном просветлении.

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

Привет!

Это краткий отзыв-обзор по результатам 2 семестра магистратуры в Центральном Университете.

Данная публикация — продолжение предыдущей. Если ещё не читали, то лучше начать с неё — там я рассказал, почему вообще решил поступать в ЦУ и что из этого вышло.

Меня зовут Рома и это вторая часть цикла «Типы и структуры данных Go». В этот раз будем разбираться с внутренностями строк. Говорить будем только о том, что есть в базе языка, то есть без дополнительных функций из стандартной, экспериментальной или какой-либо другой библиотеки.

Приятного аппетита!

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

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

Всем привет! Продолжаем делиться тем как мы разрабатываем наш инструмент моделирования. К предыдущей статье было много вопросов о том можно ли модели хранить и редактировать в текстовом виде, как насчёт architecture as code, code first и т. д. Мне хотелось бы написать, что мы добавили эту фичу в текущем релизе, но нет, пока есть только такая демка с исходниками. И в этой статье я расскажу как она сделана, как запилить свой предметно‑ориентированный язык (DSL) и текстовый редактор для него.