Вот уже несколько недель, как некоторые мои коллеги, партнёры и друзья, не обладающие достаточным скиллом в технологиях, говорят мне: «мы не можем открыть твою страницу, нас просят создать аккаунт!»

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



Цель предложения понятна. Метод — непонятен абсолютно. Вся суть расшаривания контента любому человеку теряется полностью, новичок не сможет просмотреть контент, так как не заметят/не поймут, что на самом деле можно нажать ссылку «Skip». Да и любого IT-спеца попап будет раздражать. Я знаю, Evernote, вы читаете Хабр. Подумайте над более мягким способом предложить регистрацию в сервисе, сделайте милость!

Update

Попап показывается только для контента с непремиум аккаунтов.

Некоторые старички Хабра до сих пор помнят мой пост «Хотите ли вы коворкинг в Тайланде?». За 3 года в Чиангмае произошли большие и интересные перемены: здесь появилась критическая масса инициативных русских ИТ-специалистов, которые жаждут перемен.

Недавно в Чиангмае русскими был организован CNX Business Club — общественная организация, бескорыстно помогающая специалистам в области IT & Media обосноваться в городе, претендующем на звание одного из IT-центров Юго-Восточной Азии. Расскажу поподробнее, чем привлекателен город.

Вчера вышел топик «Хабр — не место для сублимации», автор которого привёл хороший пример того, как левые оффтопики оказываются популярнее, чем обсуждение основной темы.

Типичный оффтопик на Хабре — это граммарно-националистические советы-шутки-прибаутки. Где запятую поставить, да у кого тире подлиннее.

Самое забавное, что для решения это типичной проблемы давным-давно было придумано решение

На днях я создал на Хабре опрос «Какой букридер подарить маме?» Неожиданно в одной из веток комментариев всплыл отличный комментарий от юзера ave:

Единственный аргумент сторонников мифа о «вредности» TFT, LCD и т.д. — это факт подсветки экрана. Мол, это всё равно что «лампочка в глаза». Более продвинутые говорят о разнице между освещением экрана и фона. Это уже ближе к реальности. Действительно, если читать на высоком уровне яркости в темноте, то глаза быстро «сядут». Решение очень простое: яркость экрана выкручивается на минимальный уровень (или второй), а цвет «страницы» выставляется на комфортно-серый или чуть желтоватый (но это уже для гурманов, обычно хватает просто понижения яркости).

При этом у e-ink есть очень серьёзный недостаток: их можно читать только при тех же условиях, что и обычную книгу, т.е. при хорошем равномерном освещении. При чтении в метро, утреннем автобусе или при прицепленной локальной лампочке глаза испортятся намного быстрее, чем при чтении TFT. Как и с обычной книгой, кстати. Я свои -2 получил в детстве, читая книжки с фонариком под одеялом.

Друзья, я переписал этот пост, исключив все упоминания о коворкинге/коливинге Taicamp. Я нахожусь вдали от центра Игоря Дидошика и не являюсь очевидцем каких бы то ни было событий. Адресуйте все свои вопросы ему, общайтесь с теми, кто жил в центре.

Если кто не помнит, 8 апреля 2009 года я опубликовал статью «Хотите ли вы коворкинг в Тайланде?», всколыхнувшую умы хабровчан. В статье я пригласил активных людей приехать и сделать вместе коворкинг центр. К сожалению, коворкинг-центра не получилось. К счастью, за несколько лет всё-таки приехало довольно много интересных людей, некоторые даже обрели себя после переезда, например, Вова Provolod объехал всю Азию, а теперь — и Латинскую Америку (и, кстати, нашёл свою половинку в самом начале путешествия).

Вчера я опубликовал перевод топика «Прокрастинация разрушила мою жизнь» одного из североамериканских хлопцев с Hacker News. Сегодня вы можете ознакомиться с интересными ответами HN-юзеров.

юзер Isamu

Психолог Пирс Стил в своей книге «Уравнение прокрастинации» считает, что проблема заключается не в перфекционизме, а в импульсивном управлении.
Хотя у вас нет проблем с тем, чтобы начать работу, прокрастинация начинается позже. Вот мой конспект книги:

