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

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

Подробнее »»

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

В стародавние времена в конце прошлого века компания Борланд ворвалась на рынок с принципом RAD и библиотекой VCL. Принцип готовки приложений на их основе был прост – кидаем на форму компоненты, связываем их, дописываем код, …, profit. Для сложных приложений с заранее продуманной системой классов, в которых интерфейс играл факультативное приложение с точки зрения трудозатрат, этот прием не сыграл значительной роли – ну да, быстрее можно было видеть как кнопочки ведут к каким-то действиям, но это не отменяло того кода, что должен быть написан.
Подробнее »»

Поскольку вторгаюсь на чужую территорию, где сам имею очень мало опыта, а больше – теоретических знаний, сразу условлюсь, что большинство приведенных выкладок носить умозаключительный и голословный характер, не подтверждена никакими практическими экспериментами и не должны приниматься как указания к действиям.
Подробнее »»

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

Я очень часто ловлю себя на мысли, что при вэб-разработке некоторые аспекты невольно упрощают, а некоторые – наоборот – усложняют. Причем делают это неосознанно, без какой-либо задней мысли. Беда, скорее всего, растет из наследия – груза внесенного в человека опыта предыдущих поколений, не позволяющих ему посмотреть на ситуацию с другой стороны, не обременяя себя многочисленными шаблонами индустрии.
Подробнее »»

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

Подробнее »»

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

Подробнее »»

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

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

В свое время я участвовал в разработке «виртуального платежного киоска» – посредника между электронными платежными системами и Киберплатом. Принцип работы был черезвычайно прост – приходит человек на сайт, платит электронными деньгами (WebMoney, Yandex.Деньги) и получает деньги на счет у любого из операторов, поддерживаемых системой Киберплат.
Подробнее »»