• Больше, чем React: Почему не следует использовать ReactJS для сложных интерактивных фронтенд-проектов
    +1
    Господи сделайте меня развидеть это. (Квази)ФП библиотека у него плохо для реюзабельности подходит. Жёсткая изоляция классов ему не добавляет композиционных возможностей. Проблема № 4 про общение с сервером добила с концами. Ничего что именно реактивная природа реакта позволяет изолировать представление от работы с сервером? Алсо видимо это вина реакта в том что кто-то не умеет в асинхронный код, или том, что даже Fetch API не добавляет изящества работе JS с сервером.
    Эти люди, кажется, вообще не понимают зачем сделан реакт. Реакт сделан что бы писать меньше if'ов когда выбираешь какой шаблон отрендерить следующим. Всё остальное — боль везде и зависит от таланта программиста.
  • JavaScript 2016, а можно попроще?
    0
    Rumbda? Ramda, наверное.
  • Может, хватит уже поливать грязью CSS на конференциях разработчиков?
    +4
    Не хватит.
    В вебе нет альтернатив CSS, ни в части селекторов (управление inline стилями через JS непроизводительно), ни в части графических возможностей (хотя некоторые от безысходности пытаются пилить интерфейсы на SVG или canvas).
    И мы делаем «невероятно сложные, впечатляющие и красивые штуки в вебе» потому что мы хорошие разработчики, а не потому что это правильный инструмент.
    Алсо откровенно сексистская подборка докладчиков не добавляет впечатления объективности от статьи.
  • Проецируя Google Material Design на десктопную систему… (часть третья)
    0
    Вы не понимаете о чём говорите. Скорость восприятия информация это достаточно крутая кривая от визуального шума на экране и воздух требуется не только для того чтобы было больше места чтобы ткнуть. Доказано исследованиями что скорость от количества инфы на экране на болшой дистанции может только падать и фокус восприятия в целом у человека маленький, тыц. Скорость привыкания к большим интерфейсам сравнима со всем циклом использования приложения.
    И именно потому что на десктопе люди работают, следует понижать нагрузку, т.е. кол-во информации которое пользователь пропускает через себя в единицу времени.
    Ваша же иллюзия по поводу «бездумности» дизайнеров которые всюду суют «модный дизайн» достачтоно инфантильна, в особености в разрезе гайдлайнов составленных специалистами из Google. Material Design это метод достижения рыночного преимущества, результат тысяч человекочасов исследований и если бы он не работал, то его бы не стали пихать во все прикладные приложения Google, в т.ч. Drive, Developer Console и другие «некотяшные» сервисы.
  • Проецируя Google Material Design на десктопную систему… (часть третья)
    +1
    Вы неплохо потрудились, но, не вдаваясь в конкретные сценарии могу заметить что MD это не только «бумажные» элементы и инпуты с плавающим лейблом. Это ещё и требования к сетке, расположению и количеству элементов и так далее.
    Например у вас совершенно недостаточно воздуха между инпутами, а это прямо указано в гайдлайне
    image
    Про количество инпутов в фокусе пользователя и размеры иконок я вообще молчу. Иерархия элементов в любом гайдлайне — не пустой звук.
  • Графовые базы данных: святой Грааль для разработчиков?
    0
    Есть ещё атомарные базы данных, такие как Datomic. Она, кстати, ближе графовым, хотя язык запросов очень похож на реляционный.
  • Перенаправление данных из COM-порта в web. Доработка
    0
    Хорошая статья, но, было бы гораздо интереснее если бы вы, вдруг, научились слать информацию с COM-порта непосредственно в браузер, что, на текущий момент, без костылей невозможно. К сожалению.
    У нас на одном маленьком проекте используется standalone-приложение для считывания данных с карточек для пропускной системы. Однако у нас не реализовано самое интересное — чтобы браузер\сессия и приложение на COM-порте однозначно знали что они запущены на одной машине. Т.е. в окно браузера открытое на определенной машине приходят данные с COM-порта на этой машине.
  • Vector Drawable API. Возможности применения
    0
    Скевоморфизм. Американцы произносят это практически скьюморфизм
  • Vector Drawable API. Возможности применения
    0
    >скефоморфизма
    Skeuomorphism может транскрибироваться по всякому, но не так.
  • CSS будущего: расстояние до глаз
  • Почему существуют секс и разделение на мужчин и женщин?
    –2
    Я не знаю почему организмы стареют и умирают, но на мой взгляд довольно очевидно зачем: чтобы избавлять популяцию от устаревших генов и освобождать ресурсы для более совершенных особей
  • Коротко об экранах
    0
    Я имел ввиду так же браузер и нагруженные игры и взял нижние средние значения. Спасибо, поправил
  • Коротко об экранах
    0
    Там нелинейная функция, тут есть подробно:
    Учитывая то что угол зрения у человека в среднем несколько больше 135х155 граудсов то даже самый приблизительный подсчет в 120х120:
    120 * 120 * 60 * 60 / (0.3 * 0.3) = 576 мегапикселей.
    

    Это на оба глаза.
    Вот еще подробнее про размер пикселя
    So this is how it is. If a healthy adult brings any display screen or printed paper or whatever 4 inches (100 mm) from his or her face, the maximum resolution he/she can see at is 2190 ppi/dpi.
  • Коротко об экранах
    +1
    Наиболее продвинутый цветовой охват на текущее время, описанный в ITU-R BT. 2020-1, реализуется только в одном единственном лазерном проекторе, который по моему еще даже в «массовые» продажи не пошел
  • Коротко об экранах
    0
    Руководствуясь формулой можно посчитать что для VR нужна плотность больше 2000ppi
  • Троичный компьютер в браузере
    0
    Не могли бы пояснить для народа чем проще? Очень интересно
  • N2O: Erlang Web-фреймворк на WebSockets
    0
    Есть вероятность что вы прикрутите server-side аналог Polymer для современной верстки и шаблонизации?
  • Количественные CSS селекторы
    0
    Вчера весь день верстал с применением этой техники, круто и снижает потребность в JS'е, но LESS файлы стали выглядеть страшно.
  • Практика функционального программирования на JavaScript с использованием Ramda
    0
    Что думаете о Functional.js?
  • Интересный и одновременно простой слайдер на чистом CSS3
    0
    Можно еще на animation сделать автоматическую смену кадров.
    Только по-моему, гораздо более интересной задачей было бы сделать именно что слайдер, то есть «приезжание» из-за границы родительского блока. Без js
  • Новый взгляд на хранение файлов и ссылок
    0
    Наш ответ Slack'у.
    Самое ценное находится в табах в правом верхнем углу, через которые можно сортировать типы контента. Будет здорово когда вы добавите туда интеграции с разными сервисами, например с календарями, code snippet'ами и так далее. Продукт ведь, как и Slack, именно про контекстуализацию информационного потока и контента.
  • 7 советов по созданию GIF анимаций
    +1
    Если речь идет об анимации интерфейса, я обычно их сперва реализую на CSS\JS и потом пользуюсь программой ScreenToGif
    Получается, например, такое:

  • Будущее [отсутствие] интерфейсов браузеров от Яндекса
    0
    И как теперь будут разруливаться ситуации, когда человека кинет на какой-нибудь, например, фейк PayPal? В том смысле, что раньше можно было бегло глянь на адресную строку что бы определить на оригинальном сайте ты или нет, а теперь что делать, если только title отображается? Впрочем, насколько я понял можно и title скрыть, причем этим управлять будет сайт. Вот фишинга то разведется.

    Насколько я понимаю, в данной ситуации Яндекс обязан гарантировать обнаружение фишинга, тогда это решение оправдано. Вынужден заметить, что к сожалению, львиной доле пользователей адресная строка не помогает.
  • Будущее [отсутствие] интерфейсов браузеров от Яндекса
    +2
    Если вы решили полностью отказаться от привычных сценариев, и пойти по пути «правильных», статистически оправданных сценариев, то почему не прошлись по нему дальше и не объединили верхнюю панель с нижней? Радикально так засунуть в меню кнопки закрыть, развернуть и минимизировать.


    В целом хочу заметить что, концептуально, то что вы сделали, уже было в плиточном ie

    (это правда немного кастомизированная мной версия)

    Поддержу вышеотписывашихся, что пока самый большой косяк это работа омнибокса с отсутствием перехода по частично введенному адресу
  • Простые догмы при работе с цветом в интерфейсах
    –1
    Смысл редизайна был не в работе с каркасом. Эти и остальные элементы такие ровные не столько ввиду аккуратности, а еще и потому что я их просто откопировал и сместил по высоте.
    Отвечая на ваш вопрос: вероятно ничего хорошего не произойдет.
  • Простые догмы при работе с цветом в интерфейсах
    0
    Прописные буквы сделаны чтобы пункты меню меньше отвлекали, создавали меньше визуального шума
  • Простые догмы при работе с цветом в интерфейсах
    +1
    Совершенно согласен, а\б рулит. Просто практика показывает, что если дизайнер все сделал грамотно, то этот вариант устраивает большую часть потребителей
  • Простые догмы при работе с цветом в интерфейсах
    0
    Я вас не понимаю.
    В той ветке упоминаются отсутствующие элементы с изначального макета (которые я сейчас добавил, чтобы больше не возникало вопросов, хотя я и считаю, что теперь новичку сложнее уловить как именно изменились детали). Про шрифты там только комментарий к абзацу про контраст. При этом в качестве примера в этом абзаце приведен фейсбук. Вы считаете, что в скриншоте с фейсбука недостаточный контраст?
    У меня самого зрение -7 и -6, просто для информации.
  • Простые догмы при работе с цветом в интерфейсах
    +1
    Вы понимаете что колористика на 50% состоит из созерацния «кулера», распечатанного на листочках? И что новичку тоже надо что-то делать уже сейчас?
    Я, разве, где-то в посте говорил, что не надо параллельно учиться?
  • Простые догмы при работе с цветом в интерфейсах
    –3
    За такую фразу вас бы уволили с должности дизайнера, чтобы не тратиться на несколько версий программы или сайта.

    Я уже понял что вы замечательный человек и прекрасно разбираетесь в дизайне. Вам действительно больше делать нечего, кроме как толсто троллить в коментах? Я же написал «в идеале»
  • Простые догмы при работе с цветом в интерфейсах
    –3
    Где вы увидели в статье крохотные и слепые шрифты?
    Сейчас посмотрел со старого ноутбука и у меня сложилось впечатление что статья не понравилась всем у кого монитор не очень, а всем у кого монитор посовременней понравилась.
  • Простые догмы при работе с цветом в интерфейсах
    –7
    В идеале, для каждого двенадцатого пользователя должна быть своя версия интерфейса, это так, к слову о правильном подходе к продукту.
  • Простые догмы при работе с цветом в интерфейсах
    +2
    «Новичкам не нужно читать документацию. Новички должны учиться, а не упрощать себе сразу же задачу. Так что это очень плохой совет для новичка.
    А вот профи, которые и так разбираются в Java, документацией могут ускорить себе работу»
  • Простые догмы при работе с цветом в интерфейсах
    0
    Теоретически там все что угодно настроить можно, это да.
    Ссылки могу вечером скинуть.
    В презентациях Metro UI от Microsoft они советовали пользоваться ей очень осторожно, и видно что анимация в новых Windows достаточно умеренная и незаметная и её в принципе мало. На мой взгляд анимацией чаще всего можно что-то испортить а не улучшить, особенно в десктоп интерфейсах. На touchscreen немного другая ситуация.

    Испортить можно всегда :) Однако если делать действительно умеренно и незаметно, то интерфейсом будет действительно комфортнее пользоваться, мы же это обсуждали.
  • Простые догмы при работе с цветом в интерфейсах
    +5
    Это иллюзия. На презентации Material Design упомяналось почему можно свободно использовать яркие цвета в перекладинах: касаясь краев экрана и изначально игнорируемого интерфейса браузера шапка становится значительно менее активной чем, скажем, круглая, яркая Floating Action Button, или очевидная плашка (элемент, чью форму можно охватить глазами)
  • Простые догмы при работе с цветом в интерфейсах
    –3
    нигде не упоминал.

    Вы сказали «мы», подразумевая, очевидно, danfe
    В данном случае, чтобы подчеркнуть ссылку, ее нужно подчеркнуть, а не цвет менять. В вашем варианте дальтоники (8-10% людей) вообще не увидят различия в цвете и не узнают, что это ссылка, а не деактивированный элемент.

    Во-первых меньше 8 процентов страдают дихромией, которую вы пытаетесь продемонстрировать, во-вторых те же протанопы не видят красный серым, они его путают с темно-зеленым, но воспринимают его тем не менее контрастно. Это раз.
    Два: эти макеты ставили целью улучшить изначальную палитру, а не сделать все правильно и с учетом вторичных сценариев. Разработка интерфейса для дальтоников это явно предмет отдельной публикации, который, который к тому же уже пару раз на хабре освещался.
  • Простые догмы при работе с цветом в интерфейсах
    –4
    Вы упомянали, например, отсутствие восклицательного знака или плейсхолдеров. Я вам пытаюсь объяснить что восклицательный знак я заменил на пятно, специально что бы отношение цветов было более очевидным, т.к. в колечке толщиной 3 пикселя будет слишком много сглаживаний и для неопытного глаза разница может быть незаметной.
    Плейсхолдеры тоже убраны что бы акцентировать внимание на обводке инпута.
    Расширенный поиск был перекрашен в другой цвет, чтобы подчеркнуть ссылку и показать как это можно сделать, выбрав соответствующий цвет. В данном контексте реальные сценарии не имеют значения, я уж не говорю про то, что оригинальный макет сделан ужасно в любом случае. В более новом разделе «гардероб» того же яндекс.маркета, который поновее чем этот элемент, от него вообще отказались.
  • Простые догмы при работе с цветом в интерфейсах
    0
    А ниже интерфейс колорпикера где заголовок окна как раз черным цветом на цветном фоне.

    К сожалению не я выбираю цвета для окон Windows. Кстати в раннем билде 10-ки заголовки окон поприличнее выглядят.

    Часто специалисты начинают загонять про то что в природе нет чего-то: черного цвета, прямоугольных краев, движений без анимации, и т.п. и проецируя это правило на интерфейсы — что всегда оооочень странно читать.

    Есть статистически подтвержденная практика, как минимум касательно анимации и прямоугольных краев. Я не знаю на текущий момент более или менее серьезных гайдлайнов где не рекомендовалось бы анимировать каждый чих. Ну, это я к тому, что это не какие-то высосанные из пальца идеи. 15 лет назад дизайнеры вообще не подозревали что так надо, хотя возможности были.
  • Простые догмы при работе с цветом в интерфейсах
    –4
    Не могу понять, вы троллите или действительно думаете что я не нашел у себя на клавиатуре восклицательный знак? Я же уже два раза выше и в публикации отписался что это было сделано нарочно, «чтобы подчеркнуть комплиментарность цветов». Вам обязательно употреблять подобные выражения?
    Так обычно делают художники и им подобные без знаний юзабилити
  • Простые догмы при работе с цветом в интерфейсах
    –7
    Причем тут физиология глаза? Вы с понятием ray tracing знакомы? Любой объект в реальной жизни имеет цвет полученный путем смешения диффузной составляющей объектов окружения: цвет стен влияет на цвет вашей кожи. Ваш пример только подтверждает мою (а вернее не мою, а хрестоматийную) мысль, о том, что теплый элемент кажется тем теплее чем холоднее фон и следовательно получает больший акцент.