Шифруемся. И филосовствуем.

[Charnell]

Что делают русские специалисты, когда на объекте появляется эксперт магатэшный эксперт, венгр, владеющий и английским и русским и, немного, вьетнамским? Правильно, переходят на язык идиом и образов.

Словарик:

Бугор - эксперт. Сорри за блатной жаргон, "главный бугор на этой поляне".

Бугор в банке - Эксперт сидит в пультовой, работайте аккуратно, чтобы не вызывать лишних вопросов.

Нужен вазелин - Беги в пультовую, эксперт задает вопросы, на которые не могут ответить присутствующие.



Грубо, увы. Но такова наша жизнь. 12 часов рабочий день, подъем в 6 утра, завтрак, санитария и на объект до вечера. Работа... Зато она пошла. Двигали стержни, проверяли датчики...

Но самое сложное, это когда за твоей спиной сидит толстый тип и косится в твой монитор. И задает дуратские вопросы "а что, вы првите ошибки?"

НЕТ У МЕНЯ ОШИБОК! Есть недокументированные фичи Точность отображения, местами, выше чем у поступающих данных... Ну не надо меня доводить. Тогда я непременно уберу нож от Вашего нежного горла.

Мысли по поводу.



Где старые добрые времена, когда программер был существом из иной реальности... Когда люди смотрели тебе в рот и ахали... когда тебя ценили, давали молоко за вредность и пиво за доброту и уступчивость... Где ощущение избранности, черт возьми? Все в прошлом. Мир заполонили ремесленники и как и во всем, популяризация убила искусство. Теперь все хотят быстро, шаблонно и красиво. Люди! Красив должен быть код! Мы, программисты - творцы! демиурги! архитекторы мира идей! Чародеи мира чисел! А еще мы очень скромные. Я, конечно, тоже не олд скул, но и не поколение визульных конструкторов и корпоративных норм.

Объясните, почему все массовое обязательно должно быть примитивным? Почему приведение к общему знаменателю - означает не подъем уровня аудитории, а снижение уровня продукта? Неужели люди настолько ленивы? Нет, не так. Я тоже ленив, но лень двигательпрогресса. Лень побуждает сделать лучше, чтобы потом меньше шевелиться. Другое дело, что сделав лучше, начинаешь думать, что можно сделать ЕЩЕ лучше, можно сделать красивее, короче, эффективнее... правда придется все, что наваял снести нафиг. И вот тут в тебя вцепляются и кричат: Оно работает! Не трожь! А потом сами же хотят новых возможностей. И система, вместо того, чтобы оптимизироваться - разбухает на глазах, становится жирной, неповоротливой... И в конце концов, все-равно переписывается за пару ночей.

Comments

[DeeLatener]

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

[Charnell]

DeeLatener Отмахиваемся? Нееет. Тут и так вносится куча левых пожеланий в обход бумаг и документации, хотя по идее этого делать нельзя. Тут вопрос в политике руководства(К тому же у нас немного разноплановые конторы). По пунктам:

1. У вас используются, скорее всего, виндовозные системы плюс базы данных либо какие-то БД-подобные финансово-учетные приложения. Это значит visual/спец. языки/в лучшем случае .NET. Насколько я знаю по опыту поиска новой работы, все банки требуют знания именно .NET-овой среды. Под ней делаются сервера приложений, клиентская часть и т.д. Ну... вероятно с применением спец. библиотек. А это уже "немного" другое направление софта. Тут важна именно не оптимизация, а совместимость, удобство пользования и формализация кода. Короче - именно корпоративные нормы разработки.

2. От нас требуется... ну много требуется. Особенно - надежность и скорость. Если стержни не уроним... ну такое, будем считать, невозможно. Если уроним без причины - куча денег в молоко. На энергетических реакторах. На экспериментальных, как здесь, попроще, но тоже неприятно.

3. Мы работаем на заказчика, в рамках проекта, а не внутри конторы. А заказчик - деньги. Шести-семи значные суммы не в рублях.

4. Сумма 2+3+ ограниченность ресурсов = отмазки не катят. Если они не обоснованы. Нерабочий код - тоже не катит. Неоптимизированный код, когда зависание = останов всего реактора... сами понимаете. Да и счет идет на милисекунды. Тут не до жиру, каждую строчку надо выверять. И это не причуда разработчиков(хотя и это тоже) это решение человека знающего ЧТО он наваял, знающего слабые места системы и принятое под свою ответственность. %) Вот какой я скромный.



Ну и... напоследок - такое отношение, для нормального программера недопустимо. Вопрос к политике руководства. Либо набрали еще больших разгвоздяев чем средний уровень среди данного вида, либо пивом мало поят либо... может у вас внутрипроизводственный конфликт? Ну либо они товарищи старой школы, и работают в данной области только из-за денег.

Впрочем... не будем забывать еще один вариант: может они еще что масштабное и навороченное ваяют?

[DeeLatener]

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

[Observer]

Charnell Крик вопиющего в пустыне