Новый формат хорош не только тем, что он при среднем сжатии очень быстрый, но и тем, что не связан ни с какими лицензионными соглашениями/ограничениями.
Если не зажмут на этом вопросе, то почему бы и не быть новому формату?
Вопрос про боль для всех таких хранилищ: Как обеспечили требование:
Обеспечение юридической значимости документов с использованием электронной подписи на протяжении 50 и более лет (с учетом ситуаций, когда происходит компрометация ключа электронной подписи, а также компрометации (устаревания) самих алгоритмов ЭЦП - ведь одного наличия NENR и WORM для этого недостаточно)?
Прививались родители мои и жены, 3 человека старше 60 лет и мы с женой, всего 5 человек. Причем мы особо не нычковались - на море ездили в крым, самолет, автобусы, экскурсии толпами - никто не заболел. Хотя допускали то, что вляпаемся - даже с собой ковидную аптечку собрали, чтобы на местное ОМС не надеяться.
По самой прививки:
1) у 3-х было повышение температуры (причем у некоторых на первый укол, у некоторых на второй)
2) у двоих была временная, но достаточно сильная реакция в руке с частичной потерей функциональности.
Описать события в таблице недостаточно - в табличном виде крайне тяжело найти ошибки и потерянные переходы. А вот если их нарисовать, тогда все становится намного проще и понятнее.
Так что диаграмма - это один из best practices при разработке конечных автоматов.
Основная обязанность разработчика — это решить проблему.
И дьявол как всегда в деталях…
Разработчик должен решить проблему так, чтобы не возникло новых проблем и под обязательным контролем.
Я был свидетелем тому, что двум разработчикам дали волю и объявили их разработчиками-архитекторами с полномочиями, вплоть до выбора ПО для двух новых модулей. Разработчики и выбрали — то ПО, которое согласовалось с планом их личного развития…
В обоих случаях разработка была провалена сначала по затратам времени, а потом по функциональности/нагрузке. В результате оба новых модуля были переписаны с нуля. Общие потери стоили проекту около человеко года.
Десятая ловушка: Решения, представленные в виде требований
Очень часто - это часть процесса.
Часто заказчик хочет, чтобы UI в новой программе был как в другой программе, которую уже используют 15 000 человек много лет. Обосновывают это минимизацией ошибок и ускорением обучения. Тогда еще до реализации приходится рисовать экранные формы, которые становятся частью требований.
Чтобы не колоться, достаточно вовлечь в процесс системного аналитика или лида разработки.
У меня тоже все было по полочкам и по папочкам разложено… в первой версии видео…
А к 15 версии видео, она состояла из различных версий переснятых видео фрагментов, переозвученных аудио фрагментов, которых на одну и ту же раскадровку до 5 штук насобиралось…
Было бы интересно поработать с таким проектом, когда он в одном файле собран. Тогда можно точнее понять преимущества и недостатки…
Но в то же время это решение имеет очевидные плюсы.
Сталкивался с ситуацией, когда проект видео презентации (около 50 отдельных видео и аудио фрагментов, расположенных в отдельных папках) нужно было перенести на другой компьютер. Ну и намучился же я с переносом…
А здесь взял один файл и открыл на другом компьютере — красота!
По задумке дело правильное, надеются, что широкий пользователь ознакомится с отечественным ПО а там глядишь и взлетит что-нить…
Но, с учетом известного "… а получилось как всегда.", заплатит за это опять покупатель и как бы для предустановленного ПО рекламы наоборот не случилось…
Очень жаль. Для себя я из этой и других статей вынес вывод, что вакцину «Спутник V» моя семья принимать не будет.
Когда американская или китайская вакцина придут в Россию и мы сможем себе ее позволить — будем колоть ее, а до этого будем ждать и надеяться, что не заболеем…
Из-за неизменяемости объектов сценарии использования ограничены однократной записью и многократным чтением. Значит, объектное хранилище нельзя использовать для временного или горячего хранения, а его приложения ограничиваются архивированием данных.
Никто ведь не мешает переписать объект с тем же идентификатором…
Для себя, одним из важнейших требований к объектному хранилищу считаю поддержку ILM (Information Lifecycle Management).
К примеру, в Ceph, можно создать пул на SSD (уровень мгновенного доступа), а потом перенести его на HDD (уровень долговременного хранения). При этом доступ ко всем объектам по их ID сохранится! Это может сильно снизить стоимость владения информацией или выполнить требования по высокой нагрузке без добавления дополнительного железа…
Я наверно очень старомоден - терпеть не могу анимацию! Даже на развлекательных сайтах.
Последние несколько лет из Москвы и подмосковья выжимали небольшие фирмы, у которых цены были ниже и "китам" приходилось это учитывать.
В 2021 году этот процесс завершился, теперь рынок такси монополизирован и все пожинают результаты: монополисты - барыши, жители - цены на поездки.
Интересно, скорость очистки грунта от тяжелых металлов с помощью бактерий с последующим разделением не быстрее?
Если люди будут жить на луне и дальше, то почвы понадобится много, а растения делают это слишком медленно...
Новый формат хорош не только тем, что он при среднем сжатии очень быстрый, но и тем, что не связан ни с какими лицензионными соглашениями/ограничениями.
Если не зажмут на этом вопросе, то почему бы и не быть новому формату?
Вопрос про боль для всех таких хранилищ: Как обеспечили требование:
Обеспечение юридической значимости документов с использованием электронной подписи на протяжении 50 и более лет (с учетом ситуаций, когда происходит компрометация ключа электронной подписи, а также компрометации (устаревания) самих алгоритмов ЭЦП - ведь одного наличия NENR и WORM для этого недостаточно)?
Для статистики тоже напишу:
Прививались родители мои и жены, 3 человека старше 60 лет и мы с женой, всего 5 человек. Причем мы особо не нычковались - на море ездили в крым, самолет, автобусы, экскурсии толпами - никто не заболел. Хотя допускали то, что вляпаемся - даже с собой ковидную аптечку собрали, чтобы на местное ОМС не надеяться.
По самой прививки:
1) у 3-х было повышение температуры (причем у некоторых на первый укол, у некоторых на второй)
2) у двоих была временная, но достаточно сильная реакция в руке с частичной потерей функциональности.
Описать события в таблице недостаточно - в табличном виде крайне тяжело найти ошибки и потерянные переходы. А вот если их нарисовать, тогда все становится намного проще и понятнее.
Так что диаграмма - это один из best practices при разработке конечных автоматов.
И дьявол как всегда в деталях…
Разработчик должен решить проблему так, чтобы не возникло новых проблем и под обязательным контролем.
Я был свидетелем тому, что двум разработчикам дали волю и объявили их разработчиками-архитекторами с полномочиями, вплоть до выбора ПО для двух новых модулей. Разработчики и выбрали — то ПО, которое согласовалось с планом их личного развития…
В обоих случаях разработка была провалена сначала по затратам времени, а потом по функциональности/нагрузке. В результате оба новых модуля были переписаны с нуля. Общие потери стоили проекту около человеко года.
Десятая ловушка: Решения, представленные в виде требований
Очень часто - это часть процесса.
Часто заказчик хочет, чтобы UI в новой программе был как в другой программе, которую уже используют 15 000 человек много лет. Обосновывают это минимизацией ошибок и ускорением обучения. Тогда еще до реализации приходится рисовать экранные формы, которые становятся частью требований.
Чтобы не колоться, достаточно вовлечь в процесс системного аналитика или лида разработки.
У меня тоже все было по полочкам и по папочкам разложено… в первой версии видео…
А к 15 версии видео, она состояла из различных версий переснятых видео фрагментов, переозвученных аудио фрагментов, которых на одну и ту же раскадровку до 5 штук насобиралось…
Было бы интересно поработать с таким проектом, когда он в одном файле собран. Тогда можно точнее понять преимущества и недостатки…
Сталкивался с ситуацией, когда проект видео презентации (около 50 отдельных видео и аудио фрагментов, расположенных в отдельных папках) нужно было перенести на другой компьютер. Ну и намучился же я с переносом…
А здесь взял один файл и открыл на другом компьютере — красота!
Этот очень простой прием поможет проверить не только этот пункт, но и большую часть следующих а также станет отличной базой для разработки ПМИ.
Это однозначно best practice.
Будем надеяться, что это теперь наладится…
Но, с учетом известного "… а получилось как всегда.", заплатит за это опять покупатель и как бы для предустановленного ПО рекламы наоборот не случилось…
Когда американская или китайская вакцина придут в Россию и мы сможем себе ее позволить — будем колоть ее, а до этого будем ждать и надеяться, что не заболеем…
Никто ведь не мешает переписать объект с тем же идентификатором…
Для себя, одним из важнейших требований к объектному хранилищу считаю поддержку ILM (Information Lifecycle Management).
К примеру, в Ceph, можно создать пул на SSD (уровень мгновенного доступа), а потом перенести его на HDD (уровень долговременного хранения). При этом доступ ко всем объектам по их ID сохранится! Это может сильно снизить стоимость владения информацией или выполнить требования по высокой нагрузке без добавления дополнительного железа…
Такие истории гораздо ближе к большинству, чем истории успеха…