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

Да, выход из этого есть. В частности, самым лучшим решением (в теории) является использовать специальных плагинов для расширения функциональности браузера, для примера, в Google Gears встроена полноценная СУБД (SQLite), и вы получаете в свое распоряжение все ее возможности прямо в JavaScript коде (самое ценное, по моему, кроме хранения большого обьема данных, является полнотекстовый поиск). Аналогичные инструменты можно встретить в спецификации HTML 5, да и в последних версиях Mozilla Firefox будет встроена база данных в качестве клиентского стораджа, в среде Adobe AIR также используется встроенная база SQLite. Но что делать, если все эти радости по какой-либо причине недоступны либо их использование ограничено, а удобное хранение и работа с данными нужно иметь уже здесь и сейчас, и без дополнительных надстроек. Выход, конечно же есть!

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

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

Но все же – допустим, у нас есть простенький, но претенциозный веб-сайт визитка, где по переходам меню AJAX подгружает и выводит контент, а мы хотим дать знакомому по ICQ ссылку на контактную страницу (или любую другую, не суть важно).

Есть два подхода решения проблемы ссылок.

Приветствую наших читателей. Наряду с библиотекой для построения мощный, функциональных и красивых интерфейсов для веб-приложений ExtJS, я в последнее время снова (по второму кругу) заинтересовался другим фреймворком, а именно, Dojo Toolkit. В чем-то мощнее, в чем-то проигрывая Ext-у, он может быть быть незаменимым при построении действительно мощный и функциональных веб-приложений, предлагая развитые библиотеки для создания всего, что угодно на javascript просто в браузере (а теперь еще и в среде Adobe AIR).

Приветствую всех читателей. И так, свершилось то, чего многие (или хоть кто-то уж точно) ждали и предвкушали. Да, вышел наконец релизный вариант самой мощной и реально «веб два-нольной» библиотеки для разработки AJAX веб-приложений Dojo Toolkit. Именно для разработки приложений, так как я себе с трудом представляю обычный сайт, который использовал бы хоть десять процентов всех возможностей, ну разве что ограничиваясь только пакетом dojo, а ведь есть еще и dojox и dijit, хотя, по моему мнению, которое сформировалось еще в период активного освоения версии 0.4.3 (да, такая древность и ископаемое, но в некоторых моментах она и сейчас лучше или проще даже последней версии), с визуальной частью у Dojo не очень сложилось. Все же ExtJS на несколько порядков выше и пока нет альтернатив, которые бы свергли ее с трона.

Но вернемся к нашим делам. Пройдя достаточно долгий эволюционный путь развития и смены нескольких архитектур, Dojo наконец начала стабильный этап развития, на котором уже можно ее не только рассматривать в качестве технологической платформы для своего проекта, но и полноценно реально использовать. Версия 1.1 привносит достаточно много изменений и улучшений, и именно этот релиз я бы рекомендовал рассматривать для себя в качестве инструмента. Что же там появилось новое и интересное для рядового разработчика? Сейчас рассмотрим.

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

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

Приветствую вас, уважаемые читатели! Возможно, несколько нескромно, но позволю себе обьявить, что далее будет самый первый в Рунете обзор и описание практического применения недавно открытого Google AJAX Language API для доступа с приложений на JavaScript к сервису переводов. Везде я видел пока только анонсы и попытки проанализировать, чем же это может обернутся для разработчиков и пользователей, но именно руководства по встраиванию в свой сайт или проект еще не читал, поэтому решил самостоятельно разобраться и написать.

И так, сначала общая информация. Как известно, у компании Google есть сервис переводов, который умеет переводить тексты на более чем десятке языков. Всего пар переводов есть намного больше, но для некоторых языков доступны только переводы на один-два языка, для других, например, английского — на множество. Раньше вы могли использовать этот сервис для переводов веб-страниц на лету, или перевода отдельных слов и предложений в браузере, но вот дистанционный доступ к сервису при помощи AJAX-а — это стало возможно только на днях с открытием соответствующего API и размещения примеров кода.

API включает в себя функции автоматического определения языка исходного текста, и, собственно сам перевод. Поддерживается пока тринадцать разных языков и двадцать девять вариантов перевода. К сожалению, русский поддерживается только в виде пары Russian <> English, то есть, перевод с русского на английский и обратно, а самое большое число переводов конечно же, для английского. Впрочем, обещают в дальнейшем пополнять возможности переводов, так что не отчаивайтесь.

Унылый осенний день медленно шел к своему завершению – вечер, вечный предвестник ночи уже стучался в двери, ну а люди… всего лишь люди…. Они еще не знали этого, только редкие животные, которые всегда отличались повышенной чувствительностью к природе, уже чувствовали приход его величества НОЧИ.

