Отличная статья для начинающих с понятным описанием. В свое время пользовался вот этим сервисом для наглядности и примера работы большей части pathfind алгоритмов.
У всех без исключения участников команды основная профессия — «программист».
Когда сердце человека работает, кровь пульсирует по всему телу, в том числе по пальцам. Это приводит к тому, что изображение пальца, освещенное ярким светом (например, вспышкой телефона), немного меняется, в частности меняется красная составляющая («R») этого изображения.
Хотел спросить, если основная профессия программист, то откуда такие данные? Это личные исследования или же вычитанный материал? Насколько можно доверять результатам приложения с точки зрения медицины/биометрии/нумерологии (подчеркнуть нужное)? Спасибо.
Безумно интересная серия статей, спасибо большое. У меня есть ряд вопросов к Вам, как врачу.
1. В первую очередь:
Для себя я остановился на линзах японской фирмы Hoya. Они обошлись мне раза в 2 дешевле аналогичных от Zeiss, ничем не уступая по качеству.
Насколько я понял, вы тоже страдаете от дефекта зрения. Почему, в таком случае, Вы не делаете лазерную коррекцию?
Очень интересует этот вопрос, т.к. страдаю близорукостью с детства. И стараюсь носить очки намного слабее, чем мое реальное зрение (а оно со временем только падает). Кроме того подумываю о лазерной коррекции, но заметил, что многие врачи-офтальмологи носят очки. Отсюда и данный вопрос.
2. Стоит ли носить очки слабее, и какие последствия у лазерной коррекции? Правда ли, что лазерная коррекция решает следствие но не решает изначальные причины проблемы?
Имхо выбор Windows Phone вполне оправдан своим интуитивно понятным интерфейсом, огромными иконками (что для пожилых людей является решающим фактором) и полным отсутствием лагов, даже на бюджетных устройствах. Именно «лаги» могут вызвать желание кликнуть несколько раз на одну и ту же кнопку, сделать повторно какое-либо движение, что может привести к интересным результатам. А обновления вполне можно выключить :)
Автор, вы большой молодец. Такой подход в решении проблемы заслуживает уважения.
Интересно, а пилоту вообще ничего не жмет по жизни?) Ну ладно коптер не жалко, но стоять недалеко от извергающегося вулкана…
А вообще — действительно здорово.
FRP это немного другая парадигма, и я не затрагивал ее в своей статье. Она также имеет свои преимущества и недостатки.
Я имел в виду сложность отслеживания ивентов с ростом проекта в событийной модели. Событие триггерится и слушается сразу в нескольких компонентах. Следовательно части кода, отвечающие за это, находятся в разных файлах или и того хуже — проектах. Можно еще представить ситуацию, когда подписка на ивент влечет за собой триггер другого ивента. Исходя из личного опыта, такого рода «цепочки» порой очень трудно отслеживать.
С моей точки зрения и да и нет, поскольку взамен преимуществ слабосвязанной системы мы получаем некоторые сложности при разработке или адаптации на проекте.
ezhoping.wordpress.com/2011/07/27/inurl-0-inurl-b-inurl-1-inurl-c
Это действительно неплохо.
Хотел спросить, если основная профессия программист, то откуда такие данные? Это личные исследования или же вычитанный материал? Насколько можно доверять результатам приложения с точки зрения медицины/биометрии/нумерологии (подчеркнуть нужное)? Спасибо.
1. В первую очередь:
Насколько я понял, вы тоже страдаете от дефекта зрения. Почему, в таком случае, Вы не делаете лазерную коррекцию?
Очень интересует этот вопрос, т.к. страдаю близорукостью с детства. И стараюсь носить очки намного слабее, чем мое реальное зрение (а оно со временем только падает). Кроме того подумываю о лазерной коррекции, но заметил, что многие врачи-офтальмологи носят очки. Отсюда и данный вопрос.
2. Стоит ли носить очки слабее, и какие последствия у лазерной коррекции? Правда ли, что лазерная коррекция решает следствие но не решает изначальные причины проблемы?
Спасибо.
Автор, вы большой молодец. Такой подход в решении проблемы заслуживает уважения.
А вообще — действительно здорово.
Подозреваю, что последнее из предложений поступило от представителей женского пола:)
А вообще, действительно очень здорово.
Я имел в виду сложность отслеживания ивентов с ростом проекта в событийной модели. Событие триггерится и слушается сразу в нескольких компонентах. Следовательно части кода, отвечающие за это, находятся в разных файлах или и того хуже — проектах. Можно еще представить ситуацию, когда подписка на ивент влечет за собой триггер другого ивента. Исходя из личного опыта, такого рода «цепочки» порой очень трудно отслеживать.