Бывают баги а бывают и БАГи. И если баги обычно фиксятся и забываются, то БАГи остаются с нами навсегда. Хочу поделиться с Вами тремя такими БАЖищами.

Первый такой казус произошел в 2005 году, когда я работал на фирме FriendScout24. У нас была тулза для мониторинга, в которой была хтмлная табличка и в каждой строчке по серверу. Если сервер отвечал нормально — он отрисовывался зеленным, если нет то красным. Обычно всё было спокойно зелененьким. И тут, в один прекрасный августовский день, сервера начали падать лесенкой. Пам-Пам-Пам — 4 сервера за 3 минуты. Через 5 минут всё снова позеленело, как будто ничего и не было.

Недавно здесь был опубликован очень конструктивный топик «Поможем Сбербанку». В самой статье и в комментариях множество людей высказали свои пожелания по улучшению сервиса.

Давайте понаблюдаем за работой рядового московского отделения банка. Мне пришлось провести здесь около 40 минут, но по вполне уважительной причине.

Это очень крохотный Марьинорощинский филиал общей площадью около 20 кв. метров с 5-ю окнами обслуживания. Представили? Работает 2 универсальных окна по любым вопросам с общей очередью, 1 окно — только кредитование и 1 окно — касса. Не очень ясно, зачем касса вынесена отдельно, но очереди в нее почти никогда нет, потому что большинство платежей принимаются все в тех же универсальных окнах. Наличие специального окна для кредитов я могу объяснить тем, что каждое обращение в него — вопрос длительный и будет тормозить очередь. Но в это окно практически никто никогда не стоит, поэтому вполне можно было бы в нем обслуживать и по другим вопросам. Ну и по старой советской традиции одно окно просто закрыто — видимо, не хватает сотрудников.

В части помещения, предназначенной для клиентов есть столик с бланками, 3 стула для тех, кому стоять трудно, и навороченный банкомат, о котором ниже. В помещении постоянно присутствует охранник и 2 женщины-консультанта, одна из которых одновременно заведующая отделением. Задача консультантов — избежать возникновения очереди, потому что на такой площади не помещается больше 10 человек.

Консультируют очень грамотно, поэтому человек, подходя к окну с вопросом любой сложности, уже точно знает, что ему нужно и как это сделать. К консультантам 2 замечания. Во-первых, они разговаривают очень громко и мешают остальным заполнять номера счетов или общаться с оператором. Но здесь есть и плюс — те, кто скучает в очереди, иногда узнают полезные для себя вещи. И, во-вторых, раздражает некоторая навязчивость сервиса, когда вам постоянно предлагают то завести карточку, то подключить телебанк. Это все, конечно, полезно, но надо уметь увидеть, каким клиентам это необходимо, а кому совсем не нужно. Я, например, получаю зарплату на карту ВТБ, а мне упорно предлагают открыть счет в сбере почти каждый раз, когда я сюда захожу.

А теперь понаблюдаем за клиентами.

В прошлый раз я попытался рассказать о некоторых мелочах, связанных с авторизацией и планировании прав доступа, о которых обычно забывают при планировании структуры финансовой системы.

В этот раз я хотел рассказать о проблеме, устранение которой на поздних этапах проектирования финансовой системы будет наиболее дорогостоящим и трудозатратным.

Рассмотрим пример.
Допустим имеется несколько таблиц в базе данных вашей системы. Одна из них — справочник юридических лиц. Вам как разработчику/аналитику необходимо спроектировать функционал для работы с некоторым типом документов. Для примера предположим что вам необходимо разработать функционал для создания и редактирования платежных поручений. Допустим 1 платежное поручение должно иметь следующие поля:

1. уникальный номер
2. дата и время создания
3. дата и время оплаты
4. юридическое лицо (контрагент) которому была произведена оплата
5. сумма
6. тип платежа

Сразу отмечу что почти никогда не стоит связывать уникальный номер документа с id записи в таблице БД. Дело тут вот в чем: пользователи имеют свойство ошибаться. Логика пользователей иногда весьма своеобразна, к примеру, периодически им легче удалить неправильно созданный документ и создать его по новой (особенно это касается новых сотрудников, которые боятся “накосячить”). После подобных действий у вас в системе будет множество пустых “дыр” между номерами документов. Казалось бы мелочь, но любая проверка со стороны “заинтересованных” лиц найдет в этом тайный умысел. (Если хотите реальных примеров, погуглите “Прайм-ТАСС подало в суд на мэрию Москвы”. Вся их доказательная база — номера документов шли по порядку, но в общественном доступе есть только часть из них). Лучше всего, по нашему мнению, вновь создаваемому документу присваивать номер = максимальный уникальный номер в системе по данному типу документов + 1.
Но вернемся к нашему примеру. Обратим внимание на поле №4 — юридическое лицо. Коль скоро у нас имеется справочник юридических лиц, то очевидным является записывать в это поле ссылку на запись в этом справочнике.
А теперь представим себе несколько возможных ситуаций:
1) Платежное поручение было создано в 2009 году. Платеж был произведен ООО “Кровать”. В январе 2010 фирма была переименована в ООО “Стулья”. Получается что если мы откроем форму платежного поручения в конце 2010 года, то увидим что платеж был произведен фирме, которой в 2009 году физически не существовало.
2) Допустим в марте 2010 года произошло слияние ООО “Кровать” и ЗАО “Диваны”, результатом стало ОАО “Диваны и кровати”. Что могут сделать пользователи? А они могут переименовать фирму ООО “Кровать” в ОАО “Диваны и кровати”, а еще они могут переименовать ЗАО “Диваны” в “Диваныи кровати”. Самое интересное начнется при первом же отчете, когда окажется что все платежи между разным юридическим лицами (3мя фактическими и 4мя в базе) перемешались и отличить их могут только люди, которые производили оплату (которые, к сожалению, попали под сокращение штата и уже несколько месяцев не работают в вашей фирме).

Здравствуйте дорогие хабралюди. Долго пользовался FF 3.5, начиная с самых глубоких альфа-версий, но это происходило в основном на работе, где по долгу службы у меня стоит Windows XP. Каково же было мое удивление, когда, под свежепоставленной Fedora 11, вместо картинок на некоторых сайтах, я стал наблюдать черные квадраты.
Картинки и продолжение рассказа под катом.

зачем нужен paint, photoshop, corel? нам клиенты скриншоты ошибок рисуют. handmade