Так говорил AKry…

Слушайте, а почему многие до сих пор используют «_» в названиях файлов? И сокращённые имена? Типа «Моирасх_1.doc».

Я помню, почему их все использовали четверть века назад: MS DOS не понимал пробелов в именах файлов, и длина имени была ограничена восемью символами. Кстати, основные версии ДОС также не понимали и русские символы. Вторая причина, отчасти актуальная и сейчас — файлы для веб-страниц. Серверы порой криво работают с non-alphanumeric, лучше не рисковать.

Но сейчас то зачем? Уже давно (а на Маках ещё давнее) имена файлов в большинстве систем можно делать a) изрядной длины; б) кириллицей; в) с пробелами. Так зачем приносить в жертву удобочитаемость? Или двадцать пять лет — слишком маленький срок, чтобы переучиться?

На «Слоне» лежит интересная статья про систему грейдирования в Microsoft, реализующая концепцию «up or out». Я не знаю всей подоплёки и могу только предполагать, что были какие-то рациональные причины, чтобы продолжать использовать такую систему несмотря на возражения. Мне кажется, что это модельный кейс, как не надо делать, и насколько важно учитывать системность любого воздействия в компании.

Что делала Микрософт: в каждой группе по результатам оценки кто-то обязательно оказывался выше среднего, кто-то средним, кто-то ниже среднего. Подчёркиваю: обязательно. Образно говоря, на команду выдавался набор карточек. Две из каждых десяти — с надписью «победитель», семь — «среднячок», и одна — «лузер». И их надо раздать всем. HRы, прочитав это, наверное выпадут в осадок: ведь совершенно очевидно, к чему приведёт такой подход. К подсиживаниям, к нежеланию сильных сотрудников идти в команду с другими сильными, к уходу из компании тех, кто не хочет этой непрерывной пузомерки. В Микрософт работают те же люди с той же планеты, что и в остальных компаниях. Поэтому результат был именно такой. 

На эту тему был старый консалтеровский анекдот: по результатам квартала лучшие сейлзы получают минет. От худших. Будет ли при этом заявленное повышение мотивации всех стать лучшими? Спорно: далеко не у всех людей конкурентная мотивация. Часть сотрудников безусловно такое простимулирует. Но принцип Парето возьмёт своё. Нельзя просто так взять и отрезать левую часть колокола «гауссианы». Нельзя просто так взять и уволить 80% сотрудников потому что они менее продуктивны, чем лучшие 20%. 

++ Наш подход к категоризации сотрудников в компании.

Обнаружил в Гугле интересную штуку: «Личный кабинет». Там, прямо на одной странице, можно увидеть, какими сервисами гугла я пользуюсь и что он обо мне знает. Включая историю веб-поиска и бэкапы устройств Android на серверах Google.

Дополнение к статье о продуктивном использовании Gmail.

В этой статье рассказывается, как научить Gmail применять любые фильтры по расписанию. Причина, по которой потребовалось писать отдельную программу — Gmail сам по себе применяет фильтры только к письмам, попадающим во «Входящие». Но можно придумать очень много полезных фильтров, управляющих вашей почтой, которая уже находится в ящике. Например, удалять все рассылки старше 30 дней, акцентировать внимание на важных, но уже неделю как непрочтённых письмах, и т. п. По счастью, всё это можно реализовать с помощью Google Scripting. Ниже я расскажу, шаг за шагом, как настроить систему без необходимости в ней разбираться и изучать программирование.

Примечание: скрипт предоставляется в открытом виде и «как есть». Автор не несёт ответственности за утерю или иные неприятности с чьей либо почтой и здоровьем. 

( Collapse )

Всё пытаюсь найти быстрый удобный способ быстро выбрать из большого потока фотографий панорамы. Когда кадров сотня-другая, а панорам до десятка, это легко сделать вручную. Но когда из поездки привозишь тысяч десять-двадцать шотов, и панорам там сотенка-другая, то требуются изрядные затраты времени и сил на то, чтобы их найти в общей куче.

Задача не самая простая, включающая в себя как организационные, так и программные и технические компоненты. Сегодня пришла в голову ещё одна мысль, как оптимизировать этот процесс. Но лучше я опишу все способы, о каких знаю. По ряду веских причин для организации фотографий я пользуюсь Lightroom, так что предполагается, что нижесказанное относится к нему. Подробнее о рабочем процессе здесь. Итак, способы.

0000. Полностью ручной. Минимум трудозатрат на программирование и организацию, минимум сил при съёмке. Увы, максимум мороки при сортировке. Способ облегчить жизнь — работать не с RAW, а с превьюхами. Потом же переносить изменения на RAW. Так можно использовать в свободное время в дороге маломощный ноутбук.