Топик с Hacker News, под которым мог бы подписаться я и куча людей с Хабра. Сегодня я публикую перевод только вопроса, давайте попробуем посоветовать этому парню, да и всем остальным бедолагам, как найти свет в конце туннеля. Завтра опубликую интересные ответы людей с Hacker News.

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

Мне скоро 30, и я чувствую, что попал в тупик. У меня было много проблем и, к счастью, большинство из них я решил с помощью очень хорошего школьного психолога. Я никогда не ходил в колледж, несколько лет провёл прыгая с одной унылой работы на другую. Сейчас занимаюсь продажами.

Я сам научился программировать на старом Commodore Amiga. С тех пор я изучил много различных языков на нескольких платформах. За эти годы я начал бесчисленное множество проектов — больше, чем могу вспомнить. Проблема в том, что я не закончил ни одного из них. Я либо тратил несколько недель или месяцев на рефакторинг и переписывание кода или, что происходило более часто, закончив писать код, я опускал руки, вместо того, чтобы приступить к дизайну, документированию и отладке. То же самое творится и в других областях моей жизни. Самоделки, планы путешествий, образование, карьера… Всё это запускается, но ничего из этого не завершено.

Внимание! Топик не о стиле «прочитал и забыл» и не о чтении с целью убить время!

Ebooks are dead. Вернее, всё, что касается активной работы с ними. Это основная проблема, поднятая в недавнем топике. Это волнует всех.

Многие не мыслят продуктивного чтения книги без распихивания в неё кучи закладок, загибания уголков страниц, подчёркивания важного и вычёркивания неважного, комментирования на полях и на стикерах.

«Да это же в два счёта реализовывается программно!»

… возопит любой, даже начинающий программер. Реализоваться-то реализуется, но есть ряд факторов, противостоящих воцарению рая на земле. Это:

• копирастия
• закрытость
• борьба с конкурентами

Объясню подробнее. Чем отличаются электронные книги от бумажных? Задумайтесь.

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

Поздравляю, вы — иррационал! Плохая новость: хотя нас очень много, во всех гильдиях специалистов по управлению личной эффективностью нас меньшинство. Там правят рационалы, которые изо дня в день лобируют рациональные ценности, а нас, любителей весело и интересно жить, выставляют лентяями, лузерами и раздолбаями.

Но вот недавно один добрый человек дал мне две статьи о подходу к управлению делами для нас: «Спонтанное планирование для тех, кто ненавидит тайм менеджмент» и «Формула успеха: спонтанное планирование и жизнь в потоке».

Прочитайте и дайте прочитать знакомым!

P. S. Это не топик-ссылка, т. к. хотел опубликовать сразу две ссылки.

Два года назад я опубликовал статью-призыв «Хотите ли вы коворкинг в Тайланде?», который взбудоражил Хабр. К сожалению, коворкинг-центра в Чианг Мае так и не получилось. Ответ на вопрос «почему?» заслуживает отдельного разговора, а здесь стоит упомянуть другой факт: пост заставил обратить внимание айтишников на Таиланд. Сейчас здесь живёт, зимует и собирается приехать столько русскоязычных фрилансеров, состоявшихся предпринимателей и стартапщиков, что я хочу сказать: «ребята, пора вылазить из своих нор уютных вилл, пора делать что-то общее, как минимум — начать дискуссию!»

Уже не раз на Хабре появлялись статьи о Таиланде, как об удобной базе для работы над веб-проектами. Теплый климат и недорогая инфраструктура привлекают сюда IT-профессионалов со всего мира. Но о том, что происходит в сфере местных стартапов информации крайне мало не то, что на русском, но даже и на английском языке. Эта статья призвана восполнить данный пробел.

Я с трудом перевариваю локализованный софт. Здесь много причин: и желание естественным путём расширять словарный запас, и кривость любительских переводов недорогого софта, и банальный промах программистов, не знавших, что и за МКАДом вне США жизнь тоже есть и не сделавших запас в размере текстовых переменных. Хотя порой это проблема не столько программистов, сколько языков. Например, в руссификации свежего Ipod-а Nano полные русские названия не влазят на маленький экран, пришлось их сокращать. То же самое касается и разнообразных меню на десктопе — на русском особо не разгонишься, не приспособлен он для коротких, ёмких выражений.

