Добрый день, так тоже можно, но могут возникать непредсказуемые ошибки, одну из которых (ошибка об отсутствии функции EventSetInformation в ADVAPI32) вы успели словить.
Node.js большая и сложная и слой совместимости не заканчивается на C++ Redist.
А почему вас так сильно волнует этот вопрос? Сроки в разработке достаточно абстрактны сами по себе, поскольку не привязаны к физическим процессам. Ураган с пургой вам разработку не поломают, в худшем случае — отдалят релиз.
Во всех случаях кроме внешней заказной разработки, бюджет на разработку формируется на годы вперед, поскольку программисты нанимаются в штат и на оклад.
История с аналитиком может оказаться совсем не простой, если сотрудник подрядчика не открыто противостоит
Да пусть хоть в совместных оргиях участвуют — какая разница?
Я бы даже разбираться не стал — есть задача, есть ответственный за нее. Если ответственный человек по какой‑либо причине не выполняет обязательства — фиксируете и эскалируете наверх. Все.
Тут когда собственники бизнес делят — легко могут зайти с «группой поддержки» и физически выгнать всех с территории предприятия, еще и побив подвернувшихся под руку.
А вы говорите "тихо саботирует" ага )
клиентоориентированность и гибкость возрастут на порядок.
Как вы себе представляете возросшую "клиентоориентированность и гибкость" в B2B? Включение шалмана с эскортницами в план проекта?
Просранные сроки - устройство не вышло в продажу как запланировано - в рождественский бум покупок не попало - доходы от продаж не те которые ожидались
И что вы с таким накалом отмечаете Рождество?
Вся эта возня с выпуском чего‑то под праздники была актуальна в 90е, сейчас другое время ПО даже на полках магазинов нет — лицензии покупают онлайн.
Что касается устройств, опять же на дворе давно не 90е - у вас телевизор с холодильником апдейты качают по сети, так что никакой привязки к праздничным датам давно уже нет.
В процессе разработки заболевает/увольняется тим-лид
Временно достается другой — с соседнего проекта, с компании‑аутсорсера. Параллельно запускается поиск и найм нового — если лид ушел с концами.
Можно написать мне, благо есть такой опыт подхватывания проектов.
Короче это совсем не проблема, даже если внезапно ушел ваш директор (вместе с бухами), не то что какой-то тимлид.
Аналитик не может найти общего языка с сотрудником, назначенным курировать проект со стороны заказчика, и ТЗ либо пишется очень медленно, либо с ошибками непонимания, которые потребуют переработки ПО на стадии тестирования с заказчиком
Если работа оформлена как почасовая — радуетесь, если нет — в какой‑то момент переводите эту работу на почасовку и начинаете радоваться, организовыв встречу с руководством со стороны заказчика и объяснив ситуацию с конкретными фактами.
Обстановка на рынке меняется и оказывается очень важным добавить в приложение кнопку издавания трех зеленых свистков вверх, причем добавить так, что придется немного переработать все экраны приложения и половину DTO.
Вопрос практики проектирования, такого рода переделки «всех экранов» характерны для юных падаванов, пока еще остро желающих «переписать все».
Если дадите конкретику — расскажу как такие проблемы решаются без глобальных переделок.
Но вообще если вы выступаете как подрядчик, то такого рода изменения это просто дополнительная доработка, которая точно будет согласована и оплачена, поскольку остро нужна заказчику.
закупали во многом потому, что это авторитетно
Был период, когда использование решения SAP влияло на оценку всего бизнеса со стороны инвесторов, что позволяло получать более дешевые кредиты.
Как вы думаю догадываетесь, при таких смыслах никакие "сложности внедрения" никого не волновали.
сейчас заметная часть мира живет в постоянных изменениях чтобы не проиграть конкуренцию
До пандемии да, а теперь идет скорее откат к основам, поскольку вся эта "гибкость и клиенториентированность" сжирает ресурсы.
в смысле неопределенных факторов влияющих на реализацию, тех проблемах, которые могут случиться
Еще раз: 25 лет это много ) Нет никаких "неопределенных факторов", тем более влияющих на реализацию.
Все что могло случиться — уже случилось.
Предложить где-то оптимизировать безнес-процессы
Что вот так сразу и сходу? Вас точно об этом просили? Если скажу что смысл внедрения SAP как раз и заключался в том чтобы все местные оптимизаторы шли лесом - сильно удивитесь?
Т.е. вы риски явно не учитываете, включаете интуицию?
25 лет практики это очень много, поэтому нет уже никаких рисков при оценке. Нету. Кончилось детство.
такой подход был в моде в начале нулевых.
Так это не вопрос моды, оно по логике так происходит. Зачем нужна экспертиза и компетенции, если предполагается что на стороне заказчика все и так хорошо и понятно?
и лучше всех знаем, как должны строиться бизнес-процессы
А как иначе? Если вы целенаправленно автоматизируете предприятия по всему миру — действительно будете знать лучше и понимать больше, чем ИТ‑подразделение одного конкретного завода. Или с этим тоже будете спорить?
что на нашей территории их немецкие бизнес-процессы не работают
Несмотря на весь негатив вокруг продукции SAP и их практик, как только они вышли из РФ — внезапно оказалось что никаких аналогов внезапно нет и компетенций SAP сильно нехватает.
Вой стоит настолько громкий, что уже на уровне государства собрались финансировать разработку аналога.
Мое дело выяснить смысл бизнес-процессов и предложить оптимальную реализацию.
Мне просто стыдно за коллег, поскольку такое раздувание «воображаемых рисков» приводит к тому, что люди трижды думают перед тем как запускать разработку, их приходится убеждать и тратить на все это существенное время.
Копеечные бюджеты в отрасли — тоже прямое следствие такого отношения к работе, бюджет выделяется по принципу «не сильно жалко потерять» а не исходя из реальной оценки.
Про подпольную вечеринку люди узнали по стукам из под пола?
Про закрытую военным область и ПВО на второй день съемок полагаю надо было заранее уточнять у ФСБ следуя вашей логике?
А чтобы пройти по улице без риска быть сбитым самокатчиком, видимо надо заранее собрать досье и медкарты для каждого жителя района, вместе с маршрутами передвижения самых ярких шизов.
Проводивший собес начальник отдела был откровенен и поделился случаем
Ну верьте больше, что тут сказать. Интересная наверно компания )
сам лично, работая по договору подряда подписывал пункты об уменьшении гонорара в процентах за сутки на случай срыва сроков
Дело в том что подрядные работы не имеют ничего общего с работой в штате компании. Для подрядчиков в обязательном порядке подписываются пункты об ответственности, ваш можно сказать типовой для ГПХ.
Риски разработки ПО это риск не разработать продукт
Нет таких рисков в природе.
малоопытный разработчик не потянул, деньги кончились
Разработка будет поставлена на паузу, пока не найдется новый бюджет и/или более грамотный исполнитель. Но даже незавершенный продукт никуда не денется.
ПО пафосно внедрили, а сотрудники через неделю взбунтовались, потому, что заказчик сэкономил на аналитике или дизайнере UI
Это не так происходит. Для начала делается "пилот" и с новым ПО допускают работать небольшое количество сотрудников и после специального обучения. По итогам "пилотного внедрения" составляется отчет и набор пожеланий, часть из которых возможно дойдут до разработки.
А вот бунтовать сотрудники не будут никогда, поскольку неработающее ПО для них является идеальной отговоркой для заваленной работы.
заложили слишком много фич и не осилили вовремя, конкуренты заняли рынок и пользователей уже не переманишь
Так не бывает поскольку захват рынка зависит не от набора фич а фактически только от заложенного бюджета на продвижение и жесткий демпинг.
Если вы сможете создать упрощенный аналог существующего ПО (любого) и скажем 10 лет продавать его за треть цены конкурентов — рынок ваш.
То, что вы не можете оценить вероятность появления рейверов на локации не говорит о том, что вероятность рейв-тусовок на закрытых пром-предприятиях равна 0.5.
Ну вот — типичный пример мышления программиста, попытка все в мире свести к логике и правилам. Слово «подпольная» в описании вечеринки вы разумеется пропустили, ведь это не попадает в вашу картину мира, правда?
Я вроде ясно дал понять, что обсуждать похождения "программиста маминой подруги" из поисковой выдачи не имеет смысла.
У вас лично был означенный опыт? Когда вы лично, своими глазами видели ответственность разработчиков? Нет? Тогда обсуждать нечего, написать в интернете можно все что угодно.
где по договору ущерб для фирмы должен был быть возмещен
О как интересно и что вам трудовой договор показывали на собеседовании?
Но вообще вы несколько далеки от реалий, в российском ИТ существует всего один способ заставить сотрудника отвечать за причиненный ущерб — договор материальной ответственности. Чаще всего такой договор подписывают ИТ-директора (CTO).
Если он подписан, тогда человек отвечает за например потерянный сервер или ноутбук. Но и то все эти разборки происходят через суд.
возможно, с волчьим билетом)
Нет никакого «волчьего билета» и нет никаких страшных «черных списков» куда намеренно заносят кандидатов злобные рекрутеры. Все это не работает даже когда надо — когда человек был пойман на воровстве или уволен за пьянство.
и обрушение репутации подрядчика
Из отрасли выгонят? А в случае серии провалов именно это и происходит с карьерой актеров.
Но все это не про риски, не нужно смешивать риск при создании ПО и последствия для накосячившего.
А как вы представляете себе одно без другого?
Какого Basil Navelson наказали за ущерб от тайфуна, уничтожившего декорации?
Страховка покрыла ущерб, насколько мне известно. Что не отменяет сдвиг сроков и висевший риск отмены вообще - если бы не договорились.
Зато есть необходимость быть максимально близко к пользовательскому окружению, поэтому сборка для Windows 7 и делается на Windows 7.
Добрый день, так тоже можно, но могут возникать непредсказуемые ошибки, одну из которых (ошибка об отсутствии функции EventSetInformation в ADVAPI32) вы успели словить.
Node.js большая и сложная и слой совместимости не заканчивается на C++ Redist.
А почему вас так сильно волнует этот вопрос? Сроки в разработке достаточно абстрактны сами по себе, поскольку не привязаны к физическим процессам. Ураган с пургой вам разработку не поломают, в худшем случае — отдалят релиз.
Во всех случаях кроме внешней заказной разработки, бюджет на разработку формируется на годы вперед, поскольку программисты нанимаются в штат и на оклад.
Да пусть хоть в совместных оргиях участвуют — какая разница?
Я бы даже разбираться не стал — есть задача, есть ответственный за нее. Если ответственный человек по какой‑либо причине не выполняет обязательства — фиксируете и эскалируете наверх. Все.
Тут когда собственники бизнес делят — легко могут зайти с «группой поддержки» и физически выгнать всех с территории предприятия, еще и побив подвернувшихся под руку.
А вы говорите "тихо саботирует" ага )
Как вы себе представляете возросшую "клиентоориентированность и гибкость" в B2B? Включение шалмана с эскортницами в план проекта?
Вы всего этого в интернете начитались что-ли? Где такую фантастику рассказывают?
В РФ если что Рождество практически не отмечают, собственно даже Новый Год отмечают все меньше и меньше.
Также еще раз напоминаю, что на дворе не 90е — с логистикой все хорошо и проблем со складами нет, уж точно не для мелких подарков.
Если только бесплатно для компании и за свой счет.
Вообще такие посты — еще одна причина несерьезного отношения к программистам, что конечно печалит.
И что вы с таким накалом отмечаете Рождество?
Вся эта возня с выпуском чего‑то под праздники была актуальна в 90е, сейчас другое время ПО даже на полках магазинов нет — лицензии покупают онлайн.
Что касается устройств, опять же на дворе давно не 90е - у вас телевизор с холодильником апдейты качают по сети, так что никакой привязки к праздничным датам давно уже нет.
Временно достается другой — с соседнего проекта, с компании‑аутсорсера. Параллельно запускается поиск и найм нового — если лид ушел с концами.
Можно написать мне, благо есть такой опыт подхватывания проектов.
Короче это совсем не проблема, даже если внезапно ушел ваш директор (вместе с бухами), не то что какой-то тимлид.
Если работа оформлена как почасовая — радуетесь, если нет — в какой‑то момент переводите эту работу на почасовку и начинаете радоваться, организовыв встречу с руководством со стороны заказчика и объяснив ситуацию с конкретными фактами.
Вопрос практики проектирования, такого рода переделки «всех экранов» характерны для юных падаванов, пока еще остро желающих «переписать все».
Если дадите конкретику — расскажу как такие проблемы решаются без глобальных переделок.
Но вообще если вы выступаете как подрядчик, то такого рода изменения это просто дополнительная доработка, которая точно будет согласована и оплачена, поскольку остро нужна заказчику.
Был период, когда использование решения SAP влияло на оценку всего бизнеса со стороны инвесторов, что позволяло получать более дешевые кредиты.
Как вы думаю догадываетесь, при таких смыслах никакие "сложности внедрения" никого не волновали.
До пандемии да, а теперь идет скорее откат к основам, поскольку вся эта "гибкость и клиенториентированность" сжирает ресурсы.
Еще раз: 25 лет это много ) Нет никаких "неопределенных факторов", тем более влияющих на реализацию.
Все что могло случиться — уже случилось.
Что вот так сразу и сходу? Вас точно об этом просили? Если скажу что смысл внедрения SAP как раз и заключался в том чтобы все местные оптимизаторы шли лесом - сильно удивитесь?
25 лет практики это очень много, поэтому нет уже никаких рисков при оценке. Нету. Кончилось детство.
Так это не вопрос моды, оно по логике так происходит. Зачем нужна экспертиза и компетенции, если предполагается что на стороне заказчика все и так хорошо и понятно?
А как иначе? Если вы целенаправленно автоматизируете предприятия по всему миру — действительно будете знать лучше и понимать больше, чем ИТ‑подразделение одного конкретного завода. Или с этим тоже будете спорить?
Несмотря на весь негатив вокруг продукции SAP и их практик, как только они вышли из РФ — внезапно оказалось что никаких аналогов внезапно нет и компетенций SAP сильно нехватает.
Вой стоит настолько громкий, что уже на уровне государства собрались финансировать разработку аналога.
Оптимальную по сравнению с чем?
При моем опыте сколь-нибудь серьезной ошибки в оценке быть уже не может )
Сейчас снова сорву покровы: в подавляющем большинстве случаев заказчик не знает, не представляет и не догадывается.
Поэтому и нужны вы — профессионал, который подскажет, расскажет, объяснит и посчитает.
Неважно что я предпочитаю, когда есть правила отрасли и давно известная градация бюджетов.
На данный момент — любого. Не будет больших бюджетов, пока не будет серьезного отношения, которого не будет из‑за отсутствия ответственности.
Фигурировали, но только SAP - иностранная компания и иностранный же продукт, поэтому отношение и было несколько другим.
Ну попробуйте как-нибудь оценить проект в пару млн долларов, потом расскажете о реакции заказчика )
Мне просто стыдно за коллег, поскольку такое раздувание «воображаемых рисков» приводит к тому, что люди трижды думают перед тем как запускать разработку, их приходится убеждать и тратить на все это существенное время.
Копеечные бюджеты в отрасли — тоже прямое следствие такого отношения к работе, бюджет выделяется по принципу «не сильно жалко потерять» а не исходя из реальной оценки.
Про закрытую военным область и ПВО на второй день съемок полагаю надо было заранее уточнять у ФСБ следуя вашей логике?
А чтобы пройти по улице без риска быть сбитым самокатчиком, видимо надо заранее собрать досье и медкарты для каждого жителя района, вместе с маршрутами передвижения самых ярких шизов.
Ну верьте больше, что тут сказать. Интересная наверно компания )
Дело в том что подрядные работы не имеют ничего общего с работой в штате компании. Для подрядчиков в обязательном порядке подписываются пункты об ответственности, ваш можно сказать типовой для ГПХ.
Нет таких рисков в природе.
Разработка будет поставлена на паузу, пока не найдется новый бюджет и/или более грамотный исполнитель. Но даже незавершенный продукт никуда не денется.
Это не так происходит. Для начала делается "пилот" и с новым ПО допускают работать небольшое количество сотрудников и после специального обучения. По итогам "пилотного внедрения" составляется отчет и набор пожеланий, часть из которых возможно дойдут до разработки.
А вот бунтовать сотрудники не будут никогда, поскольку неработающее ПО для них является идеальной отговоркой для заваленной работы.
Так не бывает поскольку захват рынка зависит не от набора фич а фактически только от заложенного бюджета на продвижение и жесткий демпинг.
Если вы сможете создать упрощенный аналог существующего ПО (любого) и скажем 10 лет продавать его за треть цены конкурентов — рынок ваш.
Что устареет? Биты и байты?
Ладно еще когда речь идет про UI/UX и клиентский опыт (и то не всегда), но у вас же про АСУ и железо.
Что тут-то может устареть? Тем более за столь короткий срок.
Ну вот — типичный пример мышления программиста, попытка все в мире свести к логике и правилам. Слово «подпольная» в описании вечеринки вы разумеется пропустили, ведь это не попадает в вашу картину мира, правда?
Я вроде ясно дал понять, что обсуждать похождения "программиста маминой подруги" из поисковой выдачи не имеет смысла.
У вас лично был означенный опыт? Когда вы лично, своими глазами видели ответственность разработчиков? Нет? Тогда обсуждать нечего, написать в интернете можно все что угодно.
О как интересно и что вам трудовой договор показывали на собеседовании?
Но вообще вы несколько далеки от реалий, в российском ИТ существует всего один способ заставить сотрудника отвечать за причиненный ущерб — договор материальной ответственности. Чаще всего такой договор подписывают ИТ-директора (CTO).
Если он подписан, тогда человек отвечает за например потерянный сервер или ноутбук. Но и то все эти разборки происходят через суд.
Нет никакого «волчьего билета» и нет никаких страшных «черных списков» куда намеренно заносят кандидатов злобные рекрутеры. Все это не работает даже когда надо — когда человек был пойман на воровстве или уволен за пьянство.
Из отрасли выгонят? А в случае серии провалов именно это и происходит с карьерой актеров.
А как вы представляете себе одно без другого?
Страховка покрыла ущерб, насколько мне известно. Что не отменяет сдвиг сроков и висевший риск отмены вообще - если бы не договорились.
Что случится если разработку поставить на паузу и вернуться к ней через пару-тройку-десяток лет? Это как-то ухудшит ее качество?
А вы говорите "ограничена физикой".