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

Одно из важных различий между людьми, независимо от их религиозных взглядов, проявляется в отношении к следующему мысленному эксперименту.

Предположим, что нам удалось собрать на некоей элементной базе мозг, структурно идентичный человеческому. Уточним: взрослому, нормальному, без отклонений, но не являющимся копией одного из обычных мясных людей. Для вящей наглядности, скажем, что субстрат — не нейроны, а что-то кремниевое. А может конструктор Lego. Или и вовсе, программная симуляция, вроде OpenWorm.

Так вот. Вопрос. Будет ли эта штука человеком?

Я и ещё часть людей скажут, что этот агрегат а) разумный; б) человек. Взаимодействие и организация структурных элементов важнее, чем то, из чего они сделаны. Если нечто интеллектуально ведёт себя как хомо сапиенс, это хомо сапиенс. Остальное не имеет отношения к делу.

Но многие с нами не согласятся.

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

Эта вера в «душу» или её аналоги, замешанная на антропоцентризме, часто прекрасно уживается даже с материализмом в остальных вопросах, заставляя проявлять чудеса рационализации в объяснении, почему «они — не мы».

p.s. Полезно вспомнить, что ещё задолго до перспективы искусственного разума, второй тип мышления приводил к таким замечательным идеям, как недоразумность негров (перевод) и вивисекция животных. Ну да, они в принципе в чём-то подобны нам, но… но… но не можем же мы признать их равными и заслуживающими нормального отношения. А значит какое-то различие точно имеется. И мы его найдём. Или выдумаем.

++ Здесь речь только о иррациональном шовинизме, но также интересны и другие аспекты определения «человек». Немножко про это написано здесь.

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

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

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

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

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

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

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

Adobe анонсировала Photoshop CC. Самое главное отличие — платить за неё нужно не один раз много, а ежемесячно по $20 (все планы описаны здесь). Отныне, и пока не предстанет Небо с Землёй на Страшный Господень суд. Новые фичи тоже будут появляться только в «облачных» версиях.

Я в смешанных чувствах. С одной стороны, 600 р в месяц / $240 в год — терпимо. С другой, я нутром чую, что меня в чём-то найябывают.

Сейчас в моде концепция SaaS («software as a service» — «программы как услуги»). Это отображение общего маркетингового пути «продукты — услуги — среда». Вначале конкуренции мало, производители соревнуются качеством продукта. Потом конкуренция нарастает, и начинается соревнование, кто даст больше дополнительных услуг (не просто продать машину, а «у нас чудесный сервис»). Ну и в самом запущенном случае, идёт соревнование экосистемами и тем, что называют «complete user experience». Не знаю, как правильно по русски. Идея в том, что для клиента это уже не просто продукт, а часть жизни. Рынок программного обеспечения очевидно находится во всех этих фазах одновременно — от продажи «коробок» через продажу сервисов (IT-системы) к продаже UX (Facebook, например).

Выгоды от SaaS для продавца очевидны: клиент платит не один раз, а постоянно, это раз. Меньше пиратство, это два.

Выгоды же клиента очень зависят от ситуации. По-хорошему, один раз заплатить легче, чем постоянно. Поэтому неудобство непрерывной «дойки» должно компенсироваться чем-то, что ты иначе не получишь. Только тогда цена будет казаться справедливой. Новые фичи в этот список включать нельзя: их прекрасно можно было бы реализовать на standalone, безо всяких облаков — белогривых лошадок. Так что заявление типа «новые фичи будут только в версии по подписке» большинством однозначно воспринимается как искусственная попытка вытянуть побольше денег (посмотрите результаты голосования в статье по верхней ссылке, прочитайте комментарии). Должно быть что-то ещё. Что там из обещанного Adobe? «20 Гб пространства в облаке, за бабки можно до 100 Gb» — друзья, это даже не смешно. Во-первых, у меня этих облаков и без вашего Адоби Клауда хоть ложкой ешь, причём бесплатно — Yandex, Dropbox, Box, SkyDrive… Во-вторых, 20 Гб — это моя средняя дневная фотосессия. И не только моя — у многих профи объёмы ещё больше. Давайте уж 100 терабайт, тогда мне будет интересно. Но тоже не слишком — потому что вам в придачу придётся провести мне оптоволоконный Интернет. Иначе я буду перекачивать эти терабайты месяцами. Пока же для заявленного «access and share your work wherever you are» я прекрасно таскаю с собой внешний диск, либо выкладываю нужное на Dropbox. Что ещё — обмен мнениями в форуме? Сто первая попытка сделать социальную сеть для дизайнеров? Можно подумать, я не могу найти мест, где это можно сделать бесплатно. Быстрые обновления программ? А раньше с этим были какие-то проблемы? Меня всё устраивало. Итого — ноль. Software есть, а нужного мне сервиса нет.

Интересными могли бы быть какие-то распределённые вычисления, cloud-рендеринг. Но их нет, и не уверен, что на сегодняшнем уровне развития сетей их легко реализовать — хотя попытки предпринимаются. Больше мне ничего не приходит в голову. Так что эксперимент имхо идеологически неудачный. Куда мы только от Adobe денемся, вот в чём вопрос…

++ Уже написал, и увидел статью, где обсуждаются аналогичные позывы у Microsoft. А в конце — слухи, что Adobe может изменить политику на более вменяемую. Ну, дай-то Ктулху…

++ 20/06/13 Не прошло и суток, как ЦеЦе крякнули.

Обнаружил в Гугле интересную штуку: «Личный кабинет». Там, прямо на одной странице, можно увидеть, какими сервисами гугла я пользуюсь и что он обо мне знает. Включая историю веб-поиска и бэкапы устройств 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. Быстрее, выше, сильнее, слаще. Но может глючить. Поэтому заранее извиняюсь за возможные неудобства и неурожай.