2013

Тут внезапно приключилось тестирование четырех пяти (решил задачу на 4-м банке, но посмотрел до кучи и пятый) систем клиент-банкинга для частников. Рассказываю.

Задача: заплатить налог на имущество (квартиру) при том, что уведомление утеряно (может быть почтой, а может быть и после получения). Звонить в налоговую лень, хочется обойтись простыми интернетными средствами.

Сумму я узнал через механизм выписок из налоговой через МоеДело. Итого: знаем сумму, знаем КБК, знаем период уплаты (2012-й год), знаем свой ИНН. Этих данных достаточно для заполнения платежек. Более того, у меня есть образец платежки, потому что моей сестре уведомление пришло, а платить нам с ней - одинаково.

Приступаем к квесту:

• Сбер и еще один два крупных розничных банка: можно поискать долги по ИНН (но долгов нет, они возникнут только после 1.11.13); можно платить по номеру уведомления (но его нет). Платить налоговый платеж в свободной форме (сам ввожу КБК и прочее) - нельзя.
  Fail.
• Промсвязьбанк: можно платить произвольный налоговый платеж по реквизитам, но ИНН плательщика не вводится (там нули), а без него ничего не выйдет. Кроме того, комментарии к полям платежки скупы и непонятны (я бы в результате разобрался, но см. про ИНН).
  Fail
• ВТБ24: можно ввести ИНН плательщика, спрашивают немного лишних полей (которые я при уплате УСН не заполняю и никогда про них не думал), но все они откомментированы.
  Win. Заплатил.

Такие дела. Все-таки то, что ВТБ (в лице еще Гуты) был первым на интернет-банковском рынке накладывает позитивный отпечаток.

P.S. Конечно, можно было бы дождаться перехода в стадию долгов и заплатить две платежки - сам налог и пеню. Но пеню, как известно, правильно заплатить практически невозможно, она каждый день тикает на копейки.

RawDigger 0.9.20 зарелизился

Вот полный Changelog относительно версии 0.9.19 (относительно RC4 добавились несколько камер):
Новое

• Поддержка Foveon:
  • поддерживается декодирование RAW-данных всех известных камер Foveon
  • Для камер Sigma SD1 и всех камер Merrill автоматически рассчитывается уровень черного
  • RGB Rendering поддерживается для всех камер, но с разным качеством получаемой RGB картинки (приемлемая для SD1 и всех камер Merrill, худшего качества для старых DPxx, совсем "справочная" для SD9-SD15 и Polaroid x530).
  • Для камер Sigma SD1 и всех камер Merrill поддерживаются все размеры Raw: полный, промежуточный и маленький. Для промежуточного размера выключена поддержка RGB-представления т.к. соотношение сторон RAW не совпадает с соотношением сторон RGB-представления (~4800x1600 и ~3300x2200, соответственно).
  • Для Polaroid и старых Sigma SD9-SD15 настройки баланса белого игнорируются и всегда используется автоматический баланс.
• Обновлена LibRaw, поддержка новых камер
  • С полноценным RGB rendering:
    • Canon G16
    • Hasselblad Lunar, Stellar
    • Panasonic GM1
    • Pentax K50, K500, Q7
    • Samsung Galaxy NX (EK-GN120)
    • Sony NEX-5T, A7, A7R, ILCE-3000
  • С приближенным RGB rendering (извлечение RAW-данных полноценное)
    • Canon S120
    • Fujifilm X-A1
    • Nikon P7800
  • Камеры Sony и Samsung: уровень черного берется из EXIF-тегов.
  • Камеры Sony: имя модели берется из EXIF-тега SonyModelID
  • Поддерживаются DNG-файлы без тега Compression
• Вычитание уровня черного работает и для не-байеровских (полноцветных) форматов.
• Увеличена точность вывода в файл значений с плавающей точкой.
• Копирование EXIF-данных делается в двух видах 'как таблица' и 'как текст', в соответствующем окошке появилась дополнительная кнопка.
• Exiftool обновлен до версии 9.39

Исправлены ошибки и проблемы

• В окне Samples копирование в clipboard выделенной строки (Ctrl-C) работает для файлов с количеством цветовых каналов меньше 4.
• Из соображений совместимости отключена поддержка RawSpeed на Mac OS X 10.5

Жаловаться лучше прямо на сайте программы, но можно и здесь, конечно же.

Желающие поспамить иностранцев могут брать текст для этого отсюда

Тем временем, зарелизилась LibRaw 0.16 Alpha2.

Основные изменения касаются Фовеонов:

• LibRaw теперь знает размер черной рамки на всех фовеоновских камерах.
• Для SD1 и всех Merrill-ов есть приемлемый цветовой профиль.
• Для DPxx (pre-Merrill) цветовой профиль весьма приблизительный.
• Исправлен memory leak в используемой библиотеке x3f-tools.

Но и для остальных камер произошли заметные изменения:

По случаю выхода XCode5 взялся я проверять, а что у этой штуки с backward compatibility, не сломалось ли чего, будет ли работать на Mac OS 10.5, к примеру...

И, надо сказать, результаты меня расстроили (помимо необъяснимой проблемы с VMWare

Для начала я наткнулся на широко известную проблему с ___bzero, на которую все кто мог уже наступили:

Лечение нашлось быстро: -mmacosx-version-min=10.5 эту проблему лечит.

Дальше стало хуже:

posix_memalign(), если попросить у нее мегабайтиков 100 (меньше не пробовал), на 10.5 не справляется. Причем, сайт developer.apple.com полагает, что эта функция появилась только в 10.6. Удивительное рядом - она вызывается, правда результат ее вызова неудовлетворительный (в коде поведение одинаковое что при ейной ошибке, что при исполнении без ошибок но и отсутствии аллокации, в детали не вдавался).

Сделал K (меньше N) экспериментов, убедился что на 10.5 malloc (у меня!) возвращает всегда 16-byte aligned, временно сделал затычку (ну и написал в TODO, что надо бы анонимный mmap() в это место).

Варез начал запускаться и местами работать. А местами - падать (не при запуске, в процессе). Потому что нашлось сразу две новые фишки:

• __ZSt16__ostream_insertIcSt11char_traitsIcEERSt13basic_ostreamIT_T0_ES6_PKS3_l (или, если человеческим языком, то std::basic_ostream<char, std::char_traits<char> >& std::__ostream_insert<char, std::char_traits<char> >(std::basic_ostream<char, std::char_traits<char> >&, char const*, long)). Каковой __ostream_insert на самом деле используется в std::string, а std::string - в std::runtime_error.
• У этой самой макоси - ленивая линковка, поэтому падает оно не при запуске, со словами "символ не нашелся", а на рантайме (weak linking).

Конкретную проблему я порешал, запретив использование RawSpeed на 10.5 (и posix_memalign() и __ostream::insert - обе проблемы были в RawSpeed), но осадок остался.

Дивлюсь я на небо, та думку гадаю:

1. (деструктивная часть): "Программа запускается и как-то работает" в этой вашей Макоси не означает ничего. Мы просто могли не дойти до места, где потребуется (и не найдется) нужный символ. Тестирование обычным способом становится веселым.
2. (конструктивная): а как бы проверить, что все символы, которые у моей софтины (и всех используемых библиотек вообще-то) в действительности присутствуют? Погуглил все известные слова, не нашел.