А это, видимо, потому что никто эти процессы не любит соблюдать. Вот и получается либо недоскрам, либо полуканбан, либо вообще канбарам.
А так, судя по статье, скрам - это когда есть спринты с атомарными фичами и релизами, а канбан - это когда нет спринтов и релизов, а есть постоянные допиливания-улучшения по мере готовности. Когда делаем продукт на заказ к определенному сроку - лучше спринт. Если в непрерывном режиме поддерживаем и улучшаем свой продукт без обязательств по срокам конкретных фичей - больше подходит канбан.
Да, этот момент мне пришлось подредактировать, чтобы не вводить людей в заблуждение. На самом деле, параллельный и непараллельный режимы и десктопный и серверный режимы - это не два режима с разными названиями, а два режима (рабочей станции и серверный) и два подрежима - параллельный и непараллельный (то есть всего 4 комбинации, а не две). Так что там получилась небольшая смесь переводимой статьи и описания из Рихтера.
Ну просто предыдущий комментатор советовал написать в статье, почему поколений именно 3, вот я и спросил. Потому что я, например, не знаю. И в Гугле с наскока не нашел.
Про то, что в LOH объекты не сдвигаются, тут есть. Про поколения и причину их разделения тоже есть, просто нет про то, что их именно 3. Но это перевод, так что даже не знаю, насколько этично будет что-то добавлять от себя.
Так они в самом СанПиН’е и указаны, как рекомендованные.
Регламентированные перерывы, насколько я понимаю, рекомендованы, но не обязательны.
А почему в коде везде record-ы? В этом есть какой-то профит в .NET 6 или это просто упрощение/случайность для примера?
А не поделитесь ссылкой, где бы прочитать поподробнее? А то в Википедии про канбан полтора предложения.
А кто сказал, что они мешают? Если их применять к месту и строго следовать, то они только помогают.
А это, видимо, потому что никто эти процессы не любит соблюдать. Вот и получается либо недоскрам, либо полуканбан, либо вообще канбарам.
А так, судя по статье, скрам - это когда есть спринты с атомарными фичами и релизами, а канбан - это когда нет спринтов и релизов, а есть постоянные допиливания-улучшения по мере готовности. Когда делаем продукт на заказ к определенному сроку - лучше спринт. Если в непрерывном режиме поддерживаем и улучшаем свой продукт без обязательств по срокам конкретных фичей - больше подходит канбан.
Я думаю, можно посмотреть у Майкрософт, как они заменили
GCHandle.AllocнаGC.AllocateUninitializedArray: https://github.com/dotnet/aspnetcore/pull/21614/filesЯ 1985 года рождения и отметина на плече у меня есть.
Да, я как раз к следующему понедельнику перевожу статью с практикой использования.
Да, в следующей статье об этом написано.
Рихтер пишет, что так решили на основании огромного эмпирического опыта. Ну т. е. методом подбора.
Да, этот момент мне пришлось подредактировать, чтобы не вводить людей в заблуждение. На самом деле, параллельный и непараллельный режимы и десктопный и серверный режимы - это не два режима с разными названиями, а два режима (рабочей станции и серверный) и два подрежима - параллельный и непараллельный (то есть всего 4 комбинации, а не две). Так что там получилась небольшая смесь переводимой статьи и описания из Рихтера.
Ну просто предыдущий комментатор советовал написать в статье, почему поколений именно 3, вот я и спросил. Потому что я, например, не знаю. И в Гугле с наскока не нашел.
Про то, что в LOH объекты не сдвигаются, тут есть. Про поколения и причину их разделения тоже есть, просто нет про то, что их именно 3. Но это перевод, так что даже не знаю, насколько этично будет что-то добавлять от себя.
А кстати, почему поколений именно 3?
Согласен, статья исключительно для новичков. Мне она показалась довольно простой для восприятия, потому и решил перевести.
Самое интересное, что выше есть комментарий от человека, который сам с этой утечкой сталкивался.
Действительно, спасибо за замечание.
Видимо, статьи этого автора нужно переводить с большой осторожностью, перепроверяя на MSDN.
Разве? В чем тогда смысл таймера, если он останавливается сам, когда ему вздумается?
Кстати, сейчас проверил генерируемый IL, и да, никакого static. Хотя встречал об этом не один раз на просторах Интернета.
Тогда из-за чего утечка?