Как-то в начала века я утянул со skill.ru простой, но жутко хорошо сделанный JavaScript -сценарий проверки форм на стороне клиента, который нашёл своё применение во множестве различных web-проектов. Иногда функциональности скрипта мне не было достаточно, и тогда я дописывал и изменял код под свои нужды. К сожалению, в коде не было указано ни имя, не адрес автора, потому я не смог ни поблагодарить его, ни послать ему модифицированный код.

Проверка формы на стороне клиента – штука весьма удобная. Потому как позволяет не ожидать ответа от сервера, а мигом, ещё для отправки формы обрабатывающему сценарию, подсветить некорректно заполненные поля и дать возможность исправится. Это не самый идеальный вариант (предел совершенства – использование какого-нибудь ПО для обеспечения качества данных, например, «Фактор» от HFL) поскольку инициирует отрицательную обратную связь, заставляя пользователя чертыхаться и вносить изменения, дабы угодить «этому дурацкому сайту», но в целом – волне удобоваримое (в т.ч. и по трудозатратам) решение. Апофеозом подобной проверки, на мой субъективный взгляд, является форма регистрации на Автокадабре, где значения элементов ввода проходят проверку сразу после потери фокуса и пользователь получает обратную связь максимально быстро.
Подробнее »»

Если вы таки получили заветное устройство, пост и озадачились, что присланные вам СМС-ки, написанные, разумеется, на русском, не отображаются – вам сюда. Для начала оговорюсь, что все нижесказанное касается локализации среды Qtopia, поскольку ПО OpenMoko для повседневного использования еще сыровато. Далее, надеюсь, вас не остановит то, что вышеозначенную придется собрать руками – я уже оставил сообщение на форуме разработчиков Qtopia, возможно, к следующей сборке они сделают что-то такое, что не будет требовать копания в исходном коде.
Подробнее »»

Итак, вдоволь наигравшись, кратко опишу субъективные впечатления от платформы Neo1973. Начну, пожалуй, с того аспекта, что изначально ожидалось гораздо меньшее, чем оно оказалось на самом деле. Да, действительно, софт сыроват. Аппаратура – тоже: процессор медленный (на массово распространяемый смартфон обещают поставить поновее и побыстрее), греется устройство заметно, при звонке в динамике слышны наводки (правда, очень тихие).
Подробнее »»

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

В свое время задался вопросом поиска нормального IDE. В качестве основных критериев были выбраны: поддержка более чем одного языка программирования (например, в данный момент в разработке три проекта – на С++, на C# и на PHP, не говоря уже вспомогательных вещах типа HTML, CSS, SQL, JS и прочего) на уровне подсветки синтаксиса и автодополнения, удобное редактирование XML (с подсветкой ошибок как минимум), ну и всякие вкусности типа интеграции с системами контроля версий, запуск и/или развертывание приложений из среды и т.п.
Подробнее »»

Если вы имеете отношения к субмирку разработчиков приложений, то вы наверняка слышали о некой библиотеке Qt, написанной угрюмыми норвежцами для не менее угрюмых С++ разработчиков . Помимо прелести двойного лицензирования (Qt доступно как под GPL, так и под коммерческой лицензией), кроссплатформености (работает и под Linux, и под Mac, и под Windows), она включает в себя почти все, что надо разработчику приложений – и средства создания пользовательского интерфейса, и функции работы с графикой, сетями, СУБД и XML и т.д. и т.п. Если вам нет дела до всего это великолепия – можете тут же забыть эти две буквы и никогда не посещайте сайт производителя, а ещё лучше – заблокируйте его на уровне корпоративного брандмауэра.
Подробнее »»

Итак, у нас есть все компоненты для создания web2.0-приложения. Что же делать дальше? Подумаем.

Вэб имеет определенную специфику. Специфика заключается в том, что представить web-приложение в виде детерминированного конечного автомата, который более свойственен десктоп-приложениям – сложно. Не, разумеется, есть сессии, которые можно использовать для хранения состояния для каждого посетителя индивидуально, но… случаются перебои со связью, злобные хакеры, сбои аппаратуры и ОС, падения браузеров и таймауты соединений. А, следовательно, правильнее рассматривать web-приложение как некий черный ящик, оперирующий принципом взаимодействия «вопрос-ответ», при чем на каждый корректный вопрос всегда дается какой-либо ответ. Разумеется, в общем случае можно пытаться привести такую систему к конечному автомату (что и делает ASP.NET), но в частности это не имеет особого смысла.

Подробнее »»

Можно долго говорить, что есть web 2.0 (2.1, 3.0, 4.0 и так далее). Смыслу в этом будет не больше, чем подсчет духов, помещающихся на кончике иглы. Потому давайте с вами условимся, что Web2.0-приложение – это некое программное решение, обладающее следующими свойствами:

1. оно имеет вэб-интерфейс (еще бы, как иначе обосновать слово Web)
2. оно имеет простой, удобный и не ломающий глаза интерфейс
3. оно активно, но при этом разумно использует AJA или AJAX как средство, улучшающее интерактивность (еще бы самому понять, что это значит)
4. им можно пользоваться (разумеется, кофе варить не будет)

Итак, как мы печем все вышеперечисленное? Подробнее »»