Лёгким движением руки Безымянная овца поменяла доменное имя и будет теперь жить окончательно за пределами российских интернетов. Осталось вывезти туда же, за пределы, и её автора, тогда проект по миграции будет завершён.
Или начат? Или начат. «Я ещё не решил».
Потратил полдня на очередной обход по кругу всевозможных низкокалорийных и статических блогенераторов, которые бы умели всё, как нужно. Pelican, Octopress/Jekyll, Second Crack, Scriptogr.am, Skrivr.
Чуда не произошло, так что мы на верном пути изобретения собственного велосипеда. Убедился, что всё плохо, пошёл дальше пилить потихоньку прототипы того, что и как нужно, собранные в виде bootstrap-шаблонов, с грустью от собственного неумения сверстать быстро и бесстрашно, и из-за невозможности удержать в голове сразу всё нужное для этих макетов.
* * *
Заодно посмотрел снова на Threads Дейва Вайнера — следующий шаг в эволюции Scripting News, очень понятная платформа-аутлайнер для хранения всего у себя, без волнений и беспокойств. Хорошо, когда ты можешь себе сам написать нужный инструментарий, это сразу решает огромное количество проблем и вопросов. Решения для комментариев не нашлось и там, но это уже отдельный вопрос.
So I wanted an environment that would feel as fluid and as casual as Twitter, but have no limits on length. I wanted to be able to edit as much as I want, and then quickly move on to the next piece.
“Fluid” writing is the big thing. I didn’t want to have to think about creating a blog post. I’d just start writing. If I didn’t like the way it was coming out, I could just delete it and it would leave no trace behind. I’d never had a platform where the collection of all my posts was nothing more than a document. I’ve always wanted that, but until recently I hadn’t gotten there.
I just wrote two blog posts in about ten minutes.
That’s what I’m talking about.
Blog posts that feel like a sequence of tweets.
I’ve got that working – and it feels great.
* * *
А нам вот нужно не забыть о том, чтобы четыре года личного френдфида как-то вежливо импортировать в себя, и при этом ничего не сломать (точнее, сломать, точно зная, что и где сломалось, чтобы потом свободные силы можно было пустить на починку).
* * *
На редактирование этого поста ушло полтора часа, потому что сначала я пишу, отправляю, смотрю на текст целиком, потом ухожу куда-то подумать. Возвращаюсь, исправляю, дописываю. Смотрю, как это выглядит в блоге. Возвращаюсь, исправляю. Снова смотрю результат, снова исправляю. Обхожу тамблеровское кеширование. Снова смотрю, если нужно — исправляю.
Если бы тамблер научился делать inline-редактирование (и нормальный интерфейс для текстов), то минут десять-пятнадцать-тридцать своей жизни я легко бы на этих челночных правках сэкономил и пустил на что-то более полезное.
CrashPlan (облачный сервис для резервного копирования) даёт 30 дней бесплатно для того, чтобы попробовать, как это всё работает. Сегодня, спустя неделю, стало ясно, что эти тридцать дней при современных скоростях среднестатистического интернета проходят так: три недели на то, чтобы закачать в облако резервную копию. Потом четвёртая — чтобы ради эксперимента скачать и восстановиться из бэкапа.
* * *
Купил безлимитную подписку на четыре года, посмотрим, что за это время станет со скоростями. Заодно в процессе бэкапа почистил ноутбук и освободил на нём какое-то невероятное количество места, оставив только основное, вроде архивов почты, рабочих и не очень рабочих файлов (ну да, как же мы без папки NSFW).
В итоге то ли цепочка, то ли сеть облачных сервисов и накопителей всё разрастается. Крэшплан присоединился к Дропбоксу, к двум домашним терабайтным Райд-архивам добавился терабайтный «Паспорт», на котором ведёт свой скромный дневник Тайм-машина.
У самого Крэшплана есть и бесплатные варианты, когда резервная копия хранится на компьютерах друзей и внешних дисках, но нам, социопатам, сподручнее с облаками, а внешние диски использовать самому, а не через чужое приложение.
* * *
UPD: 4 марта 2013 • Только-только закачались 151 ГБ данных с эпизодически подключаемого внешнего жёсткого диска. Шутка была не так далека от истины. Хотя основное содержимое рабочего ноутбука закачалось довольно быстро, меньше, чем за неделю.
От создателя TaskPaper и WriteRoom — текстовый редактор-аутлайнер, работающий на маркдауне, с поддержкой таск-листов (как в TaskPaper) и таймеров — и, кажется, из популярных редакторов такого устройства таймеров прямо внутри текста я нигде не видел. В сложных атомных электростанциях для текстовой обработки, вроде Emacs или Vi, наверняка, можно ещё и не такое, но нам-то зачем?
Заголовки схлопываются при желании — и не надо никакого OPML и сложных программистских кухонных комбайнов и Ворда с его шестью этажами панелей инструментов. Интерфейс без ничего, цвета и шрифты настраиваются примерно минуты за три в файле со стилями. С ним очень здорово экспериментировать, несмотря на то, что он абсолютно простой, как пассатижи.
Магия правильной работы с текстами всё ближе. Или, если и не правильной, то хотя бы нелинейной, не поточной и не такой топорно-однозначной. Текст окончательно превращается в пластилин, а не в тот насыпающийся песок, которым он стал с переходом в цифровую форму.
☆ ☆ ☆
Plain text productivity for geeks. As you type, FoldingText auto-formats your document into sections, lists, and paragraphs. Fold sections to see the big picture. Focus to see the details.
An intriguing new text editor for OS X from Hog Bay Software—home to WriteRoom, QuickCursor and TaskPaper—that combines the latter’s plain text todo list management with Markdown-ish formatting, automatic outlining, a text folding feature familiar from the full-blown editors aimed at programmers and, finally, a timer function.
That might read as an odd hodgepodge of features, but in practice FoldingText is a great way to take long-form, structured notes and redraft them into a final text. Even the todo list and timer feature are—at the risk of committing One Thing Well heresy—a welcome addition, once you realise they’re intended as document-specific helpers, not replacements for your todoing and timing applications tacked incongruously onto a text editor.
Ричард Данлоп-Уотерс, редактор, известный по блогу The Feature с избранными статьями из самых разных изданий для медленного и вдумчивого чтения в свободные часы, открыл новый блог The Brief — на этот раз с дайджестом околотехнологических новостей, собранных в небольшие тематические блоки. Бриф как бриф.
Интересно было сравнить, как набираются подписчики и какие каналы они используют для того, чтобы добавить очередной блог в свои подписки. Статистика по подписчикам на электронную почту так просто не видна (хотя думаю, что там довольно много ящиков набралось), а вот сравнить твиттер и RSS вполне можно — подписчики в Твиттере видны для всех, число подписчиков в Гугл-ридере можно посмотреть в настройках, и оно хоть и не исчерпывающее, но даёт общее представление о том, сколько читателей подписалось на поток (обычно остальные рсс-читалки составляют не больше 10-15% даже для очень технически подкованной аудитории).
The Brief открылся 27 сентября и живёт ровно две недели.
Google Reader
Twitter
✕ ✕ ✕
Марко Армент после того, как Гугл закрыл AdSense для фидов (I replaced Feedburner’s subscriber count with this Bash script):
The scariest part: over 90% of my feed’s subscribers use Google Reader. What happens when Google Reader dies?
iPhone 4’s operating system doesn’t work this way. It decouples the density of the pixels on the screen from the visual interface that it draws. Because OS X is built from the ground up to be resolution independent, all the default iOS interface elements are already vectorized graphics (PDFs, to be specific). This means that when iOS scales the elements in physical size to fit the 3.5-inch iPhone 4 screen, they take up the same amount of space as the elements drawn on the iPhone 3GS but they use four times the number of pixels.
На мой вопрос «когда на вектор перейдут как на основной формат при отрисовке интерфейсов» нашёлся ответ в виде древнего поста Дастина Кёртиса: iPhone 4: Who cares about pixel density? It’s about interface definition. - Dustin Curtis
Главный вопрос, конечно, в том, насколько векторная графика пригодна для работы в разных разрешениях (что актуально для Андроидного зоопарка моделей и разрешений), и можно ли её как-то «хинтовать» под разные размеры также, как хинтуются для аккуратного отображения мелкие размеры шрифтовых гарнитур.
Using PDF images in iOS apps, Matt Gemmell
About Those Vector Icons, Kirill Grouchnikov (user interface engineer, Android, Google)
Френдфид умрёт, когда Фейсбуку его надоест поддерживать (или когда/если порог прочности будет пройден). Для этого, подозреваю, должны пройти несколько поколений — для сравнения, Майспейс с Френдстером вон продолжают работать, хотя оттуда основная масса людей сбежала давно.
Как вариант, Брет Тейлор может рассориться с командой и уйти из директоров Фейсбука, а ему в отместку Фейсбук погасит сервера Френдфида. Рациональных причин для того, чтобы это делать, нет — аудитории немного, но она до смешного лояльная, Фейсбук от этого закрытия ничего не выиграет, а траты на хостинг и поддержку (с учётом золотого времени инженеров на пинки, когда падает поиск или другие сервисы), думаю, сравнимы с тем, сколько Фейсбук платит за электричество для кондиционеров в дата-центрах.
*
В этом, кстати, отличие того, как работают нишевые сервисы Гугла и как работает Френдфид: Гугл закрывает сервисы, потому что они изначально не спроектированы для автопилотной работы, их нужно содержать, ухаживать за ними, пропалывать и пр.
Группа разработки Френдфида, по рассказам, после переезда стабилизировала сервера, парни оставили какой-то запас прочности для роста базы, и пустили на самотёк. Оно и работает на автопилоте, со всеми спам-аккаунтами, падающим поиском и импортом твиттера, потом само поднимается.
Надо сказать, что уже два года работает, на аудитории тысяч в триста-четыреста пользователей. Это довольно много говорит о разработчиках.
*
Записи за всё время существования потока вытащить не всегда возможно: гугл-ридер, конечно, всемогущ, но про потоки он узнаёт только в тот момент, когда на них кто-то подпишется через гугл-ридер. В среднем потоке выдаются последние 10-25 постов. Подписываются обычно уже на относительно знакомый поток (т.е. в блоге или сервисе опубликовано больше постов, чем доступно в «последних 25» в рсс). Это значит, что какая-то часть старых записей пройдёт мимо гугл-ридера.
А вот вытащить все записи, про которые знает Гугл-ридер, можно попробовать через апи: Using the Google Reader API, Part 2 — только помните, что апи никто официально не раскрывал, поэтому пользоваться им всё же можно, но нет гарантии, что завтра, например, там всё не изменится.
С другой стороны — чего бы ему вдруг меняться?