LINUX.ORG.RU

История изменений

Исправление no-such-file, (текущая версия) :

адекватная оценка рисков приходит к годам 30-35ти

Вот и послушай, что тебе адекватный человек говорит. Управление рисками заключается не в том, чтобы избегать рисков, а в том, чтобы понимать когда риск возможен и оправдан, а когда нет.

желание «до основанья, а затем»

При чём тут желание? Это требование, причём не моё, а рыночной ситуации в конкретный момент. Сегодня одно надо, завтра другое.

Возможно существенную роль играет то что мы пишем софт для себя, и продаём сервисы который этот софт предоставляет

Возможно существенную роль играет то, что если клиент вам говорит, что из вашего конструктора Лего нужно собрать идеальный шар, то вы говорите что «это невозможно, но можно сделать некое подобие, но не идеальное». Иначе говоря вы переиспользуете код (и соответственно тесты) в угоду своему видению мира. Да, это позволяет собирать продукт быстро и качественно, но такой продукт не будет полностью соответствовать потребностям бизнеса.

Я ещё раз объясняю, что крупная контора с одной стороны зависит от качества продукта (по многим причинам), а с другой может себе позволить действовать по принципу «жри что дают» и конечный кастомер вынужден обтекать. Более мелкие конторы имеют то преимущество, что могут себе позволить меньшую надёжность, но зато ориентированность на конечного потребителя и подбирать за счёт этого тех кастомеров, которые не согласны жрать что дают в общей столовке. При этом такая контора всё равно работает с кастомерами индивидуально, поэтому нет проблемы что большой процент будет проходить через сапорт – они в любом случае так или иначе будут индивидуально сопровождаться.

Это просто разные бизнес-стратегии и не надо рассказывать что «тесты ускоряют разработку». Тесты ускоряют сборку кубиков.

Исправление no-such-file, :

адекватная оценка рисков приходит к годам 30-35ти

Вот и послушай, что тебе адекватный человек говорит.

желание «до основанья, а затем»

При чём тут желание? Это требование, причём не моё, а рыночной ситуации в конкретный момент. Сегодня одно надо, завтра другое.

Возможно существенную роль играет то что мы пишем софт для себя, и продаём сервисы который этот софт предоставляет

Возможно существенную роль играет то, что если клиент вам говорит, что из вашего конструктора Лего нужно собрать идеальный шар, то вы говорите что «это невозможно, но можно сделать некое подобие, но не идеальное». Иначе говоря вы переиспользуете код (и соответственно тесты) в угоду своему видению мира. Да, это позволяет собирать продукт быстро и качественно, но такой продукт не будет полностью соответствовать потребностям бизнеса.

Я ещё раз объясняю, что крупная контора с одной стороны зависит от качества продукта (по многим причинам), а с другой может себе позволить действовать по принципу «жри что дают» и конечный кастомер вынужден обтекать. Более мелкие конторы имеют то преимущество, что могут себе позволить меньшую надёжность, но зато ориентированность на конечного потребителя и подбирать за счёт этого тех кастомеров, которые не согласны жрать что дают в общей столовке. При этом такая контора всё равно работает с кастомерами индивидуально, поэтому нет проблемы что большой процент будет проходить через сапорт – они в любом случае так или иначе будут индивидуально сопровождаться.

Это просто разные бизнес-стратегии и не надо рассказывать что «тесты ускоряют разработку». Тесты ускоряют сборку кубиков.

Исходная версия no-such-file, :

адекватная оценка рисков приходит к годам 30-35ти

Вот и послушай, что тебе адекватный человек говорит.

желание «до основанья, а затем»

При чём тут желание? Это требование, причём не моё, а рыночной ситуации в конкретный момент. Сегодня одно надо, завтра другое.

Возможно существенную роль играет то что мы пишем софт для себя, и продаём сервисы который этот софт предоставляет

Возможно существенную роль играет то, что если клиент вам говорит, что из вашего конструктора Лего нужно собрать идеальный шар, то вы говорите что «это невозможно, но можно сделать некое подобие, но не идеальное». Иначе говоря вы переиспользуете код (и соответственно тесты) в угоду своему видению мира. Да, это позволяет собирать продукт быстро и качественно, но такой продукт не будет полностью соответствовать потребностям бизнеса.

Я ещё раз объясняю, что крупная контора с одной стороны зависит от качества продукта (по многим причинам), а с другой может себе позволить действовать по принципу «жри что дают» и конечный кастомер вынужден обтекать. Более мелкие конторы имеют то преимущество, что с одно стороны могут себе позволить меньшую надёжность, но зато ориентированность на конечного потребителя и подбирать за счёт этого тех кастомеров, которые не согласны жрать что дают в общей столовке. При этом такая контора всё равно работает с кастомерами индивидуально, поэтому нет проблемы что большой процент будет проходить через сапорт – они в любом случае так или иначе будут индивидуально сопровождаться.

Это просто разные бизнес-стратегии и не надо рассказывать что «тесты ускоряют разработку». Тесты ускоряют сборку кубиков.