Pull to refresh
82
0
Игорь Антаров @Antares19

Пользователь

Send message
Зависит от назначения. Если это просто для общей информации, можно оставить маркировку цветом, но разной яркости (значение L в HSL коде). Вообще, лучше исходить из того, что цвета одной яркости — один и тот же цвет в плане передачи информации. Проверить свою палитру можно, например, на coolors.co, там же можно и посмотреть как будут видеть цвета люди с различными отклонениями в восприятии цвета.

Если же требуется реакция оператора, на мой взгляд, лучше только на цвет не полагаться — либо добавить всплывающий символ, либо увеличивать размер надписи, либо сделать по принципу светофора (дополнительная кодировка расположением вверху/внизу). Как и во всём особо ответственном, нужно дублирование функции. Проще говоря — нужно иметь возможность считать важную информацию в ЧБ без особых затруднений.

Весь вопрос: вам шашечки или ехать?
Я вас прекрасно понимаю. Сам так начинал проект. И бросал.


Хотите сделать новостной сайт: берёте Wordpress/<другая CMS>, покупаете готовый шаблон, домен и не парьтесь.


Хотите интернет-магазин? И под это готовых решений достаточно. Если не в РФ, то shopify.


Закладываете потенциал, и, вообще, это пет-проект с полным контролем — верной дорогой идёте.


А если хотите меньше париться, то на фронт берёте boilerplate, их достаточно много разных. Там уже есть всё.


Не хотите парится с бэком? headless cms.
Не хотите сильно парится с фронтом? Asp.net, Java jsf (?).


На любой вкус есть решения с разными преимуществами и недостатками.

Кстати, а пароль Падлы угадали или нет? СЛ же конкурс устраивал по этому поводу, помнится.

Не говорите этим людям что моя 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 есть самый натуральный пузырь, хайп и попытка достичь опрометчиво розданые маркетинговые обещания любой ценой. И с каждым кварталом цена все растет, поскольку никто не решается эти проекты остановить.
Путь автономных такси мне намного симпатичнее и кажется более рациональным.
Вот, ЧТД — позавчера/вчера «Manager Magazin» накопал ещё более сочное.

Видимо, игрищ даже с урезанным 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
Это из личных ощущений. Когда общаешься с представителями 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
Давно уже существуют пути обхода. Например — SamDrivers.

Information

Rating
Does not participate
Location
США
Date of birth
Registered
Activity