Это чушь. Так возможно будет если в компанию наберут всех без исключения, кто требует большой доли освоения знаний и навыков. Когда в компании соблюдается баланс и таких кто очень активно развивается меньшинство и им при этом помогают и не мешают развиваться, то будет ровно да наоборот. Так было всегда, пока не появились компании-секты с идиотскими методологиями работы и с соответствующими роботами-эйчарами.
налоги должны расчитываться исключительно в законодательном поле, не нарушая закон. и только-) в данном случае налоговая не имеет права насчитывать налог незаконно и ее частное мнение и фантазии никого не интересуют.
Это полный бред. Если налог насчитан незаконно, а в случае насчитывания налогов за использование именно бесплатного СПО абсолютно незаконно - уплачивать его нет никакой необходимости. И мнение налоговой тут индеферентно. Налоговая исполнительный орган и обязан исполнять, а не нарушать Закон.
А вот такие мануалы как раз таки стоят очень дорого, так как основаны на хороших знаниях и колоссальном труде, который должен оплачиваться! А то вы уже разбежались, в студию им-)) А ху-ху вам и хо-хо нигде не жмет?! Ну либо сами учитесь, а это тоже время и деньги.
За модификацию наверное ИХ продукта, который бы оставался собственностью например openproject. Но если модифицировали и взяли себе как собственный продукт-то вряд ли.
В большинстве случаев нужно планировать не то что лучше зайдет, а то что будет эффективно, надежно и полноценно выполнять заранее определенный функционал. Эксперименты с заходами или не заходами иногда плохо заканчиваются как для аудитории, так и для тех кто делает продукт или проект. Вот результатом таких экспериментов является постоянно меняющийся привычный дизайн разных чего-либо, что ломает и путает клиентов намного сильнее, чем то что по мнению постоянных переделывателей хуже заходит аудитории. Про небезопасность разработки скрам и говорить не нужно, это еще более очевидно. Что происходит с постоянно меняющимися архитектурами инфраструктур и приложений, которые от этого остаются вечно сырыми и необкатанными - понятно любому адекватному специалисту. И вские там потоковые тесты и аудиты тут мало чем помогут.
Отсутствие менеджеров-это жестокое и глупое заблуждение. Просто вам менеджера подсунули под соусом скрам-мастера, да и сверху задачи спускаются со сроками и требованиями. Без менеджеров никуда, и это очевидный факт, который ну никак не вычеркнуть да и вычеркивать его нельзя, так как везде должна быть выстроена и четко работать иерархия подчинения, иначе будет хаос, как вот с многими случаями неграмотного и огульного внедрения этих присловутых гибких методологий, который больше вреда принесли, нежели пользы. и скрам все-таки в его нынешнем применении в большинстве мест-скорее больше похож на тоталитарную секту с жестким подчинением и динамомашину по выкачиванию соков из клиентов и работников, а вовсе не на рабочее пространство с якобы отсутствием бюрократии.
Этот Сазерленд похоже просто агент ЦРУ и вредитель, которому была поставлена цель развалить многие организации путем внедрения этой неработоспособной заразы. Хотя конечно не исключаю полностью, что такой подход применим в очень ограниченных случаях, а вовсе не где попало и для чего попало.
порой решения о внедрении(ВРЕДрении)) таких методологий принимаются в состоянии неполного понимания целей внедрения и без грамотного просчета сопутствующих рисков, например под воздействием неких навязанных извне стандартов и клише, основанных на каких-то общих современных тенденциях и трендах, которые вводят руководство в заблуждения, что очень часто приводит к печальным последствиям в конечном счете.
Любой эджайл - это не про качество и сроки, он предназначен для другого, это скорее методология отработки чрезвычайных ситуаций, а не способ плановой работы для получения высококачественного и полностью готового результата. Если тот же скрам используется не по назначению, а в большинстве случаев его таки используют совсем не по назначению, на выходе получается высокопроизводительный хаос, и не более того.
Скрам абсолютно или почти абсолютно неприменим в большинстве задач где необходимо достичь конечного результата и/или получить полностью законченный продукт в четко установленные сроки в рамках четко определенных регламентов. Скрам-это не про регламенты и сроки. Это скорее управляемый хаос. Так же скрам почти неприменим на тех работах, где нужно непрерывно сопровождать инфраструктуру-это техническое администрирование. Кроме того, скрам отвлекает от основной работы и выполнения непосредственных обязанностей. Эта очередная мода которая в итоге превратилась в очередное безумие и этот несчастный скрам(как и другие методологии "гибкой" работы) пичкают везде где только можно, порой нанося большой вред многим организациям. Возможно что это целенаправленная диверсия.
У нас все правительство токсичное и детей ненавидит лютой ненавистью, один только ЕГЭ что стоит, ювенальный маразм и прочие фашистские законы, в том числе против семьи, детей и их развития. Поэтому и продолжает работать. и таких как правило не убирают.
И такой работой должны заниматься исключительно руководство, кадровики и штатные профессиональные психологи, которые в основном должны быть из отделов кадров.
Это чушь. Так возможно будет если в компанию наберут всех без исключения, кто требует большой доли освоения знаний и навыков. Когда в компании соблюдается баланс и таких кто очень активно развивается меньшинство и им при этом помогают и не мешают развиваться, то будет ровно да наоборот. Так было всегда, пока не появились компании-секты с идиотскими методологиями работы и с соответствующими роботами-эйчарами.
налоги должны расчитываться исключительно в законодательном поле, не нарушая закон. и только-) в данном случае налоговая не имеет права насчитывать налог незаконно и ее частное мнение и фантазии никого не интересуют.
Все верно. Если нарушают ваши права и Закон, то вы не обязаны подчиняться нарушителям, а скорее наоборот.
С Богом!
Это полный бред. Если налог насчитан незаконно, а в случае насчитывания налогов за использование именно бесплатного СПО абсолютно незаконно - уплачивать его нет никакой необходимости. И мнение налоговой тут индеферентно. Налоговая исполнительный орган и обязан исполнять, а не нарушать Закон.
А вот такие мануалы как раз таки стоят очень дорого, так как основаны на хороших знаниях и колоссальном труде, который должен оплачиваться! А то вы уже разбежались, в студию им-)) А ху-ху вам и хо-хо нигде не жмет?! Ну либо сами учитесь, а это тоже время и деньги.
Полноценность операционных систем не измеряется величиной и количеством отжираемых ими ресурсов в сторону увеличения-)) Скорее даже наоборот.
За модификацию наверное ИХ продукта, который бы оставался собственностью например openproject. Но если модифицировали и взяли себе как собственный продукт-то вряд ли.
Не сложности, а ненужности внедрения. И да, системы такой сложности по скрам разрабатывать не рекомендуется и это плохой подход.
Для доработок в таких системах скрам подход как раз и не нужен.
Это обычная разработка с доработкой, багтрекингом и аудитами.
Скрам не предполагает изменения самого скрам-) Так что в топку сразу этот скрам с его враньем про якобы гибкость.
В большинстве случаев нужно планировать не то что лучше зайдет, а то что будет эффективно, надежно и полноценно выполнять заранее определенный функционал. Эксперименты с заходами или не заходами иногда плохо заканчиваются как для аудитории, так и для тех кто делает продукт или проект. Вот результатом таких экспериментов является постоянно меняющийся привычный дизайн разных чего-либо, что ломает и путает клиентов намного сильнее, чем то что по мнению постоянных переделывателей хуже заходит аудитории. Про небезопасность разработки скрам и говорить не нужно, это еще более очевидно. Что происходит с постоянно меняющимися архитектурами инфраструктур и приложений, которые от этого остаются вечно сырыми и необкатанными - понятно любому адекватному специалисту. И вские там потоковые тесты и аудиты тут мало чем помогут.
Отсутствие менеджеров-это жестокое и глупое заблуждение. Просто вам менеджера подсунули под соусом скрам-мастера, да и сверху задачи спускаются со сроками и требованиями. Без менеджеров никуда, и это очевидный факт, который ну никак не вычеркнуть да и вычеркивать его нельзя, так как везде должна быть выстроена и четко работать иерархия подчинения, иначе будет хаос, как вот с многими случаями неграмотного и огульного внедрения этих присловутых гибких методологий, который больше вреда принесли, нежели пользы. и скрам все-таки в его нынешнем применении в большинстве мест-скорее больше похож на тоталитарную секту с жестким подчинением и динамомашину по выкачиванию соков из клиентов и работников, а вовсе не на рабочее пространство с якобы отсутствием бюрократии.
Этот Сазерленд похоже просто агент ЦРУ и вредитель, которому была поставлена цель развалить многие организации путем внедрения этой неработоспособной заразы. Хотя конечно не исключаю полностью, что такой подход применим в очень ограниченных случаях, а вовсе не где попало и для чего попало.
порой решения о внедрении(ВРЕДрении)) таких методологий принимаются в состоянии неполного понимания целей внедрения и без грамотного просчета сопутствующих рисков, например под воздействием неких навязанных извне стандартов и клише, основанных на каких-то общих современных тенденциях и трендах, которые вводят руководство в заблуждения, что очень часто приводит к печальным последствиям в конечном счете.
Это точно. И в более чем 80% случаев, по крайне мере в российских реалиях, это именно срам!
Любой эджайл - это не про качество и сроки, он предназначен для другого, это скорее методология отработки чрезвычайных ситуаций, а не способ плановой работы для получения высококачественного и полностью готового результата. Если тот же скрам используется не по назначению, а в большинстве случаев его таки используют совсем не по назначению, на выходе получается высокопроизводительный хаос, и не более того.
Скрам абсолютно или почти абсолютно неприменим в большинстве задач где необходимо достичь конечного результата и/или получить полностью законченный продукт в четко установленные сроки в рамках четко определенных регламентов. Скрам-это не про регламенты и сроки. Это скорее управляемый хаос. Так же скрам почти неприменим на тех работах, где нужно непрерывно сопровождать инфраструктуру-это техническое администрирование. Кроме того, скрам отвлекает от основной работы и выполнения непосредственных обязанностей. Эта очередная мода которая в итоге превратилась в очередное безумие и этот несчастный скрам(как и другие методологии "гибкой" работы) пичкают везде где только можно, порой нанося большой вред многим организациям. Возможно что это целенаправленная диверсия.
У нас все правительство токсичное и детей ненавидит лютой ненавистью, один только ЕГЭ что стоит, ювенальный маразм и прочие фашистские законы, в том числе против семьи, детей и их развития. Поэтому и продолжает работать. и таких как правило не убирают.
Яндекс кстати-это вовсе не показатель крутости в части состава программистов-)
И такой работой должны заниматься исключительно руководство, кадровики и штатные профессиональные психологи, которые в основном должны быть из отделов кадров.