Оптимизация рабочих процессов с платформой Strive 
«Все мы — Бангладеш», или Очередной правый переворот 
Осталось ещё две недели, но август сходит с ума 
Трудная задача: найти свою машину на парковке... 
в ГОСТЯХ, как в СКАЗКЕ 
Почему совет «отдай ребенка отцу» реализовать на практике не так-то просто? 
Жила-была Айседора 
Что моментально старит мужчину внешне? 
Утреннее
Что делать и чего не делать в условиях кризиса? Как жить полной жизнью, а не выживать, даже если деньги кончились? Как не чувствовать себя ущербным и неполноценным? Как вести себя, если Вам не возвращают долги, или когда Вы не можете вернуть долги? Как не потерять работы, и что дела ...
Как просрать миллион.
sorhed — 10.05.2016
Не могу молчать! Захотел поведать миру профессиональную тайну о
контроле качества в мире финансового программирования. Как
проверяются системы, через которые проходят миллионы долларов в
секунду?Формальные методы? Нет.
Покрытие юнит-тестами, контрактами и прочей ерундой, 100% coverage? Нет.
Staging? В какой-то мере да; как правило, каждая система задеплоена в трёх экземплярах: dev, UAT и продакшн. Но этап UAT короткий и это именно UAT (удостовериться, что программист всё правильно понял): человек проверяет пару дней, что нигде не перепутаны знаки и все сделки происходят в нужном порядке, и даёт отмашку, что всё ОК.
Так как же тогда?
Правильно. Сырая система, только что из-под трясущихся пальцев программиста, пройдя минимальный контроль UAT, попадает СРАЗУ В ПРОДАКШН НА ЖИВЫЕ ДЕНЬГИ. Но деньги это не очень большие; ставить заметный capital allocation и/или высокие лимиты на новую систему дураков нет. Только успешно проработав несколько месяцев или лет, она увидит эти самые миллионы долларов в секунду.
Этим убиваются сразу много зайцев:
1) Программисты мотивируются писать сразу хорошо (или по крайней мере, выполнять большую часть тестов самим, не дожидаясь фейла в продакшне).
2) Каждая система в финансах попадает в неизвестную враждебную среду, в которой кишат, как мудро сказал когда-то один начальник госдепа, unknown unknowns. Совершенно невозможно их все предусмотреть заранее, поэтому приходится вести разведку боем.
3) Функциональное программирование, формальные методы и прочие мазохистские развлечения отдаются на усмотрение программиста, который иногда от этого даже получает удовольствие. Если, конечно. не просирает дедлайн.
4) Любая система может упасть, ошибки неизбежны, а потому за продакшном всегда должен следить специально обученный человек, который кормит собак и ничего не трогает. Когда человека нет — обязательно происходит какая-нибудь гадость, no exceptions. (Это касается и других высокорисковых областей вроде полётов в космос или ядерных станций).
Сохранено
|
|
</> |
Как просрать миллион.
Оставить комментарий
Популярные посты:
Архив записей в блогах:
На российских телеканалах спецоперацию украинских войск в Славянске называют карательной операцией властей против народа. Боже. ...
Оказывается, это ужасная гадость - варенье из роз. Пьешь с ним чай, а оно просто тупо сладкое, не кислое, да еще и пахнет духами. Вы когда-нибудь пробовали пить одеколон? Вот и я ни разу, но ощущения примерно те же, как если бы в хороший ароматный ...
...
. «Зима, как всегда, случилась внезапно.» Народная мудрость. Внезапно наступил экономический кризис. То есть, все, конечно, знали, что кризисы регулярно происходят. А многие безответственные паникеры заранее предупреждали, когда и почему. Но, ...