0001. Полуавтоматический. При съёмке тем или иным способом отмечается начало (необязательно) и окончание панорамы (обязательно). После чего в Лайтруме вручную ставятся цветовые метки на панорамы, запускается плагин и — вуаля. Подробнее здесь. Как это выглядит, здесь. Трудозатраты на программирование… Ну, есть. На процесс съёмки — имхо, нет. Очень быстро появляется привычка автоматически снимать один палец перед началом панорамной серии, и два — после. Трудозатраты на селекцию — тут, увы, возня. Да, плагин раскидает панорамы по папкам автоматически, но это будет уже после того, как ты вручную пройдёшься по всей куче. А это для 10К фоток не меньше пары часов вдумчивой работы. 

0010. 3/4-автоматический. Аналогично предыдущему способу, отмечать начало и окончание панорамной серии — только не пальцами, а какой-нибудь картонкой с QR-кодом, например. А потом плюгином искать эти изображения, и предполагать, что всё между ними — панорама. Можно сделать разные QR-коды — для обычных панорам, для HDR, для focus-blending, для time-laspe etc. Сшить их в раскладушку карманного формата, и таскать с собой. Одна трабла — я понятия не имею, как автоматом распознавать этот код программно. Видимо задача решаемая: раз Google Goggles умеют, и я наверное справлюсь. Но надо копать. UPD. Возможно ZBar нам поможет. UPD2. Алгоритм вырисовывается такой: 1) из каждого кадра вытащить малоразмерное превью (для равов); 2) последовательно скармливать эти файлы в ZBar и получать результат — есть ли QR, и если есть, то какой (OMG, это д-о-л-г-о!); 3) на основании этой информации отмечать кадр как стартовый, стоповый, или панорамный (любой серийный). Можно ли как-то ускорить эту процедуру? Явное слабое звено — превьюхи, второй тормоз — работа с command-line app. С другой стороны, нам надо разгрузить от рутинной работы себя и меня, а если комп будет пахать всю ночь, кого это волнует.

0011. 3/4-автоматический. Аналогично предыдущему способу, но вместо QR-кода в качестве маркера используется сочетание выдержки, ISO, формата файла. Для этого можно пожертвовать одной из Custom Dial Modes (двумя, если использовать разные маркеры начала и окончания). Например, делается режим в котором выдержка например 1/8000, ISO 3200 и формат файла Small JPEG — крайне маловероятное в реальности сочетание параметров. Снимается панорама, после чего Dial Ring поворачивается на C1 (или любой, где записан этот маркер), делается ещё один кадр — «стоповый». Далее в Lightroom плагин прочёсывает все фотки из поездки в поисках означенного сочетания. Все кадры между этими найденными маркерами считаются панорамой. Способ менее универсален, по сравнению с предыдущим, но его (мне) намного проще отлить в программу. Скорость же весьма хорошая. 

0100. Автоматический. Программы вроде AutoPano умеют ползать по фоткам и сами искать, что там панорама. Упоминаю лишь для полноты картины, так как а_ низкая производительность, б_ сложные панорамы с изысками и поворотами кадров эти проги различают слабо. Трудозатраты однако к нулю, по всем фронтам.

0101. Физически записывать панорамы в разные места. На разные флешки (*), или в разные папки на одной флешке. Минусы первого варианта — организационные, к тому же панорамы всё равно придётся как-то отделять друг от дружки. Минусы второго — не всегда удобно создавать отдельные папки в процессе съёмки, не все камеры это умеют. Но в принципе, вариант.

0110. Постановить, что все панорамы снимаются в ручном режиме с заданной (в пределах панорамы) сеткой параметров экспозиции, ISO, выдержки. И искать серии кадров с одинаковыми параметрами (*). Это интересный вариант. Возможные минусы: 1, 2. Не все панорамы гомогенны по параметрам.  Даже фокусное расстояние может гулять: 1, 2. И рядом случайно могут оказаться кадры с теми же значениями. Так что способ не универсален.

Ещё идеи?

Дополнительное чтиво по теме: «Пробежка по паноарме — от и до», «Панорамы HDR».

Купил в подарок гигагерцового пятидюймового китайца за семь килорублей, перепрошил, убрал мусор. Пашет, интерфейс летает не хуже, чем у Nexus и HTC. КДПВ:

