LINUX.ORG.RU

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

Исправление Iron_Bug, (текущая версия) :

Канбан нужен для упрощения всех остальных задач, забивать на которые нельзя, хоть они и менее важные.

тут я бы потребовала объяснить понятие «нельзя». нельзя прыгнуть выше головы. а остальное - вполне себе можно. для разработки важна только разработка. и никакие другие задачи не приближают завершение проекта. наоборот, только тормозят работу и мешают программистам. надо всегда вдумываться в слова и давать точное и детальное объяснение, с аргументированием. а просто напыщенное авторитарное «нельзя» на меня даже в детсаде не действовало.
большинство подобных мифических ограничений придумано теми, кто не умеет делать ничего полезного. они развились из касты жрецов. дармоеды, которые начали впаривать людям про очередное «нельзя». якобы они предлагают такие субтильные неощутимые блага, которые остальным не понять. каким-то волшебным образом влияют на расположение звёзд. конечно, без них никуда. и конечно, они за свои «услуги» хотят бабла, и немалого. единственная суть подобных утверждений - присосаться к производству и наживаться на продаже воздуха. решение очень простое: выкидываем жреца-дармоеда и все «нельзя» сразу исчезают, вместе со всеми проблемами и воображаемыми угрозами существованию проекта.

И если управленческую фигню можно автоматизировать управленцем, то организационную без участия организовываемого разработчика — никак.

организация программиста только у него в голове. всё остальное ненужно по определению. чем меньше программиста дёргают - тем эффективнее он работает.

Исправление Iron_Bug, :

Канбан нужен для упрощения всех остальных задач, забивать на которые нельзя, хоть они и менее важные.

тут я бы потребовала объяснить понятие «нельзя». нельзя прыгнуть выше головы. а остальное - вполне себе можно. для разработки важна только разработка. и никакие другие задачи не приближают завершение проекта. наоборот, только тормозят работу и мешают программистам. надо всегда вдумываться в слова и давать точное и детальное объяснение, с аргументированием. а просто напыщенное авторитарное «нельзя» на меня даже в детсаде не действовало.
большинство подобных мифических ограничений придумано теми, кто не умеет делать ничего полезного. они развились из касты жрецов. дармоеды, которые начали впаривать людям про очередное «нельзя». якобы они предлагают такие субтильные неощутимые блага, которые остальным не понять. каким-то волшебным образом влияют на расположение звёзд. конечно, без них никуда. и конечно, они за свои «услуги» хотят бабла, и немалого. единственная суть подобных утверждений - присосаться к производству и наживаться на продаже воздуха.

И если управленческую фигню можно автоматизировать управленцем, то организационную без участия организовываемого разработчика — никак.

организация программиста только у него в голове. всё остальное ненужно по определению. чем меньше программиста дёргают - тем эффективнее он работает.

Исправление Iron_Bug, :

Канбан нужен для упрощения всех остальных задач, забивать на которые нельзя, хоть они и менее важные.

тут я бы потребовала объяснить понятие «нельзя». нельзя прыгнуть выше головы. а остальное - вполне себе можно. для разработки важна только разработка. и никакие другие задачи не приближают завершение проекта. наоборот, только тормозят работу и мешают программистам. надо всегда вдумываться в слова и давать точное и детальное объяснение, с аргументированием. а просто напыщенное авторитарное «нельзя» на меня даже в детсаде не действовало.
большинство подобных мифических ограничений придумано теми, кто не умеет делать ничего полезного. они развились из касты жрецов. дармоеды, которые начали впаривать людям про очередной «нельзя». единственная суть подобных утверждений - присосаться к производству и наживаться на продаже воздуха.

И если управленческую фигню можно автоматизировать управленцем, то организационную без участия организовываемого разработчика — никак.

организация программиста только у него в голове. всё остальное ненужно по определению. чем меньше программиста дёргают - тем эффективнее он работает.

Исправление Iron_Bug, :

Канбан нужен для упрощения всех остальных задач, забивать на которые нельзя, хоть они и менее важные.

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

И если управленческую фигню можно автоматизировать управленцем, то организационную без участия организовываемого разработчика — никак.

организация программиста только у него в голове. всё остальное ненужно по определению. чем меньше программиста дёргают - тем эффективнее он работает.

Исправление Iron_Bug, :

Канбан нужен для упрощения всех остальных задач, забивать на которые нельзя, хоть они и менее важные.

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

И если управленческую фигню можно автоматизировать управленцем, то организационную без участия организовываемого разработчика — никак.

организация программиста только у него в голове. всё остальное ненужно по определению. чем меньше программиста дёргают - тем эффективнее он работает.

Исходная версия Iron_Bug, :

Канбан нужен для упрощения всех остальных задач, забивать на которые нельзя, хоть они и менее важные.

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

И если управленческую фигню можно автоматизировать управленцем, то организационную без участия организовываемого разработчика — никак.

организация программиста только у него в голове. всё остальное ненужно по определению. чем меньше программиста дёргают - тем эффективнее он работает.