Почему умирают IT-блоги?

Будучи "в этих ваших интернетах" с 1997 года (с перерывами на учебу, работу и военную службу)  заметил одну интересную особенность.

А именно - практически любой блог ITшника, который пишет на профессиональные темы - рано или поздно обречен на угасание и умирание.

Причины вымирания IT блогов просты как грабли

• Человек развивается - то, о чем он писал полгода назад активно и с горящими глазами, сейчас не представляет для него никакого интереса
• Если человеку по прежнему интересно писать - то зачастую он  продолжает писать уже на другую тему, не связанную с той, с которой он начинал. Соответственно - теряются те читатели, которые подписались на него раньше из-за его профессиональных постов
• Технологии стагнируются и сворачиваются - раньше в фокусе внимания был Delphi и - где он сейчас?
• Чем более профессиональным ITшником становится человек со временем - тем меньше времени у него на написание текстов. Время - деньги ;-)

По этим причинам IT-шные блоги через несколько лет

• превращаются в "днявочки" / "жжшечки", в которых человек начинает общаться со своими знакомыми, 
• тупо закрываются 
• забрасываются
• продаются на сторону.

В плане сообществ - все еще грустнее

Профессиональные сообщества - выживают только за счет user-generated контента - смотрите, кто сейчас на плаву в IT среде? ХабраХабр да Stack-Overflow либо специализированные форумы с не сильно большой посещаемостью.

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

Единственное исключение - это те люди, чья деятельность напрямую зависит от их ИЗВЕСТНОСТИ - это тренеры, консультанты, фотографы и так далее.  То есть те люди, которые совершают сделки с большим количеством разных людей/организаций за действия, совершаемые за небольшие периоды времени.

Программисты и сисадмины к этому не стремятся - они, как правило - работают на одну-две организации долгое время, по этой причине - известность им не сильно помогает в профессиональной деятельности. Ну... если только они не закоренелые фрилансеры. ;-)

Но вот если программист хочет стать учителем-"гуру" - тогда да, блоггерство имеет смысл - генерируем контент, нагоняем учеников и продаем им секреты мастерства. Но увы - эти секреты зачастую устаревают или просто становятся неактуальными со временем - не забывайте, что если программист ДЕЙСТВУЮЩИЙ - плодить потенциальных конкурентов ему просто не выгодно.

По этому на плаву держаться либо сообщества с тысячами студентов, генерирующих сообщения ( с кнопками оценки like / facepalm, ) - в которые профессионалы иногда заходят поржать а иногда уделяют свое время  чтобы написать небольшой ответ к умным вопросам (типа StackOverflow), либо небольшие групки-сообщества, зачастую закрытые от публичного доступа.

А личные IT-блоги - потихоньку вымирают, ибо многим авторам просто не нравится вещать в пустоту...

Если что - то я так... мимо проходил. Я обычный графоман - свои мысли записываю, чтобы навык их формулировать и записывать не пропадал...

Особых надежд на этот блог не возлагаю - это записная книжка ;-)

Блокировка аккаунта.

Здравствуйте,

 Ваш профиль будет заблокирован, в связи с жалобой, поступившей к администрации 14.08.2012.

Согласно пункту 14.3 пользовательского соглашения, Google оставляет за собой право временно приостановить либо прекратить предоставление услуг Google Mail, своевременно уведомив об этом пользователя.

Опровергнуть заявление можно, пройдя аутентификацию: http://support.google.com/cgi-bin/?start?unblocked=2008474861215660

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

Жалобе присвоен номер id2008474861215660.

С уважением, Google Team

Получено с адреса teame.suport.corp@gmail.com

"Божественно" (с) - я считаю... ссылка подменена, URL другой, но дизайн - один в один ;-)

FileMerge exited - Compare Script Error

Диагноз

При попытке сделать Diff файла в Coda -  не происходит вообще ничего.
При попытке сделать Diff в Versions вываливается такая ошибка.

FileMerge exited with the following error:

You have not agreed to the Xcode license agreements, please run 'xcodebuild -license' (for user-level acceptance) or 'sudo xcodebuild -license' (for system-wide acceptance) from within a Terminal window to review and agree to the Xcode license agreements.

Решение

Собственно - нужно сделать то, чего вам и рекомендуется ;-)

xcodebuild -license

потом Space - для пролистывания лиценций и печатаем agree - для того чтобы согласится.

Теперь - можно пользоваться. Что это было - не понял, либо обновление XCode (что вероятнее), либо Mountan Lion.

Ubuntu sudo без пароля

sudo visudo

Добавляем в самый конец строчку где superpuperuser - ваш логин

superpuperuser ALL=(ALL) NOPASSWD: ALL

Готово

Stream.ru Кинотеатр на iOS с дешевым месячным абонементом

А это собственно говоря, чем мы занимаемся - обзор нашего приложения Stream.ru на iPhones.ru.

Постепенно российский App Store наполняется интересными развлекательными приложениями для любителей кино, способными в какой-то мере заменить американский iTunes, славящийся своим выбором сериалов и голливудских лент. Так, ранее на страницах iPhones.ru уже рассматривались такие приложения как MaxiFilm и aikino!, но герой сегодняшнего обзора хоть и ориентирован на ту же самую сферу и в некоторой степени пересекается с упомянутыми приложениями функционально, но при этом все же имеет ряд серьезных отличий, главное из которых — это система видеопроката.

 При первом запуске клиент Stream для iOS, который является универсальным приложением, раскрывает все карты, не оставляя никакой интриги. Ну и правильно, так как без подсказки могут возникнуть вопросы, без ответов на которые разобраться с программой можно далеко не сразу.

Читаем, ставим, смотрим лицензионное видео в хорошем качестве на большинстве девайсов БЕЗ рекламы - iOS, Android, PC, TV.

Как найти долгие запросы в Tornado?

Если нужно посмотреть, какие http запросы в Tornado (ну или в чем-то подобном) выполняются больше определенного времени.

Пример лог-файла

[I 120704 17:24:50 application:264] 200 GET /session/info/ (xxx.33.251.70) 138.56ms
[I 120705 18:17:15 application:264] 200 GET /catalog/xxxx/(xxx.33.251.70) 572.84ms
[I 120706 12:24:53 application:264] 200 GET /session/info/ (xxx.33.251.70) 127.04ms
[I 120706 13:03:12 application:264] 200 GET /session/login/ (xxx.33.251.70) 10.36ms
[I 120706 13:05:04 application:264] 200 GET /session/info/ (xxx.33.251.70) 209.89ms
[I 120706 13:06:59 application:264] 200 GET /session/info/ (xxx.33.251.70) 10.08ms
[I 120710 16:50:53 application:274] 200 GET /session/info/ (xxx.33.251.70) 171.46ms

Команда

# grep '200 GET' ./log/webapp.log |  sed 's/ms/ ms/g' | awk '{ if ($9 > 100 ) print $p0'}

Где 100 - минимальное время запроса

Как восстановить ну ОЧЕНЬ большой dump MySQL?

Если дамп базы с боевого сервера MySQL весит НУ ОЧЕНЬ много, то для ускорения импорта в mysqld имеет смысл ВРЕМЕННО выставить следующие значения в my.cnf

set autocommit=0

unique_checks=0

foreign_key_checks=0

и перезапустить сервер

#sudo service mysqld restart

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

Для восстановления из бекапов - этот способ не рекомендуется,  он скорее - для разработческих серверов/копий.