Однако я столкнулся с случаем, когда без русской локализации приложение просто не выполняет свою работу. Представьте себе, что только локализованный ITunes корректно читает и конвертирует неюникодные ID3-теги. Я то мучительно пытался себя заставить сидеть под локализованной системой, то временно переключал её на русский для того, чтобы импортировать очередную пачку mp3-шек, но это было дико неудобно. Хотелось способа легко и непринуждённо запускать избранные программы на нужном тебе языке. И способ нашёлся!

TikTok и LunaTik — это дизайнерские проекты студии Скота Вилсона MINIMAL (они, например, дизайнили Nike Presto Watch и Xbox Kinect). Всё бы ничего, если бы не удивительная история претворения проекта в жизнь: Скот запостил проект на Kickstarter.com и попросил пожертвовать каких-то 15К $. Всем, кто жертвовал от 25$ Скот обещал выслать готовые ремешки (в зависимости от суммы — пластиковый, алюминиевый или оба ремешка, для жертвующих 150+$ и 500$ предлагались более шикарные опции). И произошло удивительное… Люди пожертвовали не 15К $ и не 20К $, и даже не 120К $. Люди накидали Скоту в шляпу целый миллион долларов! Не знаю, что именно произошло — то ли дизайн ремешков людей порвал, то ли повлияло обещание выслать их по более низкой цене, чем розничная (по моему, повлияли оба фактора — на Кикстартере полно подобных проектов, но с убогим дизайном, и что-то там взрывной популярности не наблюдается).

Под раздачу попал и я, в смысле — рука потянулась пожертвовать 25 $ из любви к прекрасному. 16 декабря сбор денег закрылся, а Скот в это время был уже в Гонконге, вёл переговоры с заводом-подрядчиком. Я думал, что производство и рассылка такого количества ремешков займёт месяцы. Но вот на днях бодрый тайский почтальон прикатил на своём мотоциклике и вручил посылочку из Гонконга. А вот что было дальше:
Поступил фидбек о том, что: видео затянуто, я задумываюсь и нудно говорю. Если это может послужить препятствием — лучше не смотрите.

Похоже, не все поняли, что произошло: вместо того, чтобы говорить о фреймворке от Google, народ обратил внимание на вторичную вещь — компрессор javascript-кода Closure Compiler.

А ведь Closure Library есть ни что иное, как внутренний javascript framework Гугла, компоненты которого использованы в Gmail, Google Docs и прочих веб-приложениях от Г. И это замечательно, друзья мои! Ведь это фреймворк от непревзойдённых профессионалов разработки популярных вебприложений. Что подразумевает собой качество, стабильность и оптимальность кода, единообразность разных частей фреймворка.

До сих пор подобных фреймворков была только одна штука — это YUI, корпоративный фреймворк Yahoo. Безусловно, YUI радует единообразием, отличной документацией, компонентами, удобными для создания вебприложений. Однако мне всегда казалось странным, что Yahoo, далеко не лидер в области rich internet applications, опубликовала свои библиотеки, а Google, та самая компания, которая своими Maps и Gmail просто заставила разработчиков браузеров поддержать всё то, благодаря чему мы сейчас имеем кучу 2.0 сервисов, не обнародавала свои javascript-библиотеки на пользу простым разработчикам.

И вот это произошло. Ура, товарищи!

 

Как обычно, Гугл делает всё исключительно изящно и креативно: создав фронт освобождения пользовательских данных, они и борцов за права человека кормят, и затыкают рот тем, кто кричит «слишком много Гугла!» и… рекламируют свои сервисы.

Да-да, обратите внимание: на каждой странице присутствует не только «как свалить с %servicename% на другие сервисы», но и «как свалить на %servicename% с других сервисов», где, есесна, описываются замечательные фичи гуглосервисов.

Замечательная долгоиграющая вирусная акция, которую, скорее всего, не особо раздумывая поддержат сторонние компании. По сути, они будут бесплатно рекрутировать дополнительных фанатов Корпорации Добра.

