This media is not supported in your browser
VIEW IN TELEGRAM
Шаг в сторону от ИТ и углублюсь в науку и кванты и мысли: 😄
Реальность каждый раз множится в любых эпизодах в очень разные реальности одновременно (вспененость вселенных) и мы просто-напросто перетекаем по своей энергии и ощущению по якобы судьбе в своей жизни как капельки по внешним пузырикам из одного варианта-пузырика во вторый - все по вариантам наших "случайностей" и эти варианты зависит от нашего внутреннего состояния и энергии.
Варианты судеб не может быть хуже либо лучше чем мы сами есть. Мы есть заряд и есть энергия и обьем. Перетекаем туда куда мы по заряду и объему можем перейти ни больше и ни меньше.
Наш мозг приемник, а мы поле. Раз мы поле то мы информация которая не может быть утеряна никогда и мы принимает данные и новые знание из вне, если мы той вибрации и состоянии.
Озарения не приходят "случайно". Нужно наблюдать за тем как работает сознание в мозге как бы со стороны и убрать автоматические ограничивающие убеждения лимбической системы. Сознание наблюдает за сознанием. Необходим "наблюдатель" внутри "поля" для переосмысления пути и корректуры движения между вариантами событий.
Разложим по законам:
1. «Реальность множится... мы перетекаем как капельки по пузырькам»
Это метафора «многомировой интерпретации» (MMI) Хью Эверетта.
Что говорит наука: В квантовой физике частица действительно находится во всех возможных состояниях сразу (суперпозиция), пока не происходит измерение. Эверетт предположил, что волновая функция не коллапсирует, а реальность расщепляется.
Моя мысль: Добавляю динамику («перетекаем»). Наше субъективное ощущение времени - это и есть перемещение по «стволу» этого ветвящегося древа реальностей.
2. «Варианты событий зависят от внутреннего состояния и энергии»
Я соединяю квантовую механику с психологией (закон вибрации).
Точка соприкосновения: В квантовой физике есть понятие «квантового ансамбля». Чтобы система перешла в конкретное состояние, ей нужно резонировать с измерительным прибором. Если перенести эту аналогию на человека, то наше внутреннее состояние (страх, радость, готовность) - это и есть тот самый «фильтр» или «резонатор».
Моя идея: «не может быть хуже или лучше, чем мы сами есть» перекликается с принципом Паули в физике (запрет на нахождение в одном состоянии), но в моральном смысле. Сознание имеет «пропускную способность» по объему и заряду.
3. «Мозг - приемник, мы поле»
Тут спорный тезис даже для меня от слова совсем - Черниговская и Добрышев против точно, да и Ситников туда же в очередь встанет. )
Материализм (обычная наука): Мозг — это генератор сознания. Нет мозга - нет сознания. Сознание — продукт обработки данных. (хотя в биологии и истории были другие факты)
Идеализм (моя версия): Мозг - это антенна (приемник), а сознание (поле) первично. Оно существует везде (как эфир или квантовое поле), а мозг просто ловит нужную частоту.
Как связать с наукой: ну можно провести аналогию с теорией «Квантового сознания» Роджера Пенроуза. Он предположил, что сознание возникает в микротрубочках нейронов из-за квантовых эффектов, которые не разрушаются. Если информация квантована и не теряется (как в горизонте событий - спасибо теореме о нетепловой природе информации Хокинга), то моя идея о «неуничтожимости поля» находит отклик в физике. Плюс в мозг примерно работает как квантовый пк. )
4. «Наблюдатель внутри поля»
Ну тут я подошел к фундаментальному парадоксу квантовой механики.
В квантмире есть «проблема наблюдателя». Частица ведет себя как волна (везде), пока мы не посмотрим - тогда она становится частицей (точкой).
Я же говорю, что: «Сознание наблюдает за сознанием».
Немного философии: Получается, что душа (поле) - это одновременно и актер, и режиссер, и зритель. Наблюдатель (осознанная часть) корректирует траекторию энергии в мультиверсе. Без этого наблюдения мы бы просто «перетекали» автоматически, подчиняясь инерции (привычкам, убеждениям лимбической системы), а под наблюдением будем перетекать на нашим принципам и убеждениям.
Это забавная модель всего, и шуточно назовем "Психологию квантового перехода" на стероидах или буддизм в терминах квантовой физики. 🤭
Реальность каждый раз множится в любых эпизодах в очень разные реальности одновременно (вспененость вселенных) и мы просто-напросто перетекаем по своей энергии и ощущению по якобы судьбе в своей жизни как капельки по внешним пузырикам из одного варианта-пузырика во вторый - все по вариантам наших "случайностей" и эти варианты зависит от нашего внутреннего состояния и энергии.
Варианты судеб не может быть хуже либо лучше чем мы сами есть. Мы есть заряд и есть энергия и обьем. Перетекаем туда куда мы по заряду и объему можем перейти ни больше и ни меньше.
Наш мозг приемник, а мы поле. Раз мы поле то мы информация которая не может быть утеряна никогда и мы принимает данные и новые знание из вне, если мы той вибрации и состоянии.
Озарения не приходят "случайно". Нужно наблюдать за тем как работает сознание в мозге как бы со стороны и убрать автоматические ограничивающие убеждения лимбической системы. Сознание наблюдает за сознанием. Необходим "наблюдатель" внутри "поля" для переосмысления пути и корректуры движения между вариантами событий.
Разложим по законам:
1. «Реальность множится... мы перетекаем как капельки по пузырькам»
Это метафора «многомировой интерпретации» (MMI) Хью Эверетта.
Что говорит наука: В квантовой физике частица действительно находится во всех возможных состояниях сразу (суперпозиция), пока не происходит измерение. Эверетт предположил, что волновая функция не коллапсирует, а реальность расщепляется.
Моя мысль: Добавляю динамику («перетекаем»). Наше субъективное ощущение времени - это и есть перемещение по «стволу» этого ветвящегося древа реальностей.
2. «Варианты событий зависят от внутреннего состояния и энергии»
Я соединяю квантовую механику с психологией (закон вибрации).
Точка соприкосновения: В квантовой физике есть понятие «квантового ансамбля». Чтобы система перешла в конкретное состояние, ей нужно резонировать с измерительным прибором. Если перенести эту аналогию на человека, то наше внутреннее состояние (страх, радость, готовность) - это и есть тот самый «фильтр» или «резонатор».
Моя идея: «не может быть хуже или лучше, чем мы сами есть» перекликается с принципом Паули в физике (запрет на нахождение в одном состоянии), но в моральном смысле. Сознание имеет «пропускную способность» по объему и заряду.
3. «Мозг - приемник, мы поле»
Тут спорный тезис даже для меня от слова совсем - Черниговская и Добрышев против точно, да и Ситников туда же в очередь встанет. )
Материализм (обычная наука): Мозг — это генератор сознания. Нет мозга - нет сознания. Сознание — продукт обработки данных. (хотя в биологии и истории были другие факты)
Идеализм (моя версия): Мозг - это антенна (приемник), а сознание (поле) первично. Оно существует везде (как эфир или квантовое поле), а мозг просто ловит нужную частоту.
Как связать с наукой: ну можно провести аналогию с теорией «Квантового сознания» Роджера Пенроуза. Он предположил, что сознание возникает в микротрубочках нейронов из-за квантовых эффектов, которые не разрушаются. Если информация квантована и не теряется (как в горизонте событий - спасибо теореме о нетепловой природе информации Хокинга), то моя идея о «неуничтожимости поля» находит отклик в физике. Плюс в мозг примерно работает как квантовый пк. )
4. «Наблюдатель внутри поля»
Ну тут я подошел к фундаментальному парадоксу квантовой механики.
В квантмире есть «проблема наблюдателя». Частица ведет себя как волна (везде), пока мы не посмотрим - тогда она становится частицей (точкой).
Я же говорю, что: «Сознание наблюдает за сознанием».
Немного философии: Получается, что душа (поле) - это одновременно и актер, и режиссер, и зритель. Наблюдатель (осознанная часть) корректирует траекторию энергии в мультиверсе. Без этого наблюдения мы бы просто «перетекали» автоматически, подчиняясь инерции (привычкам, убеждениям лимбической системы), а под наблюдением будем перетекать на нашим принципам и убеждениям.
Это забавная модель всего, и шуточно назовем "Психологию квантового перехода" на стероидах или буддизм в терминах квантовой физики. 🤭
🔥3👍2
Пришла задача от бизнеса: нужна BI-система, чтобы «дешево и сердито».
Классика: хотят всё, но платить не готовы. Но история не об этом, а о том, как вендоры показывают своё истинное лицо, когда к ним приходит не «Газпром», а обычная компания.
Взял список из топ-10 российских BI систем. Расскажу о трёх системах от CIO и человеческой стороны.
Красивая, мощная, дорогая.
- Но менеджеры работают так, будто делают одолжение.
- Шаблонные письма, тестовый доступ «на отвали», объяснения с лёгким оттенком превосходства.
- Создаётся ощущение: «Вы нам не интересны, идите к мелким».
Психологический провал - компания без стратегии работы с массовым клиентом. Для галочки в тендере - да, для реальной работы мимо и цена не адекват.Через пару дней вышел руководитель от компании и мы обсудили возникшие проблемы и нашли то, что нужно исправить со стороны компании. Молоды, что так поступили - это поможет усилить работу с клиентами - стратегия WIN-WIN!
Противоположность Visiology. Чётко, быстро, по делу.
- Дали не просто демодоступ, а развернули стенд под наши задачи - сами все показали и провели роад мап.
- Предоставили документацию, провели полноценный онбординг, показали варианты интеграции. Везде вели за руку.
- Цена адекватная, да ещё и дисконт предложили.
Психологически верный подход: я чувствовал себя партнёром, а не «мелким клиентом». Есть конкретные люди в этой компании, которых могу рекомендовать.Интересный продукт, на малых объёмах работает неплохо. Бесплатный вход это плюс, но нюансы:
- Начинает буксовать без ClickHouse (СУБД нужна своя)
- Требует не просто BI-аналитика, а гибрида с DBA, умеющего писать скрипты для дальнейших включений
- Коннектор к 1С - отдельная история с нетривиальной ценой Облачная модель (я за on-premise)
Менеджеры работают в стиле Visiology — только ещё глуше. Для небольшой компании с ручным управлением вариант, но на автоматизацию и масштабы не рассчитывайте.Финал истории
Бизнес послушав все расклады, принял "соломоново" решение: BI будет делать девочка в вручную с пробуксовками в DataLens и без интеграций и ClickHouse - «так дешевле сейчас», а что будет через год не наша забота.Знакомая песня.
Короткий вывод для ДИТа:
Подписывайтесь: IT без хаоса и с психологией | Дзен | VK
#AIgnatyev #CIO #BI #Управление #ИТстратегия #ВыборПО
Please open Telegram to view this post
VIEW IN TELEGRAM
1👍4
«Технический долг: что это и почему о нём молчат»
Когда я прихожу в новую компанию, то довольно часто встречаюсь с техническим долгом в большей или меньшей степени. Серверы работают, софт запущен, пользователи вроде не жалуются. Но что-то не так: любое изменение вызывает сбой, обновления ставятся раз в полгода, а документация это устные предания «стариков». Множество систем - чёрные ящики, работающие скрестя пальцы. Добро пожаловать: вы столкнулись с техническим долгом.
Виды технического долга.
Вы думаете, что техдолг, что это только кривой код? На самом деле он бывает разным:
💥 Программный: устаревшие версии ПО, необновляемые библиотеки, самописные костыли вместо готовых решений (которые сведут в могилу).
🔥 Аппаратный: серверы с uptime 500+ дней (потому что их бояться перезагружать - в прошлый раз еле подняли), СХД без резервного контроллера, ИБП с севшими батареями, "виртуализация" без HA на одном диске.
🔴 Архитектурный: монолит, который нельзя разбить на микросервисы; сеть, спроектированная "на коленке", отсутствие резервирования и тп.
🔖 Документационный: знания только в головах «незаменимых» сотрудников, схемы сети на салфетках.
🚨 Процессный: отсутствие мониторинга, бэкапов, регламентов обновления.
Пример из моей практики №1: СХД без резерва
Прихожу в компанию. СХД работает в одиночку, второй контроллер не подключён, два диска из рейда выпали. «За 2 года ни разу не падал, зачем расходы?» Через месяц СХД упала (сдох ещё один диск). Восстанавливались три дня из бэкапа полугодовой давности. Потери - миллионы. Вот вам «экономия».
Пример №2: Виртуализация «на коленке»
В одной компании виртуализация была развёрнута на серверах из того, что было: SSD без RAID, одна гигабитная карта на хост. Пока нагрузка маленькая, терпимо. Начали расти - «тормоза». Апгрейд? Нет, наймём ещё айтишника делать новые костыли. Итог: зоопарк, каждая ВМ - героический эпос. Один SSD падает и всё, приехали.
Пример №3: ПО без обновления
Классика, разрабы жили не тужили - пришлось по законодательству обновлять и все упало и уже нет возможности даже обновлять линейно и весь отдел дружно "встрял" но зато лет 5 даже не думали об этом.
Почему компании создают техдолг?
Техдолг копят годами. Причины:
Иллюзия экономии. Сейчас дешевле «срезать угол». Это как не платить по кредитке - коллекторы придут позже.
• Некомпетентность управленцев. Не видят разницы между «работает» и «надёжно работает». Пока не грянет гром.
• Страх перемен. «Работает - не трогай» лучший друг техдолга.
• Зависимость от «незаменимых». Сотрудник не документирует костыли, чтобы без него не могли. Это его рента.
• Краткосрочное мышление бизнеса. Фичи здесь и сейчас, качество потом. А потом гора мусора хоронит бизнес.
Как оценить техдолг в деньгах и рисках?
Простой способ: посчитать стоимость простоев за последний год + стоимость героических усилий «тушения пожаров». Обычно это в разы превышает стоимость планового апгрейда.
Метрики:
➡️ Время простоя инцидентов, связанных с «legacy».
➡️ Количество инцидентов, которые нельзя было предотвратить из-за отсутствия мониторинга, резервирования и т.п.
➡️ Скорость вывода новых проектов (чем больше техдолга, тем она ниже).
Что делать?
➡️ Признать проблему и измерять её.
➡️ Вести реестр техдолга: узкие места, риски, стоимость исправления.
➡️ Планировать погашение (20% времени на рефакторинг).
➡️ Автоматизировать контроль: мониторинг, бэкапы, документация, обновления.
Вывод
🖥 Подписывайтесь: https://t.me/ipsy_ignatiev
#ТехническийДолг #ITменеджмент #CIO #Риски #ITстратегия #AIgnatyev
Когда я прихожу в новую компанию, то довольно часто встречаюсь с техническим долгом в большей или меньшей степени. Серверы работают, софт запущен, пользователи вроде не жалуются. Но что-то не так: любое изменение вызывает сбой, обновления ставятся раз в полгода, а документация это устные предания «стариков». Множество систем - чёрные ящики, работающие скрестя пальцы. Добро пожаловать: вы столкнулись с техническим долгом.
Технический долг - это не только устаревший софт. Это скрытый кредит, который компания берёт у своего будущего, экономя на качестве сегодня. Проценты по этому кредиту - внезапные сбои, потеря данных, паралич бизнеса в критический момент, зависимость от конкретного сотрудника.
Виды технического долга.
Вы думаете, что техдолг, что это только кривой код? На самом деле он бывает разным:
Пример из моей практики №1: СХД без резерва
Прихожу в компанию. СХД работает в одиночку, второй контроллер не подключён, два диска из рейда выпали. «За 2 года ни разу не падал, зачем расходы?» Через месяц СХД упала (сдох ещё один диск). Восстанавливались три дня из бэкапа полугодовой давности. Потери - миллионы. Вот вам «экономия».
Пример №2: Виртуализация «на коленке»
В одной компании виртуализация была развёрнута на серверах из того, что было: SSD без RAID, одна гигабитная карта на хост. Пока нагрузка маленькая, терпимо. Начали расти - «тормоза». Апгрейд? Нет, наймём ещё айтишника делать новые костыли. Итог: зоопарк, каждая ВМ - героический эпос. Один SSD падает и всё, приехали.
Пример №3: ПО без обновления
Классика, разрабы жили не тужили - пришлось по законодательству обновлять и все упало и уже нет возможности даже обновлять линейно и весь отдел дружно "встрял" но зато лет 5 даже не думали об этом.
Почему компании создают техдолг?
Техдолг копят годами. Причины:
Иллюзия экономии. Сейчас дешевле «срезать угол». Это как не платить по кредитке - коллекторы придут позже.
• Некомпетентность управленцев. Не видят разницы между «работает» и «надёжно работает». Пока не грянет гром.
• Страх перемен. «Работает - не трогай» лучший друг техдолга.
• Зависимость от «незаменимых». Сотрудник не документирует костыли, чтобы без него не могли. Это его рента.
• Краткосрочное мышление бизнеса. Фичи здесь и сейчас, качество потом. А потом гора мусора хоронит бизнес.
Как оценить техдолг в деньгах и рисках?
Простой способ: посчитать стоимость простоев за последний год + стоимость героических усилий «тушения пожаров». Обычно это в разы превышает стоимость планового апгрейда.
Метрики:
Что делать?
Вывод
Технический долг — это скрытый кредит. Рано или поздно по нему придётся платить, причём с процентами. Игнорировать его — значит надеяться на русское «авось», которое в IT не работает.Лучший день, чтобы начать гасить техдолг - сегодня. Второй лучший - завтра. А послезавтра может быть уже поздно.
#ТехническийДолг #ITменеджмент #CIO #Риски #ITстратегия #AIgnatyev
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
♟️«Феодализм в IT: как клановая структура убивает эффективность»
«Свои» важнее профессионалов. Знакомая ситуация?
Не редкость когда прихожу в компанию, а там ИТ-отделе начальник сидит 10+ лет. За это время не внедрено ни одной современной системы, мониторинга нет, документация в головах, серверы держатся на честном слове, сервисы падают. Спрашиваю собственника: «Почему вы его не увольняете?». В ответ неловкое молчание, перевод темы или не внятное "он же свой".
Знакомьтесь:клановая структура управления - по-простому, феодализм.
По опыту распишу какие вообще бывают типы организаций с которыми сталкивался:
➡️ Клановая (это не семейная структура) - организация как большая семья. Главное - лояльность, традиции, сплочённость. Решения принимаются «своим кругом», профессионализм неважен.
✔️ Высокая лояльность, низкая текучка
❌ Непрофессионализм, сопротивление переменам, "свои" важнее дела
🗣️ Семейный подряд, община
➡️ Иерархическая - чёткие правила, инструкции, регламенты. Власть - по должности, а не по знакомству.
✔️ Стабильность, надежность, управляемость
❌ Бюрократия, медленные изменения, формализм
🗣️ Военная структура, полу\госструктуры
➡️ Рыночная - ориентация на результат, прибыль, конкуренцию. Ценятся те, кто приносит деньги.
✔️ Высокая эффективность, четкие цели, прибыль
❌ Жесткость, стресс, люди как ресурс
🗣️ Торговая компания, стартап
➡️ Адхократия - гибкость, инновации, проектная работа. Власть у тех, кто генерирует лучшие идеи.
✔️ Быстрая адаптация, креатив, лидерство в новых нишах
❌ Хаос, риск выгорания, слабая стабильность
🗣️ IT-команды, креативные агентства
Почему феодализм неизбежно приводит к стагнации?
Внешне бизнес может даже расти. Но внутри уже идут необратимые процессы:
- Отток профессионалов. Тем, кто реально умеет работать, надоедает тащить на себе балласт «своих». Они уходят к конкурентам.
- Технический долг растёт. Пока «свои» имитируют работу, инфраструктура стареет, долги копятся, риски увеличиваются.
- Инновации невозможны. Кто будет предлагать новое, если за это не ценят, а «свои» всё равно в фаворе?
- Зависимость от ключевых фигур. Когда «незаменимый» уходит (а это случается), бизнес встаёт колом.
⭐️ Семейный тип vs Клановая структура
Важно различать здоровый семейный бизнес и токсичную клановость. В семейном бизнесе:
- Есть реальная ответственность за общее дело
- Часто выше вовлечённость и доверие
- Может быть долгосрочное планирование (передача по наследству)
Но есть и минусы :
- Конфликт «начальник-подчинённый» накладывается на семейные ссоры
- Сложно увольнять некомпетентных родственников
- Эмоциональные решения преобладают над рациональными
Как распознать феодализм на входе?
Если вы собираетесь работать в новой компании, обратите внимание на маркеры:
- Долгожители на ключевых постах. Если начальник сидит 10+ лет, а бизнес процессы и работа в плачевном состоянии - это звоночек.
- Сопротивление прозрачности. Любые разговоры о метриках, отчётах, KPI встречают саботаж.
- Культ «незаменимых». Вам постоянно рассказывают, что без Васи всё рухнет.
- Отсутствие документации. Знания только в головах - это власть.
- Близость к собственнику. Ключевые фигуры - личные друзья или родственники владельца, и это важнее их компетенций.
👑 Вывод
⁉️ Сталкивались с «феодалами» в ИТ?
Подписывайтесь: IT без хаоса и с психологией🖥
#AIgnatyev #CIO #Управление #Феодализм #ITменеджмент
«Свои» важнее профессионалов. Знакомая ситуация?
Не редкость когда прихожу в компанию, а там ИТ-отделе начальник сидит 10+ лет. За это время не внедрено ни одной современной системы, мониторинга нет, документация в головах, серверы держатся на честном слове, сервисы падают. Спрашиваю собственника: «Почему вы его не увольняете?». В ответ неловкое молчание, перевод темы или не внятное "он же свой".
Знакомьтесь:
По опыту распишу какие вообще бывают типы организаций с которыми сталкивался:
В идеале компания балансирует между этими типами. Но в России, как показывает практика, очень распространён перекос в сторону иерархичности или клановости.
Почему феодализм неизбежно приводит к стагнации?
Внешне бизнес может даже расти. Но внутри уже идут необратимые процессы:
- Отток профессионалов. Тем, кто реально умеет работать, надоедает тащить на себе балласт «своих». Они уходят к конкурентам.
- Технический долг растёт. Пока «свои» имитируют работу, инфраструктура стареет, долги копятся, риски увеличиваются.
- Инновации невозможны. Кто будет предлагать новое, если за это не ценят, а «свои» всё равно в фаворе?
- Зависимость от ключевых фигур. Когда «незаменимый» уходит (а это случается), бизнес встаёт колом.
Важно различать здоровый семейный бизнес и токсичную клановость. В семейном бизнесе:
- Есть реальная ответственность за общее дело
- Часто выше вовлечённость и доверие
- Может быть долгосрочное планирование (передача по наследству)
Но есть и минусы :
- Конфликт «начальник-подчинённый» накладывается на семейные ссоры
- Сложно увольнять некомпетентных родственников
- Эмоциональные решения преобладают над рациональными
В клановой же структуре (феодализме) «семейность» - лишь ширма для непрофессионализма и закрытости. Это не родство, а круг «своих», который держится на взаимных обязательствах и страхе потерять места.
Как распознать феодализм на входе?
Если вы собираетесь работать в новой компании, обратите внимание на маркеры:
- Долгожители на ключевых постах. Если начальник сидит 10+ лет, а бизнес процессы и работа в плачевном состоянии - это звоночек.
- Сопротивление прозрачности. Любые разговоры о метриках, отчётах, KPI встречают саботаж.
- Культ «незаменимых». Вам постоянно рассказывают, что без Васи всё рухнет.
- Отсутствие документации. Знания только в головах - это власть.
- Близость к собственнику. Ключевые фигуры - личные друзья или родственники владельца, и это важнее их компетенций.
Феодализм в IT — это путь в никуда. Рано или поздно клановая структура приводит к тому, что бизнес перестаёт развиваться, профессионалы уходят, а технический долг становится неподъёмным.
Если владелец выбирает «своих» вместо эффективности - феодализм победит. Если выбирает развитие - клану придётся меняться или уходить.
Подписывайтесь: IT без хаоса и с психологией
#AIgnatyev #CIO #Управление #Феодализм #ITменеджмент
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥2
Я редко перепосты делаю, но сегодня я встретил примечательное интервью которые я рекомендую к просмотру:
🖥OpenBSD: интервью с Вячеславом Воронцовым
Я очень люблю прекрасно спроектированные и идущие четко по своей линии программные продукты которые становятся не просто эталонами, но основополагающими технологий которые использует мир.
Одна из таких систем - UNIX клонов:🐡
Я ее использую наравне с 😈👑
Немного опишу OpenBSD — это не просто операционная система, а настоящая «кузница» технологий безопасности, которыми сегодня пользуется практически весь мир, часто даже не подозревая об этом. Главный вклад проекта заключается в создании инструментов, которые стали стандартами де-факто для интернета и других ОС.
🔥 Вот ключевые технологии, подаренные миру:
- OpenSSH: Пожалуй, самый важный вклад. Это наиболее распространенная реализация протокола SSH в мире. Она используется для безопасного удаленного управления серверами в Linux, macOS, Windows и сетевом оборудовании.
- PF (Packet Filter): Один из самых мощных и гибких межсетевых экранов. Он стал стандартным файрволом не только в OpenBSD, но и во многих коммерческих устройствах и других BSD-системах.
- LibreSSL: Форк OpenSSL, созданный после обнаружения критических уязвимостей (вроде Heartbleed). Цель проекта — чистый, современный и безопасный код для работы с TLS/SSL.
- OpenNTPD и OpenBGPD: Безопасные и легкие реализации протоколов точного времени (NTP) и маршрутизации (BGP), которые часто выбирают за их надежность и простоту конфигурации.
💎 OpenBSD внедрила и популяризировала механизмы, которые теперь считаются обязательными в разработке ПО:
- Безопасность по умолчанию: Все неиспользуемые службы в системе отключены при установке. Пользователь сам включает только то, что ему нужно.
- Аудит кода: Разработчики OpenBSD постоянно перепроверяют старый код на наличие ошибок. В ходе этой работы были найдены и исправлены тысячи уязвимостей в стороннем ПО.
- W^X (Write or Execute): Технология, которая не позволяет страницам памяти одновременно быть доступными для записи и исполнения, что блокирует многие виды атак (например, переполнение буфера).
- ASLR и рандомизация: Проект был пионером в массовом внедрении рандомизации адресов памяти и портов, что делает эксплуатацию уязвимостей крайне сложной задачей.
⭐️ Идеология и лицензирование:
Проект известен своей приверженностью чистой документации (man-страницы в OpenBSD считаются лучшими в индустрии) и свободной лицензии BSD. В отличие от GPL, лицензия BSD позволяет компаниям использовать наработки OpenBSD в закрытых коммерческих продуктах, поэтому части кода системы можно найти в macOS, Windows и прошивках многих роутеров.
Я вел проекты и писал статьи по UNIX система и до сих пор, если кто приходит - учу и подсказываю.
Оставлю ссылки здесь:
1. igNix.ru Технологии UNIX - технология будущего
2. lissyara
3. forum.lissyara
🚩 Надо бы переработать сайты\форум или уйти в телеграмм по данной стезе - сейчас эта ниша востребована как никогда.
Если интересно могу описать три используемые мои UNIX системы и где они эффективны.
⁉️ И вопрос с читателям - вы в работе используете UNUX клоны?
🖥OpenBSD: интервью с Вячеславом Воронцовым
Я очень люблю прекрасно спроектированные и идущие четко по своей линии программные продукты которые становятся не просто эталонами, но основополагающими технологий которые использует мир.
Одна из таких систем - UNIX клонов:🐡
OpenBSD 🐡Я ее использую наравне с 😈
FreeBSD 😈 и они работают десятилетиями, а один мой сервер пашет уже около 23+ лет.Немного опишу OpenBSD — это не просто операционная система, а настоящая «кузница» технологий безопасности, которыми сегодня пользуется практически весь мир, часто даже не подозревая об этом. Главный вклад проекта заключается в создании инструментов, которые стали стандартами де-факто для интернета и других ОС.
- OpenSSH: Пожалуй, самый важный вклад. Это наиболее распространенная реализация протокола SSH в мире. Она используется для безопасного удаленного управления серверами в Linux, macOS, Windows и сетевом оборудовании.
- PF (Packet Filter): Один из самых мощных и гибких межсетевых экранов. Он стал стандартным файрволом не только в OpenBSD, но и во многих коммерческих устройствах и других BSD-системах.
- LibreSSL: Форк OpenSSL, созданный после обнаружения критических уязвимостей (вроде Heartbleed). Цель проекта — чистый, современный и безопасный код для работы с TLS/SSL.
- OpenNTPD и OpenBGPD: Безопасные и легкие реализации протоколов точного времени (NTP) и маршрутизации (BGP), которые часто выбирают за их надежность и простоту конфигурации.
- Безопасность по умолчанию: Все неиспользуемые службы в системе отключены при установке. Пользователь сам включает только то, что ему нужно.
- Аудит кода: Разработчики OpenBSD постоянно перепроверяют старый код на наличие ошибок. В ходе этой работы были найдены и исправлены тысячи уязвимостей в стороннем ПО.
- W^X (Write or Execute): Технология, которая не позволяет страницам памяти одновременно быть доступными для записи и исполнения, что блокирует многие виды атак (например, переполнение буфера).
- ASLR и рандомизация: Проект был пионером в массовом внедрении рандомизации адресов памяти и портов, что делает эксплуатацию уязвимостей крайне сложной задачей.
Проект известен своей приверженностью чистой документации (man-страницы в OpenBSD считаются лучшими в индустрии) и свободной лицензии BSD. В отличие от GPL, лицензия BSD позволяет компаниям использовать наработки OpenBSD в закрытых коммерческих продуктах, поэтому части кода системы можно найти в macOS, Windows и прошивках многих роутеров.
Для обычного администратора она сложна, но поняв идеологию и архитектуру ты увидишь как много не очень качественных ОС и софта сейчас пишется и поймешь почему *BSD системы такие надежные и стабильные. Переходи на светлую сторону UNIX и увидишь другой взгляд на разработку и сеть.
Я вел проекты и писал статьи по UNIX система и до сих пор, если кто приходит - учу и подсказываю.
Оставлю ссылки здесь:
1. igNix.ru Технологии UNIX - технология будущего
2. lissyara
3. forum.lissyara
Если интересно могу описать три используемые мои UNIX системы и где они эффективны.
Please open Telegram to view this post
VIEW IN TELEGRAM
Жил-был программный продукт — двигатель фирмы. Гордость, основа бизнеса, локомотив продаж. Но шли годы, бизнес рос, требования менялись, а продукт застыл во времени. Как в сказке: после полуночи карета превратилась в тыкву. Только здесь тыквой стал код, а полуночью — момент, когда бизнес осознал: «Мы не можем развиваться дальше».
Как дошли до жизни такой?
Ведущий разработчик (назовём его Архитектор) создавал эту систему 10 лет. Он был незаменим. Но когда бизнес заговорил о модернизации, герой неожиданно захотел на покой.
Он пришёл к собственнику с идеей: «Буду работать удалённо на полставки, консультировать. А вы ищите нового ведущего, который всё перепишет». Звучало почти благородно.
На совещании договорились. Архитектор кивал, обещал помочь с вводом нового человека. «Найдём достойную замену, я всё передам». Глаза горели искренностью. Или казалось?
Мы начали поиск. Кандидаты пошли. И тут началось...
Я присутствовал на собеседованиях. Архитектор вёл их виртуозно. Он задавал вопросы-ловушки о тонкостях своего легаси-кода, о нюансах, которые знал только он. Даже если кандидат отвечал, Архитектор потом закидывал его «справками» в письмах.
После собеседований он сокрушался: «Опять не тот уровень. Не потянет. Без меня не справится». А я понимал: он делает всё, чтобы никого не взяли. Чтобы остаться единственным. Чтобы вечно сопровождать этот мёртвый продукт и получать деньги.
Это классическая история «золотых наручников» (golden handcuffs), только с изнанки. Не компания надевает наручники на сотрудника, а сотрудник — на компанию. Механизм:
1. Создать уникальную сложность. Написать код так, чтобы никто кроме тебя не разобрался.
2. Не документировать. Знания только в голове.
3. Саботировать передачу знаний.
4. Стать незаменимым и диктовать условия.
Собственник боится. Боится, что продукт рухнет, бизнес встанет. Архитектор эти страхи умело подогревает.
К тому же, Архитектор — «свой». 10 лет в компании, личные связи. Когда я пытался объяснить собственнику, что происходит, я натыкался на стену: «Ну он же не враг себе, зачем ему саботировать?»
Заинтересован? Да он заинтересован ровно в обратном. Его идеальный сценарий: работать на полставки удалённо и получать стабильный доход годами. А компания так и останется с тыквой.
Честно? Без жёсткой позиции собственника — ничего. Если первое лицо не готово рискнуть, шантажист победит.
- Поставить ультиматум: либо Архитектор передаёт знания и уходит, либо компания ищет другой путь.
- Оплачивать передачу знаний отдельно, с чёткими KPI.
- Нанимать сильного техлида поверх, который возьмёт управление, даже при саботаже.
«Золотые наручники» бывают не только со стороны компании. Иногда сотрудник сам куёт их, чтобы навсегда привязать компанию к себе. И пока собственник верит в «джентльменские соглашения», тыква так и останется тыквой.
#CIO #Управление #1С #Кадры #ЗолотыеНаручники #Феодализм #ITменеджмент #AIgnatyev
Please open Telegram to view this post
VIEW IN TELEGRAM
👍3⚡1
Media is too big
VIEW IN TELEGRAM
🎮
Создала греческая группа Andromeda Software Development (ASD) выиграла множество конкурсов с потрясающими демонстрационными версиями.
С развитием технологий изменились и требования. На некоторое время ограничения по объёму ушли на второй план, и внимание переключилось на насыщенность видеоряда и оригинальность визуальных эффектов. Сегодня на демосцене ценятся идея, дизайн и визуальная составляющая.
Кроме того, существуют и другие разновидности демосцены:
"… особую пикантность придаёт тот факт, что всё это по сути бессмысленно..."
Ниже мои мини демосцены.
⚙️ Part 4
10 🔫 «DOOM-специалист: Один против хаоса» + DOOM Бестиарий 🖤
11 👑 «Знающий не говорит, говорящий не знает»
12 🖥️ «Цена непрозрачности: как мониторинг и ServiceDesk выводят на чистую воду бездельников и шантажистов»
ДЕМОСЦЕНА - Metamorpohosis, опубликованная в 2008 году.Создала греческая группа Andromeda Software Development (ASD) выиграла множество конкурсов с потрясающими демонстрационными версиями.
С развитием технологий изменились и требования. На некоторое время ограничения по объёму ушли на второй план, и внимание переключилось на насыщенность видеоряда и оригинальность визуальных эффектов. Сегодня на демосцене ценятся идея, дизайн и визуальная составляющая.
Кроме того, существуют и другие разновидности демосцены:
- Трекерная музыка — это музыка, созданная с помощью специальных программ-трекеров.
- Пиксельная графика — искусство, в котором используются только пиксели для создания изображений.
- ASCII art — графика, созданная с помощью символов, доступных на клавиатуре.
- ANSI art — разновидность ASCII art, использующая расширенные символы ANSI для более сложных и детализированных изображений."… особую пикантность придаёт тот факт, что всё это по сути бессмысленно..."
Современная эмблема NetBSD представляет собойстилизованный оранжевый флаг, состоящий из четырех сегментов, напоминающий букву «N». Она была официально принята в 2004 году в результате открытого конкурса.
История логотипа
- Новый логотип (с 2004 года): Создан дизайнером Грантом Биссеттом (Grant Bissett). Дизайн символизирует портативность и современность системы, придя на смену более сложному изображению.
- Старый логотип (1994–2004): Был основан на знаменитой фотографии «Водружение флага над Иводзимой». На нем была изображена группа демонов (BSD Daemons), которые устанавливали флаг на вершине из компьютерного «железа», что символизировало способность NetBSD работать на самом разном оборудовании.
Ниже мои мини демосцены.
10 🔫 «DOOM-специалист: Один против хаоса» + DOOM Бестиарий 🖤
11 👑 «Знающий не говорит, говорящий не знает»
12 🖥️ «Цена непрозрачности: как мониторинг и ServiceDesk выводят на чистую воду бездельников и шантажистов»
Please open Telegram to view this post
VIEW IN TELEGRAM
45958d859e92ec67c57bc9a727e6216a.gif
1.1 MB
Друзья, нужен ваш совет!
Я много пишу про управление, психологию в IT, кризис-менеджмент. Но есть у меня одна давняя любовь — Unix.🐡
😈Не просто UNIX подобные системы (Linux, про него и так много где пишут), а настоящие Unix-системы: FreeBSD, OpenBSD, DragonFly, Solaris, AIX, HP-UX и современные тренды.
🚩Сейчас про это пишут катастрофически мало. А зря! Это системы, на которых построен интернет, работают ⚛️ АЭС, ✈️ летают самолёты и крутятся биржи и даже 🎮PS4 работает на FreeBSD! Там своя философия, свои приёмы, своя магия. И сейчас там также происходит много интересного: новые технологии, неожиданные решения, возврат к истокам.
Да и если уходить в "религиозные споры" - то эти системы надежней и стабильней чем UNIX подобные системы. Были сервера (у меня) которые работали более 20+ лет один из них был биллинг для АТС на FreeBSD 4.1-RELEASE.
😊Думаю открыть отдельный канал, посвящённый Unix, гланирую освещать тему как раньше делал на сайтах Ignix.ru, Lissyara.su с никнеймом Raven2000:
- Глубокие технические разборы
- Историю и философию Unix
- Современные тренды в *BSD и других системах
- Приёмы работы, которые не найти в мануалах
- Новые инструменты которыми я пользуюсь
- Интересные кейсы из практики
❓ Вопрос к вам: стоит ли затевать такой канал? Будет ли это интересно?
Голосуйте в комментариях:
👍 — Да, однозначно запускай! Не хватает такого контента.
❤️ — Интересно, но лучше смешать с основным каналом.
🔥 — Только если будешь писать простым языком для всех.
👀 — Не моё, Unix — сложно.
Или пишите своё мнение! Очень важно ваше видение ✌️
#Unix #BSD #Linux #IT #Контент #Голосование #AIgnatyev
Я много пишу про управление, психологию в IT, кризис-менеджмент. Но есть у меня одна давняя любовь — Unix.🐡
😈Не просто UNIX подобные системы (Linux, про него и так много где пишут), а настоящие Unix-системы: FreeBSD, OpenBSD, DragonFly, Solaris, AIX, HP-UX и современные тренды.
🚩Сейчас про это пишут катастрофически мало. А зря! Это системы, на которых построен интернет, работают ⚛️ АЭС, ✈️ летают самолёты и крутятся биржи и даже 🎮PS4 работает на FreeBSD! Там своя философия, свои приёмы, своя магия. И сейчас там также происходит много интересного: новые технологии, неожиданные решения, возврат к истокам.
Да и если уходить в "религиозные споры" - то эти системы надежней и стабильней чем UNIX подобные системы. Были сервера (у меня) которые работали более 20+ лет один из них был биллинг для АТС на FreeBSD 4.1-RELEASE.
😊Думаю открыть отдельный канал, посвящённый Unix, гланирую освещать тему как раньше делал на сайтах Ignix.ru, Lissyara.su с никнеймом Raven2000:
- Глубокие технические разборы
- Историю и философию Unix
- Современные тренды в *BSD и других системах
- Приёмы работы, которые не найти в мануалах
- Новые инструменты которыми я пользуюсь
- Интересные кейсы из практики
Голосуйте в комментариях:
👍 — Да, однозначно запускай! Не хватает такого контента.
❤️ — Интересно, но лучше смешать с основным каналом.
🔥 — Только если будешь писать простым языком для всех.
👀 — Не моё, Unix — сложно.
Или пишите своё мнение! Очень важно ваше видение ✌️
#Unix #BSD #Linux #IT #Контент #Голосование #AIgnatyev
Please open Telegram to view this post
VIEW IN TELEGRAM
Доброго дня всем Камрадам! 🚩
😈По просьбе трудящихся (и своей души) открываю канал посвященный моим любимым системам - UNIX.
Подписываемся кому интересно - там будут обзоры решений для бизнеса, что я применяю и которые реально работают и лучше чем на рынке софт даже за деньги. И конечно новости касаемые данного направления. 🐡
https://t.me/unix_rus
😈По просьбе трудящихся (и своей души) открываю канал посвященный моим любимым системам - UNIX.
Подписываемся кому интересно - там будут обзоры решений для бизнеса, что я применяю и которые реально работают и лучше чем на рынке софт даже за деньги. И конечно новости касаемые данного направления. 🐡
https://t.me/unix_rus
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from UNIX_RU | Все о *BSD в РФ
Добро пожаловать в мир UNIX!
Прошло 20 лет с тех пор когда я начал заниматься UNIX системами и за эти года перевел кучу MANов, написал десятки статей, обучил специалистов, разворачивал в хостингах и в организациях. Перешел на руководящие позиции и меньше уделял внимание этим системам, но все же ставил их. Называл по имени мехов из Mechwarrior, где оттуда же и взял финальный никнейм Raven2000 появился из Mechwarrior (мех Raven) - нулевые года были, проблема 2К, вот так и сложилось.
Эти годы показали активное развитие UNIX-подобных систем. Именно UNIX-клоны продемонстрировали стабильность и качество — даже политическую стабильность. А во времена ухода многих производителей *BSD-системы оставались верны своим принципам, продолжая работать, не ущемляя прав пользователей и разработчиков в РФ.
И как оказалось, что я с 2007 года популяризировал системы *BSD но они так и остались в крайне меньшей популярности чем Linux и это я отношу к более продуманной системе разработки, где новые фичи не быстро появляются, так и связано с более высоким порогом входа в этот мир. Тут нужно уже и головой поработать )
Также я вижу, что многое ПО недооценено и не открыто для людей. На рынке крайне мало хорошего софта, который закрывает задачи бизнеса. Я сам сталкивался с этим и на UNIX-системах разворачивал нужные решения без заоблачных цен, с хорошим функционалом и надёжностью *BSD.
И я решил «реанимировать» свой старый сайт ignix.ru. Точнее - делаю новый портал v2.0, в котором будут решения (софтовые, коробочные, железные) для бизнес-задач, а не просто статьи. Будет видение, новые технологии и архитектура. Будут новости этого интересного мира — мира UNIX.
Технологии UNIX — технологии будущего.
Добро пожаловать!
Прошло 20 лет с тех пор когда я начал заниматься UNIX системами и за эти года перевел кучу MANов, написал десятки статей, обучил специалистов, разворачивал в хостингах и в организациях. Перешел на руководящие позиции и меньше уделял внимание этим системам, но все же ставил их. Называл по имени мехов из Mechwarrior, где оттуда же и взял финальный никнейм Raven2000 появился из Mechwarrior (мех Raven) - нулевые года были, проблема 2К, вот так и сложилось.
Эти годы показали активное развитие UNIX-подобных систем. Именно UNIX-клоны продемонстрировали стабильность и качество — даже политическую стабильность. А во времена ухода многих производителей *BSD-системы оставались верны своим принципам, продолжая работать, не ущемляя прав пользователей и разработчиков в РФ.
И как оказалось, что я с 2007 года популяризировал системы *BSD но они так и остались в крайне меньшей популярности чем Linux и это я отношу к более продуманной системе разработки, где новые фичи не быстро появляются, так и связано с более высоким порогом входа в этот мир. Тут нужно уже и головой поработать )
Также я вижу, что многое ПО недооценено и не открыто для людей. На рынке крайне мало хорошего софта, который закрывает задачи бизнеса. Я сам сталкивался с этим и на UNIX-системах разворачивал нужные решения без заоблачных цен, с хорошим функционалом и надёжностью *BSD.
И я решил «реанимировать» свой старый сайт ignix.ru. Точнее - делаю новый портал v2.0, в котором будут решения (софтовые, коробочные, железные) для бизнес-задач, а не просто статьи. Будет видение, новые технологии и архитектура. Будут новости этого интересного мира — мира UNIX.
Технологии UNIX — технологии будущего.
Добро пожаловать!
Почему мозг экономит ресурсы, но рискует упустить будущее?
Мой рабочий день раньше начинался одинаково: входящие, чашка кофе, дашборды. Утром не надо думать — руки сами делают. Экономия сил, предсказуемость, комфорт.
Но в какой момент комфорт превращается в ловушку?Почему мозг любит привычки: взгляд нейробиолога
Привычка — механизм выживания. Мозг потребляет 20% энергии организма, хотя весит всего 2%. Природа научила его экономить.
Как это работает:
- Новое действие требует напряжения, включения префронтальной коры.
- Повторяющееся со временем передаётся в базальные ганглии (автоматизмы).
- Дальше — без участия сознания.
Благодаря привычкам мы не думаем, как завязать шнурки. Освобождается ресурс для сложных задач.
Тёмная сторона: когда экономия превращается в ригидность
Мозг, выстроив нейронную тропинку, начинает ходить по ней постоянно. Она становится глубокой колеёй. Удобно, но выехать сложно.
Симптомы, что привычки стали ловушкой:
- Снижение когнитивной гибкости. Решения шаблонны.
- Сопротивление новому. Всё, что не вписывается, вызывает тревогу.
- Остановка развития. Вы просто воспроизводите себя вчерашнего.
Взгляд CIO: привычки в IT — технический долг личности
Прихожу в компанию — вижу одно: сотрудники годами делают одно и то же. «Мы всегда так делали» — самая опасная фраза.Техдолг в коде — результат привычки «работает — не трогай». Долг в архитектуре — привычка ставить быстрые решения вместо правильных. Долг в команде — привычка нанимать «своих», а не лучших.
Привычка экономить на мониторинге — не видите реальной картины. Откладывать обновления — однажды всё падает. Бояться перемен — бизнес обгоняют конкуренты.
Почему важно менять привычки? Привычка — не зло. Проблема в монополии. Когда есть только один способ — вы уязвимы. В IT это single point of failure. В психологии — ригидность.
«Мозг экономит ресурсы, но рискует упустить будущее. Привычка — это гениальный механизм выживания и главный враг развития»
Что даёт смена привычек:
- Новые нейронные связи. Профилактика когнитивного старения.
- Гибкость в кризисах. Если привычный путь заблокирован, не теряетесь.
- Конкурентное преимущество. Пока другие делают «как привыкли», вы находите более эффективные решения.
Как выходить из колеи:
- Вводить новые привычки осознанно. Не отменяйте старые ели они не тянут на дно — добавляйте новые.
- Менять среду. Хотите, чтобы команда документировала? Создайте удобную Wiki. Хотите изменений - идите и изучайте.
- Использовать микро-привычки. 1% в день даёт 37-кратный рост за год.
- Вести реестр привычек. Как реестр техдолга. Что помогает, что тормозит?
- Создавать «полигон». 20% времени на эксперименты. Сбивает автоматизм.
Вывод:
Привычка — мощный инструмент. Она экономит ресурсы, даёт стабильность. Но когда становится единственным вариантом — превращается в клетку. Мир IT меняется быстро. Если не менять привычки, вы рискуете остаться с устаревшей архитектурой — не только в коде, но и в голове.
Хорошая новость: мозг пластичен. Он способен перестраиваться в любом возрасте.
Меняй не следствия, а меняй свои привычки и мир твой изменится.
Делайте старые вещи по-новому. Чистите зубы левой рукой. Идите домой другими дорогами. Пересоберите себя — так интереснее.
Удачи, сил и терпения и переформата автоматических привычек, и поменьше ригидности - развивайтесь.
#CIO #Психология #Привычки #Нейробиология #Развитие #Гибкость #AIgnatyev
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
👻Вы видели «зомби-проекты»? Они формально живы - в Битрикс стоят статусы, в отчётах мелькают цифры. Но внутри пустота. Команда давно перестала верить в результат. Это и есть Undead - проекты, которые никто не решается закрыть, но никто не может довести до конца. И они пожирают самое ценное — энергию людей.
💀Спираль смерти начинается незаметно. Растёт поток задач — а ресурсы те же. Решений сверху нет, приоритеты меняются каждую неделю. Люди работают больше, но видят: система сломана, а починить её некому. Включается механизм выученной беспомощности — состояние, описанное Мартином Селигманом: когда человек многократно убеждается, что его усилия не влияют на результат, он перестаёт пытаться. Даже если возможность появляется — он её уже не видит.
👻Дальше запускается эмоциональное истощение — первая стадия выгорания по модели Маслач. Человек ещё ходит на работу, но внутренне отключён. Затем приходит деперсонализация: коллеги становятся «функциями», задачи — бессмысленным шумом. Финал — редукция достижений: «я ничего не могу изменить, я профнепригоден». Это уже клиническая территория, граничащая с депрессией.
☠Лучшие уходят первыми. Они видят тупик раньше остальных. Оставшиеся перегружаются ещё сильнее, качество падает, ошибки множатся. Спираль закручивается: выгорание порождает текучку, текучка усиливает выгорание.
Как это лечить на уровне компании:— Аудит бюрократии. Каждый процесс должен ответить на вопрос: «Кого это защищает и какой ценой?» Если цена — демотивация команды, процесс нужно упростить или убить.
— Прозрачность нагрузки. Workload должен быть виден всем, включая бизнес-заказчиков. Перегруз — это не героизм, это системный сбой. Доска загрузки или capacity planning снимает иллюзию «они же справляются».
— Закрытие зомби-проектов. Каждый Undead-проект — это украденные силы, время и деньги у живых. CEO/CIO нужна смелость сказать: «Мы это останавливаем».
— Короткие циклы обратной связи. Люди должны видеть результат своей работы. Двухнедельные спринты с реальным демо, а не отчёт в PowerPoint — возвращают ощущение контроля и смысла.
— Психологическая безопасность. Команда должна иметь право сказать «я не вывожу» без последствий. Это не слабость — это зрелость культуры. Регулярные one-on-one, анонимные опросы, доступ к психологу — не модная роскошь, а гигиена.
Выгорание — это не слабость сотрудника. Это диагноз системе управления. И если CIO не лечит систему — он бесконечно лечит последствия, теряя лучших людей и закапывая бюджеты в мёртвые проекты.
#AIgnatyev #CIO #ITManagement #Управление #Бюрократия #Команда #Выгорание
Please open Telegram to view this post
VIEW IN TELEGRAM
💯2
Прихожу. Среди полного абзаца — сервера мертвы, сети нет, 1С здохла - спокойно работает один сервер. Залез в него — и сразу понял почерк. FreeBSD, мой стек, моя архитектура. Система, которую я ставил моя любимая, и она выстояла после полного и тотального направленного развала конторы.
Когда ставил 9 лет назад ее то не трогал архитектуру предприятия, но предупредил: нужно менять так как у вас техдолги большие, ибо будет плохо. Так и случилось — ломанули всё. А мой продукт выстоял. В итоге я помог и сделал сам весь стек как надо и с тех пор больше не было проблем у него и придерживался всем моим рекомендациям. Так сказать был внешним CIO для его компании.
Как итог - чтобы делать надежные решения важно не идти по хайпу или рекламе, а действовать с опытом и умом и именно поэтому не много хорошо сделанных систем так как порог входа для CIO высок и требуется опытный архитектор и управленец.
История первой коммерческой системы
Одну старую историю помню с АТС. Позвал друг у которого отец нач АТС чтобы помочь с биллингом и пришел с одним диском FreeBSD 6.x, поставил из пакетов нужный софт, накатили билинг. Спустя 12 лет обращаются — помоги расширить диски. Не поверите: она пережила десятилетия.
Исторически она поменяла оболочку с мощного ПК на сервер, потом на виртуальный сервер и работала дальше. Версия 6.1, всё та же и это была встреча со старым добрым знакомым так ощущалось. Да, я конечно помог и плюс обновил релиз, но это было круто что столько лет без остановки работало.
Почему это важно
Крайне приятно видеть, что решения, которые ставишь, работают десятилетиями. Не потому что я семи пядей во лбу, а потому, что архитектура верно выбрана как и системы. Как Калашников: просто, надежно, работает в любых условиях.
Были ли у вас проекты, которые работали без вас бог сколько лет, а потом вы их встречаете — и они также пашут безотказно?
P.S. Это не про то, что не нужно обновляться. Это про то, что верная архитектура переживает людей, компании и кризисы.
Были ли у вас системы, которые пережили компанию?
#AIgnatyev #CIO #FreeBSD #ИТКонсалтинг #АрхитектураПредприятия #OpenSource #UNIX #ИмпортозамещениеИТ #BSD
Please open Telegram to view this post
VIEW IN TELEGRAM
Раньше CIO — это кабинет, отдел, совещания, бюджет на железо и группа админов и техпотдержка.
CEO приходит и говорит: «Нам нужен IT-директор», но не хотим постоянно иметь его в штате плюс не собираемся закупать сервера и прочее нужно смартовое. Не вопрос аутсорс (внешний CIO) и в офисе — только роутер, пара wifi точек и пять ноутбуков и вопрос уже не актуальный: «А зачем нам серверная инфраструктура?».
Правильно, незачем - вся архитектура в облаке - почта, 1С, файлы, телефония, vpn, CRM и прочее. Физически в офисах и на точках — только Wi-Fi точки с роутером и один парень, который умеет перезагрузить мфу и заменить картридж да и это уже ненужно. В общем это и есть весь в 2026 г. IT-отдел.
Но за этой простотой лежит — архитектура, безопасность, резервирование, мониторинг, вендоры, договоры и понимание, где что и для чего установлено и как работает.
Уже серия таких компаний, где внешний CIO это норма. Они получают всё: стратегию, инфраструктуру, поддержку. Без штата, без офиса под серверную, без головной боли.
Бизнес платит за результат, а не за то, чтобы кто-то сидел в штате и «отвечал за IT» и стояла стойка с ИТ оборудованием за овер денег.
Мир изменился. CIO стал невидимым — но стал важнее. Нужны ресурсы добрали в облаке, а нет так убрали системы и дешевле в месяц выходит - все по задачам. Плюс экономия ФОТ.
Особенно стало заметно после ковида и ухода вендоров когда стали прижимать фирмы и приходиться быть гибким и смартовым.
Сейчас CIO — это я, ноутбук, созданная архитектура и верно настроенное облако.CEO приходит и говорит: «Нам нужен IT-директор», но не хотим постоянно иметь его в штате плюс не собираемся закупать сервера и прочее нужно смартовое. Не вопрос аутсорс (внешний CIO) и в офисе — только роутер, пара wifi точек и пять ноутбуков и вопрос уже не актуальный: «А зачем нам серверная инфраструктура?».
Правильно, незачем - вся архитектура в облаке - почта, 1С, файлы, телефония, vpn, CRM и прочее. Физически в офисах и на точках — только Wi-Fi точки с роутером и один парень, который умеет перезагрузить мфу и заменить картридж да и это уже ненужно. В общем это и есть весь в 2026 г. IT-отдел.
Но за этой простотой лежит — архитектура, безопасность, резервирование, мониторинг, вендоры, договоры и понимание, где что и для чего установлено и как работает.
Уже серия таких компаний, где внешний CIO это норма. Они получают всё: стратегию, инфраструктуру, поддержку. Без штата, без офиса под серверную, без головной боли.
Бизнес платит за результат, а не за то, чтобы кто-то сидел в штате и «отвечал за IT» и стояла стойка с ИТ оборудованием за овер денег.
Мир изменился. CIO стал невидимым — но стал важнее. Нужны ресурсы добрали в облаке, а нет так убрали системы и дешевле в месяц выходит - все по задачам. Плюс экономия ФОТ.
Особенно стало заметно после ковида и ухода вендоров когда стали прижимать фирмы и приходиться быть гибким и смартовым.
#CIO #ИТАутсорс #Облако #IgNix #ИТАрхитектура #Инфраструктура☁️Нужно было развернуть ферму серверных ОС. Обратился к двум крупным облачным провайдерам - с одним работаю давно с другим решил попробовать и оба не смогли.
У первого стандартная функция загрузки ISO была как бы включена, но не работала. Тех поддержка отправило в cli OpenStack и работа через это не вариант и также все не пашет. Базовый инструмент вроде как есть вот только вам его не дадим.
У второго технические проблемы на уровне платформы, но вроде как хорошие и дают инструменты которые работают, но результата нет так как есть проблема тех характера и тех поддержка водит кругами.
Причина проста: они вытаскивают только свои лицензии на винду и не дают загружать свою с ключем, а также FreeBSD образ, который они предлагают — ужас - без ZFS и с устаревшей FS, с кучей ненужных пакетов, с tech-разворачиванием и также образ не дают загружать. Минус карме тому кто так "помог" сделать для использования их образ FreeBSD.
Вторые хорошие и думаю все исправят, но вопрос когда и как, но у них с фри отлично все работает, прямо на 5+, но с win не идет так просто.
Вобщем обратился к другу с которым лет 15 назад делали свой хостинг и сам же и держу там сервер. И вышло дешевле, быстрее - вопросы решаются сразу, без трёхдневных круговАда техподдержки. Все ваяю на Bhyve+Slyve с клетками и ВМ с тех преимуществом ZFS.
Большое облако не значит хорошее облако. Когда нужна конкретная система — ищи того, кто в ней живёт.
Я никогда не рекламирую, но если нужно найдете тут моего хостинг-провайдера: http://ignix.ru/about/partners
#FreeBSD #UNIX #Облако #Хостинг #CIO #ИТАрхитектура #BSD #Инфраструктура #Техподдержка #Аутсорс #Серверы #Импортозамещение #IgNix #OpenStack #Виртуализация
У первого стандартная функция загрузки ISO была как бы включена, но не работала. Тех поддержка отправило в cli OpenStack и работа через это не вариант и также все не пашет. Базовый инструмент вроде как есть вот только вам его не дадим.
У второго технические проблемы на уровне платформы, но вроде как хорошие и дают инструменты которые работают, но результата нет так как есть проблема тех характера и тех поддержка водит кругами.
Техподдержка обоих гоняла меня по кругу три-четыре дня и ввыводе ничем не кончилось.Причина проста: они вытаскивают только свои лицензии на винду и не дают загружать свою с ключем, а также FreeBSD образ, который они предлагают — ужас - без ZFS и с устаревшей FS, с кучей ненужных пакетов, с tech-разворачиванием и также образ не дают загружать. Минус карме тому кто так "помог" сделать для использования их образ FreeBSD.
Вторые хорошие и думаю все исправят, но вопрос когда и как, но у них с фри отлично все работает, прямо на 5+, но с win не идет так просто.
Вобщем обратился к другу с которым лет 15 назад делали свой хостинг и сам же и держу там сервер. И вышло дешевле, быстрее - вопросы решаются сразу, без трёхдневных кругов
Большое облако не значит хорошее облако. Когда нужна конкретная система — ищи того, кто в ней живёт.
Я никогда не рекламирую, но если нужно найдете тут моего хостинг-провайдера: http://ignix.ru/about/partners
#FreeBSD #UNIX #Облако #Хостинг #CIO #ИТАрхитектура #BSD #Инфраструктура #Техподдержка #Аутсорс #Серверы #Импортозамещение #IgNix #OpenStack #Виртуализация
Channel name was changed to «Алексей Игнатьев | IT без хаоса и с технологиями»
✌️Рад поделиться важной новостью.
FreeBSD Foundation официально включили в реестр IgNixBSD Group в список рекомендованных коммерческих консультантов с опытом промышленных внедрений 20+ лет. 😈
Мы стали единственной русскоязычной компанией
в этом списке с полным стеком BSD технологий.💪
За этим стоят 20+ лет практики внедрения FreeBSD и OpenBSD в production-среды: маршрутизация, безопасность, виртуализация, хранилища, корпоративная инфраструктура.
Для вас и компании это означает одно — когда вы работаете с нами, за вашей инфраструктурой стоит не просто подрядчик, а партнёр, которому доверяет сам FreeBSD Foundation.
Если вам нужна надёжная UNIX-платформа для бизнеса — обращайтесь, обсудим.
→ ignix.ru | info@ignix.ru
#FreeBSD #OpenBSD #UNIX #ITArchitecture
#Infrastructure #IgNixBSD #импортозамещение
FreeBSD Foundation официально включили в реестр IgNixBSD Group в список рекомендованных коммерческих консультантов с опытом промышленных внедрений 20+ лет. 😈
Мы стали единственной русскоязычной компанией
в этом списке с полным стеком BSD технологий.💪
За этим стоят 20+ лет практики внедрения FreeBSD и OpenBSD в production-среды: маршрутизация, безопасность, виртуализация, хранилища, корпоративная инфраструктура.
Для вас и компании это означает одно — когда вы работаете с нами, за вашей инфраструктурой стоит не просто подрядчик, а партнёр, которому доверяет сам FreeBSD Foundation.
Если вам нужна надёжная UNIX-платформа для бизнеса — обращайтесь, обсудим.
→ ignix.ru | info@ignix.ru
#FreeBSD #OpenBSD #UNIX #ITArchitecture
#Infrastructure #IgNixBSD #импортозамещение
🔥2👍1
Друзья всем доброго утра!
Вместе с обновлением сайта IgNix.ru я начал перестраивать старый форум https://forum.lissyara.su, который мы с 2006 года вели как русскоязычное BSD‑сообщество.😈
Ежедневно тысячи уникальных ip, тысячи тем и неимоверное количество сообщений 😌
🔥Новый фокус форума — практическое применение FreeBSD/OpenBSD в инфраструктуре: сети, безопасность, виртуализация, хранилища, почта, мониторинг, резервное копирование, архитектура решений и кейсы из продакшена.
Старые разделы по устаревшим ОС и технологиям убираются в архив, ядро остаётся вокруг *BSD и инженерии.🐡
😎Как много лет назад я переделывал форум так и сейчас я хочу обновить и сделать из форума не просто “архив ответов”, а площадку, где архитекторы, инженеры и CIO могут обсуждать реальные внедрения, миграции и эксплуатацию BSD‑стека в бизнесе.
Если для вас тема независимой, управляемой инфраструктуры на *BSD актуальна — присоединяйтесь, буду рад обратной связи по новой структуре и темам.✌️
По завершению реструктуризации напишу дополнительно. 💪
Вместе с обновлением сайта IgNix.ru я начал перестраивать старый форум https://forum.lissyara.su, который мы с 2006 года вели как русскоязычное BSD‑сообщество.😈
Ежедневно тысячи уникальных ip, тысячи тем и неимоверное количество сообщений 😌
🔥Новый фокус форума — практическое применение FreeBSD/OpenBSD в инфраструктуре: сети, безопасность, виртуализация, хранилища, почта, мониторинг, резервное копирование, архитектура решений и кейсы из продакшена.
Старые разделы по устаревшим ОС и технологиям убираются в архив, ядро остаётся вокруг *BSD и инженерии.🐡
😎Как много лет назад я переделывал форум так и сейчас я хочу обновить и сделать из форума не просто “архив ответов”, а площадку, где архитекторы, инженеры и CIO могут обсуждать реальные внедрения, миграции и эксплуатацию BSD‑стека в бизнесе.
Если для вас тема независимой, управляемой инфраструктуры на *BSD актуальна — присоединяйтесь, буду рад обратной связи по новой структуре и темам.✌️
По завершению реструктуризации напишу дополнительно. 💪
😎 Как CIO я люблю целостность и красоту архитектур, надёжность и безопасность, управляемость и сопровождение. И поэтому собрал надёжный стек технологий на BSD.
💪Собранный IgNixBSD Stack решает задачи организаций - архитектурно: семь уровней, один стек, одна точка ответственности. FreeBSD и OpenBSD снизу доверху.
😈IgNixBSD Stack — это целостная семиуровневая архитектура корпоративной инфраструктуры, построенная на операционных системах FreeBSD и OpenBSD. Каждый уровень спроектирован в связке с остальными, что обеспечивает сквозную управляемость, предсказуемое поведение при отказах и единую точку технической ответственности.
Архитектура решения
Ниже представлена полная схема стека — от аппаратной платформы до прикладных сервисов для бизнеса. Каждый уровень функционирует автономно и одновременно является неотъемлемой частью общей системы.🐡
😇А вы любите классные и высокотехнологические вещи, что дают конкурентое преимущество?
🔥Если до то переходите на IgNixBSD Group - BSD infrastructure
#FreeBSD #OpenBSD #IgNix
💪Собранный IgNixBSD Stack решает задачи организаций - архитектурно: семь уровней, один стек, одна точка ответственности. FreeBSD и OpenBSD снизу доверху.
😈IgNixBSD Stack — это целостная семиуровневая архитектура корпоративной инфраструктуры, построенная на операционных системах FreeBSD и OpenBSD. Каждый уровень спроектирован в связке с остальными, что обеспечивает сквозную управляемость, предсказуемое поведение при отказах и единую точку технической ответственности.
Архитектура решения
Ниже представлена полная схема стека — от аппаратной платформы до прикладных сервисов для бизнеса. Каждый уровень функционирует автономно и одновременно является неотъемлемой частью общей системы.🐡
😇А вы любите классные и высокотехнологические вещи, что дают конкурентое преимущество?
🔥Если до то переходите на IgNixBSD Group - BSD infrastructure
#FreeBSD #OpenBSD #IgNix