Господи сделайте меня развидеть это. (Квази)ФП библиотека у него плохо для реюзабельности подходит. Жёсткая изоляция классов ему не добавляет композиционных возможностей. Проблема № 4 про общение с сервером добила с концами. Ничего что именно реактивная природа реакта позволяет изолировать представление от работы с сервером? Алсо видимо это вина реакта в том что кто-то не умеет в асинхронный код, или том, что даже Fetch API не добавляет изящества работе JS с сервером.
Эти люди, кажется, вообще не понимают зачем сделан реакт. Реакт сделан что бы писать меньше if'ов когда выбираешь какой шаблон отрендерить следующим. Всё остальное — боль везде и зависит от таланта программиста.
Не хватит.
В вебе нет альтернатив CSS, ни в части селекторов (управление inline стилями через JS непроизводительно), ни в части графических возможностей (хотя некоторые от безысходности пытаются пилить интерфейсы на SVG или canvas).
И мы делаем «невероятно сложные, впечатляющие и красивые штуки в вебе» потому что мы хорошие разработчики, а не потому что это правильный инструмент.
Алсо откровенно сексистская подборка докладчиков не добавляет впечатления объективности от статьи.
Вы не понимаете о чём говорите. Скорость восприятия информация это достаточно крутая кривая от визуального шума на экране и воздух требуется не только для того чтобы было больше места чтобы ткнуть. Доказано исследованиями что скорость от количества инфы на экране на болшой дистанции может только падать и фокус восприятия в целом у человека маленький, тыц. Скорость привыкания к большим интерфейсам сравнима со всем циклом использования приложения.
И именно потому что на десктопе люди работают, следует понижать нагрузку, т.е. кол-во информации которое пользователь пропускает через себя в единицу времени.
Ваша же иллюзия по поводу «бездумности» дизайнеров которые всюду суют «модный дизайн» достачтоно инфантильна, в особености в разрезе гайдлайнов составленных специалистами из Google. Material Design это метод достижения рыночного преимущества, результат тысяч человекочасов исследований и если бы он не работал, то его бы не стали пихать во все прикладные приложения Google, в т.ч. Drive, Developer Console и другие «некотяшные» сервисы.
Вы неплохо потрудились, но, не вдаваясь в конкретные сценарии могу заметить что MD это не только «бумажные» элементы и инпуты с плавающим лейблом. Это ещё и требования к сетке, расположению и количеству элементов и так далее.
Например у вас совершенно недостаточно воздуха между инпутами, а это прямо указано в гайдлайне
Про количество инпутов в фокусе пользователя и размеры иконок я вообще молчу. Иерархия элементов в любом гайдлайне — не пустой звук.
Хорошая статья, но, было бы гораздо интереснее если бы вы, вдруг, научились слать информацию с COM-порта непосредственно в браузер, что, на текущий момент, без костылей невозможно. К сожалению.
У нас на одном маленьком проекте используется standalone-приложение для считывания данных с карточек для пропускной системы. Однако у нас не реализовано самое интересное — чтобы браузер\сессия и приложение на COM-порте однозначно знали что они запущены на одной машине. Т.е. в окно браузера открытое на определенной машине приходят данные с COM-порта на этой машине.
Я не знаю почему организмы стареют и умирают, но на мой взгляд довольно очевидно зачем: чтобы избавлять популяцию от устаревших генов и освобождать ресурсы для более совершенных особей
Там нелинейная функция, тут есть подробно:
Учитывая то что угол зрения у человека в среднем несколько больше 135х155 граудсов то даже самый приблизительный подсчет в 120х120:
Это на оба глаза. Вот еще подробнее про размер пикселя
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.
Наиболее продвинутый цветовой охват на текущее время, описанный в ITU-R BT. 2020-1, реализуется только в одном единственном лазерном проекторе, который по моему еще даже в «массовые» продажи не пошел
Можно еще на animation сделать автоматическую смену кадров.
Только по-моему, гораздо более интересной задачей было бы сделать именно что слайдер, то есть «приезжание» из-за границы родительского блока. Без js
Больше, чем React: Почему не следует использовать ReactJS для сложных интерактивных фронтенд-проектов
Эти люди, кажется, вообще не понимают зачем сделан реакт. Реакт сделан что бы писать меньше if'ов когда выбираешь какой шаблон отрендерить следующим. Всё остальное — боль везде и зависит от таланта программиста.
JavaScript 2016, а можно попроще?
Может, хватит уже поливать грязью CSS на конференциях разработчиков?
В вебе нет альтернатив CSS, ни в части селекторов (управление inline стилями через JS непроизводительно), ни в части графических возможностей (хотя некоторые от безысходности пытаются пилить интерфейсы на SVG или canvas).
И мы делаем «невероятно сложные, впечатляющие и красивые штуки в вебе» потому что мы хорошие разработчики, а не потому что это правильный инструмент.
Алсо откровенно сексистская подборка докладчиков не добавляет впечатления объективности от статьи.
Проецируя Google Material Design на десктопную систему… (часть третья)
И именно потому что на десктопе люди работают, следует понижать нагрузку, т.е. кол-во информации которое пользователь пропускает через себя в единицу времени.
Ваша же иллюзия по поводу «бездумности» дизайнеров которые всюду суют «модный дизайн» достачтоно инфантильна, в особености в разрезе гайдлайнов составленных специалистами из Google. Material Design это метод достижения рыночного преимущества, результат тысяч человекочасов исследований и если бы он не работал, то его бы не стали пихать во все прикладные приложения Google, в т.ч. Drive, Developer Console и другие «некотяшные» сервисы.
Проецируя Google Material Design на десктопную систему… (часть третья)
Например у вас совершенно недостаточно воздуха между инпутами, а это прямо указано в гайдлайне
Про количество инпутов в фокусе пользователя и размеры иконок я вообще молчу. Иерархия элементов в любом гайдлайне — не пустой звук.
Графовые базы данных: святой Грааль для разработчиков?
Перенаправление данных из COM-порта в web. Доработка
У нас на одном маленьком проекте используется standalone-приложение для считывания данных с карточек для пропускной системы. Однако у нас не реализовано самое интересное — чтобы браузер\сессия и приложение на COM-порте однозначно знали что они запущены на одной машине. Т.е. в окно браузера открытое на определенной машине приходят данные с COM-порта на этой машине.
Vector Drawable API. Возможности применения
Vector Drawable API. Возможности применения
Skeuomorphism может транскрибироваться по всякому, но не так.
CSS будущего: расстояние до глаз
Почему существуют секс и разделение на мужчин и женщин?
Коротко об экранах
Коротко об экранах
Учитывая то что угол зрения у человека в среднем несколько больше 135х155 граудсов то даже самый приблизительный подсчет в 120х120:
Это на оба глаза.
Вот еще подробнее про размер пикселя
Коротко об экранах
Коротко об экранах
Троичный компьютер в браузере
N2O: Erlang Web-фреймворк на WebSockets
Количественные CSS селекторы
Практика функционального программирования на JavaScript с использованием Ramda
Интересный и одновременно простой слайдер на чистом CSS3
Только по-моему, гораздо более интересной задачей было бы сделать именно что слайдер, то есть «приезжание» из-за границы родительского блока. Без js