Уточнение. Эта… хмм… статья была изначально опубликована в моём личном блоге и хорошенько там поднялась, получив несколько приятных отзывов. Теперь благодаря наличию позитивной кармы я переношу статью в общественный блог, так как мне интересны мнения тех многих людей, которые её ещё не прочли. Если я сделал что-то нехорошее, минусуйте конечно, но только объясните что именно. Заранее спасибо )

Описание проблемы
Если кратко, то проблема описывается так: хочется откомментить или посмотреть, но нельзя. Допустим мне прислали ссылку на статью/пост/комментарий с вопросом «А ты что думаешь об этом? Откомменть, поддержи меня!» Перейдя по ссылке я вижу что-то вроде «Дорогой посетитель, ты этого не увидишь/не откомментишь потому что ты не зарегистрирован. Иди-ка ты… зарегистрируйся.»

Как девелопер прекрасно понимаю администрацию сайта, никому не хочется разгребать горы спама или анонимного мусора в комментах. С другой стороны, что делать, если ресурс меня мало интересует, но тема достойная?

Представляю Вашему вниманию ХабраReader!
ХабраReader — это RSS-ридер, который устанавлявается на компьютер пользователя, позволяет читать RSS-ленты и обладает дополнительными возможностями. Например, формирование собственных лент с помощью поисковых машин по различному типу данных.
С помощью него можно получать интересующие материалы сразу после публикации в источнике.

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

Небольшой анонс: на блоге в рубрике Venture Capitalist's Profile блога IdeaBlog.ru опубликована статья под названием "Профиль инвестора: венчурный фонд компании «ФИНАМ». Дмитрий Родионов", в которой, на основе интервью с руководителем проектов (венчурные инвестиции) Центра инвестиций в высокии технологии компании «Финам» Дмитрием Родионовым, раскрываются инвестиционные предпочтения венчурного фонда компании «Финам», его требования к проектам и к командам проектов, говорится по каким причинам отсеивается большинство соискателей инвестиций и т.д.

Когда стартапер задумывается о привлечении внешних инвестиций, всегда встает вопрос о подготовке бизнес-плана — в его отсутствие с инвесторами разговаривать, может, и можно, но дальше разговоров дело не пойдет. Многие считают, что бизнес-план для стартапа, особенно находящегося на pre-startup стадии развития — это фикция, что делать его не нужно, а, если и делать, то можно обойтись формальными словами. Однако такие стартаперы остаются, как правило, без инвестиций. Если, конечно, они не напали на какого-то лоха-инвестора: один из успешных российских стартаперов рассказывал мне о том, что среди бизнес-ангелов, которым он презентовал проект в рамках сотрудничества с одной из российских сетей бизнес-ангелов, были и любовницы олигархов — “настоящие блондинки” по его словам — которым их спонсоры дали денег с тем, чтобы те прикупили себе бизнес и занимались им, а не выносили бы мозг своим “папочкам” от безделья; так таким “инвесторшам”, по словам этого стартапера, важнее было, чтобы понравился сам стартапер, а не проект. Однако всем остальным инвесторам потребуется ваш бизнес-план, и изучать его они будут очень серьезно. Этот документ им нужен даже не столько для цифр окупаемости, которые вы там приводите, а для того, чтобы понять, насколько глубоко вы изучили рынок, на котором собираетесь действовать, и будет ли ваш продукт/услуга востребованы вашей целевой аудиторией, которая и должна приносить деньги стартапу. Поэтому к составлению бизнес-плана следует отнестись очень и очень серьезно. Это документ прежде всего является своеобразным вопросником для вас самих — достаточно ли вы изучили рынок, все ли продумали в своем проекте. Лично я всегда по своим новым проектам — неважно, собираюсь ли я привлекать инвестиции или нет — прежде, чем начать их реализацию, составляю бизнес-план — причем всегда с цифрами. Для себя и для лучшего понимания что я хочу, что мне предстоит сделать и смогу ли я это сделать сам либо мне придется кого-то привлекать. В 99% случаев те суммы, которые мне изначально кажутся достаточными для реализации проекта, возрастают в 2-3 раза — за счет додумывания тех мелочей, их которых, как известно, и складывается бизнес.