И это не со ста, а где-то с 45-50%. При невеликом использовании конечно. Мой Galaxy Note показывает схожие результаты. При довольно активной с ним работе (несколько часов в браузере и ридере, минут сорок звонков), хватает часов на шестнадцать. Вот сейчас, с утреца, осталось 63% — а я интернетился, умные книжки читал и даже музыку слушал. За ночь разряжается на процент-два, и это после установки JB — раньше вообще практически не разряжался. Таск-киллеров нет вообще. Не нужны.

К чему всё. ИМХО большая часть жалоб на батарею связана как раз с мусором в настройках и с программах. Не ставьте таск-киллеры, лечите первопричину. Замораживайте нафиг не нужные сервисы, отвязывайте от BOOT_COMPLETE тех, кому незачем грузиться вместе с телефоном, блокируйте выход в Интернет тем, кому он по штату не положен — часто это очень очевидно, когда какая-нибудь шняга вроде «кулинарных рецептов» будит телефон каждую минуту и стучится на какой-то неведомый сайт.

Инструменты, в порядке убывания информативности и действенности (для меня конечно):

• Сделать root и прошить 4+. DeepSleep куда как лучше у ICS и JB, чем у GB.
• Titanum Backup или любая другая тулза, умеющая «замораживать» и деинсталлировать ненужное, включая системные программы. Сделать полный бэкап (и nandroid тоже), составить список подозрительных программ и по каждой погуглить — безопасно ли её удалить. После чего или удалить, или заморозить.
• Поставить программу, затемняющую экран. Screen Filter, Total Screen Control, несть им числа, платным и бесплатным. Но именно «dim screen», а не простое понижение яркости. Потому что даже на минимальном уровне всё равно белое слишком яркое. Эти программы фактически рисуют поверх изображения частично прозрачный серый прямоугольник, который уменьшает яркость всего, хоть до нуля. 
• AMOLED specific. Чёрный или синий скин на всё, что можно. У амоледов яркость каждого пикселя регулируется отдельно. Меньше светлых пикселей, меньше расход энергии. Синий цвет в силу специфики технологии жрёт энергии меньше, чем другие. У LCD иная ситуация, там сзади меняющих прозрачность пикселей светит фонарь. Его яркость можно регулировать, но оптом, для всех пикселей сразу. И хоть весь экран будет квадратом малевича, фонарь будет гореть и жрать батарею.
• Автоматическая регулировка яркости может потреблять дополнительную энергию. Поэкспериментируйте и так, и так в ваших световых условиях. Сравните, где на экран ушло больше процентов батареи. 
• Старайтесь делать экран максимально затемнённым и быстро гаснущим — не в ущерб комфорту и не во вред глазам, конечно. 
• Поменьше яростных пляшущих виджетов на рабочий стол. «Живые обои», непрерывные обновления яндекс-пробок, часики с секундами, доннер-ветер с молниями, лента твитов — всё не задарма, всё кушает батарею. Вам нужна карта с пробками каждую минуту в сутки? Нет, так и запускайте её только когда нужно. 
• Чем-нибудь вроде Autorun Manager или ROM Toolbox пройтись по списку программ и отвязать ненужные от автозагрузки.
• Поставить GSam Battery Monitor Pro, BetterBatteryStats и Battery Monitor Widget. Это замечательные инструменты, которые со всем тщанием расскажут, кто и как жрал батарею — со включеным экраном и без, кто и по какому поводу пробуждал аппарат, кто шептался по сети. Посмотреть, сделать оргвыводы: или изменить настройки излишне шаловливых программ, или вовсе убрать их. Когда телефон лежит и не отсвечивает, экран его тих и скорбен, аппарат должен погружаться в DeepSleep state. BetterBatteryStats подскажут, сколько времени он в этом состоянии провёл. Если он валялся без дела десять часов, а в DeepSleep был только час, все дружно ищем виновника в секции Kernel Wakelocks и Partial Wakelocks.
• GSam BM расскажет также, сколько на самом деле уходило на поддержание жизни соты и wifi. С графиком: «уровень сигнала / уровень батареи». Подумать, может в сложных случаях переключиться с 3G на 2G.
• Пробежаться по программам и где это возможно, уменьшить частоту их доступа к внешним ресурсам, или и вовсе перевести обновления на ручной режим. Актуально в первую очередь для мессенжеров и почтовиков. Желательно вообще, чтобы они работали в режиме push — сервер рыкнул, программа приняла сигнал, а без этого впустую не стучится. 
• Отключать ли WiFi в процессе сна, зависит от мощности сигнала. GSam подскажет, значимая ли это трата энергии. У меня на WiFi часто уходит около 1-2% энергии. Несущественно, можно и не отключать. Кстати, WiFi Analyzer может дать картинку про сигналы в режиме реального времени.
• Аналогично с GPS — он вообще включается, только когда требует программа-клиент. 
• Файрвол вроде DroidWall: заблокировать доступ в сеть тем, кому не след.
• ROM Toolbox или любой блокиратор рекламы — угадайте, что сделать.
• Создать профили работы (EasyProfiles или аналог): чтобы не зимой и летом одним цветом, а дома wifi без мобильной сети, на улице мобильная сеть без wifi, экран потише и гаснет быстро, от батареи экран можно на полную и гасить через пару минут, ночью тишина — ну и так далее. 
• В ряде случаев (утечка памяти в некоторых JB) поставить автоматическую перезагрузку раз в сутки. 
• Governors, schedulers, undervolting, underclocking и всякое якое. Не знаю. Если после всего вышеперечисленного ещё останутся проблемы, можно поиграться. После, а не до! Обширный список governors с вялыми описаниями есть здесь. Мне хватает ondemand. Пробовал делать профили частот и говерноров в зависимости от загрузки и температуры батареи, ощутимого выигрыша не получил.
• Ну и в качестве ultima ratio, расширенная и дополнительные батареи, плюс аккум, подсоединяемый через usb. Меня такой в поездках спасал пару раз.

