На какую группу? Справа указан модуль но толку от этого если все скрипты в одной куче

Cmd+shift+o начинаешь вводить имя модуля + /.gradle

Android view ужасен

Не так вопрос не в поиске конкретного файла, а в том чтоб они все были отображены в удобном, древовидной виде

Нахуя

Ну хз, а зачем модули так отображаются?

Не всегда работа сводится до редактирования одного скрипта, и каждый раз искать какой то конкретный скрипт неудобно

Ну ты ведь какой то конкретный скрипт ищешь

Ну с тем же успехом можно все файлы проекта в один список вывалить, какой то же конкретный файл в определенный момент времени редактируется

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

Бля, нет, не надо опять

Все равно интереснее тем нет

Хехех, были тут одни ребята, которыепыталь сделать "как в реальности" и придумали наследование

IT не про ощущаемую реальность, а про потоки информации. Ты видел в реальности где нибудь конкатенацию строк?

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

а он тут причём? он системныц язык, там мутабельности вагон и маленькая тележка - например работа с сетью, сокеты, TcpStream - мутабельные структуры с внутренним состоянием

В правилах работы с мутабельностью. Главным образом, то, что на мутабельный объект может быть только одна мутабельная ссылка в любое время, и это контролируется компилятором

Возможно я наврал кстати сейчас с точной формулировкой, но суть примерно такая

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

То есть, ты например читать let socket = TcpListener.bind(...) не сможешь, сможешь только let mut socket = TcpListener.bind(...), и только из одного места, которое в данный момент держит ссылку на него