"Когда вы общаетесь с человеком, то вы общаетесь с нейронными синапсами и химическими реакциями. Если мозг ведет себя по человечески, то это означат только то, что нейроны и синапсы хорошо организовались. "Я" и самосознание - это иллюзия" Как вам такое утверждение правоверного физикалиста?
Внедрение цифровой телефонии "для эффективности" Автор описывает, как "молодые эникей-астеристы" мечтают о "нормальной цифровой телефонии на всех заводах". Казалось бы, это повысит эффективность. Но на практике это приводит к взрывному росту нагрузки на ИТ-отдел: настройка, обслуживание, бэкапы, мониторинг, обновления. → Результат: вместо экономии появляется новый бесконечный источник проблем.
Сборка Asterisk из исходников "для гибкости" Вместо использования стабильной, поддерживаемой версии, ИТ-специалисты собирают Asterisk из исходников, "чтобы было как у меня в голове". Это даёт иллюзию контроля и эффективности. → Результат: рост числа ошибок, невозможность апгрейда, необходимость постоянного ручного вмешательства. Эффективность падает, нагрузка растёт.
Использование "свободного" ПО без поддержки Компании выбирают "бесплатные" решения (CentOS, самосборные PBX, open-source инструменты), чтобы сэкономить. → Результат: растёт нагрузка на администраторов, которые теперь должны вручную чинить, обновлять, разбираться, вместо того чтобы использовать поддерживаемые коммерческие продукты. "Экономия" превращается в затраты времени и риски.
Автоматизация "для упрощения" Автор критикует директоров, которые требуют автоматизации, не понимая, что это создаёт новые слои сложности. Автоматизация требует мониторинга, документации, тестирования. → Результат: вместо упрощения — рост технического долга и зависимости от одного админа, который "единственный знает, как это работает".
Миграция на "цифру" без подготовки Переход с аналоговой телефонии на цифровую воспринимается как "прогресс и эффективность". Но на деле это требует переподключения всех рабочих станций, переписи диалпланов, переобучения пользователей, новых серверов. → Результат: вместо экономии — взрывной рост нагрузки на ИТ, который никто не планировал.
7 примеров трагедии общин
Трагедия общин: когда ресурс общедоступен, каждый участник максимизирует свою выгоду, что приводит к истощению ресурса.
Общие серверы и хранилища без контроля На заводах нет чёткой политики доступа к серверам. Каждый "ведущий инженер" может что-то менять "в свободное время". → Результат: сервера становятся нестабильными, перегруженными, не документированными — общий ресурс уничтожен.
Общая зона ответственности: "все за всё" В штате 5–10 человек, но "все занимаются всем": и проекты, и поддержка, и сервера, и телефония. → Результат: никто не несёт ответственности, ресурс (время, внимание, компетенция) истощается, потому что каждый действует по своему усмотрению.
Самовольные изменения GPO по умолчанию Автор отмечает, что кто-то может поменять GPO по умолчанию, не согласовывая. → Результат: нарушение безопасности, сбои в политике, хаос. Общее правило становится жертвой индивидуальных интересов.
Раздача прав администратора "на всякий случай" Многие пользователи получают права админа "чтобы не тормозить работу". → Результат: рост вирусов, поломок, утечек. Общая безопасность сети истощается из-за индивидуального удобства.
Использование рабочих станций под "временные" задачи Серверы или рабочие станции используются как хранилища, тестовые стенды, личные машины. → Результат: перегрузка, сбои, потеря данных. Общий ресурс превращается в свалку.
Самовольная установка софта и сервисов Каждый "инженер" ставит свои инструменты: чаты, бэкапы, мониторинги. → Результат: конфликты, дублирование, отсутствие контроля. Инфраструктура распадается на фрагменты.
Отсутствие резервного копирования из-за "экономии" Данные не бэкапятся, потому что "сейчас некогда" или "диски дорогие". → Результат: при сбое — потеря критичных данных. Общий ресурс (информация) уничтожен из-за краткосрочной выгоды.
10 примеров трагедии антиобщин (Tragedy of the Anticommons)
Трагедия антиобщин: когда слишком много прав собственности, ограничений или барьеров — общий ресурс не используется или не развивается, даже если это выгодно всем.
Директор блокирует обновление Windows из-за страха "сломать" Система работает, но устарела. Обновление логично, но директор боится рисков. → Результат: ресурс (возможность развития) блокируется из-за страха одного человека.
Отсутствие доступа к документации Никто не ведёт документацию, потому что "некогда" или "и так все знают". → Результат: знания не становятся общим ресурсом, и при уходе админа всё рушится.
Блат и родственники на ключевых позициях На важные должности ставят не лучших, а "своих". → Результат: талантливые специалисты не могут войти в систему, потенциал команды блокируется.
Один админ "держит всё в голове" Ключевые настройки, пароли, схемы — только у одного человека. → Результат: система не может развиваться, потому что доступ к ресурсу (знаниям) монополизирован.
Запрет на использование современных инструментов Нельзя использовать нормальные системы мониторинга, потому что "у нас всегда так делали". → Результат: потенциал эффективности не реализуется.
Отказ от автоматизации из-за "контроля" Руководство боится потерять контроль, если что-то будет работать без участия человека. → Результат: ручная работа, ошибка, усталость. Ресурс (время) тратится впустую.
Конфликты между "ведущими инженерами" Два специалиста не могут договориться, кто будет настраивать сервер. → Результат: сервер не настраивается вообще, ресурс простаивает.
Запрет на обучение и развитие Нельзя ходить на курсы, читать книги — "работай, а не учись". → Результат: знания не обновляются, потенциал растёт, но не используется.
Отказ от внешней помощи из-за гордыни "Мы сами справимся", — говорят, пока система горит. → Результат: кризис усугубляется, потому что внешний ресурс (помощь) не используется.
Отсутствие резервного штата "на случай" Не нанимают второго админа, потому что "и одного-то почти не используем". → Результат: при болезни или увольнении — коллапс. Ресурс (надёжность) не создан, хотя был возможен.
Надо перед основной черепахой пустить другую черепаху и пусть Ахиллес бежит за другой. Тогда основную он точно обгонит.
"Когда вы общаетесь с человеком, то вы общаетесь с нейронными синапсами и химическими реакциями. Если мозг ведет себя по человечески, то это означат только то, что нейроны и синапсы хорошо организовались. "Я" и самосознание - это иллюзия"
Как вам такое утверждение правоверного физикалиста?
спасибо. Учту.
А почему и на каком основании вы решили что информацией можно пренебречь, если она, по вашему мнению сгенерирована нейросетью?
Мне интересно.
Вы же не отвергаете информацию, найденную поисковиком или написанную в википедии.
Гениально.
Спасибо огромное.
Ваша статья реальный кейс-стади по экономике коллективных действий.
Ваши прмеры можно обобщить как:
Парадокс Джевонса (эффект Черномырдина) в ИТ — когда "улучшения" ведут к росту хаоса.
Трагедия общин — когда общие ресурсы (сервера, время, доступ) истощаются из-за отсутствия правил.
Трагедия антиобщин — когда потенциал (знания, инструменты, люди) не используется из-за барьеров, страхов и монополий.
5 примеров парадокса Джевонса или эффекта Черномырдина
Внедрение цифровой телефонии "для эффективности"
Автор описывает, как "молодые эникей-астеристы" мечтают о "нормальной цифровой телефонии на всех заводах". Казалось бы, это повысит эффективность. Но на практике это приводит к взрывному росту нагрузки на ИТ-отдел: настройка, обслуживание, бэкапы, мониторинг, обновления.
→ Результат: вместо экономии появляется новый бесконечный источник проблем.
Сборка Asterisk из исходников "для гибкости"
Вместо использования стабильной, поддерживаемой версии, ИТ-специалисты собирают Asterisk из исходников, "чтобы было как у меня в голове". Это даёт иллюзию контроля и эффективности.
→ Результат: рост числа ошибок, невозможность апгрейда, необходимость постоянного ручного вмешательства. Эффективность падает, нагрузка растёт.
Использование "свободного" ПО без поддержки
Компании выбирают "бесплатные" решения (CentOS, самосборные PBX, open-source инструменты), чтобы сэкономить.
→ Результат: растёт нагрузка на администраторов, которые теперь должны вручную чинить, обновлять, разбираться, вместо того чтобы использовать поддерживаемые коммерческие продукты. "Экономия" превращается в затраты времени и риски.
Автоматизация "для упрощения"
Автор критикует директоров, которые требуют автоматизации, не понимая, что это создаёт новые слои сложности. Автоматизация требует мониторинга, документации, тестирования.
→ Результат: вместо упрощения — рост технического долга и зависимости от одного админа, который "единственный знает, как это работает".
Миграция на "цифру" без подготовки
Переход с аналоговой телефонии на цифровую воспринимается как "прогресс и эффективность". Но на деле это требует переподключения всех рабочих станций, переписи диалпланов, переобучения пользователей, новых серверов.
→ Результат: вместо экономии — взрывной рост нагрузки на ИТ, который никто не планировал.
7 примеров трагедии общин
Общие серверы и хранилища без контроля
На заводах нет чёткой политики доступа к серверам. Каждый "ведущий инженер" может что-то менять "в свободное время".
→ Результат: сервера становятся нестабильными, перегруженными, не документированными — общий ресурс уничтожен.
Общая зона ответственности: "все за всё"
В штате 5–10 человек, но "все занимаются всем": и проекты, и поддержка, и сервера, и телефония.
→ Результат: никто не несёт ответственности, ресурс (время, внимание, компетенция) истощается, потому что каждый действует по своему усмотрению.
Самовольные изменения GPO по умолчанию
Автор отмечает, что кто-то может поменять GPO по умолчанию, не согласовывая.
→ Результат: нарушение безопасности, сбои в политике, хаос. Общее правило становится жертвой индивидуальных интересов.
Раздача прав администратора "на всякий случай"
Многие пользователи получают права админа "чтобы не тормозить работу".
→ Результат: рост вирусов, поломок, утечек. Общая безопасность сети истощается из-за индивидуального удобства.
Использование рабочих станций под "временные" задачи
Серверы или рабочие станции используются как хранилища, тестовые стенды, личные машины.
→ Результат: перегрузка, сбои, потеря данных. Общий ресурс превращается в свалку.
Самовольная установка софта и сервисов
Каждый "инженер" ставит свои инструменты: чаты, бэкапы, мониторинги.
→ Результат: конфликты, дублирование, отсутствие контроля. Инфраструктура распадается на фрагменты.
Отсутствие резервного копирования из-за "экономии"
Данные не бэкапятся, потому что "сейчас некогда" или "диски дорогие".
→ Результат: при сбое — потеря критичных данных. Общий ресурс (информация) уничтожен из-за краткосрочной выгоды.
10 примеров трагедии антиобщин (Tragedy of the Anticommons)
Директор блокирует обновление Windows из-за страха "сломать"
Система работает, но устарела. Обновление логично, но директор боится рисков.
→ Результат: ресурс (возможность развития) блокируется из-за страха одного человека.
Отсутствие доступа к документации
Никто не ведёт документацию, потому что "некогда" или "и так все знают".
→ Результат: знания не становятся общим ресурсом, и при уходе админа всё рушится.
Блат и родственники на ключевых позициях
На важные должности ставят не лучших, а "своих".
→ Результат: талантливые специалисты не могут войти в систему, потенциал команды блокируется.
Один админ "держит всё в голове"
Ключевые настройки, пароли, схемы — только у одного человека.
→ Результат: система не может развиваться, потому что доступ к ресурсу (знаниям) монополизирован.
Запрет на использование современных инструментов
Нельзя использовать нормальные системы мониторинга, потому что "у нас всегда так делали".
→ Результат: потенциал эффективности не реализуется.
Отказ от автоматизации из-за "контроля"
Руководство боится потерять контроль, если что-то будет работать без участия человека.
→ Результат: ручная работа, ошибка, усталость. Ресурс (время) тратится впустую.
Конфликты между "ведущими инженерами"
Два специалиста не могут договориться, кто будет настраивать сервер.
→ Результат: сервер не настраивается вообще, ресурс простаивает.
Запрет на обучение и развитие
Нельзя ходить на курсы, читать книги — "работай, а не учись".
→ Результат: знания не обновляются, потенциал растёт, но не используется.
Отказ от внешней помощи из-за гордыни
"Мы сами справимся", — говорят, пока система горит.
→ Результат: кризис усугубляется, потому что внешний ресурс (помощь) не используется.
Отсутствие резервного штата "на случай"
Не нанимают второго админа, потому что "и одного-то почти не используем".
→ Результат: при болезни или увольнении — коллапс. Ресурс (надёжность) не создан, хотя был возможен.