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

На диске одна питерская компания (кому-то, наверняка, знакомая — Юмисофт) делится соображениями по поводу настоящего и будущего рынка сайтостроения. Покатавшись по городам и весям, ребята ужаснулись: в регионах веб-разработка в полной… упадке. Почесали репу и решили разобраться, что к чему и почём.

Итак, здесь я расскажу только о самых значимых, на мой взгляд, моментах исследования и отвечу на обозначенный в теме вопрос. Буду рада, если и вы поделитесь своими соображениями.

Маленькая поисковая фирма Zvents выпустила под свободной лицензией уникальную разработку — систему управления базами данных, которая легко распараллеливается на сотни машин. В роли серверов может использоваться стандартное дешёвое железо, оно в случае необходимости заменяется «на лету» без потери данных. Новая программа Hypertable теоретически рассчитана работать на кластере из 1000 узлов, хотя текущая альфа-версия 0.9 испытывалась только на десяти. Но тесты прошло отлично, а интерес к разработке уже проявила компания Yahoo. Дело в том, что в настоящее время в Hypertable используется файловая система Hadoop, ведущий разработчик которой работает как раз в Yahoo.

Руководители компании Zvents говорят, что они были вынуждены открыть свою программу в виде open source, потому что у них маленькая софтверная фирма и совершенно нет денег на инфраструктуру. Подобные СУБД коммерческого масштаба нужно испытывать на громадных кластерах.

Программа Hypertable создана по образцу известной базы данных Bigtable, которая используется в Google. Эта распределённая система, когда она была представлена на суд научной общественности в 2006 году, произвела настоящий фурор как одно из лучших изобретений в компьютерной области. Правда, там в качестве файловой системы используется запатентованная Google File System.

Летом прошлого года компания Apple анонсировала новую версию своего браузера Safari. Неожиданностью стало то, что данный браузер работает не только под Mac OS, но и под Windows XP/Vista. Данный факт дал возможность в первую очередь веб-разработчикам ознакомиться с браузером и тестировать свои разработки в нем, не имея возможности, как например у меня, работы на компьютерах Apple.
На данный момент этот браузер проходит бета-тестирование, и доступен всем желающим для скачивания. Все мы уже не раз читали заявления по поводу того, что Safari быстрее всех, но это вызывает противоречивые мнения. Хотя хочу заметить, что в собственных тестах, часто Safari оказывается на первом месте. Но скорость, браузера хоть и важна, но не является приоритетной. Нам, как веб-разработчикам, важно знать, что представляет из себя браузер, что в нем поддерживается, что нет. В этом плане данный браузер только радует. Он поддерживает стандарты так же хорошо как и FF, и Opera. Конечно, есть свои недоработки, но у кого их нет? У меня выходит так, что все что работает в FF и Opera, так же работает и в Safari. Крайне редко замечаются какие то глюки, ощущение, что баги чаще случаются в других браузерах — но это субъективно. Так же стоит отметить, что Safari идет в авангарде, и многие фишки впервые были внедрены именно в нем, к примеру, тот же <canvas>.
Мне до недавнего времени казалось, что браузер пытаются сделать более стабильным, потому не выпускают релиз. Было странным, что уже больше полугода релиз не может состояться. Однако, на днях наткнулся на интересный блог, где описываются нововведения. Оказывается до сих пор в браузер вводят новую функциональность. Нет, не новые табы и настройки, а именно ту функциональность, которую могут задействовать веб-разработчики. Многие вещи еще тестируются, и доступны только в ночных сборках.

Юзабилити и практичность, а не визуальный дизайн, определяют успех или провал любого веб-сайта. Так как именно пользователь — единственный, кто кликает мышкой и, таким образом, принимает все решения, то одним из стандартных подходов для создания успешных и прибыльных веб-дизайнов стал «дизайн, ориентированный на пользователя» (user-centric design). В конце концов, если пользователь не умеет пользоваться той или иной функцией, ею можно легко пренебречь.

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

Так вышло, что в офисе я работаю за Маком, а вот ноут — «17 MacBook Pro — не самый лучший, на мой взгляд, вариант в разрезе производительность/цена. Anyway, это тема другого разговора. Ноут под Ubuntu.
А теперь вопрос: если кодить на Ruby/RoR — кто ваш лучший ТекстовыйПриятель? Все верно, Textmate — Великий Фетиш и Идол всех программистов на Ruby под Mac. Итак задача была предельно проста — найти инструмент под Linux, максимально приближенный к Textmate по тому объему функционала который я использую в работе.

Примечание: ниже представлен официальный перевод статьи «On having Layout» на русский язык. Статья не является окончательной. Этот перевод отражает 9 версию от 23.10.2007.

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

