маразмыиндокод
допиливаем проект за индусами, этакая надстройка на чартингами. Проект писаный в стиле "хеппи-копипаст". Коллега сегодня нашел 2 перла:
1. есть свойство, которое вкл/выкл определленую опцию. В 3х чартах оно типа булеан, в четвертом оно стринг и везде проверяется на строку "true" (явно не копипастили, кто-то сам писал :) )
2. есть переменная которая может принимать значение "top", "bottom", "true" :) Никак не можем понять эту логику.
мазахизммаразмыиндокод
вот спрашивается зачем я решил посмотреть в код серверной части, я же и так знаю что там увижу Зашел, увидел именно то что и ожидал , теперь сижу растроенный.
Вот че с этой херней делать? Вроде как бы и не моя это головная боль, и влиять я особо на это не могу, да и если влиять то уже поздно типа дело движется к финалу, но в тоже время обидно в целом за проект, довольно офигенский клиент :) обслуживаемый хуевым сервером.
индокод
Почитав мой блог некоторые могут меня обвинить в предвзятом отношении к индусам.
Но это не так, человек всегда совершает ошибки, все программисты фейлят иногда. Но индусы умудряются фейлить практически всегда и везде. Учитывая что они очень трудолюбивые, терпиливые, усидчивые ребята и у них поразительная производительность труда, то получаешь мегаконцентрат фейлов в сжатые сроки.
индокод
кстате flashcatalist и нашу серверную часть писали индусы, это легко вычислить по значениям x|y координаты, они всегда сохраняют точность после запятой до 13го знака.
адобмаразмыиндокод
Есть у адобов такая вот "фича" как Data Services, типа легким движением руки мы делаем код для вебсервисов, а еще можем потестить вызовы методов, только вот оно работает именно так как положено индусам —
результат работы тестилки (Test Operation View)отличается от результата работы вебсервисов в приложении:
— тестилка не отправляет параметры (на сервер тупо приходят null ), в тоже время приложение корректно все отсылает
— Тестилка относительно правильно обрабатывает результат работы сервиса (если ждем массив элементов то он приходит, если длинна массива равна 1 то она возвращает вместо массива этот элемент, но нужного типа), Приложение в свою очередь получи массив из 1 элемента отдает ObjectProxy с правильными полями, которые есть в ожидаемом типе.
В итоге полный маразм.
Вероятно это может быть какой-то баг самого сервера (GlassFish v2.1 Java EE 5) и генерилки wsdl, но колупатся внутри этого окружения как-то нехочется
индокодпрограммирование
Вот многие хотят поработать программистами в больших и известных фирмах. Думают что это круто и интересно. А на самом деле все зависит от маленькой части этой фирмы и комманды в которой ты будешь работать. Причем наткнутся на неадекват в большой конторе куда легче. Многие фирмы стремясь снизить затраты на программирование частно нанимают дешевых индокодеров. И это полный пиздец. Хуже когда эти индокодеры живут в стране где работает фирма и работают в основном офисе — влиять на них удаленному работнику просто невозможно он имеет больше привелегий чем ты.
Вот мне посчастливилось работать на такую крупную и известную компанию и с такой командой, где серверщики самые настоящие индусы как по крови так и по коду. Где сервере генерит и отдает примитивные xml по 30-60 секунд, где народ не понимает что 1 запрос к серверу лучше чем 10-20, где не слушают советов о том как исправить ситуацию, а говорят "ну вероятно мы оптимизируем, но скорей всего нет оно же работает".