В начале нулевых попала мне на время в руки навороченная бытовая цифровая камера от Sony, точную модель не помню. Писала на маленькие DVD(CD?)-диски. Достаточно компактная — не из тех, которые на плече таскать нужно.
У неё из коробки был инфракрасный режим для ночной съёмки плюс лампа инфракрасной подсветки.
Желающие поиграться могут поискать на барахолках такие аппараты. Качество записи там было волне приличным. Уж точно лучше, чем у детектора валют. Да и с эргономикой всё в порядке.
Искать нужно камеры от Sony с функцией NightShot / NightShot Plus.
Вот пример дешёвой камеры с NightShot — DCR-DVD108e. На известном сайте бесплатных объявлений ценник от 1000 рублей — вполне сравнимо с тем же детектором валют. Но всё уже работает из коробки.
Пример работы NightShot, нужен фильтр, иначе камера слепнет на ярком свету.
180 Вт/ч в месяц?
Срочно выбрасываю относительно старый телефон (2 года, Samsung S8) с умершим портом зарядки и покупаю новый, чтобы опять заряжать его через кабель и снова убить порт.
Оперирование интерфейсами — это не фишка, присущая конкретному ЯП, а общая концепция.
Я предпочитаю префикс I, это куда нагляднее, чем инверсная логика «нет суффикса — интерфейс, есть суффикс Impl — реализация».
Путь воспроизведения проблемы при импорте с перемещением сократился до минимума. Только что воспроизвёл — достаточно любого открытого окна проводника для того, чтобы загрузка процессора разделилась между проводником и лайтрумом, а скорость импорта упала минимум на порядок.
Как только окно проводника закрывается — всё становится нормально.
Да, скорее всего скорость чтения от режима ячейки меняться сильно не должна, но в моём случае на SSD лежит каталог лайтрума, куда при импорте ведётся активная запись в сам файл каталога (по факту — SQLite базу данных) и в папки превьюшек. Так что скорость импорта должна падать по мере увеличения каталога до сотен гигабайт.
Обновление моего коммента спустя полтора года.
Новый комп, I9-9900KF, 64 GB оперативки, 2 быстрых SSD.
Свёл воедино весь архив фотографий за все годы, со всех устройств, включая мобильники. На данный момент ещё не всё добавил, но уже под 300К фотографий. Папка каталога уже больше 200 GB.
Действительно — всё вполне неплохо работает. Но вот сегодня при попытке импорта новой пачки всё работало краааайне неторопливо. За 10 с лишним часов всего несколько тысяч фотографий импортировало.
Решил всё-таки сделать отдельный архив, начал импортировать — скорость не поменялась.
Вспомнил принцип работы SSD — при заполнении диска контроллер начинает уплотнять данные, храня всё больше и больше битов в одной ячейке, что снижает скорость работы накопителя, а у меня террабайтный SSD и уже 600 занято.
Просниффил SSD, нашёл 200 гигабайт уже ненужных архивных данных — не попустило.
Начал смотреть диспетчер задач — загрузка на диске околонулевая. Но после переустановки системы забыл добавить лайтрум в исключения встроенного антивируса. Добавил в исключения.
На глаз — легче не стало.
И тут замечаю странное — большая нагрузка на одно из окон проводника. Смотрю что за окно — а у меня открыта корзина на том диске, на котором лежат импортируемые фотографии. Как только я его закрыл — лайтрум просто ожил. Загрузка процессора сразу с 20 до 70% подскочила, явно начал использоваться диск и проценты выполнения просто побежали на глазах.
Эксперимент повторяемый. Снова зашёл в корзину и ситуация повторилась.
Возможно имеет значение то, что при импорте у меня фотографии перемещались в пределах диска из разных папок в папку общего архива. Лишних данных в корзине нет, но вход в корзину — удар по лайтруму и проводнику.
О, это достаточно просто. Нужно быть не просто кодописателем, но и немного бизнес-аналитиком и анализировать входящие требования. Помогать Product Owner правильно формировать требования с учётом знания особенностей работы системы. Заранее думать что произойдёт в тот момент, когда юзер пользуется фичей год, два, пять, десять лет. Проектировать фичи не под песочницу, а под продакшен.
В целом — согласен с автором, но не сосчитать сколько раз приходилось оптимизировать код, который был написан во времена, когда элементов в коллекции было 100. Проходит несколько лет, база растёт и сотня превращается в миллион. Всегда нужно смотреть вперёд.
Нагрузочное тестирование — очень полезная штука.
Два примера. На прошлой работе посадили человека за GIS-карту. Задача — отрисовать на карте маршруты движения транспортных средств, собранные с GPS-датчиков. Несколько месяцев человек старался, вкорячивал GIS-компонент, прикручивал отрисовку маршрутов поверх него. До продакшена всё выглядело более-менее работоспособно. Но как только пришло время подключить к карте реальную базу — механизм превратился в тыкву. Лёг насмерть. Ничего более сложного, чем отрисовка десятка тестовых треков в масштабах населённого пункта эта система показать не смогла, так как вся отрисовка шла синхронно в UI-потоке, к тому же все треки рисовались без прореживания и независимо от того попадают ли они в видимую область или нет. К тому же автор уволился. Всё было написано настолько в лоб, что проще было всё выбросить и начать с нуля, но он приколотил механизм к общей системе настолько надёжными гвоздями, что это оказалось почти невозможным. В итоге пришлось потратить ещё полгода на постепенный рефакторинг и оптимизации. А человек перед увольнением отмазывался тем, что ему никто не сообщал сколько транспортных средств должна поддерживать система и на его наборе данных всё работает хорошо.
Второй пример более свежий. На машину клиента загружаются строки данных и кладутся в локальную базу. Механизм рабочий. Изредка от саппорта доходят жалобы клиентов на неторопливость этого процесса, но проблемы некритичны. Со временем данные накапливаются и появляется несколько клиентов, у которых размеры локальных баз доходят до десятка гигабайт, при этом процесс синхронизации занимает уже несколько суток. На этапе проектирования системы никто не подумал, что через годы работы накопление данных приведёт к серъёзной проблеме с производительностью. На оптимизацию ушла пара недель, после которых двое суток превратились в пару часов.
Вы немного не в теме. Спейс-Экс отправляет ракеты к МКС не намного реже, чем Роскосмос. С 2012-го года у Спейс-Экс было 20 грузовых миссий к МКС, один неудачный. Роскосмос — 28 при двух неудачах.
Картинка для осознания масштабов — по видео с ловлей створок сложно понять их размеры.
А для ответа на вопрос «почему обтекатели такие дорогие» — есть целая статья на Хабре, где это подробнейшим образом расписано. Почему обтекатели для ракет такие дорогие?
Ходили городские легенды об устранении конкурентов в некоторых специфических видах бизнеса. Например фотосалоны, или полиграфия.
Кустарный чемоданчик «забывается» случайным посетителем в пункте печати (именно печати, а не просто сетевой точке приёмки заказов), активируется по таймеру.
Печатные минилабы стоят очень дорого и окупаются долго. Очень часто они в кредите, лизинге или аренде. Полная потеря печатного минилаба — почти гарантия банкротства для небольшой конторы.
Знаю, но мне требуется универсальное устройство. Помимо адресной ленты — чтобы ещё и музыку играло, как минимум. И управлялось по сети, а ардуино с вайфаем стоит сравнимо (если не дороже) с 3А+.
К тому же программы для ленты пишу на Питоне. Параллельно дочку-восьмилетку к программированию приобщаю. Это всяко удобнее, чем прошивки заливать.
Pi 3A+ — прекрасный девайс, характеристик которого вполне достаточно во многих случаях.
Задумал дома поменять обычную RGB-подсветку на адрессные ленты, управляемые малинками через Python.
Прикрутил 3B и обнаружил, что это явный перебор по характеристикам — загрузка процессора — считанные проценты, памяти используется минимум. Начал смотреть в сторону более дешёвых, чем 3B вариантов — обнаружил 3A+, которая стоит существенно дешевле.
Закупил сразу 3 штуки и не прогадал. Производительности — за глаза. Хватает, чтобы и лентой управлять, и мультирум-аудио на LMS крутить, и ещё остаётся.
Из минусов — отсутствует RJ45, но все мои малинки и так на WiFi, а он тут из коробки. Кроме того — пока не нашёл корпусов под неё. Под стандартный формат — широкий ассортимент, под 3A+ почему-то не возят. Но так как девайсы у меня не на виду — это не проблема. Упаковываю в стандартные корпуса для радиоэлектроники вместе, вместе с блоком питания, внешней звуковой картой.
Загвоздка в том, что история, хоть и не очень точная наука (особенно древняя), но кое-какими инструментами обладает.
Так вот историки провели анализ событий, описанных в Новом Завете, и пришли к выводу, что описанные события не совсем совпадают по хронологии с общепринятой историей. Точных деталей не помню, но привязывались к годам жизни и смерти побочных персонажей — исторических фигур, достоверно известным по другим историческим источникам.
В общем, для того, чтобы не нарушать хронологию обычной (не религиозной) истории, Иисус должен был существовать за несколько лет до своего официального рождения.
Я, как разработчик, столкнулся с тем, что нет 4K в варианте 16:10. Оно уже настолько привычно для разработки, что возврат от 1920х1200 к 1920х1080 — настоящая мука.
Да, матрица 27" 16:9 по высоте почти соответствует 24", но зато она настолько широка, что полностью ломает привычный процесс работы и шаблоны движения мыши по экрану.
Мне не нужен экран 27". У меня 3 монитора по 24", и они отличаются от просто широкого экрана тем, что на каждом мониторе свой отдельный контекст. Я никогда не смотрю на два монитора одновременно. Нужна информация со второго монитора — повернулся к нему. А широкий 27" экран заставляет меня постоянно вертеть головой при работе с одним контекстом.
Рынок правит миром.
УкрПочта тоже работает по индексам, но к Новой Почте она никакого отношения не имеет — между ними жёсткая конкуренция.
yefrem уже разъяснил в чём их отличие. Индекс Новой Почте не нужен.
Да и в целом, как мне кажется, почтовый индекс — архаизм. Исторически он был придуман для облегчения сортировки отправлений, в том числе автоматической.
Цифры индекса, заполненные по решётке, легко читаются и уже давным-давно существовали автоматизированные системы, которые в оффлайн-режиме по вручную заполненному индексу отправляли письма и открытки в нужное почтовое отделение. А в отделении уже по месту разбираются с конкретным адресом.
Сейчас же есть штрих-коды и централизованные базы данных. Передвижение посылки элементарно отслеживается вплоть до GPS-координат машины, которая её везёт.
Вот Новая Почта и сделала ход конём, отказавшись от индексов от слова совсем.
Это не государственная почта. Новая Почта работает не по индексам. По сути это продвинутая служба доставки по стране.
Возможность доставки по конкретному адресу — это только опция. Большинство посылок уходят из отделения отправителя в отделение получателя. У отделений нет индексов — есть населённый пункт и номер отделения, и по ним через сайт легко узнать адрес отделения.
Для отправки посылки в режиме отделение-отделение достаточно знать только номер телефона (если получатель хоть раз отправлял или получал посылки). Приёмщику называешь номер телефона получателя и в ответ можешь получить и ФИО получателя, и адрес отделения, которым он чаще всего пользуется.
В этом и суть деанонимизации.
Но сама почта, конечно, произвела настоящую революцию в почтовых пересылках по Украине. Вплоть до того, что на неё начала равняться государственная — отделения отремонтировали, даже новых добавили, новые технологии внедрили, работать начали стабильно.
По Новой Почте, к примеру, в холодное время года можно без опасений даже замороженное мясо в термосумке отправлять (правда не нужно говорить об этом приёмщику). Доедет ещё мёрзлым, в любую точку страны (если там есть отделение), главное получить в день приезда.
При этом можно даже в реальном времени следить за тем, как твоя посылка едет — через мобильное приложение. Машины с GPS. Видишь, что подъехала к отделению — можно идти и забирать.
Неверная аналогия. Представьте, что вы приходите на почту, зная только номер телефона человека, а выходите оттуда с информацией о том кому он принадлежит и адрес проживания с точностью до отделения. А отделение указывает на приблизительный адрес, в крупных городах с большой плотностью отделений — адрес с точностью до пары кварталов.
У неё из коробки был инфракрасный режим для ночной съёмки плюс лампа инфракрасной подсветки.
Желающие поиграться могут поискать на барахолках такие аппараты. Качество записи там было волне приличным. Уж точно лучше, чем у детектора валют. Да и с эргономикой всё в порядке.
Искать нужно камеры от Sony с функцией NightShot / NightShot Plus.
Вот пример дешёвой камеры с NightShot — DCR-DVD108e. На известном сайте бесплатных объявлений ценник от 1000 рублей — вполне сравнимо с тем же детектором валют. Но всё уже работает из коробки.
Пример работы NightShot, нужен фильтр, иначе камера слепнет на ярком свету.
Срочно выбрасываю относительно старый телефон (2 года, Samsung S8) с умершим портом зарядки и покупаю новый, чтобы опять заряжать его через кабель и снова убить порт.
Я предпочитаю префикс I, это куда нагляднее, чем инверсная логика «нет суффикса — интерфейс, есть суффикс Impl — реализация».
Как только окно проводника закрывается — всё становится нормально.
Да, скорее всего скорость чтения от режима ячейки меняться сильно не должна, но в моём случае на SSD лежит каталог лайтрума, куда при импорте ведётся активная запись в сам файл каталога (по факту — SQLite базу данных) и в папки превьюшек. Так что скорость импорта должна падать по мере увеличения каталога до сотен гигабайт.
Новый комп, I9-9900KF, 64 GB оперативки, 2 быстрых SSD.
Свёл воедино весь архив фотографий за все годы, со всех устройств, включая мобильники. На данный момент ещё не всё добавил, но уже под 300К фотографий. Папка каталога уже больше 200 GB.
Действительно — всё вполне неплохо работает. Но вот сегодня при попытке импорта новой пачки всё работало краааайне неторопливо. За 10 с лишним часов всего несколько тысяч фотографий импортировало.
Решил всё-таки сделать отдельный архив, начал импортировать — скорость не поменялась.
Вспомнил принцип работы SSD — при заполнении диска контроллер начинает уплотнять данные, храня всё больше и больше битов в одной ячейке, что снижает скорость работы накопителя, а у меня террабайтный SSD и уже 600 занято.
Просниффил SSD, нашёл 200 гигабайт уже ненужных архивных данных — не попустило.
Начал смотреть диспетчер задач — загрузка на диске околонулевая. Но после переустановки системы забыл добавить лайтрум в исключения встроенного антивируса. Добавил в исключения.
На глаз — легче не стало.
И тут замечаю странное — большая нагрузка на одно из окон проводника. Смотрю что за окно — а у меня открыта корзина на том диске, на котором лежат импортируемые фотографии. Как только я его закрыл — лайтрум просто ожил. Загрузка процессора сразу с 20 до 70% подскочила, явно начал использоваться диск и проценты выполнения просто побежали на глазах.
Эксперимент повторяемый. Снова зашёл в корзину и ситуация повторилась.
Возможно имеет значение то, что при импорте у меня фотографии перемещались в пределах диска из разных папок в папку общего архива. Лишних данных в корзине нет, но вход в корзину — удар по лайтруму и проводнику.
Нагрузочное тестирование — очень полезная штука.
Два примера. На прошлой работе посадили человека за GIS-карту. Задача — отрисовать на карте маршруты движения транспортных средств, собранные с GPS-датчиков. Несколько месяцев человек старался, вкорячивал GIS-компонент, прикручивал отрисовку маршрутов поверх него. До продакшена всё выглядело более-менее работоспособно. Но как только пришло время подключить к карте реальную базу — механизм превратился в тыкву. Лёг насмерть. Ничего более сложного, чем отрисовка десятка тестовых треков в масштабах населённого пункта эта система показать не смогла, так как вся отрисовка шла синхронно в UI-потоке, к тому же все треки рисовались без прореживания и независимо от того попадают ли они в видимую область или нет. К тому же автор уволился. Всё было написано настолько в лоб, что проще было всё выбросить и начать с нуля, но он приколотил механизм к общей системе настолько надёжными гвоздями, что это оказалось почти невозможным. В итоге пришлось потратить ещё полгода на постепенный рефакторинг и оптимизации. А человек перед увольнением отмазывался тем, что ему никто не сообщал сколько транспортных средств должна поддерживать система и на его наборе данных всё работает хорошо.
Второй пример более свежий. На машину клиента загружаются строки данных и кладутся в локальную базу. Механизм рабочий. Изредка от саппорта доходят жалобы клиентов на неторопливость этого процесса, но проблемы некритичны. Со временем данные накапливаются и появляется несколько клиентов, у которых размеры локальных баз доходят до десятка гигабайт, при этом процесс синхронизации занимает уже несколько суток. На этапе проектирования системы никто не подумал, что через годы работы накопление данных приведёт к серъёзной проблеме с производительностью. На оптимизацию ушла пара недель, после которых двое суток превратились в пару часов.
А для ответа на вопрос «почему обтекатели такие дорогие» — есть целая статья на Хабре, где это подробнейшим образом расписано. Почему обтекатели для ракет такие дорогие?
Кустарный чемоданчик «забывается» случайным посетителем в пункте печати (именно печати, а не просто сетевой точке приёмки заказов), активируется по таймеру.
Печатные минилабы стоят очень дорого и окупаются долго. Очень часто они в кредите, лизинге или аренде. Полная потеря печатного минилаба — почти гарантия банкротства для небольшой конторы.
К тому же программы для ленты пишу на Питоне. Параллельно дочку-восьмилетку к программированию приобщаю. Это всяко удобнее, чем прошивки заливать.
Задумал дома поменять обычную RGB-подсветку на адрессные ленты, управляемые малинками через Python.
Прикрутил 3B и обнаружил, что это явный перебор по характеристикам — загрузка процессора — считанные проценты, памяти используется минимум. Начал смотреть в сторону более дешёвых, чем 3B вариантов — обнаружил 3A+, которая стоит существенно дешевле.
Закупил сразу 3 штуки и не прогадал. Производительности — за глаза. Хватает, чтобы и лентой управлять, и мультирум-аудио на LMS крутить, и ещё остаётся.
Из минусов — отсутствует RJ45, но все мои малинки и так на WiFi, а он тут из коробки. Кроме того — пока не нашёл корпусов под неё. Под стандартный формат — широкий ассортимент, под 3A+ почему-то не возят. Но так как девайсы у меня не на виду — это не проблема. Упаковываю в стандартные корпуса для радиоэлектроники вместе, вместе с блоком питания, внешней звуковой картой.
Так вот историки провели анализ событий, описанных в Новом Завете, и пришли к выводу, что описанные события не совсем совпадают по хронологии с общепринятой историей. Точных деталей не помню, но привязывались к годам жизни и смерти побочных персонажей — исторических фигур, достоверно известным по другим историческим источникам.
В общем, для того, чтобы не нарушать хронологию обычной (не религиозной) истории, Иисус должен был существовать за несколько лет до своего официального рождения.
Да, матрица 27" 16:9 по высоте почти соответствует 24", но зато она настолько широка, что полностью ломает привычный процесс работы и шаблоны движения мыши по экрану.
Мне не нужен экран 27". У меня 3 монитора по 24", и они отличаются от просто широкого экрана тем, что на каждом мониторе свой отдельный контекст. Я никогда не смотрю на два монитора одновременно. Нужна информация со второго монитора — повернулся к нему. А широкий 27" экран заставляет меня постоянно вертеть головой при работе с одним контекстом.
Рынок правит миром.
yefrem уже разъяснил в чём их отличие. Индекс Новой Почте не нужен.
Да и в целом, как мне кажется, почтовый индекс — архаизм. Исторически он был придуман для облегчения сортировки отправлений, в том числе автоматической.
Цифры индекса, заполненные по решётке, легко читаются и уже давным-давно существовали автоматизированные системы, которые в оффлайн-режиме по вручную заполненному индексу отправляли письма и открытки в нужное почтовое отделение. А в отделении уже по месту разбираются с конкретным адресом.
Сейчас же есть штрих-коды и централизованные базы данных. Передвижение посылки элементарно отслеживается вплоть до GPS-координат машины, которая её везёт.
Вот Новая Почта и сделала ход конём, отказавшись от индексов от слова совсем.
Возможность доставки по конкретному адресу — это только опция. Большинство посылок уходят из отделения отправителя в отделение получателя. У отделений нет индексов — есть населённый пункт и номер отделения, и по ним через сайт легко узнать адрес отделения.
Для отправки посылки в режиме отделение-отделение достаточно знать только номер телефона (если получатель хоть раз отправлял или получал посылки). Приёмщику называешь номер телефона получателя и в ответ можешь получить и ФИО получателя, и адрес отделения, которым он чаще всего пользуется.
В этом и суть деанонимизации.
Но сама почта, конечно, произвела настоящую революцию в почтовых пересылках по Украине. Вплоть до того, что на неё начала равняться государственная — отделения отремонтировали, даже новых добавили, новые технологии внедрили, работать начали стабильно.
По Новой Почте, к примеру, в холодное время года можно без опасений даже замороженное мясо в термосумке отправлять (правда не нужно говорить об этом приёмщику). Доедет ещё мёрзлым, в любую точку страны (если там есть отделение), главное получить в день приезда.
При этом можно даже в реальном времени следить за тем, как твоя посылка едет — через мобильное приложение. Машины с GPS. Видишь, что подъехала к отделению — можно идти и забирать.