И да пребудет ваша батарея полной.

В Liquify есть возможность сохранить для дальнейшего использования корректирующую сетку: кнопки «Save Mech» и «Load Mech». Это очень полезно для «неразрушающего» редактирования. Типичный пример: портреты часто корректируются в плане подтянуть подбородок, выправить фигуру и т. п.  Так же часто корректируются архитектурные снимки, особенно панорамы. Эту коррекцию удобнее делать до всякой ретуши: вдруг понадобится что-то дорисовывать? Проблема в том, что если ретушь можно выполнить на обычных и корректирующих слоях, то изменение формы меняет исходное изображение. Так что если вдруг понадобится внести изменения в базовый файл (переделать RAW с другими настройками шумодава или цвета, переклеить панораму), то спасение одно: сохранять все корректирующие сетки и использовать их повторно. Учитывая то, что сетки могут быть весьма сложными, это сохраняет кучу времени и нервов. Чтобы не путаться, я даю им то же имя, что и исходному файлу, плюс название слоя. Например, «LI_20111029_141724_akry_00220-rt Face.msh».

Самый большой недостаток CS5 Puppet Warp — эту самую сетку напрямую сохранить и загрузить нельзя. Обходной путь такой:

( Collapse )

Я тут, понимаешь, переставил. А у FC15 всё не так, как у FC14. Быстрее, выше, сильнее, слаще. Но может глючить. Поэтому заранее извиняюсь за возможные неудобства и неурожай.

По идее 400x означает 60 Мб/с. HyperDrive вроде как умеет UDMA и такие скорости. Nicht.

Скорость сливания фоток с Lexar UDMA 400x лишь на 10% выше, чем с простенького Transcend 256x: 31.5 Мб/с против 29. Притом, Canon 7D с Lexar сливает буфер быстрее примерно в два раза. То есть у Canon всё с карточкой ладится. И дело не во внутреннем диске HyperDrive. По его собственным бенчам, диск легко делает 53 Мб/с.

Ergo? Следовательно HyperDrive здят про UDMA.

HyperDrive — глючная и сырая штука. Но адекватной альтернативы я пока не знаю.

UPD. Не, не здят. Но и правда не слишком радостная: там старый UDMA66, как раз на 33 Мб/с. Новые карточки в пролёте.

UPD2. UDMA66 — 66.7 Мб/с. Но на сайте продукта написано «2Gb/s», что примерно 33 Mb/s. Где-то они врут, и судя по тестам, врут в строке «UDMA/66». Значит там UDMA/33.

Хозяйке на заметку. Запущенный Thunderbird (у меня версии 6, но проявлялось и с «пятёркой») может потенциировать Microsoft Security Essentials (MsMpEng.exe), и тот начнёт жрать процессорное время. Десятину в моём случае, но были сообщения, что доходило и до ста процентов. Возможно это связано с тем, что MSE проверяет все сообщения в папке на сервере — на эту мысль наводит подпись в футере Thunderbird «Downloading 477 of 57315 in All Mail». Выключение Thunderbird автоматически успокаивает MSE. Можно также дождаться скачивания всех сообщений.

Если тормозня напрягает, но выключать контроль malware не хочется, то в диспетчере задач можно понизить приоритет MsMpEng.exe со «среднего» на «ниже среднего». Ещё вариант: в Thunderbird снять галочку «Select this folder for offline use» (правой кнопкой на папку, свойства, закладка «Синхронизация»).