2012-08-03

waqur: (Default)
Все разработчики под мобильные ОС знают: Apple и MS как бы плохие (из-за анально огороженного магазинчика приложений, где премодерация, комиссия лендлорда платформы и бесплатная поставка идей для встроенных приложений следующей версии платформы), а Google как бы хороший (из-за того, что приложения можно подписывать самовыпущенными сертификатами и магазинчиков столько же, сколько китайских производителей, к тому же софт эндюзер может невозбранно скачивать непосредственно с сайта разработчика).

Однако, теперь эта ситуация немного меняется. Гугель закручивает гайки в сфере игр, и что ещё хуже, применяет свои хвалёные алгоритмы для фильтрации контента, которые естественно совершают ошибки второго рода, от чего страдают отдельные разработчики :
http://www.wired.co.uk/news/archive/2012-08/03/indie-dev-google-crackdown

Выводы? Хороших магазинов приложений не бывает. Хороший магазин приложений — это мёртвый магазин приложений.
waqur: (Default)
Сегодня в результате потери электропитания при сохранении файла на NTFS, чуть не потерял результаты полутора дней работы. После перезагрузки ОС и перемонтирования раздела файл был на месте, его размер и прочие аттрибуты - правильные, но содержимое - заполнено нулями.

Тысяча благодарностей в адрес разработчика утилиты http://www.ntfsundelete.com/ (версии 0.93 в моём случае), которая смогла вытянуть предыдущую версию этого файла из недр файловой системы.

NTFS журналирует только свои метаданные. Пользовательские данные не журналируются. Гарантируется, что после незапланированной перезагрузки на диске не рассыпались индексы, в дереве каталогов нет циклов и т.д., однако пользовательские данные вполне могут быть разрушены. Это штатное и нормальное поведение, this is by design, с целью избежать двойной записи всех изменений на диск. Хотя, жаль, что уровень журналирования (отключён; только метаданные; пользовательские данные + метаданные) не настраивается per filesystem basis, как в ext3.

В файловых системах, построенных по технологии COW (ZFS, btrfs, ReFS) эта проблема решена: они не повреждают пользовательские данные при потере электропитания, и не пишут их на диск дважды в штатном режиме работы.

March 2024

S M T W T F S
     12
3456789
10111213141516
17181920212223
24252627282930
31      

Автор стиля

Развернуть

No cut tags
Page generated 2025-09-03 12:59 pm
Powered by Dreamwidth Studios