Я сбежал ... слушал подкаст о Тойоте ... во всяком случае.
Я думаю, что этот принцип не используется в программных проектах. (возможно управление проектом). Искусство еще молодое. Мы не знаем, что делаем в настоящий момент. Но в конце концов мы это сделаем.
Или кто-нибудь видит, как использовать этот основной принцип?
Хорошо, вот подкаст. Я думаю это интересно





Я бы предложил небольшую модификацию, если будет доказано, что метод работает должным образом (производительность / обслуживание / безопасность / и т. д.), ТОГДА используйте это каждый раз.
Хитрость в том, что «работает» и «правильно» .
Так что в основном, если нет проблем с текущим методом, не меняйте его ради изменений. (Обратите внимание, что метод, который работает доказуемо лучше, на самом деле указывает на то, что другой метод имеет проблему, в частности, не работает).
В частности, в нашей области это особенно применимо из-за повышения производительности / масштабируемости, которое вы получаете, когда большая часть кода построена одинаково. Например. обслуживание, обучение разработчиков и т. д.
Другими, более знакомыми словами знаменитого философа:
If it ain't broke, don't fix it.
Я думаю, это зависит от обстоятельств. Если метод, который вы уже использовали, имеет хорошее время выполнения, (в основном) не содержит ошибок и работает так, как вы хотите, то нет необходимости писать новый способ выполнения этой задачи. Особенно, если вы программируете на деньги или для компании.
Однако, если вы хотите изучить некоторые новые возможности языка программирования или просто другой способ работы, полностью в ваших личных интересах, почему бы и нет?
В такой компании, как Toyota, экономия времени и денег имеет первостепенное значение. Однако ваше личное время имеет любое значение, которое вы ему придаете. Если освоение нового метода выполнения чего-либо полезно для вашей прибыли, сделайте это. Если ваша цель - узнать как можно больше, то это, вероятно, правильное решение. С другой стороны, если ваша цель - выполнить как можно больше проектов как можно быстрее, то это не так.
Однако попытка использования другого метода все равно может быть полезна, даже если ваша основная цель - сэкономить время и деньги; потому что, делая то, что вы уже сделали с другой методологией, вы можете познакомиться с идеями, которые потенциально могут сэкономить ваше время (а время - деньги) в долгосрочной перспективе.
Так что я бы сказал, что если вы хотите переделать что-то совершенно другим способом, то просто сделайте это.
Или это "Не чини, если не сломалось?" О, я всегда плохо разбирался в стихах ... ;-)