Gantt diagram.
Я писал что-то похожее для моего инструмента планирования, когда пытался спланировать проект.
В общем, разбор описаний целей - зависимости, ресурсы и прочее, разложенное по файликам и записанное в пролого-подобной форме, - построение диаграммы по зависимостям и последующее построение нескольких таблиц занятости по отдельным работникам.
Два .hs файла, 747 строк. Вычитал комментарии, пустые строки, всякие (import}deriving|module).* и отдельно стоящие where и скобки.
Ни на что не претендую, просто хотел посчитать, внезапно вспомнив, что я похожее делал.
PS
Это, типа, был инструмент "декларативного планирования". Он считывал разбиение достигаемых целей и сообщал, что такие-то цели ещё никак не достигаются, что сильно помогало для понимания, что же надо делать-то.
К описанию разбиения целей можно было добавлять "процент готовности" - это дело учитывалось при расчёте сроков.
Поскольку формат хранения текстовый, то информацию о готовности проекта можно было хранить в репозитории рядом с проектом.
Лёгким движением руки это можно было превратить в багтрекер - добавляем цель "ошибки исправлены", подцепляем к ней цели вида "исправлена_ошибка(с_таким_то_описанием)" и вуаля! система планирования будет говорить, что за ошибки висят вне плана.
Плюс, план мог прогнать любой человек, имеющий доступ к репозиторию. Покрутить его так или сяк, Отрезав или добавив интересное ему.
PPS
Думаю спросить на работе, чтобы можно было выложить куда-либо.
В общем, разбор описаний целей - зависимости, ресурсы и прочее, разложенное по файликам и записанное в пролого-подобной форме, - построение диаграммы по зависимостям и последующее построение нескольких таблиц занятости по отдельным работникам.
Два .hs файла, 747 строк. Вычитал комментарии, пустые строки, всякие (import}deriving|module).* и отдельно стоящие where и скобки.
Ни на что не претендую, просто хотел посчитать, внезапно вспомнив, что я похожее делал.
PS
Это, типа, был инструмент "декларативного планирования". Он считывал разбиение достигаемых целей и сообщал, что такие-то цели ещё никак не достигаются, что сильно помогало для понимания, что же надо делать-то.
К описанию разбиения целей можно было добавлять "процент готовности" - это дело учитывалось при расчёте сроков.
Поскольку формат хранения текстовый, то информацию о готовности проекта можно было хранить в репозитории рядом с проектом.
Лёгким движением руки это можно было превратить в багтрекер - добавляем цель "ошибки исправлены", подцепляем к ней цели вида "исправлена_ошибка(с_таким_то_описанием)" и вуаля! система планирования будет говорить, что за ошибки висят вне плана.
Плюс, план мог прогнать любой человек, имеющий доступ к репозиторию. Покрутить его так или сяк, Отрезав или добавив интересное ему.
PPS
Думаю спросить на работе, чтобы можно было выложить куда-либо.