|
|
-В [дополнение](http://b.ocsf.in/2015/09/28/%D0%90%D0%B4-%D0%BA%D0%BE%D0%BD%D1%86%D0%B5%D0%BF%D1%86%D0%B8%D0%B9/) необходимо отметить, что можно обоснованно выделить *develop-time* в отдельную категорию, но не как процесс в голове разработчика, а чисто утилитарно, опираясь на процесс кодирования. Здесь можно описать автокомплит, автоподсветку (как уже реализованные программы), программирование макросов ide, генерацию схем БД и ДРАКОН-схем, и так далее. То есть, уточненная последовательность одной итерации жизненного цикла программы будет представлена как: *develop-time* -> *compile-time* -> *load-time* -> *link-time* -> *init-time* -> *run-time* -> *close-time* -> *death-time*.
|
|
|
+В [дополнение](http://b.ocsf.in/2015/09/28/%D0%90%D0%B4-%D0%BA%D0%BE%D0%BD%D1%86%D0%B5%D0%BF%D1%86%D0%B8%D0%B9/) необходимо отметить, что можно обоснованно выделить *design-time* в отдельную категорию, но не как процесс в голове разработчика, а чисто утилитарно, опираясь на процесс кодирования. Здесь можно описать автокомплит, автоподсветку (как уже реализованные программы), программирование макросов ide, генерацию схем БД и ДРАКОН-схем, и так далее. То есть, уточненная последовательность одной итерации жизненного цикла программы будет представлена как: *design-time* -> *compile-time* -> *load-time* -> *link-time* -> *init-time* -> *run-time* -> *close-time* -> *death-time*.
|
