lentjaj1 (08.02.2012 11:50, просмотров: 130) ответил Evgeny_CD на Дракон: снова наткнулся на эту штуку. В процессе обсуждения с Д.ARMоед XML базы данных SEDNA он дал ссылку на -> на документик некоего Блинова Р.В. Ну я погуглил по имени.... Нагугленное приложено.-
- Не надо. Думать там надо не меньше, чем при Plain C кодинге. Просто КПД думания МОЖЕТ быть выше. - Evgeny_CD(08.02.2012 12:08)
- Написание кода давно разбили на части: алгоритмы и кодирование. lentjaj1(207 знак., 08.02.2012 14:22)
- Работаю с одним известным ФГУП-ом, там алгоритмисты отделены от кодеров, причём административно. Кодеры не очень в курсе что к чему в плане системного подхода, а алгоритмисты не петрят в кодировании. По времени реакции, это пипец с большой буквы П. - Chum_A(08.02.2012 15:30)
- Менеджерам главное разделить ответственность, а как в общем будет их не беспокоит. - lentjaj1(09.02.2012 07:12)
- С временем реакции можно смириться. А как у них с результатами? - amusin(08.02.2012 15:36)
- Чисто внешне, громких скандалов не припоминаю. - Chum_A(08.02.2012 16:15)
- Работаю с одним известным ФГУП-ом, там алгоритмисты отделены от кодеров, причём административно. Кодеры не очень в курсе что к чему в плане системного подхода, а алгоритмисты не петрят в кодировании. По времени реакции, это пипец с большой буквы П. - Chum_A(08.02.2012 15:30)
- Вот этот КПД можно поднять за счёт диаграммной техники. На всех уровнях проектирования. То, что отомрут гавнокодеры - это небольшой side-effect. Д.ARMоед(125 знак., 08.02.2012 13:13)
- Написание кода давно разбили на части: алгоритмы и кодирование. lentjaj1(207 знак., 08.02.2012 14:22)
- Не надо. Думать там надо не меньше, чем при Plain C кодинге. Просто КПД думания МОЖЕТ быть выше. - Evgeny_CD(08.02.2012 12:08)