Редизайн поиска по коду GitHub не может найти много поклонников

    0
    10


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

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

    Образец возражений:

    Mort666: «Единственная хорошая вещь в этом новом пользовательском интерфейсе — это то, что он дал мне повод полностью отказаться от Github и самостоятельно размещать все, что не имеет плохо продуманного пользовательского интерфейса. В этом пользовательском интерфейсе невозможно что-либо сделать. , весь смысл неизменяемой системы управления версиями заключается в том, чтобы не редактировать в ней код».

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

    Shortnamesalex: «Пожалуйста, дайте нам возможность вернуться к старому пользовательскому интерфейсу. Этот новый просто ужасен. Все кажется слишком тесным, но в то же время слишком широким, а код шрифта жжет глаза, чего нельзя сказать о старый.Вы можете сортировать по времени в старом интерфейсе, и в целом все проще для глаз, и функции доступны с первого взгляда и одним или двумя щелчками мыши. Я отказался от предварительного просмотра функций этого, надеясь, что большинство из этих проблемы будут решены, но сейчас это не так. Я просто расстроен».

    Это не значит, что никто не оценил новый поисковый интерфейс и возможности. Более чем несколько из более чем 140 комментариев, опубликованных в обсуждении со вторника, выражают энтузиазм, по крайней мере частично.

    «Выбрав оба эти изменения во время их общедоступных бета-версий, я могу сказать, что они мне в целом нравятся, и я очень рад возможности включать специальные символы в поиск по коду!» написал DNin01. «Я хотел бы увидеть улучшение функции «Показать различия» при редактировании Markdown — раньше удаленный контент окрашивался в красный цвет, а добавленный — в зеленый. Думаю, на этом еще не сосредоточились».

    На эти более добрые и нежные посты часто приходят ответы от сотрудников GitHub, которые предполагают, что выявленные недостатки работают над устранением или уже устранены.

    Но эта ветка — одна из нескольких, выражающих недовольство новым интерфейсом, что-то вроде ожесточенной погони за техническими достижениями Blackbird, новой поисковой системы GitHub по коду на Rust.

    Среди проблем, выявленных разработчиками:

    GitHub, достаточно сказать, знает о ворчании.

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

    «Пользователям, которые заинтересованы в одновременном просмотре более 100 результатов, мы рекомендуем использовать API для поиска. Предоставление возможности поиска по давности займет некоторое время, учитывая новую сборку движка, но это то, что мы активно изучаем, наряду с любыми дополнительными отзывами, которые мы получаем».

    Что вы думаете? Дайте нам знать в опросе и комментариях ниже. ®

    JavaScript отключен

    Пожалуйста, включите JavaScript, чтобы использовать эту функцию.

    Предыдущая статьяOKX и Huobi интегрируют Unisat для легкого доступа к тенденциям BRC-20
    Следующая статьяОбновление Huawei P40 Lite за апрель 2023 г.
    Виктор Попанов
    Эксперт тестовой лаборатории. Первый джойстик держал в руках в возрасте 3 лет. Первый компьютер, на котором „работал” был с процессором Intel i386DX-266. Тестирует оборудование для издания ITBusiness. Будь то анализ новейших гаджетов или устранение сложных неполадок, этот автор всегда готов к выполнению поставленной задачи. Его страсть к технологиям и приверженность качеству делают его бесценным помощником в любой команде.