Что до того, может ли философская концепция опровергнуть физику - примеров полно. Например, атомистскую теорию создал отнюдь не физик
Вы в своём уме?! "Атомистская теория" того времени - почила в бозе. А физики создали новую с нуля. И общего у них - только слово "атом".
интерпретировать физические данные надо в соответствии с ОБЩИМИ ЗАКОНОМЕРНОСТЯМИ МИРОЗДАНИЯ
Так наоборот же! Общие закономерности мироздания нам априорно не известны. Мы их выявляем по физическим данным.
А мировоззрение - тут вообще ни при чём. Это идиотизм какой-то, привязывать мировоззрение к естественнонаучным теориям: теории могут и неверными оказаться, и с этим надо будет работать.
Для критики гипотез они тоже не годятся. Они годятся только для критики методов работы с гипотезами.
Если философская концепция как-то залезает в область, проверяемую экспериментом - значит её автор замахнулся на не своё. Философия - подобно математике, не должна утверждать ничего на счёт объективной реальности, а должна искать формулы вида "что, если ..."
Но если зона ответственности не будет ограничена кругом контроля, то работник будет систематически отвечать за то, что не контролирует. Где справедливость?
Ну, как бы дураку ясно, что для заказчика работающая фича важнее, чем документация.
Поэтому в режиме цейтнота, документация идёт в "технический долг".
проблема не отсутствия проектной документации (и да, она по Agile тоже должна быть), а о документировании конкретного решения. Собственно последнее и делает из достаточной документации - комплексную.
Состав проектной документации и критерий её достаточности нигде не стандартизирован. Руководитель производства может своим решением включить документацию по конкретным решениям список необходимой проектной, и тогда множества, которые Вы назвали "достаточной" и "комплексной" документацией - полностью совпадут.
Но, отдел проектирования в этих компаниях был именно "заводом по производству проектной документации". Что-то "из ряда вон" требовалось очень редко, чаще всего даже не бралось в работу (плохо прогнозируемая прибыль).
Когда я был маленьким, нам в институте на информатике рассказывали по одно вагоностроительное предприятие. Так там сборочно-сварочное производство вагона никогда не требовало чего-то "из ряда вон", и всегда его можно было свести к комбинации существующих вариантов. Так вот, они написали на Excel и VBA программу, которая им по проекту вагона сразу директивку выдавала.
Да. Но инженерная рутина - она не такая, как производственная рутина. Она другая.
После того, как составлено "нормальное описание того, что надо сделать и как" начинается, пользуясь этой аналогией, опытное производство. И по результатам ОКР описание-то может и поплыть. И его придётся править.
Мне сразу видится узкое место в частых итерациях. "Дураку пол-работы не показывают" (с) народная мудрость. На практике, это выливается в необходимость дополнительной работы по приведению в презентабельный вид промежуточного состояния проекта.
Но он же не физик! Что бы он в физике понимал?! Вы сами-то понимаете, что пишете?!!
Да в общем-то кто угодно из политбюро. Если бы он начал слишком резко всё менять - полетел бы с должности.
Ни то, и ни другое. Это указание на области применимости критерия Поппера.
Вы в своём уме?! "Атомистская теория" того времени - почила в бозе. А физики создали новую с нуля. И общего у них - только слово "атом".
Так наоборот же! Общие закономерности мироздания нам априорно не известны. Мы их выявляем по физическим данным.
А мировоззрение - тут вообще ни при чём. Это идиотизм какой-то, привязывать мировоззрение к естественнонаучным теориям: теории могут и неверными оказаться, и с этим надо будет работать.
Так о том и речь: философские позиции не годятся для критики отдельно взятых теорий.
Это про неактуальную политику. Считай - про историю.
Берии ставится в заслугу то, что он забрал у всевозможных более мелких должностных лиц право кого-то репрессировать.
Т.е. по крайней мере часть репрессивного аппарата заблокировал. Большего на его месте сделать было невозможно.
Для критики гипотез они тоже не годятся. Они годятся только для критики методов работы с гипотезами.
Если философская концепция как-то залезает в область, проверяемую экспериментом - значит её автор замахнулся на не своё. Философия - подобно математике, не должна утверждать ничего на счёт объективной реальности, а должна искать формулы вида "что, если ..."
В общем я так понял, что марксисты дезертировали с позиций материализма ещё при Ленине.
Но если зона ответственности не будет ограничена кругом контроля, то работник будет систематически отвечать за то, что не контролирует. Где справедливость?
никогда. Никогда оно не станет важно для заказчика. Это внутренняя задача подрядчика, которую придётся закрывать за свой счёт.
Ну, как бы дураку ясно, что для заказчика работающая фича важнее, чем документация.
Поэтому в режиме цейтнота, документация идёт в "технический долг".
Состав проектной документации и критерий её достаточности нигде не стандартизирован. Руководитель производства может своим решением включить документацию по конкретным решениям список необходимой проектной, и тогда множества, которые Вы назвали "достаточной" и "комплексной" документацией - полностью совпадут.
Прочитав Ваш комментарий, я перестал понимать в чём противоречие. Почему бы, например, не применять Alige и DF вместе как взаимодополняющие сущности?
Когда я был маленьким, нам в институте на информатике рассказывали по одно вагоностроительное предприятие. Так там сборочно-сварочное производство вагона никогда не требовало чего-то "из ряда вон", и всегда его можно было свести к комбинации существующих вариантов. Так вот, они написали на Excel и VBA программу, которая им по проекту вагона сразу директивку выдавала.
Да. Но инженерная рутина - она не такая, как производственная рутина. Она другая.
После того, как составлено "нормальное описание того, что надо сделать и как" начинается, пользуясь этой аналогией, опытное производство. И по результатам ОКР описание-то может и поплыть. И его придётся править.
Суть в том, что разработка ПО - это разработка, а не производство. И аналоги надо искать не на заводе, а в КБ.
Не знаю. Спрашивать у админа не буду. Может, и то и другое. А может - крякнем.
А мне робот периодически говорит, что я робот. И отказывается со мной общаться.
Пофиг. Просто пустим (собственно уже несколько лет как пустили) джиру через корпоративный VPN.
Мне сразу видится узкое место в частых итерациях. "Дураку пол-работы не показывают" (с) народная мудрость. На практике, это выливается в необходимость дополнительной работы по приведению в презентабельный вид промежуточного состояния проекта.