Я — один из преданных пользователей браузера уже 10 лет. Несмотря на сильную закрытость Оперы (ладно уж расширения, но даже в буфер обмена она копирует не так, как остальные), её движок — настоящий наркотик, который удерживает меня в стане фанатов все эти годы.

Однако в последнее время я замечаю довольно досадную вещь: страницы не показываются на лету, сразу же после начала загрузки, а отображаются с задержкой. Причину я выяснил в ходе одной из дискуссий на Хабре, когда мой оппонент ( egorinsk ) не мог понять, чего это у меня рендеринг страниц, открытых из кеша в Гугле, тормозит (у него всё летало). Оказалось, что у него постоянно отключен javascript!

Порефрешив страницы с включенным и отключенным javascript, я выяснил, что Опера отдаёт просто бешеный приоритет рендерингу с javascript. Логику понять можно: сейчас некоторые сайты вообще являются веб-программами, которые без js не представляют никакого интереса. Однако разработчики Оперы всегда славились тем, что отдавали предпочтение быстроте рендеринга, прорисовке страницы на лету, комфорту пользователя. Ведь с CSS дела обстоят именно так: во время загрузки тех же блогов с CSS-темами, мы сначала видим ugly plain html, который затем одевается в CSS-одёжку.

Возможно, хабраюзер с 10 мегабитами ничего и не заметит, поэтому я хочу спросить — а как обстоят дела у товарищей с не очень быстрыми соединениями? Также? А может, кто-то нашёл решение этой проблемы?

Решение не замедлило появиться!

Мегаспасибо кам. Kalan!

Врубаем параметр opera:config#Extensions|DelayedscriptExecution — и наслаждаемся тем, за шо мы так любим Оперу!

P. S. У некоторых параметр ни в какую не сохраняется при перезагрузке Оперы. Его можно найти и поправить в operaprefs.ini

Текущих операторов мне не хватало всегда. Различных функций поиска в Google предостаточно, но вот реализованы некоторые из них совершенно неюзабельно. Например, почему для того, чтобы задать язык искомых вебстраниц, я должен каждый раз лезть в «Advanced Search» или редактировать переменные GET-запроса в урле страницы? Про на автомате вбиваемый «&num=100» я уж и не говорю. Самое странное, что часть параметров из «Advanced Search» реализована в виде операторов, часть — нет.

Я всегда хотел, чтобы появились дополнительные поисковые операторы, покрывающие эти, довольно полезные функции. И только вчера вечером я догнал: «Ведь можно реализовать их с помощью user.js!» Набросал планчик, засел на несколько часов (ибо джаваскриптер из меня никакой) и проапдейтил уже известный вам «Tuned Google SERPs».

Итак, на сей момент доступны следующие операторы:

co:<двухбуквенный_код_страны> — задаёт страну, из которой вы осуществляете вебсёрфинг. Бывает полезно, если вы решили посмотреть «а какие позиции мой сайт имеет в выдаче для Аргентины».

lang:<двухбуквенный_код_языка> — задаёт язык страниц, отображаемых в результатах. Например, вы ищете материалы на русском о новомодном геджете или программе. Как многие делали раньше? Писали англоязычное название и какое-нибудь русское слово. Например: «iphone 3g обзор». Но во-первых, это сужает круг поисков, во-вторых, Гугл последнее время ориентируется на то, что это слово было в ссылке на статью, сама статья при этом может быть англоязычной и слова не содержать. Установив скрипт, мы смело пишем «iphone 3gs lang:ru» и наслаждаемся полным диапазоном материалов на русском. Второй случай, который приходит на ум — это пересечение слов в разных языках. Например, по русским запросам иногда вылазят болгарские страницы. Я, впервые увидев их, удивлённо подумал, что это страницы очередного удаффовского сайта. При помощи оператора «lang:» можно откинуть эти посторонние страницы.

loc:<двухбуквенный_код_страны> — задаёт страну, в которой расположен вебсайт.

num:<число_от_1_до_100> — задаёт количество выдаваемых результатов. Казалось бы, почему не установить «100» в настройках поиска! Однако, как правило, классических десяти вполне хватает. Лишь в некоторых, особых случаях надо увеличить это количество.

