Тогда уж внутриземное, а не подземное, подземным в таком контексте могут быть только три слона и черепаха )
Разве нельзя поверхностные грунты Марса назвать землей в качестве синонима почвы, поверхности, etc? Разве не может колонизатор Марса присыпать семена землёй, чтобы дерево выросло? ))
Тщательное - не антоним инкрементного. Можно тщательно собирать и обдумывать требования в рамках инкрементной разработки, получая ранний фидбек. Я бы даже сказал, что в инкрементных подходах тщательность достигается за счет этого фидбека.
Для дозаправки, чтобы дальше куда лететь? Там дальше, если продлить прямую из Азербайджана, только океан. В Британию по идее над Нидерландами надо было лететь, а не Францией, да и в Британии тоже телегу недолюбливают, так что вряд ли там безопаснее было бы садиться.
А куда он из Азербайджана летел, что ему над Францией дозаправка понадобилась? Там рядом только Британия и Испания, но в Британии, судя по прошлым новостям, тоже недолюбливали телеграм, как и во Франции, а Испания в ЕС. Т.е. приземлиться в этих двух странах на первый взгляд не было бы безопаснее, чем во Франции.
О какой куче ритуализированных нагромождений речь? Причем тут покер скрам? Вы вольны выбирать любую методологию оценки и скоринга задач, скрам вам их не навязывает. Вы вольны проводить планинги, груминги и прочие ретро так как вы хотите, скрам лишь предлагает некие ориентиры, которые вы можете тюнить под себя как хотите. Создается ощущение, что скрамом вы называете не скрам гайд, а какую-то сильно конкретизированную сборку на его основе, с которой вам пришлось столкнуться.
лучше максимально полно собрать и документировать требования, и заряжать источники требований на их более тщательное обдумывание на старте, чтобы их массированное изменение в процессе не превратило разработку в сумбур и не повело по пути бесконечного улучшения
Конкуретный рынок с таким подходом выбросит вас на обочину. fake it till you make it не на пустом месте родилось. Пока вы будете тщательно собирать требования, конкуренты захватят аудиторию.
Предполагаю, что ваш опыт и опыт коллег скорее всего касается крупных производств в которых зачастую преобладает кровавый неэффективый энтерпрайз и в них очень тяжело приживается любой agile (не всегда) и в этой тусовке много хейтеров как скрама так и вообще всего agile. А если вы возьмете b2c с его высококонкурентной средой, то там сплошь и рядом будут успешные кейсы работы по scrum и прочим agile-ам. Что касается ваших ссылок, то я ради интереса зашел сюда https://johnfarrier.com/agile-failure-what-drives-268-higher-failure-rates/ и тут можно сразу не читать после
The study, conducted by Dr. Junade Ali and reported by Engprax (who offers a commercial alternative to Agile)
Исследование схоже на коммерческий булшит. Я уверен, можно найти сотню других исследований с противоположными выводами. Это лишний раз подтверждает то, что в различных отраслях различный опыт. Если посмотреть на b2c web, то в нем скрамоподобные процессы сами собой зарождались еще в начале нулевых, когда слова agile и scrum особо никто и не употреблял. Просто потому что web сильно упрощал доставку ценности клиенту (svn up и готово), сильно удешевлял цену ошибки (svn up -r и вуаля) и подталкивал конкурирующие гибкие команды к короткому релизному циклу, что влекло за собой остальные моменты, свойственные скраму. И эта отрасль все эти годы успешно живет на подобных фреймворках.
Мне кажется вы свой ограниченный опыт проецируете на всю отрасль. Это как если бы человек, которого в море покусала акула, начал утверждать, что купание - зло.
Но получается вместе с этим запретили любой проходящий udp (игрушки, видеозвонки и т.п.), если только оно случайно не идет на домен из списка. Или я чего-то недопонял?
А это и не должно быть задачей Амазона, как и развитие услуг в даунтаунах. Это должна быть задача администраций городов. Просто в теоретических новых реалиях эта задача достигается не хорошими условиями для строительства офисов, а другими средствами, к примеру, хорошими условиями для строительства жилья :)
Тут поинт в том, что не надо строить офис Амазона в Урюпинске, достаточно нанимать жителей Урюпинска в Амазон и они будут покупать кофе у себя в Урюпинске. Чтобы население тратило свои деньги на услуги, не обязательно концентрировать эти услуги в даунтаунах.
О, тут много всего появляется, по нарастающей: пригазнуться, принейтрониться aka причандрасекариться, шварцшильнуться.
У них можно по своему завернуть: to land - это на твердую планету, а на жидкую?
А чернозём на Марсе будет черномарсом? )
Тогда уж внутриземное, а не подземное, подземным в таком контексте могут быть только три слона и черепаха )
Разве нельзя поверхностные грунты Марса назвать землей в качестве синонима почвы, поверхности, etc? Разве не может колонизатор Марса присыпать семена землёй, чтобы дерево выросло? ))
Аналогично отличается список поддерживаемых фич на различных клиентах.
Так у телеги аналогично.
Тщательное - не антоним инкрементного. Можно тщательно собирать и обдумывать требования в рамках инкрементной разработки, получая ранний фидбек. Я бы даже сказал, что в инкрементных подходах тщательность достигается за счет этого фидбека.
Для дозаправки, чтобы дальше куда лететь? Там дальше, если продлить прямую из Азербайджана, только океан. В Британию по идее над Нидерландами надо было лететь, а не Францией, да и в Британии тоже телегу недолюбливают, так что вряд ли там безопаснее было бы садиться.
А куда он из Азербайджана летел, что ему над Францией дозаправка понадобилась? Там рядом только Британия и Испания, но в Британии, судя по прошлым новостям, тоже недолюбливали телеграм, как и во Франции, а Испания в ЕС. Т.е. приземлиться в этих двух странах на первый взгляд не было бы безопаснее, чем во Франции.
А кто вам мешает нормально проектировать? Нормальность проектирования решений и скорость реализации ценности - штуки зависящие очень косвенно.
Теперь понятно почему калифорния раньше была целиком обернута рыбой, потом снизу рыбу убрали, а теперь всё чаще только шапочку из рыбы оставляют.
Скрамгайд настолько абстрактен, что отклониться от него весьма непросто.
О какой куче ритуализированных нагромождений речь? Причем тут покер скрам? Вы вольны выбирать любую методологию оценки и скоринга задач, скрам вам их не навязывает. Вы вольны проводить планинги, груминги и прочие ретро так как вы хотите, скрам лишь предлагает некие ориентиры, которые вы можете тюнить под себя как хотите. Создается ощущение, что скрамом вы называете не скрам гайд, а какую-то сильно конкретизированную сборку на его основе, с которой вам пришлось столкнуться.
Конкуретный рынок с таким подходом выбросит вас на обочину. fake it till you make it не на пустом месте родилось. Пока вы будете тщательно собирать требования, конкуренты захватят аудиторию.
Предполагаю, что ваш опыт и опыт коллег скорее всего касается крупных производств в которых зачастую преобладает кровавый неэффективый энтерпрайз и в них очень тяжело приживается любой agile (не всегда) и в этой тусовке много хейтеров как скрама так и вообще всего agile.
А если вы возьмете b2c с его высококонкурентной средой, то там сплошь и рядом будут успешные кейсы работы по scrum и прочим agile-ам.
Что касается ваших ссылок, то я ради интереса зашел сюда https://johnfarrier.com/agile-failure-what-drives-268-higher-failure-rates/ и тут можно сразу не читать после
Исследование схоже на коммерческий булшит. Я уверен, можно найти сотню других исследований с противоположными выводами. Это лишний раз подтверждает то, что в различных отраслях различный опыт.
Если посмотреть на b2c web, то в нем скрамоподобные процессы сами собой зарождались еще в начале нулевых, когда слова agile и scrum особо никто и не употреблял. Просто потому что web сильно упрощал доставку ценности клиенту (svn up и готово), сильно удешевлял цену ошибки (svn up -r и вуаля) и подталкивал конкурирующие гибкие команды к короткому релизному циклу, что влекло за собой остальные моменты, свойственные скраму. И эта отрасль все эти годы успешно живет на подобных фреймворках.
Мне кажется вы свой ограниченный опыт проецируете на всю отрасль. Это как если бы человек, которого в море покусала акула, начал утверждать, что купание - зло.
Как вариант можно рубить только udp на 80-й. Тогда quic порубится, а всякие zoom-видеопотки на другой порт останутся. Но это не точно )
Но получается вместе с этим запретили любой проходящий udp (игрушки, видеозвонки и т.п.), если только оно случайно не идет на домен из списка. Или я чего-то недопонял?
А зачем последним правилом дропается весь проходящий udp?
А это и не должно быть задачей Амазона, как и развитие услуг в даунтаунах. Это должна быть задача администраций городов. Просто в теоретических новых реалиях эта задача достигается не хорошими условиями для строительства офисов, а другими средствами, к примеру, хорошими условиями для строительства жилья :)
Тут поинт в том, что не надо строить офис Амазона в Урюпинске, достаточно нанимать жителей Урюпинска в Амазон и они будут покупать кофе у себя в Урюпинске. Чтобы население тратило свои деньги на услуги, не обязательно концентрировать эти услуги в даунтаунах.