Форматирование в Rust

В личном проекте — хоть по одной букве на каждую строчку, а в крупномасштабной разработке хочется как можно меньше обсуждать детали форматирования. Мне один раз на ревью попросили не разбивать комментарий, который занимал около 100 символов. Меня это настолько разозлило, что я просто сделал как просят, лишь бы поскорее забыть это недоразумение, но мог бы не сдержаться. Чтобы такого дерьма не было нужно автоформатирование. «Прогони через gofmt» намного приятнее слышать, чем всякие эстетические изыскания.

хочется как можно меньше обсуждать детали форматирования

И это самый ироничный момент во всей ситуации.

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

С другой стороны есть выравнивание по столбцам, группировка элементов в длинных списковых литералах вроде run('ffmpeg', ['огромнейшая', 'куча', 'аргументов']) — все эти вещи, во-первых, не просто про эстетику, но и про семантику, а во-вторых, почти не вызывают срачей на ревью — трудно найти того, кому не было бы удобно читать код с таким форматированием. Только прикол в том, что все эти бесконечные black и GNU indent нельзя обучить выравниваю столбцов! Со списками ещё можно придумать какие-нибудь грязные костыли вроде разделительных комментариев (// аргументы про входное видео и смещение в нём, // блок про фильтры, и то нужно надеяться/настраивать автоматику на предмет оставления коммента на отдельной строке), а вот с выравниванием остаётся только надеяться, что когда-нибудь поддержку elastic tabstops завезут во все редакторы и IDE мира, тогда, может быть, появится автоматика, которая не будет схлопывать таблично оформленные массивы небольших структур в нечитаемую прозу.