Избавиться от градиента, бледных цветов, ненужных разделителей: концепт редизайна страницы репозитория на GitHub
Перевод материала создателя Fira Code, DataScript, Rum Никиты Прокопова.
Перевод материала создателя Fira Code, DataScript, Rum Никиты Прокопова.
Алина, я не дизайнер, я разработчик.
И я искренне рад, что вы не работаете в Github. Пожалуйста, продолжайте свое творчество в продуктах для людей, не трогайте наши инструменты.
Я уверен, что дизайн инструментов для разработчиков должны создавать разработчики. Часто дизайн решения в профессиональных инструментах не поддаются логики человека вне контекста профессии и это нормально.
Почти все что вы убрали, потому что решили что оно лишее - важно.
Все что вы добавили, потому что решили что оно необходимо - не важно и может быть спрятано максимально глубоко в труднодоступных местах.
Поймите, никому не интересно смотреть овервью репозитория, интересно только тем, кто в первый раз зашел.
99% сценариев использования репозитория - это использование для ежедневной работы, где важно видеть когда в последний раз изменилась папка/файл и почему.
Мне не нужно видеть список комитов на главном экране.
Если я работаю только с Wiki - значит я technical writer и мне вкладка code и все что под ней крайне не интересно
Если я работаю только с issues - значит я QA и мне вкладка code и все что под ней крайне не интересно.
Если я разработчик, то я либо использую вкладку code я навигации по коду и по вкладкам внутри code, или я работаю исключительно внутри pull requests (и в этот момент времени мне не нужен быстрый доступ куда либо под вкладкой code)
Мне не нужен блок со статистикой, потмоу что я каждый день работаю с этим репозиторием и я знаю эту статистику на изусть.
Вообще, в целом, как разработчику, в болшинстве случаев, мне интересна только вкладка "Pull requests" и все, остальное может быть где угодно.
Если я QA мне интересно только issues в большинстве случаев
Если я technical writer мне интересно только wiki в большинстве случаев
В целом, ваши правки сильно оторваны от контекста. В дизайне продукта очень важен контекст в котором находится продукт, вы как дизайнер должны не просто тупо открыть книгу по UI/UX и выполнять чеклист оттуда, а сначала погрузится в контекст продукта, а потом голово, самостоятельно создавать уникальный для текущего контекста и текущего продукта чеклист.
Это же перевод. А автор оригинального материала как раз разработчик и активный участник комьюнити https://github.com/tonsky
Вы — яркий пример минусов русской культуры обсуждения идей по сравнению с западной. Тон ментора, указание автору, что ему реально следует делать, а то без вас не разберется, а на самом деле невнимательный и неразобравшийся ни в чем чувак, которому срочно надо поучить других людей на тысячу знаков.
Увидел, что это перевод. Алина, сори, комент значит не вам. Пусть тогда Никита лучше поставит большую плашку "ПЕРЕВОД" над постом чем раскрашивает молотки в розовый, потому что это fancy :)
и поймите, бОльшая часть работы в Github происходит в закрытых репозиториях компаниями с наемными разработчиками, все ваши изменения просто убирают важную для работы информацию и добавляют нечто что просто интересно каким то залетным людям (которых в приватных репах нет)
последнее изменение и описание последнего комита на папке и файле используется для определения кто и зачем в последний раз трогал конкретный файл, чтобы в случае чего найти виновного или владельца, чтобы уточнить работу некоторого компонента над которым ведется текущая работа
так же быстрым взглядом можно определить когда была в последний раз изменена папка с модулем/библиотекой чтобы определить, найденный баг - это регрессия или что то было пропущено ранее