В реализации операторов есть одно «но»: если вы, как и я, используете поисковую строку браузера или шорткаты поиска прямо в адресной строке браузера — операторы работать не будут в силу того, что это всего лишь javascript, встраиваемый непосредственно в страницу, а не в браузер. Однако подобные, «хитрые» операторы чаще всего используются для уточняющих повторных запросов, после того, как мы увидели, что обычный запрос выдал совсем не то, что мы хотели. Ну, а повторные запросы мы вбиваем уже на страницах поисковика, там, где скрипт сработает.

Устанавливаем, тестируем, сообщаем о багах, вносим дельные предложения по усовершенствованиям…

P. S. Кто пропустил — Tuned Google SERPs делает ещё несколько интересных вещей, читайте о них в предыдущих постах моего блога.

Товарищ демонстрирует на видео бету нового твиттер-клиента, использующего элементы дополненной реальности (augmented reality). Клиент показывает твиты людей, находящихся неподалёку от пользователя, с привязкой к направлению. Ну и заодно, поверх видео с камеры. Iphone можно смело вертеть — твиты перерисовываются в соответствии с ситуацией. Естественно, клиент использует компас нового Iphone 3GS.

Вот уже 5 месяцев, как накропал и пользуюсь простеньким, но удобным скриптом «Tuned Google SERPs», добавляющим несколько фич в результаты поиска Гугла. Две фичи будут интересны в-основном, тем, кто раскручивает свои сайты. А вот третья сильно облегчает ежедневный вебсёрфинг, добавляя к результатам выдачи ссылочку «cached text only»:



Что это такое? Как мы знаем, Гугл предоставляет удобнейшую возможность посмотреть копию проиндексированной вебстраницы, сохранённую прямо на его серверах. Сайты порой закрываются, порой просто падают от хабраэффекта, статьи удаляют или закрывают к ним доступ. Кэш Гугла в этом случае — просто спасение. Однако, если сайт закрыт, или просто тормозит, браузер очень долго рендерит закешированную страницу (до тех пор, пока все запросы ко внешним объектам не отработаются).

Тут Гугл вроде бы опять выручает — в шапке закешированной странице есть ссылка «Text-only version», по которой открывается уже абсолютно автономная копия страницы. Однако вот незадача — для того, чтобы получить доступ к этой копии, мы сначала должны потратить время на открытие копии с кучей внешних объектов. Неудобно! Вот эту проблему и решает скрипт — теперь автономную закешированную страницу можно открыть прямо из результатов поиска Гугла.

Да это же ускоритель интернета!

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

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

Остальные две фичи скрипта могут быть интересны тем, кто поддерживает и раскручивает свои сайты в Гугле. Одна из них — это добавление порядковых номеров к сайтам в результатах (в Гугле этого нет, в отличии от всех остальных поисковиков), другая — подсветка розовым цветом избранных сайтов (например, раскручиваемых блогов, или просто сайтов, которым вы доверяете). Список избранных сайтов можно изменить, отредактировав файл скрипта.

Из книги Алексея Поликовского:

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

Читаю эти строки и думаю — хорошо быть наивным. Община-то может и не признаёт, а вот создатели — признают вполне.

По подсчётам одного моего осведомлённого коллеги, создатели Бухты делают на рекламе примерно 20000 $/сутки. Каким образом? Они продают три графических баннера. Посетителей у них в 3 раза больше, чем на Demonoid-е. Смотрим Adbrite, у Demonoid-а 4 миллиона показов баннера в сутки. Следовательно, у Бухты — 12 миллионов показов. Опять же с Adbrite, графический баннер Demonoid-а стоит 820 $ за 1 миллион показов.

Считаем: (820 $/M) * (12 M) * (3 баннера) = 29520 $/сутки, при 100% выкупе рекламы.

Сам я обеими руками за ребят из Пиратской Бухты, и прежде всего — как за отличных бизнесменов, пиарщиков и политиков. Этой заметкой я просто хотел уточнить: не стоит мыслить утопическими критериями, типа отказа от денег и т. п. Сомневаюсь, что сидя на копеешной зарплате, недовольные жизнью, эти ребята так весело казали бы голую задницу мегакорпорациям и запросто так переворачивали бы мир.