Возможно, именно именно наличие опыта Windows стало основным фактором, вызывающим трудность. Если надо переучиваться, то лучше организовать для этого небольшие курсы переподготовки с учётом сферы применения компьютеров, акцентируя внимание на те моменты, которые в Linux отличаются от Windows. При этом нужна обратная связь, чтобы понять, что именно вызывает трудности.
процент отказов втихую после получения машины я оцениваю — очень консервативно — в 10%. И ещё около 15% отказывались сразу, когда узнавали, что будет Linux.
То есть 3/4 пользователей остались удовлетворены Linux-ом? Да это же успех!
Тогда это хорошая новость. 32 Тб — достаточная ёмкость для личных фото- и видеоархивов. Остаётся подождать, пока цены таких накопителей выйдут на уровень массового сегмента.
Главное, конечно, прочитать именно то, что было записано. Пока что HDD выглядят наиболее рациональным способом локального архивного хранения данных в быту (специализированные ленточные накопители не рассматриваем). Но с ростом интереса к облачным технологиям фокус производителей устройств хранения смещается к скорости, энергоэффективности и стоимости в ущерб надёжности. Провайдеру облачных услуг не составит труда заменить вышедший из строя накопитель, а на бытовом уровне не хотелось бы озадачиваться техническими регламентами проверки, перезаписи и т. п.
Этот секретный ключ будет в каждой камере и даже в фотошопе, судя по вашему сообщению. Как быстро его начнут доставать оттуда это вопрос времени. И дальше будут подписывать что угодно им.
Секретные ключи в платёжный терминалах, обслуживающих транзакции с банковскими карточками, живут довольно долго. Посмотрите, например, раздел «Методы защиты» в этой статье.
На сайте C2PA размещён промо-ролик, в котором показано, как создаётся история фотоснимка — сначала с электронной цифровой подписью (ЭЦП) изготовителя фотокамеры/смартфона, после редактирования в Photoshop — с ЭЦП Adobe, и т. д. почти как в блокчейн. Чтобы авторитетно подписать метаданные, нужен секретный ключ ЭЦП авторитетных организаций.
Впрочем, в статье не говорят о том, что рост неравенства доходов является проблемой. Это просто вывод из результата научного исследования. Ну а если уж с ним надо бороться, то и на этот счёт рецепт в статье присутствует: «такие критерии при выборе будущего супруга, как образование и навыки, сильнее всего увеличивают неравенство в доходах между разными семьями». Повышение уровня образования — рациональный путь к уменьшению коэффициента Джини, да и вообще беспроигрышный вариант.
онлайн-знакомства могут быть одной из причин роста неравенства доходов (...) дело в том, что приложения для знакомств помогают людям искать партнёров своего уровня
Поэтому становится как никогда актуален царский указ: «Бедный женится на богатой, а богатая — на бедном. А тому, кто ослушается, — смертная казнь!»
Интересно и неожиданно узнать, что Power Toys продолжает развиваться. У меня этот продукт почему-то ассоциируется с Windows 95 и иконкой с выпрыгивающим из ящика Петрушкой на пружинке.
Но ведь взаиморасчёты между банками и начисление манибэк не обязательно производить онлайн, одновременно с транзакцией? А на этапе обработки транзакции важно проверить, разрешена ли она, и в случае положительного решения записать её реквизиты. Для принятия решения требуется проверить карточку по стоп-листу, узнать остаток средств, валюту платежа, банк-эмитент и банк-эквайер. Кажется, что такая проверка может быть быстрее выполнена поиском по ключу в нескольких таблицах, нежели выполнением запроса в реляционной БД. Ну а обработка выполненных транзакций может неспешно выполняться в учётно-операционной системе, к которой не предъявляется высоких требований по нагрузке.
В контексте статьи можно говорить как минимум об ответственности инженеров за свой продукт хотя бы на уровне профессиональной этики. Вряд ли банк поставил на серьёзное направление команду студентов, для которых важна только отметка в зачётке.
В принципе, поиск в сети даёт много примеров использования PostgreSQL в качестве key-value storage. Возможно, он может конфигурироваться, чтобы быть достаточно эффективным в таком варианте. Я же исходил из того, что в транзакционной системе преобладают операции добавления записей в хранилище, а построение отчётов с высокой долей вероятности выполняется на реплике основной базы данных.
Кстати, можно вспомнить Borland Interbase, которая перевоплотилась в Firebird и по сей день здравствует. В своё время читал, что её использовала компания Боинг в системах заказа билетов. Это даёт ещё одно направление локализации информационных технологий на стеке PascalABC.NET + Firebird. Российское происхождение первого, кстати, трудно оспаривать. О промышленных же системах на Паскале пока что не слышно.
Даже замена «int» на «long» в высоконагруженной системе, напрямую участвующей в банковских транзакциях, это большая работа. Надо убедиться, что внесённое изменение не вызовет проблем ни в одном из модулей, исправить те модули, где проблема всё-таки возникает, провести тестирование... По сути, то же самое, что в очередной раз решить проблему 2000-го года. В каких-то системах она решалась просто, а какие-то системы ещё долго простаивали после смены цифр на календаре. Кроме того, надо учитывать и уровень ответственности. Банковская система, конечно, напрямую не является критической для жизни человека. Но если с транзакциями по карточкам начнёт происходить что-то непонятное, то и на здоровье людей это может сказаться — как клиентов, так и работников банка.
В названии статьи сбивает с толку формулировка «перевёл выпуск банковский карт», тогда как в статье речь идёт о полной процессинговой системе, в которой выпуск является одним из этапов. Что касается выбранного инструмента — реляционной СУБД — то он выглядит несколько тяжеловесным для такой задачи. Но у банка есть свои архитекторы, им виднее. Возможно, решили во всех продуктах использовать один инструмент, что тоже имеет смысл.
В Platform V Pangolin более 30 крупных улучшений/оптимизаций, что позволяет получать лучшие результаты по производительности и быстродействию по сравнению с PostgreSQL. В том числе оптимизации для работы с платформой «1С:Предприятие», доработки, снимающие имеющиеся ограничения при работе с секционированными таблицами и др. Кроме того, в продукте увеличена битность идентификаторов транзакций (XID) до 64 бит, что позволяет избежать достижения исчерпания счётчика для любой нагрузки, в ванильном же PostgreSQL под счетчик транзакций по-прежнему выделено 32 бита, что вполне позволяет достичь wraparound за 2-3 дня со значительной деградацией или даже недоступностью.
Большинство доработок относится к обеспечению безопасности СУБД. Прозрачное шифрование хранимой информации и параметров подключения, гибкое управление парольными политиками, защита от привилегированных пользователей и т.д. Создавая продукт, мы ориентировались на банковские стандарты в области защиты данных.
Возможно, именно именно наличие опыта Windows стало основным фактором, вызывающим трудность. Если надо переучиваться, то лучше организовать для этого небольшие курсы переподготовки с учётом сферы применения компьютеров, акцентируя внимание на те моменты, которые в Linux отличаются от Windows. При этом нужна обратная связь, чтобы понять, что именно вызывает трудности.
То есть 3/4 пользователей остались удовлетворены Linux-ом? Да это же успех!
А вот Raspberry Pi Desktop для i386/amd64 почему-то не обновили...
Тогда это хорошая новость. 32 Тб — достаточная ёмкость для личных фото- и видеоархивов. Остаётся подождать, пока цены таких накопителей выйдут на уровень массового сегмента.
Главное, конечно, прочитать именно то, что было записано. Пока что HDD выглядят наиболее рациональным способом локального архивного хранения данных в быту (специализированные ленточные накопители не рассматриваем). Но с ростом интереса к облачным технологиям фокус производителей устройств хранения смещается к скорости, энергоэффективности и стоимости в ущерб надёжности. Провайдеру облачных услуг не составит труда заменить вышедший из строя накопитель, а на бытовом уровне не хотелось бы озадачиваться техническими регламентами проверки, перезаписи и т. п.
А как долго будут храниться данные на таких «холодных» HDD? Можно ли доверять этим технологиям с «накладывающимися дорожками»?
Секретные ключи в платёжный терминалах, обслуживающих транзакции с банковскими карточками, живут довольно долго. Посмотрите, например, раздел «Методы защиты» в этой статье.
На сайте C2PA размещён промо-ролик, в котором показано, как создаётся история фотоснимка — сначала с электронной цифровой подписью (ЭЦП) изготовителя фотокамеры/смартфона, после редактирования в Photoshop — с ЭЦП Adobe, и т. д. почти как в блокчейн. Чтобы авторитетно подписать метаданные, нужен секретный ключ ЭЦП авторитетных организаций.
Новость напоминает о решении IBM вынести производство персональных компьютеров в отдельное предприятие. Привет, Lenovo!
Впрочем, в статье не говорят о том, что рост неравенства доходов является проблемой. Это просто вывод из результата научного исследования. Ну а если уж с ним надо бороться, то и на этот счёт рецепт в статье присутствует: «такие критерии при выборе будущего супруга, как образование и навыки, сильнее всего увеличивают неравенство в доходах между разными семьями». Повышение уровня образования — рациональный путь к уменьшению коэффициента Джини, да и вообще беспроигрышный вариант.
Поэтому становится как никогда актуален царский указ: «Бедный женится на богатой, а богатая — на бедном. А тому, кто ослушается, — смертная казнь!»
Забавно, новость только сегодня бросилась в глаза.
Интересно и неожиданно узнать, что Power Toys продолжает развиваться. У меня этот продукт почему-то ассоциируется с Windows 95 и иконкой с выпрыгивающим из ящика Петрушкой на пружинке.
В необитаемые места можно будет ездить, когда электромобили оснастят автомобильным ядерным реактором.
Спасибо за пояснение. Значит, мои представления уже устарели.
Но ведь взаиморасчёты между банками и начисление манибэк не обязательно производить онлайн, одновременно с транзакцией? А на этапе обработки транзакции важно проверить, разрешена ли она, и в случае положительного решения записать её реквизиты. Для принятия решения требуется проверить карточку по стоп-листу, узнать остаток средств, валюту платежа, банк-эмитент и банк-эквайер. Кажется, что такая проверка может быть быстрее выполнена поиском по ключу в нескольких таблицах, нежели выполнением запроса в реляционной БД. Ну а обработка выполненных транзакций может неспешно выполняться в учётно-операционной системе, к которой не предъявляется высоких требований по нагрузке.
В контексте статьи можно говорить как минимум об ответственности инженеров за свой продукт хотя бы на уровне профессиональной этики. Вряд ли банк поставил на серьёзное направление команду студентов, для которых важна только отметка в зачётке.
В принципе, поиск в сети даёт много примеров использования PostgreSQL в качестве key-value storage. Возможно, он может конфигурироваться, чтобы быть достаточно эффективным в таком варианте. Я же исходил из того, что в транзакционной системе преобладают операции добавления записей в хранилище, а построение отчётов с высокой долей вероятности выполняется на реплике основной базы данных.
Кстати, можно вспомнить Borland Interbase, которая перевоплотилась в Firebird и по сей день здравствует. В своё время читал, что её использовала компания Боинг в системах заказа билетов. Это даёт ещё одно направление локализации информационных технологий на стеке PascalABC.NET + Firebird. Российское происхождение первого, кстати, трудно оспаривать. О промышленных же системах на Паскале пока что не слышно.
Даже замена «int» на «long» в высоконагруженной системе, напрямую участвующей в банковских транзакциях, это большая работа. Надо убедиться, что внесённое изменение не вызовет проблем ни в одном из модулей, исправить те модули, где проблема всё-таки возникает, провести тестирование... По сути, то же самое, что в очередной раз решить проблему 2000-го года. В каких-то системах она решалась просто, а какие-то системы ещё долго простаивали после смены цифр на календаре. Кроме того, надо учитывать и уровень ответственности. Банковская система, конечно, напрямую не является критической для жизни человека. Но если с транзакциями по карточкам начнёт происходить что-то непонятное, то и на здоровье людей это может сказаться — как клиентов, так и работников банка.
В названии статьи сбивает с толку формулировка «перевёл выпуск банковский карт», тогда как в статье речь идёт о полной процессинговой системе, в которой выпуск является одним из этапов. Что касается выбранного инструмента — реляционной СУБД — то он выглядит несколько тяжеловесным для такой задачи. Но у банка есть свои архитекторы, им виднее. Возможно, решили во всех продуктах использовать один инструмент, что тоже имеет смысл.
С довольно приличным объёмом доработок даже на 2022 г.