Опыт громкого и до конца не реализованного проекта I love cinema (ILC) оказался хорошим уроком его создателям и может стать таким для любого стартапера. Хотя перед началом разговора с продюсером проекта Ярославом Грешиловым я не планировал, что вывод окажется именно таким. Чуть раньше уже был опубликован материал на эту тему, но я посчитал, что есть почва для более масштабного исследования, и не ошибся.

Давно не интересовался этим вопросом, а тут как раз подвернулся свежий Netcraft Web Server Survey. Согласно исследованию, доля Apache за последние год-полтора очень сильно снизилась. Тот же график демонстрирует рост популярности Майкрософтовской платформы, что, по-видимому, говорит о серьезно набирающих оборотах решениях на базе .NET.

Market Share for Top Servers Across All Domains August 1995 — January 2007


UPD: Как-то странно хабр копирует картинки, оригинал можно посмотреть тут.

Я давно читаю много английских блогов по теме, но сейчас, в связи с появлением своего standalone блога, хочу влиться в русскоязычную блогосферу. К сожалению, пока что мне не удалось её найти. Обнаруженные блоги либо только мельком затрагивают javascript, либо вообще не ссылаются на коллег, либо производят несерьёзное впечатление.

Поэтому обращаюсь к сообществу с вопросом: подскажите, какие русские блоги о javascript вы знаете или ведёте?

А для затравки — список известных мне английских блогов по теме (нарочно исключаю неспециализированные, чтобы не раздувать список чрезмерно)

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

Алекс Искольд, предприниматель и один из основных авторов известного блога Read/WriteWeb, опубликовал список полезных советов для стартапов. Этот список составлен по материалам многочисленных публикаций автора, он содержит 36 пунктов по пяти темам: разработка кода (8), инфраструктура веб-проекта (5), пиар (11), участие в конференциях (7), юридические и финансовые советы (5).

На Хабре неоднократно звучали просьбы разъяснить ту или иную лицензию для ПО с открытым кодом. В следующей статье есть такая информация:
Краткий путеводитель по зоопарку публичных лицензий.

Вот такую вещь я сделал сегодня. А перед этим — ещё год назад, работая в веб-студии.
Предлагается вашему вниманию bat-скрипт для ежедневной архивации home-директории вашего сайта и базы данных (MySQL).

Требования: Windows (у меня на работе — 2000), команда mysqldump доступная сразу из командной строки, WinRAR или любой другой архиватор, работающий из командной строки.

@echo off
set DATE = `date \T`
@md "%DATE%"
cd "%DATE%"
mysqldump drupal -u root > "drupal-%DATE%.sql"
"C:\Program Files\WinRAR\rar.exe" a -inul "htdocs-%DATE%.rar" c:\apache\htdocs
cd "../"


Скрипт может запускаться вручную или планировщиком по расписанию (достаточно стандартного системного планировщика). Линуксоиды могут легко переписать этот скрипт для своей системы.

При выполнении в среде Windows 2000 генерируется директория типа "Пн 17.12.2007", а в ней два файла — "drupal-Пн 17.12.2007.sql" и "htdocs-Пн 17.12.2007.rar". Новый день — новая директория. Преимущество отдельной директории в том, что у вас может создаваться несколько бэкапов разных сайтов.

И напоследок — если кто-то знает, как изменить формат даты на 2007-12-12 — напишите пожалуйста.

По началу я думал что это будет просто перевод одного весьма забавного текста. Но оказалось, что он из рук вон плох, поэтому от него остались только тезисы.

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

