Зависит от назначения. Если это просто для общей информации, можно оставить маркировку цветом, но разной яркости (значение L в HSL коде). Вообще, лучше исходить из того, что цвета одной яркости — один и тот же цвет в плане передачи информации. Проверить свою палитру можно, например, на coolors.co, там же можно и посмотреть как будут видеть цвета люди с различными отклонениями в восприятии цвета.
Если же требуется реакция оператора, на мой взгляд, лучше только на цвет не полагаться — либо добавить всплывающий символ, либо увеличивать размер надписи, либо сделать по принципу светофора (дополнительная кодировка расположением вверху/внизу). Как и во всём особо ответственном, нужно дублирование функции. Проще говоря — нужно иметь возможность считать важную информацию в ЧБ без особых затруднений.
Не говорите этим людям что моя FPV игрушка весит до 250, снимает HD и летает быстрее 150 км/ч. И про HD-синевупы легче 100 грамм не рассказывайте (микродроны, которые зажигают тоже неслвбо). Обычный вуп меньше 50 весит. :) Вообще тут варианта два, или закон не успевает за технологией или скоро придется бумажные самолётики на учёт ставить.
Хотелось бы пополнить список более заслуживающих доверия источников, чем обсуждаемый сериал. Видео на ютуб спрятаны под спойлеры:
Анатолий Степанович Дятлов бывший заместитель главного инженера Чернобыльской АЭС. По оф. версии был признан одним из виновных в аварии на ЧАЭС. Во время аварии он получил большую дозу радиации.
Воспоминания А.С. Дятлова о чернобыльской аварии
Проскуряков Константин Николаевич, доктор технических наук, профессор Московского энергетического института (технического университета), преподаватель кафедры АЭС
К.Н. Проскуряков: Чернобыльская катастрофа. 30 лет спустя
О причинах аварии на Чернобыльской АЭС рассказывает профессор, д.т.н. Широков Сергей Васильевич. На момент аварии он работал (с 1980 по 1988 год) начальником Управления атомной энергетики Минэнерго УССР. Был в составе комиссии Политбюро ЦК КПСС по ликвидации последствий аварии на ЧАЭС.
Широков С.В. Лекция о причинах аварии на Чернобыльской АЭС
Думаю, ConEmu имеет куда большую функциональность, чем консоль с несколькими вкладками.
Вообще, связка ConEmu с Far — то, чего мне так не хватает в Linux.
По аналогичному сценарию несколько месяцев назад Мосгорсуд забанил (решение) крупнейший в РФ портал/трекер аудиокниг abook-club.ru
Портал до этого исправно удалял аудиокниги по жалобам (на сайте часто встречалось: аудиокнига удалена по просьбе правообладятела).
Заметно, что соцсети не выпиливают за Пиратский контент или нарушение интел.прав., а удаляют паблики или сам материал — двойные стандарты.
Лучшая база данных по аниме — это AniDB, она в разы более полная, подробная и информативная, чем Shikimori и даже чем MAL. Там даже есть хеши раздач пофайлово на каждый эпизод… с системой уведомлений о готовности выпусков от выбранных групп… и работой всего этого счастья через API. Жаль только наши релиз-группы им почти не пользуются, а то цены бы ему не было.
Но из социальных функций по сути только форум и рецензии, поэтому как социальная платформа он так себе.
Ну и базы по манге там нет, даже виде ссылок куда-нибудь наружу.
Мы тут с коллегами обсуждали как-то похожую ситуацию. Для одной знакомой нужно было найти подходящий способ организации её многолетней, многотерабайтной библиотеки видео файлов, хранящихся на разных носителях, с удобным поиском по разным критериям. В результате долгих споров отказались от идеи использовать напрямую файловую систему и пришли к выводу, что правильнее всего использовать каталог на основе тегов. В качестве более-менее удобного варианта остановились на программе TaggedFrog. Иерархический каталог тегов, запоминает файлы хранящиеся на сменных носителях. Единственное преимущество которое я увидел в вашей системе — доступ к каталогу через интернет с любого устройства. А так я не вижу причин почему вы не используете тэговую систему. Чем вас не устраивают тэги?
Ваша табличка доказала основную идею, к которой мы тоже пришли в результате споров и обсуждений — файловая система предназначена для хранения, а не для удобного извлечения файлов. Для извлечения нужен каталог. Кстати, как выяснилось, многие хранят этот каталог у себя в голове и у них вообще таких проблем не возникает ;) У них систематизированно хранилище и память настолько хорошая, что они просто помнят где в каких папках и что у них лежит, как книжки в домашнем шкафу ;)
Все фото с камеры ложатся в директорию с папками вида «год.месяц.число название». Внутри каждой есть разбитие на папки RAW, TIFF, JPG-Export.
Все фото с телефона ложатся в папку вида «iphone import ##». В каждой такой папке по 1000 файлов, которые соответствуют папке на телефоне. У айфона в каждой директории по 1000 снимков/видео.
Папки с фото на NAS в зеркале. Диски только WD, потому что есть RMA и в Москве их просто меняют на новые у них в офисе.
Если есть что-то очень важное из фотографий, то ещё дополнительно копируется сразу на 2 одинаковых usb-диска, которые затем убирается подальше.
Более чем достаточно.
Я, по крайне мере на данный момент, не в настолько доверительных отношениях с инжинерами Теслы и не вхож конкретно в команду Автопилота, потому не возьмусь сказать сколько они на это все потратили. Я, как мне кажется, представляю себе порядок(order of magnitude) расходов на L2-L3 программы у нескольких европейских и японских автопроизводителей, с которыми работал.
На мой взгляд все выше L2 есть самый натуральный пузырь, хайп и попытка достичь опрометчиво розданые маркетинговые обещания любой ценой. И с каждым кварталом цена все растет, поскольку никто не решается эти проекты остановить.
Путь автономных такси мне намного симпатичнее и кажется более рациональным.
Это из личных ощущений. Когда общаешься с представителями Tier 1 на тему ADAS/AV и всяких продвинутых сенсоров очень часто слышишь: мы ориентируемся на вот такое RFQ от Даймлера/БМВ/Вольво/Ауди. Остальные или не имеют нужных обьемов(JLR/весь мелкосерийный премиум), более консервативны(японцы/HKMC) и хотят провереных решений или слишком ориентированы на стоимость(по сути все остальные).
Dual sourcing сейчас почти обязателен, потому в своем изначальном комментарии я и сказал что останутся «два из..».
т.к. моя халтура это в том числе установка и обслуживание касс — сегодня утром я чуть не повесился. На данный момент у меня лежит 22 кассы снятые с точек и кучу упущенной прибыли у клиентов.
Или вот, тоже WebGL (можно крутить, таская мышкой и зумить колёсиком), реализовано двумя треугольниками, с освещением, bump-mapping'ом и атмосферой. :)
В ионике без костылей пока невозможно сделать нормальную навигацию вверх по предполагаемому стеку иерархии вьюх, если приложение инициируется на вложенном стейте. Очевидный пример — открытие приложения по тапу на push-уведомлении.
Допустим, нам надо перейти в диалог, а из него выйти в список диалогов, из которого можно выйти на дашборд. Когда мы начинаем с дашборда и идем вглубь по стеку, все хорошо. Ионик нам покажет кнопочку «Назад», потому что он следит, откуда и куда мы переходим. Но вдруг мы открылись сразу на диалоге! Ионик ни ухом ни рылом, стек навигации пустой. Казалось бы — чего проще: если стек пустой, по кнопке «Назад» идти на некий стейт по-умолчанию. «Гладко было на бумаге, да забыли про овраги» — системная, иониковская кнопка «Назад» показывается только при наличии в стеке навигации «предыдущей» вьюхи, и при пустом стеке она не покажется, даже если ее «форсить» с помощью $ionicNavBarDelegate.showBackButton. Ок, давайте сделаем свою кнопку «Назад» — можно. Только вот системная имеет свои хитрые стили и анимации. Например, умеет под платформы сама подстраиваться.
Открывал им feature, но они решили, что и так хорошо.
Вторая интересная история — с картинками. Как они пишут (и что подтверждают полевые испытания), установка src для img на iPhone 6 вызывает лаг 50-200ms. А у них скролл запилен на JS. А трэд общий. Что происходит при списке из 30 элементов с картинками — можно себе представить.
Пытаются решить двумя способами: загружая картинки через WebWorker и устанавливая вместо ссылки сразу base64, и используя нативный overflow-scroll вместо реализации на JS. С первым вариантом все еще есть вопросы, потому что с base64 все равно есть лаг, хоть и поменьше. Нативный скролл пока только для Android, потому что прикрутили (слава богу) Crosswalk, а iOS нужные события пока не поддерживает.
История с картинками становится еще хуже, когда хочется использовать картинки в элементах collection-repeat (это список, который переиспользует элементы DOM при скролле). Картинки лагают, список дергается как эпилептик.
Более того, раз элементы переиспользуются, картинки выкидываются из кеша браузера и при повторном появлении элемента с ранее отображавшейся картинкой, грузятся заново. Поэтому в случае с collection-repeat только base64.
А использовать его охота уже при величине списка элементов в 100.
Ну и всякое по мелочи, но может быть это мой 4s уже старичок. В десктопном браузере все «как по маслу», как же иначе.
Будем надеяться, что до релиза решат вопрос хотя-бы с картинками. А в целом мне он нравится, наверное, потому что я давно с ангуляром кувыркаюсь.
Ну это очевидно. Просто мне пришлось разрабатывать довольно сложное приложение и 2\3 всего времени разработки (если не 3\4) ушло именно на исправление:
1) Поведения отображения html на разных девайсах с разными ОС
2) Безумнейшие тормоза
3) Километры багов кордовы
Есть небольшой и очень краткий ридми с проблемами, с которыми я столкнулся и их решениями, которые обнаружились как на личном опыте, так и в интернете), может кому что будет интересно: gist.github.com/SerafimArts/de9900f9977780de355d
Если же требуется реакция оператора, на мой взгляд, лучше только на цвет не полагаться — либо добавить всплывающий символ, либо увеличивать размер надписи, либо сделать по принципу светофора (дополнительная кодировка расположением вверху/внизу). Как и во всём особо ответственном, нужно дублирование функции. Проще говоря — нужно иметь возможность считать важную информацию в ЧБ без особых затруднений.
Весь вопрос: вам шашечки или ехать?
Я вас прекрасно понимаю. Сам так начинал проект. И бросал.
Хотите сделать новостной сайт: берёте Wordpress/<другая CMS>, покупаете готовый шаблон, домен и не парьтесь.
Хотите интернет-магазин? И под это готовых решений достаточно. Если не в РФ, то shopify.
Закладываете потенциал, и, вообще, это пет-проект с полным контролем — верной дорогой идёте.
А если хотите меньше париться, то на фронт берёте boilerplate, их достаточно много разных. Там уже есть всё.
Не хотите парится с бэком? headless cms.
Не хотите сильно парится с фронтом? Asp.net, Java jsf (?).
На любой вкус есть решения с разными преимуществами и недостатками.
Не говорите этим людям что моя FPV игрушка весит до 250, снимает HD и летает быстрее 150 км/ч. И про HD-синевупы легче 100 грамм не рассказывайте (микродроны, которые зажигают тоже неслвбо). Обычный вуп меньше 50 весит. :) Вообще тут варианта два, или закон не успевает за технологией или скоро придется бумажные самолётики на учёт ставить.
Ну вообще алкоголь — одна из самых опасных дурей по соотношению активной дозы к летальной:
Анатолий Степанович Дятлов бывший заместитель главного инженера Чернобыльской АЭС. По оф. версии был признан одним из виновных в аварии на ЧАЭС. Во время аварии он получил большую дозу радиации.
Проскуряков Константин Николаевич, доктор технических наук, профессор Московского энергетического института (технического университета), преподаватель кафедры АЭС
О причинах аварии на Чернобыльской АЭС рассказывает профессор, д.т.н. Широков Сергей Васильевич. На момент аварии он работал (с 1980 по 1988 год) начальником Управления атомной энергетики Минэнерго УССР. Был в составе комиссии Политбюро ЦК КПСС по ликвидации последствий аварии на ЧАЭС.
Вообще, связка ConEmu с Far — то, чего мне так не хватает в Linux.
abook-club.ru
Портал до этого исправно удалял аудиокниги по жалобам (на сайте часто встречалось: аудиокнига удалена по просьбе правообладятела).
Заметно, что соцсети не выпиливают за Пиратский контент или нарушение интел.прав., а удаляют паблики или сам материал — двойные стандарты.
Но из социальных функций по сути только форум и рецензии, поэтому как социальная платформа он так себе.
Ну и базы по манге там нет, даже виде ссылок куда-нибудь наружу.
Ваша табличка доказала основную идею, к которой мы тоже пришли в результате споров и обсуждений — файловая система предназначена для хранения, а не для удобного извлечения файлов. Для извлечения нужен каталог. Кстати, как выяснилось, многие хранят этот каталог у себя в голове и у них вообще таких проблем не возникает ;) У них систематизированно хранилище и память настолько хорошая, что они просто помнят где в каких папках и что у них лежит, как книжки в домашнем шкафу ;)
Все фото с телефона ложатся в папку вида «iphone import ##». В каждой такой папке по 1000 файлов, которые соответствуют папке на телефоне. У айфона в каждой директории по 1000 снимков/видео.
Папки с фото на NAS в зеркале. Диски только WD, потому что есть RMA и в Москве их просто меняют на новые у них в офисе.
Если есть что-то очень важное из фотографий, то ещё дополнительно копируется сразу на 2 одинаковых usb-диска, которые затем убирается подальше.
Более чем достаточно.
На мой взгляд все выше L2 есть самый натуральный пузырь, хайп и попытка достичь опрометчиво розданые маркетинговые обещания любой ценой. И с каждым кварталом цена все растет, поскольку никто не решается эти проекты остановить.
Путь автономных такси мне намного симпатичнее и кажется более рациональным.
Видимо, игрищ даже с урезанным L3 всем хватило, чтобы стать на цинично-прагматичную сторону. :)
Думаю, свежий номер ММ (на днях должен будет выйти) «на титуле» будет именно об этом.
www.manager-magazin.de/unternehmen/autoindustrie/vw-bmw-und-daimler-schmieden-allianz-fuer-autonomes-fahren-a-1249494-amp.html
www.manager-magazin.de/premium/bmw-volkswagen-daimler-megabuendnis-fuer-autonomes-fahren-geplant-a-00000000-0002-0001-0000-000161978229
И вдогонку:
www.manager-magazin.de/finanzen/boerse/daimler-aktie-ist-eine-seltene-kaufgelegenheit-fuer-value-investoren-a-1249803-amp.html
Dual sourcing сейчас почти обязателен, потому в своем изначальном комментарии я и сказал что останутся «два из..».
Хорошо что хоть не в пятницу… перед новым годом.
Спасибо за пост. Пойду чинить.
Допустим, нам надо перейти в диалог, а из него выйти в список диалогов, из которого можно выйти на дашборд. Когда мы начинаем с дашборда и идем вглубь по стеку, все хорошо. Ионик нам покажет кнопочку «Назад», потому что он следит, откуда и куда мы переходим. Но вдруг мы открылись сразу на диалоге! Ионик ни ухом ни рылом, стек навигации пустой. Казалось бы — чего проще: если стек пустой, по кнопке «Назад» идти на некий стейт по-умолчанию. «Гладко было на бумаге, да забыли про овраги» — системная, иониковская кнопка «Назад» показывается только при наличии в стеке навигации «предыдущей» вьюхи, и при пустом стеке она не покажется, даже если ее «форсить» с помощью $ionicNavBarDelegate.showBackButton. Ок, давайте сделаем свою кнопку «Назад» — можно. Только вот системная имеет свои хитрые стили и анимации. Например, умеет под платформы сама подстраиваться.
Открывал им feature, но они решили, что и так хорошо.
Вторая интересная история — с картинками. Как они пишут (и что подтверждают полевые испытания), установка src для img на iPhone 6 вызывает лаг 50-200ms. А у них скролл запилен на JS. А трэд общий. Что происходит при списке из 30 элементов с картинками — можно себе представить.
Пытаются решить двумя способами: загружая картинки через WebWorker и устанавливая вместо ссылки сразу base64, и используя нативный overflow-scroll вместо реализации на JS. С первым вариантом все еще есть вопросы, потому что с base64 все равно есть лаг, хоть и поменьше. Нативный скролл пока только для Android, потому что прикрутили (слава богу) Crosswalk, а iOS нужные события пока не поддерживает.
История с картинками становится еще хуже, когда хочется использовать картинки в элементах collection-repeat (это список, который переиспользует элементы DOM при скролле). Картинки лагают, список дергается как эпилептик.
Более того, раз элементы переиспользуются, картинки выкидываются из кеша браузера и при повторном появлении элемента с ранее отображавшейся картинкой, грузятся заново. Поэтому в случае с collection-repeat только base64.
А использовать его охота уже при величине списка элементов в 100.
Ну и всякое по мелочи, но может быть это мой 4s уже старичок. В десктопном браузере все «как по маслу», как же иначе.
Будем надеяться, что до релиза решат вопрос хотя-бы с картинками. А в целом мне он нравится, наверное, потому что я давно с ангуляром кувыркаюсь.
1) Поведения отображения html на разных девайсах с разными ОС
2) Безумнейшие тормоза
3) Километры багов кордовы
Есть небольшой и очень краткий ридми с проблемами, с которыми я столкнулся и их решениями, которые обнаружились как на личном опыте, так и в интернете), может кому что будет интересно: gist.github.com/SerafimArts/de9900f9977780de355d