Город. Обычный город, где тысячи и миллионы человеческих существ ходят, бегают, ездят или летают из одного места в другое, движимые лишь им понятными мотивами. Возьмите в отдельности любого из них, выдерните его из привычной обстановки – нескольких бетонных стен, мебели и других, столь же обычных для него вещей – и он уже совершенно не будет знать, что надо делать, куда идти и к чему стремится. Но в своей стае он свой, он знает куда идти и что делать, хотя иногда даже не догадывается, что не его мысли и поступки, что-то, что делает он, вполне может сделать любой другой человек, вообще любое существо или даже бездушная машина. А все его мечты и стремления – совсем не его, а просто расчитаны кем-то…. Возможно, другим человеческим существом, стоящим чуточку выше на лестнице эволюции… Почему человек делает что-то? Знает ответ, или же только думает, что знает, а на самом деле никакой точной логики и ответа нету?

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

Можно ли публиковать на веб-сайте полный текст лицензионного соглашения на коммерческий софт (для примера — хочу опубликовать лицензию на Microsoft Vista или на Adobe Photoshop)? Без перевода, для справочных целей, именно весь текст, конечно с указанием ссылки на сайт производителя, на сам лицензию если она на сайте есть и к какой программе относится.

Программа-дополнение ко всем основным браузерам Google Gears это своеобразный мост между оффлайновым режимом работы и онлайном, так как одна из основных функций, предоставляемой пользователю (в данном случае — разработчикам различных веб-сервисов) — это способность приложения работать без соединения с интернетом, сохраняя всю функциональность и возможности, а после подключения — синхронизировать состояние с сервером. Но это, конечно, не все — встроенная база данных и локальный веб-сервер могут намного больше, особенно в умелых руках разработчиков. Раньше я уже писал о разных API, которые могут быть реализованы в Gears, а теперь посмотрим, что же есть в новой версии.

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



Охарактеризовать одним словом думаю, будет затруднительно, но если не стремится к абсолютной точности и краткости, то это своего рода фестиваль, шоу и конференция, где все проекты и их команды могут представить свои наработки и решения заинтересованной аудитории — журналистам, венчурным инвесторам, фондам, частным бизнес-ангелам и менеджерам различных корпораций, которые могут стать как инвесторами, так и первыми клиентами или даже сразу предложить купить вас. Да и возможность пообщаться, побыть в кипучей среде таких же «гиков» как и вы дорого стоит! Даже в прямом смысле слова DEMO не самое дешёвое удовольствие — обычное участие «только посмотреть» обойдётся почти в тысячу долларов, а полноценное участие и представление своего проекта это уже сумма порядка 20 тысяч. Но по опыту предыдущих встреч (а DEMO проводится уже несколько лет, причём за год бывает несколько шоу в разных городах мира — в этом, 2008 году, две встречи в США, одна в Германии и в Китае) эти деньги часто, возможно, самая прибыльная и ценная инвестиция проекта.

Я хотел бы вкратце рассказать о тех проектах, которые на прошедшем первом в этом году шоу в Калифорнии, показались мне самыми интересными и многообещающими, возможно, кто-то из этих людей будет возглавлять основные тренды индустрии уже завтра. Кстати, отличительной чертой шоу является строгая ограниченность формата выступления — 5 минут (ну в общем то, варьируется от 4:30 до 6 минут, но не более), а во всем остальном это полностью свободное шоу, которое не накладывает никаких «корпоративных» рамок — люди могут и без галстука выступать, и на ломаном английском с акцентом, и их слушают и более чем внимательно.

 

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

Многое в этом материале, по комментариям моих партнёров и друзей, больше подходит стартапам-одиночкам, то есть, когда оди человек, или, максимум, небольшая совсем группа друзей собирается сделать мини-революцию и получить пропуск в Гугл/Микрософт/Силиконовую долину. Но определённые вещи будут применимы везде. Кроме того, многое из описанного достаточно очевидно, но, часто умалчивается именно по этой причине, а значит многие новички могут это банально упустить, поэтому если что-то для вас является абсолютной истиной и само собой разумеющимся, пропускайте и не утруждайте себя комментариями вроде «и так всем ясно, автору незачёт» :)

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

Навеяло обсуждением топика: НЕТ формату Microsoft Office в качестве стандарта ISO

И так, по пункту, и сразу заявлю — что это моё личное мнение, и я осознаю последствие его публичного высказывания.

1. То, что существует подобный формат, это не повод совсем говорить нет, он был принят давно, и не учитывает современных реалий документов. Когда это существование одного формата означало, что других нельзя делать? Этот тезис следует развить, например, попунктно сравнить возможности обоих форматов. Пока этого нет. Вторая часть пункта также неверная, поскольку MS Office и так стандарт де-факто документооборота, так что никаких особо дополнительных расходов нет.

2. Office 2007 вышел намного раньше, почему он должен «из коробки» прямо сейчас поддерживать будущий формат? Будет принять, уверен, что сразу будет поддерживаться. По сути этот пункт «из будущего» — мы ругаем офис за то, что он не поддерживает формат стандарта, которые ещё не принят. В этом нет логики.

3. Неполность спецификации может быть камнем преткновения, но не является критической, особенно в части, указанной в петиции. Является ли текущая реализация стандарта полной? И что такое полность стандарта? Все ли стандарты, которые уже приняты, являются полными? Является ли продвигаемый альтернативный стандарт полным?

