И нужна ли эта структуированость вообще. Получился немного машинописный код и фиг бы с ним

Я к виму пришел по стечению обстоятельств, хотя большую часть жизни просидел во всяких иде и прочих саблаймах.

Если хорошо структурировать код, когда пачки функций размещаются в небольших модулях с четко определенной областью ответственности, то потребность в навигации не такая острая. Напротив, если код структурирован в виде произвольного графа, то и навигация не спасает - количество и сложность маршрутов таковы, что это всё перестает укладывается в голове. Мне так кажется..

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

Эти две иерархии не совпадают.

Они могут частично пересекаться, но не совпадают.

Я про код который очень сложно прочитать и понять без ИДЕ, можно ли его признавать качественным

Так вот, функции и связи между ними - - это структура элементов системы. А меня интересует функциональность.

Так что я функциями не мыслю.

Код сложно понять, когда не знаешь систему, которую он реализует.

по идее система тоже должна так или иначе видна из кода

Если знаешь, то со структурой кода худо-бедно разберешся.

Было бы неплохо, но это идеалистическое представление.

Код просто не содержит всю нужную информацию. И это нужно принять.

Бывает хорошо видно и что делается и зачем. Хотя может просто совпадает с моими ожиданиями просто

В каких-то случаях бывает. Две иерархии частично пересекаются. И если так повезло, что они пересеклись сильно, то код будет понятный :)

Но вообще выполняемая функция описана не в коде, а отдельно, в бизнес-документации.

И проблема понимания кода, это проблема плохой/отсутствующей документации.

Увы, но тут никакие инструменты разработки не помогают.

Мне однажды довелось поработать с коллегой, которого я смело могу назвать кодревьюнаци )). Благодаря его усилиям обеспечивалась чистота и стройность проекта. Начиная от нейминга переменных, заканчивая дроблением функционала на мелкие функции. В общем, я от него многому научился. Это я к тому, что нужно прилагать усилия к созданию читабельности и понимабельности кода. Никакие иде вам не дадут понятность в джунглях лапши кода