Чаще всего я встречал, что бизнесу (мой вариант — это кровавый ынтырпрайз) не нужно копание в проблеме "от и до" в большинстве случаев, нужно компромиссное решение за вменяемое время.
Раскрывать еще более детально, надеюсь, не нужно.
И что в разных компаниях к техдолгу относятся по-разному: кто-то выделяет ресурсы на рефакторинг, а где-то команда меняется целиком раз в 2-3 года, это тоже я знаю и даже ощущал на себе.
Меня лично интересует мнение автора, что его побудило рассмотреть данный вопрос в отрыве от основной нити повествования решения проблем бизнеса.
Если я вам наступил на больную мозоль — искренне раскаиваюсь и впредь обещаю так больше не делать могу предложить огнетушитель для тушения тлеющего стула.
Госзакупки. У меня друг этим занимается.
Больницы и поликлиники.
Проблема заключается в том, что тендер выигрывают а)те, кто предложит меньшую цену и 2)те, кто уже давно работает с этими заказчиками и кусок пирога просто так не отдаст. Причем одно не исключает второе, а, скорее, наоборот.
Результат попытки забрать тендер будет весьма предсказуем для некоего абстрактного юрлица. Такое себе может позволить только компания со связями в нужных министерствах кабинетах (свечку не держал, но вероятность очень высокая), и — просто на всякий случай, я бы так и делал — штатом юристов/договором с компанией, оказывающей юридические услуги.
Небольшой взгляд изнутри госзакупок, правда, в не-ITшной сфере
Обычно, если тендер дороже 2-3 млн. р. плюс-минус лапоть, вероятность распила бюджета возрастает практически до 100%. Одна из причин, кстати, по которым малый бизнес не лезет в крупные закупки.
Думаю, тендеры на поддержку информационных систем из 90-х предназначены понятно для чего.
А свежезарегистрированному как юрлицо разработчику/команде, покусившимся на святое, светит нехилый шанс пахать год (или сколько предусматривает контракт, но обычно год) бесплатно с отъезжанием в РНП по итогу исполнения контракта вместо денег.
Випассана для неподготовленного человека может весьма плохо сказаться на его психике. ЕМНИП, пруфы были в какой-то статье от dpmmax'а (либо с его интервью от другого автора).
В Инфовотче процессы разработки построены весьма адекватно, начиная от аналитики и заканчивая тестированием. Более того, настолько хорошо выстроенных процессов мне увидеть более нигде не удалось (здесь можно пошутить, что, видимо, я нигде больше и не наблюдал эти процессы). И я бы не сказал, что зарплаты там заоблачные, по крайней мере, у техдепа.
Зато в MS разогнали всех QA (по крайней мере, в командах продуктов серии 365, подозреваю, что в винде тоже), и перевесили тетсирование и девопс на разработчиков. Правда, это далеко не весь трэшак, который там творится.
Ах да, не подскажете, какой % госучреждений пользуются продуктовым стеком от MS в США?
Может, это, жена неподходящая? Я вот женился этим летом, буквально через месяц-два свалил нафиг из офиса (и из мира профессиональной разработки в целом, но это уже отдельная и местами грустная история, все никак не решусь пост наваять), и работаю из дома.
"... а другая половина еще и сильные!"©
P.S. Простите, не удержался, это все проклятые либералы.
Я такого не утверждал никогда.
Я только пытаюсь понять, что означает «эффективное использование дороги» в вашем понимании.
Заполненной == забитой машинами впритык? Только такой вариант считается "используются эффективно"?
Зеленое не означает "пустая дорога", зеленое означает "скорость движения выше N км/ч". N — то ли 40, то ли 50 км/ч, но могу ошибаться.
Какие далекоидушие выводы, я в восторге.
Чаще всего я встречал, что бизнесу (мой вариант — это кровавый ынтырпрайз) не нужно копание в проблеме "от и до" в большинстве случаев, нужно компромиссное решение за вменяемое время.
Раскрывать еще более детально, надеюсь, не нужно.
И что в разных компаниях к техдолгу относятся по-разному: кто-то выделяет ресурсы на рефакторинг, а где-то команда меняется целиком раз в 2-3 года, это тоже я знаю и даже ощущал на себе.
Меня лично интересует мнение автора, что его побудило рассмотреть данный вопрос в отрыве от основной нити повествования решения проблем бизнеса.
Если я вам наступил на больную мозоль — искренне раскаиваюсь и
впредь обещаю так больше не делатьмогу предложить огнетушитель для тушения тлеющего стула.Кхм, а бизнесу это точно надо?
Проблема заключается в том, что тендер выигрывают а)те, кто предложит меньшую цену и 2)те, кто уже давно работает с этими заказчиками и кусок пирога просто так не отдаст. Причем одно не исключает второе, а, скорее, наоборот.
Результат попытки забрать тендер будет весьма предсказуем для некоего абстрактного юрлица. Такое себе может позволить только компания со связями в нужных министерствах кабинетах (свечку не держал, но вероятность очень высокая), и — просто на всякий случай, я бы так и делал — штатом юристов/договором с компанией, оказывающей юридические услуги.
Думаю, тендеры на поддержку информационных систем из 90-х предназначены понятно для чего.
А свежезарегистрированному как юрлицо разработчику/команде, покусившимся на святое, светит нехилый шанс пахать год (или сколько предусматривает контракт, но обычно год) бесплатно с отъезжанием в РНП по итогу исполнения контракта вместо денег.
Випассана для неподготовленного человека может весьма плохо сказаться на его психике. ЕМНИП, пруфы были в какой-то статье от dpmmax'а (либо с его интервью от другого автора).
Например, при замене приборки или блока управления на купленные на разборке.
Зато в MS разогнали всех QA (по крайней мере, в командах продуктов серии 365, подозреваю, что в винде тоже), и перевесили тетсирование и девопс на разработчиков. Правда, это далеко не весь трэшак, который там творится.
Ах да, не подскажете, какой % госучреждений пользуются продуктовым стеком от MS в США?
Если честно, не встречал, чтобы обед засчитывался как рабочее время, поэтому более вероятно "с 8 до 17".
Ага, теперь я знаю, как красиво обозвать первую стадию рефакторинга
говнокодалегаси! Спасибо.