Сразу замечу, данный пост не попытка подлить масла в огонь браузерной холивар. Это маленький рассказ об одном моем открытии в браузере Opera.
Многие наверняка слышали, что Опера «фиксит» работу некоторых сайтов (и js библиотек), чтобы те в свою очередь нормально работали в этом браузере. Я как то натыкался на страницу с перечислением какие сайты и какие проблемы на них исправлены. Но как то не задумывался, как же они это «правят».

FreeBSD, сетевая Intel fxp, порт 100Мбит, polling, http accept-filter
в sysctl:

sysctl kern.maxfiles=90000
sysctl kern.maxfilesperproc=80000
sysctl net.inet.tcp.blackhole=2
sysctl net.inet.udp.blackhole=1
sysctl kern.polling.burst_max=1000
sysctl kern.polling.each_burst=50
sysctl kern.ipc.somaxconn=32768
sysctl net.inet.tcp.msl=3000
sysctl net.inet.tcp.maxtcptw=40960
sysctl net.inet.tcp.nolocaltimewait=1
sysctl net.inet.ip.portrange.first=1024
sysctl net.inet.ip.portrange.last=65535
sysctl net.inet.ip.portrange.randomized=0


Сегодня происходит бум социальных сетей — и на Западе, и у нас первопроходцы разогрели рынок и вполне естественно, что многие стартапщики решили заработать на этой теме. Однако в большинстве случаев дело не идет дальше копирования «Одноклассников» или «Facebook», «только еще с кучей дополнительных фишек», которые, на взгляд их основателей, и должны переманить пользователей с уже раскрученных ресурсов. Тем не менее тема социальных сетей все еще перспективна — нужно просто обратить внимание на нишевые соцсети. Именно они имеют максимальный потенциал, и именно нишевые сети, как показывает практика, наиболее востребованы сейчас покупателями. О такой соцсети и пойдет речь в данной статье, оригинал которой размещен на моем сайте IdeaBlog.ru.

Анализируемый в этой статье стартап CodeIDE.com интересен мне по нескольким причинам. Во-первых, это «наш» стартап (точнее, украинский, но я не разделяю украинцев и россиян). Во-вторых, его основатели нацелены не на русскоязычный, а на глобальный рынок (что является редкостью для стартапов из бывшего СССР). В третьих, интересен путь, которым идут основатели стартапа, развивая свой сервис. И в-четвертых, этот стартап ориентирован на очень перспективный, по моему мнению, рынок. Кроме того, мне интересно оценить перспективу развития стартапа, когда он еще не выложил в сеть всего своего функционала, но при этом я знаю от его основателей как он будет выглядеть в ближайшем будущем. Статья большая, поэтому те, кто не любит читать длинные посты, могут не открывать его.

Этой краткой заметкой я завершаю (во всяком случае, надеюсь так) серию заметок, где в большей или меньшей степени упоминается Y Combinator [1,2,3,4,5]. Две последние в приведённом списке непосредственно посвящены этому, многим известному американскому бизнес – инкубатору и его сравнению с одним из российских.

Я ждал этого момента почти полгода. Именно с такой периодичностью на сайте Y Combinator появляется форма заявки, по заполнению которой стартап- заявитель, получает шанс быть профинансированным этой компанией. Держится она там около двух месяцев, а потом исчезает до следующего инвестиционного периода (летнего или зимнего). И как раз в период молчания мне эта форма очень понадобилась. Дело в том, что в ней как нельзя лучше иллюстрируется сама концепция инвестиционной деятельности Y Combinator.

И вот теперь вы можете эту форму увидеть сами. И даже не просто увидеть, а пощупать, т.е., попытаться её заполнить, представив на минуту, что работает этот инкубатор не в Бостоне (летний период) и Сан–Францизско (зимний), а, скажем, в Москве и Новосибирске при том, что живёте вы, например, в Калуге или Челябинске. Советую это сделать, чтобы, во-первых, прочувствовать саму идею, а, во-вторых, лучше представить себе стартаповский климат в Америке.

Очень надеюсь, что эту форму просмотрят и те, кто безапелляционно доказывал, что без «настоящего» бизнес-плана рассчитывать на какого-либо инвестора ни при каких условиях нельзя. Как показывает пример Y Combinator’а, не всё и, главное, не всегда, к счастью, укладывается в прокрустово ложе академических схем.
Те, кто данную заметку прочитает с опоздание и уже не сможет увидеть форму заявки в оригинале, а также те, кто предпочитает просмотреть её в переводе с некоторыми дополнительными пояснениями, могут заглянуть в мой iTech Bridge блог.