Я бы иначе поставил цель работы. Не "никто раньше не применял Haskell для build systems, а мы, вот, использовали, и кода так мало получилось, что все вошло в статью на каких-то 55 страницах" ( ;) ), а, например, сконцентрировался бы на противоречиях между общими требованиями со стороны SE к подобным системам и тем, что системы реально предлагают. Пусть в результате читатель проникнется ненавистью к "коллективному" Gradle, при убеждении, что теперь-то понятно, КАК надо было делать инструмент (неважно, на Haskell или на той же Java его реализовывать) :)
В идеале, наверное, да, при таком подходе получилась бы максимально полезная статья, но на практике по факту бы вышло что-то, справедливая реакция на что была бы "Пффф!.. Эти академики ваще не в курсе для чего нормальные люди используют системы сборки, а снова напридумывали какой-то абстрактной ерунды в вакууме!" Как, мне кажется, и относится подавляющее большинство программистов к статьям по SE (из тех, кто вообще знает об их существовании).