Всегда делайте это одним и тем же методом каждый раз, пригодно ли это для программных проектов?

Question

Я бежал .. слушал подкаст о Тойоте .. все равно.

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

Или кто-нибудь видит, как использовать этот основной принцип?

Хорошо, вот подкаст. Я думаю, что это интересно

http://itc.conversationsnetwork.org/shows/detail3798.html

Answer 1

Ну, я думаю, это абсолютно зависит. Если метод, который вы уже использовали, имеет хорошее время выполнения, (в основном) не содержит ошибок и работает так, как вы хотите, то нет необходимости писать новый способ выполнения этой задачи. Особенно, если вы программируете для денег или для компании.

Однако, если вы хотите изучить некоторые новые функции языка программирования или просто другой способ ведения дел, полностью для вашего личного интереса, почему бы и нет?

В такой компании, как Toyota, экономия времени и денег имеет первостепенное значение. Тем не менее, ваше личное время имеет какое-то значение, которое вы отводите ему. Если изучение нового метода что-то делает хорошо для вашей прибыли, сделайте это. Если вы хотите узнать как можно больше, то, вероятно, это правильно. Если, с другой стороны, ваша основная задача состоит в том, чтобы как можно быстрее выполнить как можно больше проектов, тогда это не так.

Тем не менее, попытка использовать другой метод все еще может быть полезной, даже если ваша основная задача - сэкономить время и деньги; потому что выполнение того, что вы уже сделали с другой методологией, может принести вам идеи, которые потенциально могут сэкономить ваше время (а время - деньги) в долгосрочной перспективе.

Так что я бы в значительной степени сказал, что если вы хотите что-то сделать совершенно другим способом, просто сделайте это.

Answer 2

Я бы предложил небольшую модификацию, если было доказано, что метод работает должным образом (производительность / обслуживание / безопасность / и т. Д.), ТО затем используйте его каждый раз.
Хитрость заключается в том, что «доказано, что работает», а также «правильно».
Таким образом, в основном, если нет проблем с текущим методом, не меняйте его ради изменений. (Обратите внимание, что метод, который работает доказуемо лучше, в действительности подчеркивает, что у другого метода есть проблема, в частности, также не работает).

Особенно в нашей области это особенно применимо из-за преимуществ производительности / масштабируемости, которые вы получаете, когда большая часть кода создается одинаково. Например. техническое обслуживание, обучение разработчиков и т. д.

Другими, более знакомыми словами знаменитого философа:

Если оно не сломалось, не чините.