1. Никогда не ищите глазами, пользуйтесь функциями поиска. Всегда, всегда используйте поиск, если вы печатаете быстро. Хороший пример — открытие файла в редакторе. Используйте поиск или комплишн (в зависимости от редактора) и вы увидите насколько это быстрее. То же относится к выбору таба/буфера, если редактор не позволяет перейти в нужный буфер — выкиньте его, иначе смотрите в пункт 4. Идеальный редактор работает так — нажимаем кнопочку (в моем случае Ctrl-X + b) и в строке ввода вписываем первые несколько букв открытого в другом табе файла. Завершаем всё нажатием tab и enter. Таким методом я переключаю открытый буфер за 0.2 секунды. Мышью и глазами я переключаю его за 1.4 секунды. Что приводит нас к следующему пункту.

2. Не повторяйте что-либо более 10 раз. Это критическое число для всех разное, для меня оно именно десять. Автоматизируйте. Больше. Чаще, но не увлекаясь глобализмом. Причем не только в коде, в редакторе, в среде, но и в жизни. Нужно разбить 20 куриных яиц? Сделайте коробочку с дырочками и отсекайте острую часть яйца. 11 раз написать триграмматон на заборе? Сделайте шаблон и купите балон с краской. Не забывайте, что клавиатурные шорткаты есть почти во всем софте. Каждый раз когда вы снимате руки с клавиатуры — теряете время.

3. Учитесь скриптовым языкам. Python, Ruby, Perl, Bash, Javascript, CMD, VBasic. Просто хватайте тот, который ближе к вам и пишите-пишите-пишите. Понятно, что выбрать просто, если вы работаете в windows — для вас только CMD и VBasic. Юниксоидам доступно чуть больше, думаю это одна из причин почему гики так активно пересаживаются на Linux. Я знаю, что учиться не легко — но надо. Есть один странный рецепт — попробуйте в течение 2-3 недель работать из консоли. Нет, не надо отказываться от окон и тп — просто откройте окно терминала или cmd и работайте из него, запустив нужный вам скриптовый интерпретатор. И ради бога, никаких far/mc/nc и тп. — ваша цель научиться писать скрипты. После этих 2х недель вы вернетесь к привычной среде с довольно большим знанием о том, как же устроен скриптовый язык. Напомню, для python и ruby есть ipython и iruby. Для perl есть mshell, остальные интерпретируемы сами по себе.

4. Изучите свой IDE настолько, насколько это возможно. В идеале — откажитесь от IDE в пользу хорошего текстового редактора. Я имею ввиду редактора. Например ViM или Emacs. Пользователи MacOS могут использовать и TextMate, однако мне он кажется жалким подобием левой руки (слабой пародией на MicroEmacs). Да, и уверяю вас — оба редактора, и ViM, и Emacs имеют столько возможностей, сколько не снилось любому другому. В то же время оба они прекрасно работают без донастройки, хотя я предпочитаю Emacs. Конечно многие еще помнят что Emacs раcшифровывается как Eight Megs And Constantly Swaping, но 8 метров памяти уже давно перестали быть чем-то из ряда вон выходящим. Окей, вернемся. Выберите редактор. И теперь используйте его везде, где только можно. Вбейте себе в голову — вы используете ТОЛЬКО этот редактор. Потому что достаточно хорошо знать два редактора невозможно. Знатоки утверждают что работая со своим редактором на полную катушку вы получаете буст к производительности в 200-500%. И глядя на Бацека, например, я в это верю. И единственный минус от этого знания только в одном — вы не сможете от этого отвыкнуть.

5. Изучайте технологии и пишите маленькие программки. Выделяйте себе 20-30 процентов времени на ковыряние в новых движках или базах данных. Да, двадцать-тридцать процентов времени. Я знаю что обычно на это выделятся куда меньше — но меня-то не надо обманывать, я ж сам такой был, и хорошо знаю сколько процентов времени программист пишет код. Подвиньте чуть-чуть время, выделяемое вами на чтение LiveJournal и закопайтесь по локоть в Django. Или сядьте и напишите скрипт для накручивания голосов на Хабре. В общем проводите время весело и с пользой. Это сильно помогает отдохнуть на работе не теряя темпа. А главное — это очень неплохо сказывается на структуре вашего кода — теперь вы знаете как и что делают другие.