4. Это рабочий вопрос, и он может быть решён в обычном порядке, а не «религиозной войной». Является ли полное соответствие формату XML обязательным требованием к проекту формата для стандарта ISO?

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

6. О конфликтах с другими стандартами -по сути, единственное фактическое утверждение во всем документе. Это также предмет рабочего согласования, в том числе и, возможно, повод для обновления указанных стандартов.

7.Аналогично пункту 6. В открытых стандартах нет ошибок? Это также предмет рабочего согласования, при чем тут наличие ошибки в текущих версиях Офиса, когда как формат не принят как стандарт, соответственно, это просто одна из ошибок текущей версии офиса, не нужно любую ошибку от ПО Microsoft-а проецировать на другие сферы. Думаю, совершенно аналогичные проблемы есть и в стане разработчиков опен-сорс (те же ошибки с утечкой памяти в ФФ, которые годами не исправляются и даже не фиксируются разработчиками).

8. Является ли привлечение таких специалистов обязательным для подачи заявки? Нет. К тому же, являясь многие годы законодателем на рынке офисных программ, специалисты соответствующих подразделений Microsoft-а также накопили опыт, достаточный для реализации такого документа.

С моей стороны ещё плюс, что формат будет поддерживаться корпорацией, к тому же стандартом как на ОС, так и на офисные программы. Это моё личное мнение, в то же время, там где _Я_ лично считаю для себя оправданным, я использую и открытые программные продукты, так и комбинации с коммерческими. Но в данном случае выступаю против предубеждённого отношения.

Приветствую всех! Вчера вечером, а именно — 20 ноября 2007 года в 22.40 мы запустили в бета-тест наш проект — DevLinks.com.ua. Кратко, что же это такое (а также, с чем его едят, пьют и т.п.).

DevLinks представляет собой наполняемый пользователями каталог ссылок на интересные материалы в сети Интернет, причём, пользователи могут голосовать за понравившиеся статьи и таким образом выводить их на первую страницу портала, или наоборот, убрать неинтересный материал с глаз долой (это та самая коллаборативная фильтрация, или просто web 2.0). Статьи можно комментировать, таким образом нередко обсуждение само по себе более интересное, чем ставшая ему поводом статья. Кстати, и сами комментарии также можно оценивать голосованием! Зарегистрировавшись, вам станут доступны возможности добавления собственных материалов, общение с другими пользователями, которых вы можете добавлять в свой круг друзей и посылать им личные сообщения. Ну а читать материалы других пользователей и голосовать за них вы можете безо всякой регистрации — простой зайдите на сайт.

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

Основная тематика сайта — это различные области ИТ-рынка, в основном ориентировка на программистов и разработчиков различного ранга, сетевых администраторов, а также других пользователей, имеющих дело с компьютерами и информационными технологиями и желающих узнать что-то новое или поделится таким с окружающими. И дизайнеры, и графики, и 3D моделлеры, разработчики компьютерных игр — все смогут найти для себя на этом сайте интересный материал или поделится своей новостью.

Несмотря на то, что домен проекта указывает на его принадлежность к украинской части веба (UA-веб), но это ничего не означает — материалы публикуются на различных языках, в частности, на русском и английском. Поэтому где бы вы не жили, в какой бы стране не работали — этот проект для вас, без всяких ограничений!

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

Сам проект построен на основе движка социальных сетей Pligg, который мы пока потихоньку дорабатываем и дотачиваем напильником.

Буду благодарен за замечания и помощь в работе и тестировании проекта. Заранее спасибо за внимание!

Если Вы играете хоть в какие-то игры и немного следите за развитием этой многообещающей, в плане охвата пользователей и доходов, отрасли (или сферы исскуства, уж кто как считает), то наверняка знаете или слышали о многообразии виртуальных миров (или MMORPG, хотя более корректный термин MMOG — массовые многопользовательские игры, а не обязательно RPG). Самыми популярными из них сейчас являются World of Warcraft и EverQuest, а также представитель из мира фантастических (sci-fi) — космическая EVE-online. В них играют миллионы пользователей, аудитория того же варкрафта достигла 9 миллионов игроков, но лавры победителя не дают спокойствия остальным разработчикам, рангом пониже. Поэтому наблюдается, и в дальнейшем будет наблюдаться все большее и большее увеличение количества и, дай бог, качества и разнообразия, различных онлайновых игр. Не скрою, что и сам автор этого блога работает над одним из проектов создания онлайновой игры.

Интересная компания IBM — у нее очень много инициатив и внутренних проектов, что вполне можно посвятить полжизни только изучая результаты работ и исследований различных подразделений. Редко правда что-то выходит наружу и громко о себе заявляя — большинство разработок интегрируются с текущими продуктами и сервисами так, что через некоторое время уже попробуй вычлени как отдельную часть. Но в данном случае речь идет об отдельном продукте, даже вернее, сервисе, который IBM продвигает для IT-менеджмента и других людей, кто скорее отвечает за управление и перспективу, аналитику, а не непосредственно саму разработку (подразумевается, что разработчики — «гики», тоесть и так в курсе всех-всех самый новомодных штучек).