Вот вы сравниваете уровни абстракции Scala и Java и при этом в качестве примера от лагеря Java приводите код, который точно так же выглядит, скажем, на C(даже не ++). Думаю, и лет 30 назад он выглядел точно так же. На мой взгляд — это элементарнейшая подмена понятий. Возьмите пример, задействующий реальные возможности Java, а не только название. Впрочем, далеко ходить не надо, тут чуть выше уже привели адекватный задаче пример кода на C#.
На самом деле, примерно такую же, какую ценность имеет, скажем, Формула-1 для рынка серийных авто. Само по себе это число может нафиг никому и не нужно, но для его поиска создали неслабую распределенную вычислительную систему, имеющую рекордный непрерывный срок работы. Из той же статьи следует, что проверить правильность найденного числа — тоже задача нетривиальная. Во всем этом задействована мощная архитектура и куча людей, которые получают опыт в решении больших вычислительных задач. При этом можно смело экспериментировать, возможная ошибка не приведет ни к каким печальным последствиям, в отличии от моделирования какой-нибудь термоядерной реакции, к примеру.
Полученные картинки внутренностей данной конкретной курицы представляют разве что чисто исследовательский интерес. Реальная КТ дает гораздо более высокое разрешение(сужу чисто визуально и субъективно, глядя на снимки собственного позвоночника:)). Могу предположить, что и излучение там помощнее и датчики, разумеется, другие. Ну и в этом примере курица пережила 1 оборот и 45 снимков в то время как томограф выдает несколько оборотов в секунду, а сколько за это время делается снимков — я сказать затрудняюсь, думаю, там речь идет как минимум о сотнях. И еще момент, в томографе вращается не человек, а источник с датчиками вокруг человека, то есть теоретически «отсвечивать» может во все стороны, поэтому персоналу там лучше не находиться.
Про рентгенологов и параметры их оборудования сам не в курсе, но я говорю о слабеньком лабораторном источнике, не предназначенном для медицинских целей.
Как нам в конторе говорят при работе с источником рентгеновского излученя: «Главное, голову под луч не совать и все будет хорошо» :) Собственно, из всей ТБ — не лезть под луч и не светить в стены, за которыми находятся «обитаемые» помещения. Фон в комнате при работающем источнике практически не отличается от обычного. Здесь, по всей видимости, примерно то же самое.
Медианная фильтрация в таких случаях обычно нужна как вспомогательная, чтобы проредить сильный высокочастотный шум, а в данном случае, как мне кажется, проще и удобнее было бы сразу использовать операции математической морфологии(opening/closing) и получить нужный прямоугольник. Но это технические мелочи.
А с Robot Operating System не приходилось иметь дел? Сам просто как раз с подобной задачей столкнулся, поэтому интересно.
Судя по видео в посте, зоны изменены лишь первые доли секунды после ввода предыдущего символа, потом они плавно приходят в «норму». Рассчитано на быстрый ввод осмысленного текста. Произвольный цифробуквенный набор так же быстро вводить все равно едва ли получится, поэтому проблем быть не должно. Кроме того, если система не опознает в этом наборе слова из словаря, она и зоны особо менять не будет. Ну а для ввода паролей/аббревиатур эта фича вообще наверняка отключается автоматически.
А вот реализация как на видео — сносит крышу от мельтешения даже в случае с только горизонтальным масштабированием. Что будет, если еще и по вертикали размер начнет меняться — представить страшно.
Ну по крайней мере в линуксовом клиенте есть еще Last year и Forever история:) Хотя ни разу не возникло необходимости этими опциями воспользоваться. И так ли важна сохранность истории как корректность доставки актуальных сообщений?
Ну если уж на то пошло, аська(бррр) и «надежно, без геммора» — в моем представлении очень слабо сочетается. Доставка сообщений в оффлайн никак не гарантируется, особенно если нестабильный коннект(GPRS) хотя бы с одной стороны, сколько раз уже так накалывался. Ну и с хронологией сообщений аська не особо заморачивается. Слава богу, этот способ коммуникаций уже в прошлом.
Интересная концепция ОС от Майкрософт. Для раздражения десктопных пользователей — планшетные элементы интерфейса, для раздражения планшетных пользователей — десктопные элементы. И все это из коробки.
Сейчас основное увлечение — ролики. Соответственно, зимой периодически сублимирую на ледовых коньках. Ну и независимо от времени года — плавание, для поддержания здоровья. Раньше увлекался велосипедом и воллейболом, пришлось завязать:(
А с Robot Operating System не приходилось иметь дел? Сам просто как раз с подобной задачей столкнулся, поэтому интересно.
А вот реализация как на видео — сносит крышу от мельтешения даже в случае с только горизонтальным масштабированием. Что будет, если еще и по вертикали размер начнет меняться — представить страшно.
docs.opencv.org/doc/tutorials/features2d/trackingmotion/harris_detector/harris_detector.html
undergraduate.csse.uwa.edu.au/units/CITS4240/Lectures/tracking.pdf
Как с этим функционалом на питоне — не могу сказать, но из академических соображений можно попробовать реализовать самостоятельно:)