LINUX.ORG.RU

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

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

Известно, зачем: чтобы не оставлять возможного негативного влияния плохого алгоритма на весь проект и гарантировать работоспособность алгоритма даже в критических ситуациях, которые наверняка будут, потому что хоть заявленные в ПП 100 раз ты будешь вызывать один и тот же метод, хоть 200 – это гарантирует правильную работу алгоритма только для тех случаев, когда он работал правильно. Довести такой подход до ума, по-моему, ещё сложнее, чем написать сложный, но правильный алгоритм.

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

Известно, зачем: чтобы не оставлять возможного негативного влияния плохого алгоритма весь проект и гарантировать работоспособность алгоритма даже в критических ситуациях, которые наверняка будут, потому что хоть заявленные в ПП 100 раз ты будешь вызывать один и тот же метод, хоть 200 – это гарантирует правильную работу алгоритма только для тех случаев, когда он работал правильно. Довести такой подход до ума, по-моему, ещё сложнее, чем написать сложный, но правильный алгоритм.

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

Известно, зачем: чтобы по возможности не оставлять возможного негативного влияния плохого алгоритма весь проект и гарантировать работоспособность алгоритма даже в критических ситуациях, которые наверняка будут, потому что хоть заявленные в ПП 100 раз ты будешь вызывать один и тот же метод, хоть 200 – это гарантирует правильную работу алгоритма только для тех случаев, когда он работал правильно. Довести такой подход до ума, по-моему, ещё сложнее, чем написать сложный, но правильный алгоритм.