А не буду трындеть про неотключаемую телеметрию (сколько не пробовал - победить на 100% не смог, кстати Canpnical, который выпускает популярные дистры *buntu так же пошёл по ентому пути, но хотя бы отключить можно). Да, мелкософт запросто сливает не только инфу об операционке и установленных прогах, но так же снифает как клаву, так и мышку. Учитывая законодательство США, они всё енто сливают нашим “зарубежным коллегам” из АНБ. Это происходит со всеми программными конторами США, гугель пытался бодаться, но слил, так что и Ваши поисковые запросы через гугель так же сливаются в АНБ.
Вроде дно уже пробито, но снизу снова постучались. Винда-11 самостоятельно удаляет оригинальные драйвера дискретных карт с компа. Всё что нужно сделать - не играть, т.е. не загружать дискретную видеокарту в течение недели-двух. Логика проста, если дискретка не задействуется, а работа идёт на встройке, то ради экономии места и энергосбережения можно удалять дрова дискретки и подменить их на “стандартный видеодрайвер Microsoft“.
Вот так вот, решил через неделю-две погамать в “танчики” на выходных, а тебе кукиш с маслом. Всё енто происходит во время обнов (которые я даже в 10ке полностью отрубить не смог).
Так что знайте - как только установили винду на комп, то вы его уже не контроллируете, это он контроллирует Вас.
Источников море, но, что бы не быть голословным, приведу хотя бы один.
Все началось с рабочей задачи по реализации весьма специфичной web-панели мониторинга и управления различным оборудованием, в которой нужно было получать данные и отправлять команды по разнообразным сценариям (периодический опрос, подписка на websocket-события, https-запросы и т.д.), а также выводить состояние и графики в реальном времени, динамически комбинируя различные источники данных в разных виджетах.
Кроме того, у панели было предусмотрено несколько настраиваемых режимов работы, которые переключались по запросу пользователя, что требовало массового управления маршрутами потоков данных внутри системы.
В первой итерации с использованием RxJS получилось много неструктурированного и сложно поддерживаемого кода, так как архитектура на RxJS вынуждала императивно описывать перестроение топологии при изменении правил маршрутизации «на лету». В нашем специфичном кейсе с динамическими виджетами это приводило к сайд-эффектам и сложностям в отладке. Кроме того, местами размывалась строгая типизация и мы лишались compile-time гарантий. Так появилась идея разработать собственное решение на основе альтернативной концепции — модели графа потоков данных.
В результате получившаяся модель продемонстрировала предсказуемое поведение и низкую связность компонентов, а кодовая база сократилась на ~30% и приобрела более декларативный вид. Убедившись в эффективности решения, мы решили оформить его в виде отдельной библиотеки с открытым исходным кодом — Transferum.
И что, получилась просто еще одна реактивная библиотека?
Не совсем. Классические FRP-библиотеки (RxJS, Bacon, Most) построены вокруг единственного примитива (Observable). Transferum же основан на композиции различных типов узлов с явно определенным поведением.
Каждый узел в графе потоков распространения данных явно декларирует свои способности: может ли он принимать данные через push, отдавать через pull, распространять полученный сигнал подписчикам, опрашивать источник, фильтровать, блокировать поток и т.д.
Объявленные узлом возможности являются одновременно флагами для использования в runtime и compile-time гарантиями наличия соответствующих методов, определяющих его поведение.
Ключевая идея: поведение системы описывается как композиция независимых возможностей, которые одновременно определяют тип, реализацию и правила взаимодействия.
Transferum предоставляет четыре слоя абстракции:
Трансферы — узлы графа (каналы, поллеры, мапперы, буферы, разветвители и концентраторы, реализации debounce, throttle, switchMap и т.д.).
Мосты — ребра графа — управляемые вентили между узлами с динамической маршрутизацией и гейтингом.
Операторы — stateless-трансформаторы и фильтры данных (используются трансферами, отвечающими за конвертацию данных).
Билдеры — fluent-конструкторы композитных трансферов из цепочек трансферов-примитивов.
Концептуальная и архитектурная основа — capability flags system. Каждый трансфер реализует CommunicationContractInterface — набор булевых флагов, определяющих его возможности.
Флаги isPushable, isPullable, isSubscribable, isGate и другие — это не просто свойства объекта. Это метаданные, которые:
Определяют TypeScript-интерфейс трансфера на этапе компиляции.
Управляют стратегией связывания с другими трансферами в рантайме (с помощью функции linkTransfers()).
Обеспечивают совместимость в билдерах без приведений типов.
Один набор флагов — три потребителя. Это единый источник истины для всей системы.
Когда флаг равен true, соответствующий метод входит в TypeScript-интерфейс трансфера. Это позволяет предоставлять трансфер пользователю вот так:
Transfer
// гомогенный трансфер: T -> [ Transfer ] -> T
Или вот так:
Transfer
// гетерогенный трансфер: TInput -> [ Transfer ] -> TOutput
Именно в таком формате типов фабрики в библиотеке возвращают трансферы. Например:
const pushChannel: Transfer;
const converter: Transfer;
// содержат методы push(), subscribe()
const manualBuffer: Transfer;
// содержит методы push(), pull(), trigger()
// trigger() в данном случае нужен, чтобы сделать запушенное значение
// доступным для чтения через pull()
const pollingProxy: Transfer
// содержит методы pull(), subscribe(), trigger(), activate(), deactivate(), toggle()
// может быть связан с pullable-источником благодаря поддержке поллинга
Эта «магия» работает в compile-time благодаря несколько замысловатой системе вычислимых типов:
Трансфер определяет своё поведение (push, pull, subscribe и др.), но никогда не ссылается и не проверяет класс другого трансфера. Он не знает, что является upstream или downstream — лишь выполняет свой контракт. Пользователь может создать свой трансфер, объявить и реализовать его возможности — и он органично и бесшовно впишется в экосистему.
2. Мосты не знают конкретных реализаций
Мост инспектирует capability flags, а не имена классов. Нет цепочки instanceof, нет переключения по имени класса. Любой output-трансфер может быть соединен с любым input-трансфером — при условии совместимости их флагов, о чем мы поговорим чуть ниже. Это применимо и к тем узлам, которые еще не существуют и будут созданы пользователем.
3. Значение undefined никогда не распространяется
В Transferum undefined означает «нет данных», а не «пустое значение». Оно подавляется на уровне внутренней реализации менеджера подписок — подписчики никогда не уведомляются с undefined. При этом для явных маркеров пустых значений можно использовать null. Мы сознательно пошли на этот компромисс, чтобы избежать runtime-оверхеда и сохранить нативную скорость работы на плотных потоках данных.
Связывание трансферов
Функция linkTransfers(lhs, rhs) соединяет output-трансфер (lhs) с input-трансфером (rhs) с автоматическим выбором стратегии связывания на основе возможностей этих трансферов:
Protocol-oriented design: механизм не спрашивает «какой это класс?» — он выясняет, какие у него есть возможности. Любая пара трансферов с совместимыми возможностями является linkable. Добавление нового класса трансфера требует только объявления его флагов и реализации соответствующих методов — как связать его с другим трансфером, связующий алгоритм разберется сам.
Синхронные и асинхронные трансферы сосуществуют и могут быть связаны между собой. linkTransfers() предпочитает sync-связывание, когда это возможно, а async-стратегии применяет только когда sync неприменим. Нет отдельного «асинхронного мира».
Поддержка backpressure
Ряд асинхронных трансферов (AsyncSinkTransfer, AsyncWriteTransfer, AsyncConvertTransfer, AsyncConditionTransfer) поддерживают необязательные поля в конфигурации: maxConcurrency, bufferSize и onBufferOverflow — для ограничения параллельных async-операций, очереди избыточных данных и graceful-обработки переполнения. По умолчанию — неограниченная обработка, без буферизации.
Локальная обработка ошибок
Transferum использует единую модель обработки ошибок для всех трансферов. Каждый трансфер, который может столкнуться с runtime-ошибкой, принимает опциональный onError-хэндлер в своей конфигурации.
А теперь — к примерам использования
Вот так можно просто и декларативно описать опрос и агрегирование данных из нескольких источников:
А вот как можно организовать динамический роутинг:
import {
createPushStoredChannelTransfer,
createBridgeMultiSelector,
createBridgeSelector,
createPassBridge,
} from 'transferum';
// Вариант 1. Выбор одного реципиента
const commandRouter = createBridgeSelector({
bridges: {
light: createPassBridge({ source: commandChannel, target: lightController, activated: false }),
thermostat: createPassBridge({ source: commandChannel, target: thermostatController, activated: false }),
lock: createPassBridge({ source: commandChannel, target: lockController, activated: false }),
},
initialKey: 'thermostat', // выбор по умолчанию
activated: true,
owned: true,
});
commandRouter.select('lock'); // выберем другой вариант
// Вариант 2. Выбор нескольких реципиентов
const loggersRouter = createBridgeMultiSelector({
bridges: {
prometheus: createPassBridge({ source: metricsChannel, target: prometheusWriter, activated: false }),
elk: createPassBridge({ source: metricsChannel, target: elkWriter, activated: false }),
sentry: createPassBridge({ source: metricsChannel, target: sentryWriter, activated: false }),
},
initialKeys: ['prometheus', 'elk'], // будут активированы по умолчанию
activated: true,
owned: true,
});
loggersRouter.check('elk'); // теперь выбраны все три
loggersRouter.uncheck('prometheus'); // выбраны elk, sentry
loggersRouter.select(['prometheus', 'sentry']); // выбраны prometheus, sentry
А вот пример c организацией игровой механики:
import {
createDebounceTransfer,
createConvertTransfer,
createMapOperator,
createBridgeSelector,
createPassBridge,
linkTransfers,
} from 'transferum';
// Источник: debounce нажатий клавиш (16ms ~ 1 кадр при 60 FPS)
const rawInputSource = createDebounceTransfer({ delay: 16 });
// Конвертер: KeyboardEvent -> код клавиши
const inputConverter = createConvertTransfer({
operator: createMapOperator((event) => event.code),
});
// Целевые системы-потребители пользовательских событий
const carSystem = { push: (cmd: string) => console.log(🚗 Car executing: ${cmd}) };
const planeSystem = { push: (cmd: string) => console.log(✈️ Plane executing: ${cmd}) };
const menuSystem = { push: (cmd: string) => console.log(📋 Menu processing: ${cmd}) };
// Роутер: динамическое переключение между игровыми контекстами
const gameplayRouter = createBridgeSelector({
bridges: {
driving: createPassBridge({ source: inputConverter, target: carSystem }),
flying: createPassBridge({ source: inputConverter, target: planeSystem }),
ui: createPassBridge({ source: inputConverter, target: menuSystem }),
},
initialKey: 'driving', // игрок начинает в машине
activated: true,
});
// Связывание источника с конвертером с автовыбором стратегии
linkTransfers(rawInputSource, inputConverter);
// Демонстрация:
// Игрок в машине нажимает "W"
rawInputSource.push(new KeyboardEvent('keydown', { code: 'KeyW' }));
// Через 16ms: 🚗 Car: KeyW
// ==================
// Переключаемся на самолёт
gameplayRouter.select('flying');
// Та же клавиша теперь управляет самолётом
rawInputSource.push(new KeyboardEvent('keydown', { code: 'KeyW' }));
// Через 16ms: ✈️ Plane: KeyW
Когда имеет смысл попробовать Transferum
Библиотека подойдет для:
TypeScript-first проектов — благодаря максимально строгой типизации и compile-time вычислению доступных методов любого трансфера на основе объявленных у него флагов возможностей.
Работы с pull-based источниками данных — polling API, датчиков, хранилищ с PollingProxy.
Смешанных sync/async пайплайнов — в единой модели без ручного преобразования.
Явного flow control — gates, bridges, selectors для runtime-маршрутизации.
Game development / IoT — frame-aligned tickers, idle polling, sensor aggregation.
Устойчивой обработки ошибок — локальная, non-fatal обработка: одна стадия не убивает пайплайн при условии переданного в конфиге обработчика ошибок, ничего не подавляется молча.
Результаты и планы
Библиотека уже используется в двух наших внутренних проектах и показывает свою эффективность. Код доступен на GitHub под лицензией MIT, библиотека не имеет внешних зависимостей и поставляется с подробной документацией (README + API Reference).
В одном из проектов граф состоит из ~80 узлов и стабильно обрабатывает несколько сотен событий в секунду без деградации. На основе этих данных в том числе рендерится 3D-сцена в Babylon.js со стабильным фреймрейтом ~60 FPS без микрофризов.
Тесты библиотеки покрывают не только отдельные трансферы, но и поведение системы в динамике: переподключение мостов, обработку ошибок в длинных асинхронных цепочках, а также разнообразные граничные случаи. Покрытие — 100%.
В дальнейшем планируем реализовать хуки и утилиты для более удобного и нативного использования Transferum с Vue и React. Если они окажутся в достаточной мере переиспользуемыми, оформим в отдельные пакеты-адаптеры.
Буду рад, если вы заглянете в репозиторий, попробуете библиотеку в деле и поделитесь замечаниями — обратная связь поможет сделать Transferum лучше.
P. S. Если вы сталкивались с похожими задачами и решили их как-то иначе — буду рад прочитать о вашем опыте в комментариях.
Решил я поиграться в ардуинки. Выбор пал на ESP32-C3 с 0,42-Дюймовым OLED-Модулем за какие-то там 200 руб. Пока оно едет из Китая думаю, дай потыкаюсь со средой разработки. Раньше дела с ней не имел.
Оказывается есть две версии под линухой. Одна на электроне v. 2.3.8 и старая 1.8.19 на Java. Но об ентом я ещё не знал, естественно выбрал поновее и получил засаду - вечно крутится на заставке. Думал наши разрабы АльтЛинухи накосячили с опакечиванием, перепробовал кучу сборок со стороны (не из репов Альта) - везде одно и тоже - вечно крутится заставка. Запустил иде из консоли и увидел туеву хучу ошибок с невозможностью чего-то там скачать. Направление гугления тут же изменилось и выяснилось, что www.arduino.cc лочит россиян из-за Cloudflare (эдакий сервис для защиты сайтов от хакерских атак). Что и и как произошло между Cloudflare и РФ вспоминать не стал и начал думать как пустить Ардуино-ИДЕ через тор-сеть. Придумать не удалось
Вот тогда я и узнал, что разница между старой и новой ИДЕ исключительно в интерфейсе, более того, настроек сети в новой версии я не нагуглил (возможно пальчиками где-то в конфигах и прописывается). А вот в старой версии пожалуйста Файл-->Настройки->Сеть:
При этом все библиотеки и "платы" начали загружаться. И да, версия из репозиториев Альта. Между прочим, ардуинки часто используются не только как хобби, но и в образовательных целях. Но политиканам насрать на это.
Тут поговаривают, что есть приложуха для ПК под названием "Яндекс. Диск" и с 3 июня оно станет платным для персоналок. Точнее по подписке, а не заплатил раз и забыл.
У меня вопрос - этой хренью на компе (речь идёт не о мобилках) кто нибудь пользуется? Я ставил такую вещь клиенту - синхронизация данных в 1С шла через общий яндекс диск, повезло что у клиента POS-терминалы были заряжены на базе Вынь-8.
Что самое интересное - другие облака, тот же мыло.сру такких телодвижений не предпринимают. Более того, у яндекса есть вменяемый WebDAV, который без всяких приложух монтирует облако как локальный диск, у мыла его нету (по крайней мере раньше - сейчас не знаю). В линухе маленький однострочный скрип монтирует моё облако в папку и там пашет всё, в том числе и фоновая синхронизация.
Телодвижения манагеров яндекса не вполне ясны, им же нужно наоборот привлекать клиентов, а не отталкивать, к тому же у них и у других конкурентов есть классическая подсадка на подписку в виде ограничения объёма.
И да. Я в основном пользую буржуйский терабокс - бесплатно 1Тб облака диска, в бесплатной версии идёт ограничение на размер одного файла в 1(ошибся) 4Гб, как у FAT32. Насчёт WebDAV не интересовался - пользую веб-версию. Так что решение яндекса весьма неоднозначно - оно просто оттолкнёт тех немногочисленных пользователей приложухи (которая вполне может собирать телеметрию)
По английски VirtualBox. Попытаюсь объяснить что енто за зверь и для чего он нужен вообще максимально простым языком. Так что те, кто уже знает что такое виртуализация- могут проходить мимо, разве что в коментах попинать меня за неточности.
Представьте. Сидите Вы на винде и ничего другого не знаете, появляется чел и начинает Вам втирать какие крутые и удобные MacOS или какой нить линух в виде бубунты или Минта. И так хорошо это сделал, что прям совсем-совсем надо попробовать. Можно заплатить "мальчику по вызову", что бы тот накатил на Ваш комп линукс или MacOS. Но при это этом почти наверняка он снесёт винду (дай бог ещё фоточки и хоум-видео сохранит). Ну не покупать же MacBook только ради потыкать MacOS, а вдруг это окажется для Вас вообще неприемлимо?
Вот для этого и есть данная программулина. Она позволяет не трогая Вашу операционную систему запустить другую операционную систему и изучить её. А там уже сами решайте что делать. VirtualBox позволяет эмулировать железо и загружать на нём те же операционные системы. Т.е. это просто программа (на самом деле далеко не просто-программа).
А сейчас немного деталей, так, поверхностно:
Грубая и обобщённая схема как всё пашет
И так, сначала поясню термины:
Host (Physical Machine) - Это то самое железо, т.е. оборудование на котором работает
Host OS - Это как раз Ваша операционка (в тексте выше - любимая Винда).
Virtual Mashine - та самая виртуальная машина на которой будут крутится другие операционные системы. VirtualBox использует для этого QEMU (как раз эмулятор аппаратуры) и на данный момент требует от процессоров Хоста аппаратной поддержки виртуализации (которая есть уже давно).
Guest OS (гостевая операционка) - это как раз то, что мы хотим посмотреть, потыкать, т.е. MacOS, Linux, FreeBSD или вообще MS-DOS для понастальгировать.
Application (приложения) - программы запущенные в гостевой ОС (тот же бравзер Safari).
Guest Additions (гостевые дополнения) - набор программ и драйверов для конкретной гостевой операционки. Можно обойтись и без них, но с ними всё шевелиться будет шустрее, появятся интеграции мыши, клавиатуры, буфер обмена между гостевой операционкой и основной и т.п.
VirtualBox (на схемке выше) - это как раз наш виновник поста, он рулит и педалит виртуальными машинами.
VirtualBox Extension Pack (пакет расширений самой "виртуальной коробки") - например позволяет подключаться к виртуальным машинам с удалённых компов (применимо как раз на серверах) по протоколу RDP, осуществлять загрузку гостевой операционки по сети и многое другое, что обычному пользователю нафиг не нужно. В основном это уже платные приблуды для серверов.
Должен отметить, что "Virtual Mashine" это далеко не чистая программная эмуляция. Большинство операций выполняется на Вашем процессоре напрямую, более того, есть возможность часть Вашего оборудования (USB-порты, видеокарты) как бы сдать в аренду виртуальной машине (при этом этим устройством ничто не должно пользоваться - воровство недопустимо). Например если на компе две видеокарты (одна основная, а вторая на второй монитор транслирует видео-поток с камер наблюдения), то сдать в аренду вторую видюху не выйдет - операционная система хоста не позволит. А вот если никакая программа не будет её использовать, то запросто (на самом деле надо будет позаморачиваться в настройках). В результате самая тормозная часть виртуализации - видео будет работать почти со 100% скоростью видеокарты. То же самое и с USB.
З.Ы. Надеюсь после прочтения вомбатяне не будут впадать в ступор или обморок при слове VirtualBox, потыкал операционку в виртуалке и т.п. И да, мир клином не сошёлся на VirtualBox`е, под своей линухой пользуюсь QEMU+KVM, только VirtualBox наиболее удобен для начинающих. Ну и ивент подходящий. З.З.Ы Как раз вчера вышла новая версия VirtualBox`а 7.2.8, что и навело на мыслю нарисовать ентот пост.
Решил я давеча сменить привычный до боли арч линукс в оболочкой LXQt на отечественный Аlt Linux c КДЕ. Скажу сразу - вся настройка и установка была мышкодрыгательной, клавиатура использовалась только для ввода логинов/паролей юзеров.
В домашней сети на своих компах/поддиванных_локалхостах ипспользую статик-IP, всё что подключено по кабелю - в статике. Мне так удобнее. Ну установил, я Альт, посидел на нём пару дней - понравилось, решил оставить. Ну раз так, то почему бы и не перенастроить на статик свой комп, как и всё остальное. Сказано - делаем. Естественно хочется сделать всё мышой, а не через консоль.
И тут настаёт облом - как только выставляю IPшник 172.16.0.75 сети нет, роутер ростелекомовский виснет - приходится перегружать. Не могу ничерта понять. Ладно, консоль так консоль. Там так же нифига не выходит. Долблюсь часа три, психую. В сторону "Базальта" (разработчика этого дистра) в уме уже высказал весь свой нецензурный лексикон.
Выпив ещё одну баклажку пивной мочи и обкурвшись вспоминаю, что этот IPшник занят недобуком в качестве "сервака" под столом, а основной, стационарный комп имел IPшник 172.16.0.25.
Теперь всё что я высказывал в сторону "Базальта" я начал применять уже к себе.
Таким образом получается, что установку и настройку можно выполнить исключительно по-виндошному - мышой, минимизируя использование клавиатуры и не запуская текстовую консоль вообще. Думаю распространённые дистры вроде бубунты, минта и пр. так же умеют (давно их не тыкал). Что понравилось в Альте (когда я его ещё в виртуалке тыкал-присматривался) КДЕшный интерфейс сделан максимально похожим на виндошный. Нет, он не копирует темы, значки и пр. Но меню, панель, систрей сделаны как можно ближе к седьмой винде, поведение окон и хоткеи виндошные (изменил только Ctrl-Alt-Del, что бы он запускал Qps - понравился мне этот менеджер процессов). Примерно такой же подход в Астра-линукс с оболочкой Fly. Тут маркетологи молодцы - не стали отпугивать потенциальных юзеров непривычным интерфейсом как в Gnome или всеми наворотами, которые предоставляет KDE (в Альте по дефолту как в винде - один рабочий стол и одна комната).
26 сентября 2025 года в правительственном дата-центре национального информационно-ресурсного агентства Южной
Кореи (National Information Resources Service) в Тэджоне (Daejeon)
произошёл пожар, что привело к отключению более 70 государственных
сервисов, пишет The Korea Times со ссылкой на заявление Министерство внутренних дел и безопасности страны Южной Кореи.
Бэкап - не не знаем...
Сообщение о возгорании литиевой батареи в дата-центре агентства на
пульт пожарной службы в 20:15 по местному времени. На тушении пожара
задействовано 70 машин и 73 пожарных. По данным СМИ, все сотрудники были
эвакуированы с места происшествия, один человек получил лёгкие травмы.
Из-за инцидента была приостановлена работа более чем 70
государственных онлайн-сервисов, включая систему мобильной идентификации
и онлайн-платформу для подачи жалоб и петиций, сообщило министерство.
Также наблюдаются сбои в работе государственной электронной почты и
проблемы с доступом ко многим правительственным веб-сайтам. Премьер-министр Ким Мин Сок (Kim Min-seok) призвал правительство мобилизовать все возможные ресурсы для тушения пожара, а также поручил Министерству внутренних дел и безопасности принять меры для скорейшего восстановления работы онлайн-сервисов.
По состоянию на первое октября продолжаются восстановительные работы в ЦОД Национальной службы
информационных ресурсов (NIRS) Южной Кореи в Тэджоне, где 26 сентября произошёл масштабный пожар, который привёл к сбою в работе 647 государственных сервисов, пишет газета The Korea JoongAng Daily.
В результате пожара утеряно множество важных данных, для которых не
делались бэкапы, так что некоторые подразделения теперь вынуждены по
крупицам собирать сохранившуюся информацию.
Как стало известно, из-за пожара была уничтожена правительственное
облачное хранилище G-Drive (никак не связано с Google). Утеряно 858
Тбайт данных примерно 750 тыс. госслужащих. Платформа является
обязательной для хранения документов и других файлов госслужащих.
Каждому сотруднику на эти цели было выделно порядка 30 Гбайт
пространства.
По словам NIRS, из-за большой ёмкости и низкой производительности
системы внешние резервные копии не создавались, что привело к
безвозвратной потере данных. В Министерстве внутренних дел и
безопасности Южной Кореи пояснили, что структура G-Drive не позволяет
создавать внешние резервные копии, хотя данные большинства систем
подлежат резервному копированию в хранилище в этом же ЦОД и на ещё одном
физически удалённом объекте.
Пожарники переносят сгоревшую батарею. 27 сентября 2025 г. источник фото [YONHAP]
В свою очередь, Data Center Dynamics
со ссылкой южнокорейские СМИ сообщил, что G-Drive была одной из 96
полностью уничтоженных в результате пожара систем. Вместе с тем, у
остальных 95 систем сохранились резервные копии данных в онлайн- или
офлайн-форматах. Некоторые департаменты не пользовались G-Drive, но те,
кто использовал, столкнулись с серьёзными проблемами. Сильнее всего
пострадало Министерство управления персоналом, издавшее распоряжение
хранить всю документацию исключительно на G-Drive. Сейчас оно собирает
все оставшиеся на ПК чиновников файлы, а также почтовые сообщения,
официальные документы и даже распечатки.
Министерство внутренних дел и безопасности Южной Кореи отметило, что
официальная отчётность также хранится в правительственной системе OnNara
и может быть восстановлена после возобновления её работы. «Заключительные
отчёты и официальные документы, представленные правительству, также
хранятся в OnNara, поэтому это не полная потеря данных», — заявил директор по государственным услугам Министерства внутренних дел и безопасности Южной Кореи.
К прошедшим выходным удалось восстановить лишь 115 из 647
пострадавших сервисов. Ожидается, что полное восстановление займёт около
месяца. Правительство заявило, что будут предложены альтернативные
варианты на замену наиболее важных сервисов.
Они возрождают "DVD-болванки". Но только уже не совсем такие как были:
Лаборатория Министерства информационной системы Уханьского национального исследовательского центра «Оптоэлектроника» разработала «стеклянный диск», который в настоящее время имеет в 10 раз большую емкость обычных дисков, с теоретической емкостью до 360 ТБ, и имеет практически неограниченный срок хранения. Планируется разработать промышленную технологию производства уже к концу этого года. Массовое производство Optics Valley в конце года планируется внедрять в центрах обработки данных по всей стране.
Вот и оптика в компы подтянулась
Теперь стоимость хранения 1 ГБ данных (с учётом оборудования) должна составлять около 1 юаня (11 руб. 34 коп.), а стеклянный носитель 1 ТБ стоит всего десятки долларов, что составляет лишь одну десятую стоимости других носителей информации для серверов и ЦОД.
Университет науки и технологий Хуачжун многие годы шел к данному прорыву, ежегодно улучшая характеристики стеклянных носителей информации. Это касается скоростей чтения и записи — они увеличились примерно в 1000 раз.
Я все понимаю и не понимаю одновременно. Я понимаю, что сисадмин всего
лишь обслуживающий персонал, но я не понимаю, почему труд уборщиц
ценится выше, чем сисадминский, хотя потери от захватанных пальцами
ручек в туалете неизмеримо ниже, чем уничтоженный за день до сдачи
годовой баланс.
Я понимаю, что бываю резок и даже груб (скорее изредка бываю вежлив и
приветлив), но не понимаю, почему юзер не может выучить десяток операций,
необходимых для ЕГО, ЮЗЕРА, работы.
Я понимаю, что мой внешний вид не позволяет мне попадаться на глаза
руководству, но не понимаю, как можно сменить блок питания в костюме и
галстуке, не изгваздавшись по уши в пыли и окружающем системный блок
мусоре.
Я понимаю, что бюджет организации - штука сложная и разноплановая, но не
понимаю, почему должен выпрашивать деньги на кулер месяцами, молясь, чтоб
не сдох настольный вентилятор, купленный на свои деньги и обдувающий
всю стойку с аппаратурой.
Я понимаю, что интернет на 90% состоит из порносайтов и на 100% из этих
сайтов есть вирусы, но не понимаю, как юзеры, которые не в состоянии
набрать свой пароль, умудряются обходить фильтрующие прокси-сервера и
игнорировать многоступенчатую антивирусную защиту.
Я понимаю, что должен обеспечить бесперебойную работу сети при любых
обстоятельствах, включая прямое попадание в сервер метеорита, но не
понимаю, когда в ответ на просьбу о приобретении ИБП мне отвечают, что
“электросеть здания выдержит любые перепады, вызванные компьютерами”.
Я понимаю, что все, начиная от охранников и заканчивая членами совета
директоров, будут таскать мне на ремонт и настройку свою электронику
(включающую утюги и газонокосилки), но не понимаю, почему меня ненавидят
за отказ перевести системное время на 10 минут назад или дать
возможность выкачать все фильмы в переводе всех гоблинов.
Я понимаю что мое здоровье - только моя проблема, а моя зарплата не
позволяет мне заказывать еду на рабочее место, но не понимаю, почему
должен корпеть над выполнением очередной прихоти начальства ночью, ведь
днем перезагрузка сервера приводит к тотальному параличу очередного
deathmatch-a среди топ-менеджеров.
Я понимаю, что моей жене неинтересно слушать о проблемах совместимости
человека и компьютера, но не понимаю, почему мне не платят отпускные за
четыре неиспользованных отпуска.
Я понимаю, что хороший сисадмин должен уметь очень много, но не понимаю, почему должен выполнять работу отделов рекламы и дизайна, следить за
состоянием электросети, противопожарной сигнализации, телефонных линий и
систем видеонаблюдения.
Я понимаю, зачем компьютер мне, но не понимаю, зачем он юзерам, которые
только и делают, что вводят тексты и тут же их распечатывают, при этом
жалуясь на низкую производительность видеокарты.
Я хочу хотя бы на пару часов отключить свой мобильник, хотя бы ночью,
но не хочу, чтобы в это время обрывали телефоны всех моих родственников и
друзей.
Я верю, что мой труд все-таки оценят, но не верю в то, что цена будет достаточной и счета будут оплачены.
Я знаю, что моя работа нужна, но теперь уже не знаю - нужна ли мне такая работа...
моя недельная нагрузка (тот самый сервер с раздачей из предыдущего поста)
Покупка и управление сервером происходит в Телеграмм, на момент написания доступна Германия, Нидерланды, Белоруссия и Финляндия. Более месяца назад купил финский, проблем в установке и работе нужных мне протоколов отмечено не было. Цены Финляндия, минимальная конфигурация: 1 Core i9-9900K 3.60GHz/1 Гб ОЗУ/ 10 ГБ SSD - 150р./месяц
Через ТП возможен апгрейд, 1 CPU или 1 Гб RAM - 100р.
Сразу из минусов: нельзя автоматом изменить конфигурацию VPS, нет бэкапов, нет статистик, нет панелей... Наверное, легче сказать что тут есть - удаление сервера, перезагрузка, переустановка и продление. На этом и всё.
Понравилось тут: фактические 800-850 мбит за 150р., отличный пинг, нет рекламы на известном видеохостинге, неплохой CPU. Пополнение: крипта, российские карты
Проверка ТТХ
Скорость/трафик: заявлено 1 Гбит. Ограничения по привычному объёму в месяц нет, есть ограничение по скорости, которое зависит не от объёма, а от нагрузки. Вот что пишет тп по этому вопросу: "Если потреблять постоянно больше 300 мбит/с, то будет ограничение до 300 мбит/с на час, если продолжает нагрузка на канал, то ограничение перманентно".
Проверка качества IP
В итоге: сервер подойдёт тем кому от хостера нужен только логин и пас и кто привык всё делать сам. Если вы любитель скриптов из ЛК и красивых статистик и панелей, этот хостер точно не для вас. Для остальных - отличный сервер по минимальной цене и с неплохим железом.
P.S. наличие непостоянное, если нужна Финляндия то порой её приходится ловить, после первой покупки второй сервер отлавливал пару недель и за пару суток снова раскупили.
Будучи подростком я мечтал о компьютере, а еще я занимался электроникой, но больше мечтал о компьютере, потому что в мое время и в моем городе было почти не реально достать электронные компоненты. За ними я лазал по оврагам и помойкам. Собрать радио передатчик? Вы в своем уме? Максимум я мог рассчитывать на почти не доступную книгу типа 'Электроника шаг за шагом'. Да, она у меня была, я ее перечитывал несколько раз. Но вот все схемы касаемо радио передающих устройств не имели важной информации типа количества витков, емкости конденсаторов и т.п. Видать кто-то решил ограничить распространение подобных знаний. Поэтому, компьютер был самой сильной мечтой, ведь для созидания (программирования) не нужно добывать что-то материальное.
И мне повезло, конечно у меня появился первый мой компьютер - Компаньон
И никого рядом, кто бы знал, что это такое и как им пользоваться. Никого. И ни какой документации нигде в доступности, кроме одной книжки в комплекте. А до интернетов еще где-то лет 6 минимум.
Вообще, я считаю, что это лучший клон ZX Spectrum по многим причинам. С ним даже была книжка где понятно и толково рассказывалась вся база - от языка программирования, до работы с периферией. По моему даже немного говорилось про Assembler, или да же не немного, не помню.
В общем те инженеры, которые в начале 90-х создали этот шедевр, по мне так являются истинными мастерами своего дела, жаль я о них ничего не знаю.
Главное, это был один из основных кирпичиков формирования моих ценностей.
Чуть позже, после достаточно быстрого освоения Бейсика, я узнал о существовании Ассемблера. И это было настоящее волшебство. Ничего лучше я не видел, он был интуитивно понятен, он захватывал воображение. Он был как виртуальная электроника. Я мог творить, и я мог не просто творить, я мог улучшать свой код ускоряя его выполнение в разы, просто совершенствуя свои навыки.
Немного позже я узнал о сообществе Спектрумистов, я понял что такие-же впечатления испытали и многие другие в этом сообществе. Что, плюс, минус, они познакомились со Спекки так-же как и я. Мы общались, делились кассетами, позже дискетами. Писали программы, планировали создать что-то типа FIDO.
Как там? Первым делом самолеты, ну а девушки потом. Какие на хрен девушки? Чтобы с ними дружить, нужно было часами гулять на улице, знакомиться, вести бессмысленный треп, интегрироваться в общество, где уже хорошо было выражено потреблядство, и никому на хрен не нужно было созидание. О чем мне с ними трахаться? Да и не котировался я, потому что не было нужных социальных навыков.
Поэтому я весь с головой был там, в мире программирования. В универ, на желаемую специальность, я попал бесплатно, выиграл во внутреннем конкурсе по программированию. В школе выбрав экзамен по информатике, по факту его не сдавал, не пустили, как и моего друга, чтобы 'не подсказывали другим'.
Дальше получение высшего образования, где я оставался по прежнему самоучкой. Там, на втором курсе я познакомился с Си, и по началу было все хорошо, язык давался легко, хотя и был несколько странным. Но когда мы дошли до указателей, я понял, что это что-то с костылями, что авторы данного творения опрофинились на пол пути и стали делать из него многоножку, причем исключительно на костылях. Но что делать? Учимся дальше.
А еще стоит отметить, что Спекрумисты, когда пришло засилье IBM PC 286, 386 и прочих, очень сильно плевались. Потому, что программные решения на этих машинах было в разы хуже продуманы, хуже реализованы. Были однозначные выводы, что программисты, реализующие на этих платформах код, в разы менее профессиональнее тех, кто творил на Спекки. Но маркетинг наше все, и этот маркетинг, по сути, обнулил талантливых программистов со Спекки. Нет, конечно они никуда не делись, они перешли, как и я, на IBM PC. Но где взять мотивацию писать на нелюбимых машинах с отвратительным ПО? Немного забегу вперед - спасало, что DOS был еще актуален, были WinAce и прочие интересные плюшки. А главное был UNIX и нормальный GNU Linux.
Ровно это-же произошло и с ассемблер разработчиками, их обнулил маркетинг продвигающий Си. Конечно сейчас толпы закидают меня тухлыми помидорами, что типа у Си большие преимущества по сравнению с Ассемблером, но это не так. И глупо было бы ждать, что взращенное маркетингом(попутно угробившее хороших спецов) Си общество, будет поступать как-то иначе.
И новый виток истории - Java. О, Sun Microsystems, как же я вам благодарен за ваши труды, вы как ясное солнышко в пасмурный день. Хотя у меня не было возможности наблюдать их судьбу, тогда больше слышно было про сынков богатых родителей типа Билли или Джобса, и о том, как они талантливы на фоне власти и богатства близких. Саны создали очень много шедевральных решений. Многие используются до сих пор, без стоящей поддержки чуть-ли не десятилетия. При этом оставаясь полностью бесплатными и полезными. Саны мне напомнили время Спектрума. Также как и UNIX, GNU Linux. Там тоже был тот-же самый дух - людей желающих создать что-то хорошее для будущего, а не ради сиюминутной наживы и сверхприбылей.
И труды Sun Microsystems были дополнительными кирпичиками формирования моих ценностей.
Но маркетинг решает все. Как вообще компания, использующая доход для создания бесплатных решений может выжить рядом с монстрами, задача которых - обогащение? Да никак. Нет теперь Санов. Зато есть монстры, и мы их знаем - Microsoft, Oracle, Google, пожалуй вот самые нажравшиеся.
И в общем я уже много лет пишу на Java, обычно выбираю ту самую, которая последняя настоящая. Все остальное типа 9 и далее мне не нужно. Я вообще не понимаю на хера нужны эти изменения? Позор этим оракловым ребятам, потому, что многие функциональные проблемы, оставшиеся в восьмой, они до сих пор не закрыли. Зато есть красивые рюшечки в виде синтаксического сахара. Но до C# так и не осиливают. А JavaFX буквально вообще похоронили.
И я смотрю на это все в течении многих лет, я профессиональный разработчик, я вижу как меняется отрасль. И это отвратительно. Вместо быстрой и/или качественной разработки ПО приходит какая-то рабская зависимость. Появляются решения, которые с каждым разом становятся все менее качественные, менее продуманные, с детскими болячками, с медленным выполнением кода, с большими требованиям к ресурсам вообще. Но мега популярные. При этом чуть-ли не обезьяна с такими решениями может сделать простой(а чаще такой и нужен) прикладной проект(например веб страничку, а то и две). А потом, кстати, эти обезьяны воют, что нейросети(которые почему-то называются ИИ) отбирают их хлеб, так как такие примитивные решения можно писать без подобных сверх дорогих разработчиков.
И имя им легион, таким разработчикам, маркетинг создал свою армию даже в ИТ отрасли.
А я, что я? Я каждый раз с ними соревнуюсь, я вижу какие проекты пишут эти ребята, я на деле показываю, что могу на их же инструментах писать решения не хуже и не медленнее чем они. Но, что весело, на своих инструментах, о которых они не слышали так как они не пропиарены маркетингом, я пишу заметно быстрее и качественнее. Однако я не могу проходить их собеседования, потому что оценивают они меня по своим шаблонам созданными маркетингом. Но я не сижу без работы, благо есть еще много работодателей, которым нужен результат, а у меня за многие годы очень хороший портфолио и рекомендации.
В общем как-то так, надеюсь меня не сильно закидают тухлыми помидорами. Сказал как вижу.
Если зайдет, буду здесь размещать инфу о своих проектах.
Запаренный по работе пришёл домой, решил посмотреть свободные редакторы MS Visio под Linux. Наткнулся на тяжёленкий drawio-desktop, который тянет за собой jdk и Electron.
Решил сравнить занимаемое место мелкософтого Visio и этого продукта - по привычке загуглил. Долго смотрел на первую же рекламную выдачу гугеля и думал как перевести килограммы в мегабайты.
Есть такая хрень в программировании как рекурсия. Можно сюдя приплесть и фрактал, но это больше к топологии, а не программированию.
И так, самый простой и понятный пример рекурсии - это берём зеркало впереди себя и сзади. и смотрим на картинку:
Вроде как и цикл, но картинка-то уменьшается, и фотончики ведут себя не как в цикле.
Но в программировании это выражается в вызовах функции самой себя, либо кругового вызова функций, например(для знающих Си-подобные языки): int A(int a) {if(a & 1) a=a+1; return B(a); else return 17;} int B(int a) {if(a > 500) a=a/3; return C(a); else return 113; } int C(int a) {if(a ^ 1) return A(a); return -1;}
Грубо говоря, функция А, вызывает функцию Б, функция Б вызывает функцию С, а та уже снова вызывает функцию A. Вроде эти вызовы будут длиться бесконечно, но всегда должно быть условие выхода из рекурсии (под спойлером выше в каждой функции есть такое). Если что - писалось на коленке и практического, и математического смысла не имеет - чисто показать что да как.
А нафига такие сложности? Дело в том, что часто в программировании невозможно обойтись без рекурсий. Да, для понимания её надо сильно поломать свой мозг - именно ломать мышление, а не уставать от напряжённого мозгоштурма.
Однако есть определённый класс рекурсий (в него входят и так называемые "кольцевые", как в спойлере выше). И вот тут срабатывает "Ивент Вомбата", эти рекурсии называются ХВОСТОВЫМИ.
Фишка их в том, что их можно ВСЕГДА развернуть в цикл. Например вычисление числа Фиббоначи:
int Fibb(int a) {if (f<=0) return 1;/*условие выхода из рекурсии*/ return Fibb(a-1)+a;}
Тоже самое разворачивается в цикл вида
int a=123, result=1; for(int i=0; i>a;;){result = result+a; a=a-1} /*тут мог ошибиться - просьба не пинать*/ return result;
Вроде бы много кода, строк и т.п. Но, рекурсия в общем виде использует стек (который не бесконечен), и дикие затраты на вызов функций внутри рекурсий (на i8086 надо было сохранять каждый процессорный регистр в стеке, а это 2 такта, в i80286 уже появилась pusha, но она так же требовала тактов, ну и переброс из стека в регистры переменных, возврат результата) - накладных расходов на рекурсию очень много, даже в современный процессорах.
Однако, всё что было описано выше прекрасно разворачивается в циклы "умными" компиляторами. Хотя многие алгоритмы с хвостовой рекурсией даже современные компиляторы не могут развернуть в цикл. Примером этого може служить сортировка бинарным жеревом. В рекурсивной форме эта сортировка - задачка студента второго курса (по моим старческим меркам), но компиляторы не способны её раскрутить в цикл, это делалось человеческими мозгами ещё в 80х годах прошлого века (сам разбирал борландовский алгоритм qsort(***) по запчастям обучаясь).
Так что не всё в мире нашем сводится к "хвостам", иногда приходится и сущности плодить поверх ненужного...
Думаю, мой пост большинству будет не интересен, т.к. просто не знают что такое Linux, дистрибутив, репозиторий. 95%(цифирь с потолка) пользователей компов вообще не знают что-то другое, как Windows.
Сам я линуксоид (после долгих поисков остановился на дистре арч-линукс и не собираюсь его менять) с диким стажем и меня сложно чемто удивить, но на этот раз на работе в виртуалку воткнул "Альт Рабочая станция К 10.4" с рабочим столом KDE. Почему именно на него выпал выбор - просто контора, которая его лепит - одна из самых старейших, создающийх свой дистрибутив линукса в РФ. Это было, когда никто ещё не думал об замене Windows на что-то своё, импортозамещение и пр. политическую хрень. К тому же у него есть парочка важных плюсов - версия "рабочая станция" бесплатная для физ. лиц, а для юр. лиц та же версия стоит жалкие 6 т.р.(на самом деле 5 с копейками) безсрочно (если нужна ихняя тех. поддержка, то тут уже подписка), что очень вкусно как для физиков, так и для мелких юриков.
Ну да ладно. Чем же он меня удивил-то? Я его раньше тыкал - ничем не примечательный клон дебиана, но это было давно. Теперь он иной, понравился, если честно говоря:
1. реестр отечественного ПО (важно для юриков и госконтор)
2. Интерфейс. Хоть и используется монстроуозный КДЕ, но приготовлен идеально - виндузятнику с вынь-10 будет легко ориентироватся. В отличие от других дистрибутивов с интерфейсом КДЕ они не врубают абсолютно все КДЕшные фичи по дефолту, в которых у юзера просто голова пухнет (помимо уже привычной концепции рабочих столов (в винде появилась начиная с 10ки вроде) есть ещё концепция комнат - смысл и нужность её я не понял от слова са-а-а-всем), и это не говоря об виджетах, настроек, раб. стол способен насытить ваши глаза туевой хучей спец. эффектов (по началу прикольно, но через неделю начинаешь ненавидеть эти свистоперделки). Базальтовцы умудрились сделать интерфейс гармоничным и ненапрягающим, привычным для виндузятников. Видать тут реально поработали грамотные дизайнеры.
3. Госуслуги и пр, что требует собственных сертификатов в браузерах (да, в своём конструкторе арче я их пальчиками ставил) тут идут "из каропки", что неудивительно для отечественного дистра.
4. Привычная для линуксоидов пакетная база - deb. Dсе мануалы для debiаn пашут и в Альте (ставил Qt6-либы и QtCreator со всей требухой именно с консоли, если что - это среда программирования с геморойным Qt6).
5. Центр приложений очень похож на виндошный (я уже говорил, что интерфейс они попытались сделать как можно ближе для виндузятников).
6. Репозиторий (по типу магазин приложений в винде) весьма презентабельный. Всё что там протестировано в базальте, но там я не нашёл тот же Qt6 и ставил их из консоли через обычный дебиановский apt- всё поставилось на ура, проблем нет. При этом я не лез в sources.list и не добавлял никаких новых репов. Да, думаю, что для Tor-Browser и т.п. всё-таки придётся туда лезть, но я пока тыкаю дистр и стараюсь его не перелопачивать под себя (я же арчевод, и привык строить из готового дистра франкенштейнов)
7. Обновления. Я сильно удивился, что обновы работают полностью как в винде. Но есть возможность их игнорить. Ну прилетели обновы - получил я уведомление, дальше работаю и не парюсь. Обновы происходят так же непривычно для линуксоида, но привычно для пользователя виндовз - через перезагрузку компа. Намного быстрее (учитывая что после установки там новое ядро операционки прилетело) чем у винды.
Из недостатков:
KDE - тяжёлые, файл виртуального диска (100Гб) находится на обычном HDD, грузится даже быстрее чем у мну лёгковесный арч за счёт кэширования винды, но медленее чем рабочая вынь-10 на Sata-SSD. Конечно у Базальта есть не только на базе КДЕ дистры, но тыкаю именно его.
Базовый дистр - debian, мне он не нравится, т.к. нет главного - rolling-release, когда-то в будущем придутся обновлятся тотально. rolling - это одна из главных фичей, которые мне нравятся в арче. Одним словом "вкусовщина"
Офисные пакет из каропки представлен только LibreOffice - он тоскливо умеет в файлы Microsoft Office. Другие, вроде WPS-Office или FreeOffice думаю можно доставить из репозиториев - но такой задачи у мну небыло.
Не нашёл платных пакетов в магазине приложений от наших же разрабов. Возможно помешала для ентого требование находится в реестре отечественного ПО, это можно было отнести к предыдущему абзацу - наши платные(подписка) с мелкоофисными документами вроде норм работают.
Нет 32битного дистра. Может кому-то это не актуально, но в тех же школах и больничках часто можно встретить 4-пентюхи. Хотя debian пока ещё не убрал 32 бита (локалхост под столом на bookworm работает под процессором Atom N270)
З.Ы. Простите за этот понос, кто в теме - меня поймёт. Для людей далёких от программирования, СПО и вообще IT темы лучше не читать.
24 октября 2024 года в списке рассылки сообщества разработчиков Linux вышло официальное заявление разработчика «Байкал Электроникс» Сергея Сёмина по поводу исключения из списка мейнтейнеров Linux с темой "linux: прощание от волонтёра сообщества Linux".
Приветствую сообщество Linux-kernel, я уверен, что вы уже слышали новости, вызванные недавним коммитом Грега 6e90b675cf942e («MAINTAINERS: Remove some entrys due to various conform requirements»). Как вы могли заметить, изменение коснулось удаления некоторых разработчиков, связанных с Ru, из списка официальных сопровождающих ядра, включая меня.
Члены сообщества справедливо отметили, чтодовольнокороткий журнал коммитов содержал очень расплывчатые термины без явного обоснования изменений. Как бы я ни старался получить больше подробностей о причине, увы, старший сопровождающий, с которым я обсуждал этот вопрос, не дал объяснения, какие именно это были требования соответствия.
Я не буду приводить точный текст письма, так как это было личное сообщение, но ключевые слова - "санкции", "извините", "ничего не могу сделать", "поговорите с юристом вашей (компании)"...
Я не могу сказать за всех ребят, которых затронули изменения, но моя работа для сообщества была чистоволонтёрскойуже больше года (и до этого оплачивалось меньше половины). По этой причине у меня нет ни одного юриста (компании), с которым можно было бы поговорить, и, честно говоря, после того, как патч был объединён, я теперь не хочу этого делать.
Молча, за спиной у всех,обходястандартный процесс проверки патча, не уведомляя затронутых разработчиков/подсистем - это действительно худший способ сделать то, что было сделано. Никакой благодарности, никаких заслуг разработчикам за все эти годы преданной работы для сообщества. Независимо от причины ситуации, разве мы не заслужили большего? По крайней мере, добавить в файл CREDITS, нет?..
Я не могу поверить, что старшие сопровождающие ядра не учли, что патч не останется незамеченным, и ситуация может выйти из-под контроля с непредсказуемыми результатами для сообщества, если не сразу, то в среднесрочной или долгосрочной перспективе. Я уверен, что было много способов решить проблему менее пагубно, но они решили пойти по самому простому пути. Увы, что сделано, то сделано.
Точка бифуркации, слегка начатая год назад, только что была полностью реализована. Причина ситуации, очевидно, в политической почве, которая в данном случае, безусловно, разрушает фундамент, на котором изначально было построено сообщество. Если так, то Бог знает, что может быть дальше (кто ещё может быть санкционирован...), но реализованный шаг явно посылает плохой сигнал новичкам сообщества Linux, уже работающим волонтёрам и любителям вроде меня.
Даже если бы я все еще мог отправлять патчи или выполнять некоторые обзоры, после того, что было сделано, моя мотивация делать это как волонтёра просто исчезла. (Возможно, в будущем я займусь коммерческим апстримингом)
Субъективная выборка событий из мировой истории — от джаза до файлообменника (нет, не Skype). Итак, в этот день…
В 1901 году в Новом Орлеане родился Луи Армстронг — один из самых известных и влиятельных джазменов в истории музыки.
В 1919 году в Париже открылся музей Родена. Как понятно из названия, основное внимание в его экспозиции уделялось работам французского скульптора Огюста Родена.
В 2002 году вышла первая версия eMule — свободного клиента файлообменной сети ed2k для Microsoft Windows, разработанного в качестве альтернативы проприетарному клиенту eDonkey2000. По состоянию на октябрь 2023 года eMule являлся самым популярным файлом на портале загрузок SourceForge — его загрузили около 700 миллионов раз.
Скачиваешь порнушку, а там мультик "12 месяцев"
В 2007 году американский космический зонд Phoenix отправился в полёт к Марсу. Он приземлился на Красной планете спустя год. Одним из важнейших открытий, которые он совершил, было обнаружение воды в форме льда под поверхностью планеты.
А вот фотографировал его кто? Скажите ещё, что не инопланетяне!
Эта рубрика выходит не только в виде рассылки на Substack, но и в собственном телеграм-канале в формате "одно сообщение — одна памятная дата" (и из опубликованных там постов часть сюда не входит). Подписывайтесь, читайте раньше остальных и поражайте знакомых и незнакомых ненужной им информацией в самое сердечко!
Для понимания творчества писателя Питера Уоттса (известный его роман — «Ложная слепота») мне порекомендовали прочитать его сборник эссе — «Это злая разумная опухоль». Прочитав оглавление, я нашёл интересную часть, где он высказывает своё мнение о Филипе Дике и его дневнике «Экзегеза», который был собран из различных записей писателя и опубликован посмертно. Решил сразу же перейти к этой части и прочитать. Кое-что интересное приведу вам в цитатах:
«Поэтому довольно логично, что Дик уверился, будто с ним общается некий разум, находящийся за пределами консенсусной реальности. Остаток жизни он провёл в попытках выяснить, что это такое и что такое вообще реальность. Если у его творчества и есть какая-то специфическая черта, то это одержимость тем, как отличить реальное от иллюзорного; тем, можем ли мы вообще доверять своим чувствам. В этом плане он на десятилетия опередил современную нейробиологию, и некоторые из этих мысленных экспериментов легли в основу его романов: „ВАЛИСа“, „Убика“, „Мечтают ли андроиды об электроовцах?“. А все остальные очутились в „Экзегезе“ — объёмной, хаотичной книге-химере, под завязку набитой дневниковыми записями, заметками об экспериментах, письмами и списками дел…».
«Он так и не закончил эту проклятую штуковину. Скорее, уж это она его закончила: два миллиона слов, исследующих альтернативную, перпендикулярную нашей реальности, пришли к финалу в 1982 году, когда в мозгу Дика лопнула пара жизненно важных кровеносных сосудов…».
«Меня, как писателя, такое невероятно захватывает: это целая сокровищница, где отыщутся не только окошки в творческий процесс гиганта НФ, но и самородки, которые можно урвать для собственных экспериментов (ах, значит, Вселенная движется к состоянию самосознания, и это грядущее сознание обращается с собственными ранними версиями, посылая тахионы назад во времени, чтобы замкнуть причинно-следственную петлю, — а почему бы и нет?). „Экзегеза“ проповедует; „Экзегеза“ теоретизирует; одни куски читаются словно извлечения из научного журнала, другие балансируют на грани бреда, третьи делают и то и другое одновременно…».
«Иногда очень бесит, когда читаешь двадцатистраничное эссе, где излагается совершенно новаторская космология, а потом натыкаешься на письмо, написанное парой недель позже, в котором говорится: „Забудь, это всё была херня“, — но если вы хотите почитать про то, что „язык — это внеземной вирус, ставший причиной краха бикамерального разума“, вы пришли по адресу…».
«Для нас, обычных людей, однако, „Экзегеза“ подобна целому году барных встреч с этаким поехавшим чуваком в клингонском прикиде, чьи излияния слишком близки к гениальности, чтобы от него можно было просто так отмахнуться…».
Моё первое место работы был университет. А точнее ИГПУ - Иркутский государственный педагогический университет. Не ищите его в гуглах. Уже давно упразднён.
Меня обучили всему что надо и вверили развёртывание системы в КВТ - класс вычислительной техники.
За какое-то время ввёл в эксплуатацию КВТ3. Всё норм. Как понимаете, были ещё КВТ1 и КВТ2. Там стояли ПК от 386 до пеньков. Никто их не обслуживал. Повесили на меня. Суть не в том.
Поскольку опыта у меня было чуть больше чем ничего, то ставил драйвера те, что знаю.
А теперь к самой истории.
Переустановил "окошки" на одном из ПК и установил все мне известные драйвера. Всё норм, кроме сетевой карты.
Сеть не работала.
А тогда был ещё коаксиал и подумал, что контакт плохой. Полез смотреть. Пока держал корпус в руках - сеть работала. Только отпущу - нет сети.
![Пожарники переносят сгоревшую батарею. 27 сентября 2025 г. источник фото [YONHAP]](https://img.vombat.su/xl/images/post/big/2025/10/07/17598178894016_816adf0b-31ce-4df8-8310-345f7fe03116.png)
