При первом упоминаниии аббревиатуры используемой далее в статье я поставил ее в квадратных скобках. Это обычная практика.
Нельзя писать «мы исключим интерфейс», поскольку интерфейс остается. Речь идет именно о принципе экранных интерфейсов.
И мне кажется лучше писать БИ при частом употреблении в тексте, чем «безинтерфейсный подход» и «безинтерфейсные системы»
В статье интерфейсные экранные модели ставиться в противовес безинтерфейсным. Поэтому как противопосталвение систем автор и выбрала «UI» вместо «interface» и «No UI» вместо несуществующего аналога. Я посчитал что будет верным сохранить аббревиатуры, чтобы противостояние систем ПИ и БИ выдерживалось.
UI локализировано и его устоявшийся перевод как ПИ достаточно распространен. В общении выражение «Пользовательские интерфейсы» достаточно распространено. НФСи же напротив часто используется в речи как «эн-эф-си» и практически никогда как «коммуникация ближнего поля». Отсюда и решение о переводе.
Я считаю что важно сохранять последовательность в так называемой редакционной политике и придерживаться единого принципа перевода на всем протяжении статьи.
Я для себя решил, что названия брендов все же стоит переводить. Безусловно с этим есть сложности, хотя по большей части это просто консерватизм. Например мы спокойно говорим: Айфон, тачпад, Самсунг, Ксерокс.
В окнце концов почему на английский мы переводим свои брнеды, а западным такая локализация — фи — не позволительна? Яндекс — Yandex, Жигули — Lada.
А вот логотип — хороший, хотя капельку левую ветку «y» можно было поправить оптически в ущерб «правильной» геометрии. Предположу, что делал тот же человек, что и интерфейс. А зря!
Специализации нужно придерживаться: интерфейс — не картинки!
Была похожая маленькая программка — позволяла обрисовать произвольную область с занесением в буфер. В свое время искал — не нашел. FStone думаю вполне можно подстроить.
Статья — печальный пример того, что некоторым проектам зачастую полезнее отсутствие дизайнера.
Прототипы гораздо нагляднее и приятнее, чем итоговый дизайн.
На прототипе дашборда мы видим информацию, на дизайне — синие плашки, которые своей массой задавили в макете все показатели. Кастомные элементы, табы, менюшки, мелкие контролы выполнены крайне грязно.
Использование синих стенсилов в Акшуре бы дало на порядок более качественный дизайн, чем то что было затем «отрисовано».
Проектировщику — пряник, а дизайнеру — розги, обмазать малиной и выгнать в лес к медведям.
Я использую связку Ножницы (стандартно в win7) + Гугл док в режиме комментариев.
На ножницы вешается хоткей, например Ctrl+Alt+S — захватываем любую нужную область экрана будь то сайт или макет, фрагмент автоматически заноситься в буфер.
Из буфера в гугл-док, FF это поддерживает, к каждой картинке текстом замечания. Док в совместном доступе с исполнителем → непонятные моменты обсуждаются в комментариях в привязке к контексту.
Нельзя писать «мы исключим интерфейс», поскольку интерфейс остается. Речь идет именно о принципе экранных интерфейсов.
И мне кажется лучше писать БИ при частом употреблении в тексте, чем «безинтерфейсный подход» и «безинтерфейсные системы»
Я считаю что важно сохранять последовательность в так называемой редакционной политике и придерживаться единого принципа перевода на всем протяжении статьи.
В окнце концов почему на английский мы переводим свои брнеды, а западным такая локализация — фи — не позволительна? Яндекс — Yandex, Жигули — Lada.
Специализации нужно придерживаться: интерфейс — не картинки!
Прототипы гораздо нагляднее и приятнее, чем итоговый дизайн.
На прототипе дашборда мы видим информацию, на дизайне — синие плашки, которые своей массой задавили в макете все показатели. Кастомные элементы, табы, менюшки, мелкие контролы выполнены крайне грязно.
Использование синих стенсилов в Акшуре бы дало на порядок более качественный дизайн, чем то что было затем «отрисовано».
Проектировщику — пряник, а дизайнеру — розги, обмазать малиной и выгнать в лес к медведям.
На ножницы вешается хоткей, например Ctrl+Alt+S — захватываем любую нужную область экрана будь то сайт или макет, фрагмент автоматически заноситься в буфер.
Из буфера в гугл-док, FF это поддерживает, к каждой картинке текстом замечания. Док в совместном доступе с исполнителем → непонятные моменты обсуждаются в комментариях в привязке к контексту.
— Нет, сынок, это фантастика.
подправьте пожалуйста