В общем что я хочу сказать. Стоит немного напрячься, и ваш код сам будет вылетать у вас из-под пальцев. Это я уже не говорю о том что ваши волосы станут чистыми и шелковистыми, а девочки с рецепшна прибегут к вам сами. Удачи.

Сразу оговорюсь, я своего Отважного Оленя уже скачал, но ещё болванку не записал, и ставить не пробовал. Лежит пока торрент на раздаче. А это краткий перевод советов Мэттью Ньютона из PC World: что делать с убунту, если ещё час назад у вас стояла Windows. Поскольку у меня дебиан, и точно посмотреть, как что называется в Ubuntu 7.04 возможности ещё не было, названия пунктов меню оставляю пока по-английски. Покорнейше прошу меня за это простить :) Итак, советы Мэттью:

InType мощный, интуитивный редактор для программеров под MS Windows с возможностями подсветки, поддержкой дополнительных скриптов и плагинов, позволяющий превратить рутинные операции программирования в увлекательный и главное эффективный, и удобный процесс. Самая главная фишка состоит в поддержке bundles, коих планируется великое множество, а также поддержка bundles из Text Mate.

К сожалению на данный выпущена только alfa версия, но она вполне работоспособна.

Все остальное, на мой взгляд, только плюсы.

Официальный сайт InType: InType

P.S.
Ах да, еще — в итоге он будет платным, но я его куплю! :)

Морально устарел, свежая версия

По мотивам habrahabr.ru/blog/habrahabr_ideas/36319.html (топик о заливке картинок на хабр во время комментирования) я сделал очень простой скрипт для грейсманки (в 100 раз проще, чем думалось).

Поправил баг, обновите скрипт

Судя по комментам, работает и в операх, и в фаерфоксах :)

В фоксе:
Ставим Greasemonkey, если он по какой-то причине у вас не стоит

Ставим скрипт. Ссылка ведет на userscripts.org, там — после после перезапуска браузера и установки обезьяны! — жмем инсталл (справа)

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

В опере:
Задаём папку для пользовательских JavaScript файлов: Инструменты (Tools) → Настройки (Preferences) → Дополнительно (Advanced) → Содержимое (Content) → Параметры JavaScript (JavaScript options) → «Файлы пользователя JavaScript» (User JavaScript files)

Скачиваем скрипт в эту папку. После обновления страницы скрипт заработает.

14 Января, 2008г. вышел очередной релиз популярной javascript библиотеки, которой я пользуюсь уже почти год. Хабр насчитал 45 хабратопиков по слову jQuery, поэтому, тем кто не знает что это за магия — рекомендую ознакомиться.

Этот релиз не привносит ничего революционного (вспомните релиз версии 1.2), а лишь насчитывает около 100 багфиксов, несколько улучшений и парочку feature requests. Подробнее можно посмотреть на баг-трекере

p.s. Видимо не только я один воспринимал новогодние праздники как способ эффективно заняться своими проектами…

AJAX, — это технология. Одной из часто используемых техник этой технологии является
посылка запросов при помощи объекта класса XMLHttpRequest.

Как же посылать и принимать AJAX запросы в нужной нам кодировке, нужно ли использовать однобайтовые кодировки или не обойтись без UTF-8. На все эти вопросы раз и навсегда ответит эта статья.

Честно скажу — люблю Firefox. Люблю еще с тех времен, когда никакого Fx и в помине не было, зато был движок Gecko на котором работал Netscape Navigator, отныне павший в войне браузеров и официально прекращающий свою разработку и поддержку с конца 2007 года. Но не будем о грустном, сегодня доля Fx в России около 15 процентов (примерно столько же имеет и любимая многими Opera), а в Европе по некоторым данным и все 30, на сегодняшний день загружено почти 500 миллионов копий по всему миру. С каждым днем эти цифры постоянно увеличиваются.

