Комментарии 14
Ничего не меняется. Все так как Вы и описывали. Был программист, который разработал систему проверки документации, которая была очень удобной, быстрой и еще куча +.
Когда он увольнялся, никто и не спросил, что да как в ней было сделано...
Теперь вся контра сидит в xls. Вроде то же самое, но выйти некуда...
В другом случае всё зависит от поставщика, риск в его громоздкости.
Оба варианта плохие. Где же хороший вариант?
Прочтение статей мысленно перенесло меня в 2003 год.
И вот я уже в 2002-2005 годах и тоже имею дело с SAP AG. Золотое было время. Российское отделение SAP AG возглавлял Марко Бурхард, очень грамотный руководитель. Если он видел в собеседнике специалиста, а не попрошайку, то он всячески шёл на встречу. В то время у нашего коллектива возникла идея, которой проникся и Бурхард, встроить российскую крипрографию в системы от SAP. Речь шла о протоколе реализация протоколах SSF (Secure Store and Forward) и SNC (Secure Network Communications), а также об https.
В итоге эти задумки не только были реализованы, но и прошли успешную сертификацию в сертификационном центре SAP в Вальдорфе (почти что Северный поток-2):
В системах стало возможным использовать российскую криптографию как для электронной подписи, так и для шифрования. Всё это по сегодняшнего дня успешно используется в АОА "РЖД".
Тогда казалось, что вот оно это международное взаимовыгодное сотрудничество. Но оказалось, что это было просто счастливое время. Сегодня наступила эпоха импортозамещения, на первый план выходит 1C...
Году в 15-ом мы мнедряли одну картографическую систему в наш продукт, но главный архитектор был настолько помешан на гибкости, что код универсального единого map API, к которому предполагалось прицлять разные системы (кроме выбранной), превысил код собственно самой предметной области. Все сроки были превышены многократно, дальше не знаю, ушёл оттуда.
«логика процессов в новых системах переработана людьми далекими от реального бизнеса, мыслящих абстракциями и стремящихся к полной универсальности» — значит ли это, что теперь программист выполняет требования «успешного менеджера» и уже не может отвечать за результат своей работы?
Спасибо за статью. Ничего не поменялось.
Но мне кажется небольшой частный бизнес еще может руководствоваться здравой логикой и выбирать модели апгрейда основываясь на цена/качество или что то дорабатывать даже самостоятельно, силами сотрудников. Крупные корпорации выбирают же методы решения проблем основываясь на делегировании таких задач подрядным организациям. Находим подрядчика пожирнее да по опытнее, заключаем контракт, перечисляем кучу денег предоплатой. Подрядчик особо не торопится, срывает сроки и пытается раскрутить на доп. функции. Периодически пушим его. Если подрядчик порядочный все делает в срок, то Вы молодец раз нашли такого и успешно внедрили новый процесс. (Премия Ваша) Если подрядчик тормозит, то что Вы можете сделать, ведь это лучшее что есть на рынке и вообще Вы не виноваты и делаете все что в Ваших силах (Премия Вам за старания)
Не IT-спец, но сам столкнулся с таким. Компания почему то готова заплатить сторонней организации кучу денег за определенную услугу, но не мне за то же самое)
Компания почему то готова заплатить сторонней организации кучу денег за определенную услугу, но не мне за то же самое)Я так понимаю, что здесь возможны три причины.
1. Кредит доверия.
Руководство больше доверяет организации, чем частному лицу.
2. Откат.
Вы не можете предложить руководству компании ничего кроме выполненной работы. А подрядчик мог оплатить «входной билет».
3. Наличие конкурсной процедуры. Разработчик принял участие в конкурсе и выиграл, а Вы нет.
Краткая история одного внедрения