Измерение сложности кода функционального языка и императивного языка

"Лучшего" пути не существует. Нет даже отдаленно приемлемого способа.

• SLoC (и связанные измерения, такие как количество символов) совершенно бессмысленны; обратитесь к Википедии для получения краткого обзора наиболее распространенных критических замечаний
• , если вы хотите, чтобы подсчитывались более абстрактные вещи, такие как «атомарные элементы» программы, вы должны решить, что вы считаете таковыми - и многие не согласятся, и это справедливо. потому что этот вопрос в основном неразрешим
• . Кроме того, такие сравнения очень справедливы, потому что в большинстве из них используются примеры задач, которые, как правило, решаются более естественно на том или ином языке. Каждый пробовал реализовать Accumulator Factory на C ++? Теперь вспомните, что проблема была предложена защитником Лиспа (Полом Грэмом) ...
• Более того, многие будут утверждать, что действительно умное решение, использующее очень мало строк / символов / «атомарных элементов», не является лучшим решением в любом случае. в противном случае - взгляните на код golf

Учитывая все обстоятельства, лучшим решением может быть взятие множества различных реальных проблем, их идиоматическое решение на разных языках и простое неформальное рассмотрение исходного кода и определение того, что выглядит более элегантно.