October 25th, 2012

iblard my home

Индустрия софтостроения. Индустрия?

Чем больше читаю книг о производстве - речь, конечно, не о беллетристике, а о популярных рассказах менеджеров и конструкторов -  тем больше недоумения, почему отличные практики, которые применяются в производстве материальных вещей, то ли не работают, то ли просто  игнорируются в software development. 

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

Документация

У вас в отделе есть стандарт на описание программных интерфейсов? То есть, документ, или хотя бы четкое недокументированное соглашение о том, как писать такие документы? А не странно ли то, что такого стандарта нет в отрасли? Тут должно прозвучать слово "UML", но скажите честно, даже если вы им пользуетесь, насколько однозначно он позволяет описать именно вашу задачу?

Если зачастую не все интерфейсы и API строго задокументированы, то про алгоритмы и внутреннюю структуру говорить совсем грустно. Не один раз приходилось слышать: "возьми исходник, разберись".

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

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



Collapse )
  • Current Music
    Eloy -- Colors
  • Tags