Немодальное окно коммита в IntelliJ IDEA: шаг вперёд или спорное нововведение?

Моя цель - предложение широкого ассортимента товаров и услуг на постоянно высоком качестве обслуживания по самым выгодным ценам.

В свежих обновлениях IntelliJ IDEA разработчики JetBrains внедрили немодальное окно коммита, отказавшись от классического модального диалога. Команда Spring АйО не обошла стороной активное обсуждение среди пользователей, которые разделились на два лагеря: одни приветствуют нововведение, другие считают его неудобным. Разберёмся, какие плюсы и минусы выявили пользователи и что по этому поводу думают представители JetBrains.


Что изменилось?

Ранее процесс коммита в IntelliJ IDEA происходил в модальном окне: при нажатии Ctrl+K (или Cmd+K на macOS) открывалось отдельное окно, в котором можно было выбрать файлы, написать сообщение коммита, просмотреть изменения и отправить код в систему контроля версий (VCS). Пока это окно было открыто, IDE блокировала другие действия.

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

Аргументы в пользу немодального интерфейса

1. Улучшение рабочего процесса

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

Теперь коммит не прерывает работу! Я могу одновременно писать код и готовить коммит, а не переключаться между режимами. Это большое улучшение.

2. Плавное переключение контекста

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

Часто бывает, что пока пишешь сообщение коммита, вспоминаешь, что нужно подправить ещё что-то. Теперь можно просто переключиться в код и сделать это на месте.

3. Соответствие современным стандартам UX

Во многих современных IDE и редакторах кода, таких как Visual Studio Code, используется немодальный интерфейс коммитов. Такой подход упрощает работу, особенно в командах, где разработка ведётся в интенсивном режиме с частыми коммитами.

Критика и аргументы против

Несмотря на преимущества, не все пользователи довольны нововведением. На форумах JetBrains и Reddit можно встретить несколько ключевых претензий.

1. Неудобство при работе с диффами

Одним из главных недостатков, который отмечают пользователи, является изменение отображения диффов (различий в коде перед коммитом). Ранее модальное окно выделяло весь экран под просмотр изменений, а теперь диффы занимают часть основного рабочего пространства.

Если я работаю с двумя колонками редактора (разделенный режим), то окно диффов становится узким, и код в нём сложно читать.

2. Потеря сосредоточенности на коммите

Некоторые пользователи считают, что модальное окно помогало сосредоточиться на коммите, так как в момент его создания всё остальное в IDE блокировалось. Новый же подход может приводить к отвлечению.

Коммит — это важная часть процесса разработки. Он должен быть осознанным шагом, а не просто быстрым нажатием кнопки. Раньше, когда открывалось модальное окно, я мог спокойно проверить изменения и обдумать их. Теперь это ощущается менее значимым.

3. Сложности при работе с большими коммитами

Для пользователей, которые делают большие коммиты (что само по себе не всегда лучшая практика, но иногда неизбежно), новый интерфейс кажется менее удобным.

Когда у тебя большой коммит с множеством файлов, удобнее работать в отдельном окне, где можно всё спокойно проверить, не разрываясь между вкладками.

Реакция JetBrains и будущее нововведения

JetBrains признаёт, что немодальный интерфейс подходит не всем, но утверждает, что он соответствует общей философии улучшения продуктивности в IntelliJ IDEA. Разработчики компании уже внесли некоторые улучшения, например, позволили настраивать положение панели коммита и внесли исправления в отображение диффов.

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

Я понимаю, что многим нравится новый интерфейс, но почему нельзя просто оставить старый вариант как опцию? Это было бы лучшим решением.

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

Некоторые из оригинальных комментариев

Комментарии были взяты из официального YouTrack JetBrains

Итог

Немодальное окно коммита в IntelliJ IDEA — это шаг к более гибкому и непрерывному процессу работы с кодом. Однако, как и любое значительное изменение в UX, оно вызвало дискуссии. Некоторым разработчикам новый подход кажется удобным и современным, в то время как другие отмечают, что он мешает их привычному рабочему процессу.

Пока неясно, добавит ли JetBrains возможность выбора между старыми и новыми вариантами интерфейса, но одно можно сказать точно: изменения в IDEA всегда вызывают бурные обсуждения в сообществе разработчиков.


Присоединяйтесь к русскоязычному сообществу разработчиков на Spring Boot в телеграм - Spring АйО, чтобы быть в курсе последних новостей из мира разработки на Spring Boot и всего, что с ним связано.

Источник: https://habr.com/ru/companies/spring_aio/articles/889682/


Интересные статьи

Интересные статьи

Всем привет! Я уже много раз писал о том, что электронные таблицы — это потрясающий инструмент для анализа данных. А Google Sheets, включающий в себя всю мощь экосистемы Google, дополнительные расшире...
Думаю, многих любителей электроники зацепила волна обсуждений видео на канале Veritasium ( EN | RU ). Я его видел в рекомендациях на YT, но смотреть не стал, так как заголовок, «Большое заблужден...
На работе я занимаюсь поддержкой пользователей и обслуживанием коробочной версии CRM Битрикс24, в том числе и написанием бизнес-процессов. Нужно отметить, что на самом деле я не «чист...
Как-то у нас исторически сложилось, что Менеджеры сидят в Битрикс КП, а Разработчики в Jira. Менеджеры привыкли ставить и решать задачи через КП, Разработчики — через Джиру.
Если Вы используете в своих проектах инфоблоки 2.0 и таблицы InnoDB, то есть шанс в один прекрасный момент столкнуться с ошибкой MySQL «SQL Error (1118): Row size too large. The maximum row si...