чем я сейчас занимаюсь в Лондоне? такой вопрос многие задают. я и сам себе очень часто.
со стороны это выглядит как то, что я работяю в одном из больших, известных инвестиционных банков, таком большом и надежном. вообщем немецкий банк убивающий своей мощью.
наверное, я работаю в интересном с точки зрения моей специальности – IT месте, – холодном капиталистическом сердце – электронных торговых системах. наша торгашеская система позволяет банку торговать всем чем угодно, на каких угодно рынках. теоретически. конкретно наша часть этого торгового электронного монстра работает на рынке акций или equity на местном наречии.
картинка выглядит очень даже оптимистичной, но изнутри это ужасный плохо контролируемый монстр. система работает с большим объемом данных, высокие требования по скорости и надежности. казалось бы, вот они самые что ни на есть высокие технологии! да вот не тут то было! большинство выдающихся результатов достигаются, методом: сделать любой ценой – get things done by all means attitude на местном.
все что вы знали и чему вас учили про архитектуру, например, баз данных, там ключи всякие, индексы, нормализация, про это можете сразу забыть переступив порог этого банка. вся архитектура придумывается далеко не инженерами, и для достижения краткосрочных результатов.
все концепции хранения данных в файловых системах тоже – все лежит там куда это положил последний контрактник ушедший два года назад, к этому прикручена unix ссылка на файловую систему которая монтируется через внутреннюю систему контроля версий которая никто точно не знает как работает.
увидя это, вы спросите, а где можно про это все прочитать? – ведь наверняка, тот контрактник оставил какие-то записи? да, оставил, но все что там есть уже несколько раз успело поменяться и не работает. а как же узнать – спросите вы? – а вы спрашивайте – вдруг кто-нибудь что-то знает. но это вряд ли скорее всего вам придется заниматься настоящей разведывательной деятельностью и угадыванием, подставляя разные параметры и ища исходный код, если его не окажется, то придется писать самим, точно не зная как оно должно работать, но зная, что результаты должны быть такими как были “в той работающей программе про которую никто не знает что она точно делает”.
вы наверное еще знаете про эффективные пользовательские интерфейсы (UI), про “эмоциональное вовлечение
пользователя” при работе с вашей программой. это тоже можно безнадежно забыть. в банках решения по интерфейсу принимаются на основе требований “сейчас и здесь”. нужно вводить какую-нибудь циферу. окно ввода приделают прямо в том месте которое придет в процессе программирования. система может попросить вас вводить количество яблок на закладке про описание груш. все лишь из за того, что глубоко внутри, есть связь, что и груши и яблоки растут на деревьях.
почему в век google-ов, iPhone-ов и других по настоящему современных технологий в банках такие средние века? почему все это не изменят, если настолько очевидна проблема? в данном случае это вопрос сложившейся организационной и политической иерархии вместе с размытой ответственностью за то что будет потом. никто на себя не хочет брать эту ответственность и никому это не нужно. по контракту обязанности четко оговорены и конечны. подметать за другими никому не охота, лучше один раз разобраться в бардаке и не трогать, чтобы все не рухнуло. к тому же объем собственных заданий таков, что времени “на оптимизацию” как это здесь называется, ни у кого просто нет. get things done by all means – вот девиз наемника! в итоге имеем то, что имеем.
кстати, если вам нужно будет самим вдруг ввести стоимость яблок, то как вы узнаете, что эта стоимость вводиться в разделе про груши? правильно! – вы спросите у соседа, который это уже искал, он вам расскажет, вы запомните, но менять?! да кому это нужно! – ты, че, дурачок что-ли?!
вы все еще стремитесь работать в лондонском Сити? мы вас ждем – у нас много срочной работы!