Как известно, Fx поддерживает расширения, которые могут изменять и дополнять любую деталь как самого браузера, так и содержимого просматриваемых сайтов. Итак, свежее меню моего Firefox:

• Adblock 0.5.3.043 — баннерорезка
• Context Search 0.4.1 — выпадающее меню поисковиков по правой кнопке мыши в контексте страницы
• CustomizeGoogle 0.68 — гуглотюнинг
• Deepest Sender 0.8.0 — блог-клиент
• del.icio.us Bookmarks 1.5.44 — социальные закладки в браузере
• Download Statusbar 0.9.5.2 — интерфейс качалки в статусбаре
• Flashblock 1.5.5 — флэшстоппер
• Gmail Notifier 0.6.2.2 — gmail-уведомлялка
• ImgLikeOpera 0.6.15 — экономия трафика на картинках
• InfoLister 0.9f — генератор списка установленных плагинов и тем
• Locationbar² 0.7.2.1 — удобная адресная строка
• Magic's Video — Downloader 1.5.311207 — флэш-качалка
• MinimizeToTray 0.0.1.2006102615+ — сворачивание в панель задач Виндоус
• OpenSearchFox 0.1.5 — добавление поисковиков из любой формы поиска
• Organize Search Engines 1.1.2 — организация поисковиков с помощью разделителей и папок
• Paste and Go 2 0.8 — вставить и перейти (фишка opera)
• PDF Download 1.0.0.0 — pdf-качалка
• Restarter 1.0 — рестартер
• Sxipper 1.2.4 — паролевставлялка
• Tab Mix Plus 0.3.6 — настройка работы табов

Стартап — это компания с короткой историей, нацеленная на бурный рост. Апологеты учения Поля Грема, разделяющие его подход к созданию стартапов — как можно раньше, с предельным усилием за короткое время — вспоминают об успешных компаниях, которые выросли в результате такого цикла: Reddit — сайт социальных новостей, Loopt — визуализация друзей на карте города в реальном времени, Scribd — система обмена документами a la YouTube. Действительно, эти сайты получили относительно широкую известность или были проданы за значительные суммы.

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

Дьявол кроется в деталях.

Предыдущие части: Первая часть, Вторая часть, Третья часть, Четвёртая часть.

«— Фонтан на горизонте! — раздаётся с мачты.
— Где? — спрашивает капитан.
— Три румба под ветер, сэр.
— Лево руля! Так держать!
— Есть так держать, сэр!
— Эй, дозорный! А сейчас ты его видишь?
— Да, да, сэр! Их там целое стадо кашалотов! И фонтаны пускают, и из воды скачут.
— Как что увидишь — подавай голос!
— Есть, сэр. Вон фонтан! Ещё — ещё — ещё один!
— Далеко ли?
— Мили две с половиной.
— Гром и молнии! Так близко! Свистать всех наверх!»
Дж. Росс Браун. «Зарисовки во время китобойного плаванья", 1846

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

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

Когда-нибудь каждый JavaScript-программист осознаёт, что JS — объектно-ориентированный язык. И здесь его подстерегают некоторые опасности, происходящие от непонимания того факта, что JS — язык не классов (как Паскаль или Цэ-два-креста), а прототипов.
Так, уже многое написано о проблеме наследования (котого в JS нет). Я же постараюсь рассказать о менее освещённом, но едва ли не более важном подводном камне: грамотной реализации методов.
Программисты пытаются объявлять классы в привычной для них форме, из-за чего возникают утечки памяти и прочие неприятные вещи. На самом деле нужно всего лишь научиться использовать прототипы.
Эта статья предназначена прежде всего для начинающих JS-программистов.