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

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

Методология исследования

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

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



Число участников эксперимента было не очень велико, однако даже при таком количестве людей, исследование получилось очень сложным. Только запись 31 сессии заняла почти 100 часов видео.

Язык разметки Markdown разработали в 2004 году Джон Грубер и Аарон Шварц. Философия Markdown — писать текст, который легко читается и в то же время автоматически конвертируется в обычный HTML. Авторы сразу выпустили и парсер Perl, тот быстро приобрёл большую популярность, и Markdown пошёл в массы.

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

Своё решение предложила группа активистов, в которую вошли Джон Макфарлейн из университета Беркли (автор маркдаун-конвертера Pandoc и теста Babelmark), представители компаний Meteor, Github, Reddit, StackExchange и Discourse. За два года совместной работы они согласовали «наиболее оптимальные спецификации синтаксиса» в рамках проекта Standard Markdown (). Они также выпустили всеобъемлющий набор тестов для проверки каждой реализации Markdown на соответствие спецификациям.

Добро пожаловать в блог компании Witget.com.

Продолжаем публиковать статьи о различных способах повысить конверсию сайта. Эта метрика часто напрямую зависит от показателя отказов. Если посетители вашего сайта, кликая на ссылку в рекламном объявлении, соцсетях или где-либо еще, переходят на сайт, но сразу же жмут на «закрыть» — у вас ясно что-то идет не так. Статья Pam Neely, написанная от первого лица, поможет разобраться, в чем же дело, и из нее вы сможете узнать несколько полезных советов, как понизить количество отказов — уходов с сайта без совершения не то что целевого действия — вообще какого-либо действия! Почему посетители уходят с вашего сайта почти сразу? И как же удержать их?

Что случается, когда аналитик сталкивается с абстрактными художественными понятиями? А если от них зависит эффективность и успешность его работы? Он попытается их формализовать, выявить критерии, связи и так далее. Обычно получается забавно и очевидно. Но иногда из этого вырастает полезная теория.
Я столкнулся с понятием красоты сайта. Делюсь наработками.
Картинки для привлечения внимания нет.

Этот пост о том, как мы, решая собственную проблему, создали сервис, который уже сегодня решает проблемы сотни предпринимателей. Но обо всем по порядку.

В начале 2012 года, работая над проектом в сфере подарков, мы впервые столкнулись с проблемой низкой конверсии. Пользователи посещали сайт, загружали свои фотографии, но конверсия в оплаты составляла всего 0,024%. От таких цифр ухудшалось не только настроение, но и финансовое состояние всей компании. На тот момент мы были резидентами бизнес-инкубатора ИТ-парка Набережных Челнов и в рамках образовательной программы посетили курс Start in Garage. Там нам впервые подробно рассказали о Landing Page: какие проблемы решают и как они работают. Мы решили опробовать данную технологию в своем проекте. Буквально за 4 дня, проработав несколько простых вариантов Landing Page, мы смогли увеличить конверсию в оплаты до 2,1%. Вдохновленные таким достижением, мы сделали несколько продающих страниц для своих знакомых – результат оказался хорошим: число заявок с директа увеличилось в 1,5-4 раза.

Тогда мы решили попробовать себя в коммерческой разработке Landing Page. После нескольких месяцев работы мы столкнулись со следующей проблемой: сделали landing page, получили оплату, через неделю клиент попросил поменять заголовок, потом цвет кнопки, потом поставить запятую и т.д. Мы ему говорим: «Дайте доступ к ftp», – а он удивляется и не понимает о чем идет речь. И мы половину рабочего дня тратим на получение доступа и на внесение мелких правок.

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

Скорее всего, вы уже знаете об одной из таких методологий, разработанной Яндексом, — БЭМ. БЭМ утверждает, что трёх сущностей (блоков, элементов и модификаторов) достаточно для написания HTML и CSS, задания структуры кода и компонентной структуры с последующим масштабированием проекта до самого высокого уровня.

Я проработал в Яндексе достаточно долго и видел, как эта методология работает на больших проектах. В Яндексе БЭМ используют для разработки CSS- и JavaScript-компонент, с помощью этой методологии также пишут шаблоны и задают зависимости между компонентами. Есть БЭМ-инструменты, поощряются различные эксперименты с кодом, исследования. В масштабах большой компании эти трудозатраты окупаются и дают Яндексу возможность быстро и качественно разрабатывать сотни сервисов одновременно.

Могут ли маленькие команды получить от БЭМ то же самое? Я совершенно не был в этом уверен. Всё же БЭМ — абстракция, которая поставляется вместе с инструментами и технологиями. Для маленькой компании польза от переключения на «полный стек» этих технологий — сомнительна, многие из инструментов изначально приспособлены под крупные и сложные задачи. Быть может, тогда полезной окажется сама идея, сама методология?

Изначально эта моя статья была опубликована в известном многим журнале Smashing Magazine. Но я решил, что и на Хабре она может быть интересна, ведь многие здесь занимаются собственными небольшими проектами.

Спецификации CSS Shapes позволяют красиво оформить обтекание текстом на веб-странице. Средствами CSS можно создать произвольную форму, но это обычно весьма трудоёмкая задача. Новое расширение CSS Shapes Editor для Chrome кардинально облегчает процесс. Это интерактивный редактор CSS Shapes, где контуры указываются простым перетягиванием точек с помощью мыши.

В этой статье показывается, как с помощью CSS трансформаций и махинаций с 3d сделать параллакс-эффект на сайте на чистом CSS.

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

В настоящее время в сфере обеспечения безопасности веб-сайтов и приложений возникла очень интересная ситуация: с одной стороны, некоторые разработчики уделяют особое внимание безопасности, с другой, они напрочь забывают о некоторых видах атак и не считают ошибки, позволяющие выполнить данные атаки, уязвимостями. Например, к такой категории можно отнести CSRF (Сross Site Request Forgery). Эта атака позволяет производить различные действия на уязвимом сайте от имени авторизованного пользователя. Если вы не слышали о таком, то я рекомендую прочитать соответствующую статью в Википедии, чтобы иметь общее представление об этом виде атак. Основная часть статьи предназначена тем, кто обеспокоен правильной защитой своих сайтов от CSRF.

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

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

Достаточно эффективной мерой защиты сайта от сканирования будет разграничение прав доступа к ресурсам сайта. Информацию о структуре сайта поможет скрыть модуль apache mod_rewrite изменяющий ссылки. А сделать неэффективным сканирование ссылок и, одновременно, снизить нагрузку поможет установка временной задержки между частыми запросами исходящими от одного пользователя. Для поддержания эффективной защиты от сканирования и хаотичных интенсивных запросов необходим регулярный аудит вэб-ресурсов.

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

К эффективным методам защиты сайта от хаотичных интенсивных запросов относятся: установка временной задержки между запросами в определенный промежуток времени, создание черного и белого списков, установка для поисковых систем временной задержки между запросами страниц сайта в файле robots.txt и установка периода обновления страниц в файле sitemap.xml.

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

Проект 2045 был основан российским предпринимателем Дмитрием Ицковым в 2011 году и задействует ведущих специалистов в области нейронных интерфейсов, робототехники и искусственных органов. Главной задачей 2045 является создание технологии, позволяющей передачу личности индивида к более продвинутому небиологическому носителю. Команда 2045 занимается исследованиями и разработками в области человекоподобных роботов с целью передачи человеческого индивидуального сознания искусственному переносчику и достижения, как говорят в компании, «кибернетического бессмертия». Нам мало верится в реалистичность этой затеи, но все же...

Опубликовываю повторно материал годовалой давности. Ранее был вынужден скрыть по просьбе компании, в которой я работал в тот момент. Материал устарел по большей степени, учитывая развитие рынка и самого Hearthstone, но тем не менее почитать можно.



Продолжая серию статей о гейм-дизайне, поговорим о том, что же сейчас набирает наибольшую популярность в индустрии развлечений, а именно в индустрии видеоигр.

Самым показательным примером последнего времени является, несомненно, Collecting Card Game – Hearthstone. Можно сказать, что до её выхода не было действительно массовых популярных карточных игр на PC. Да, есть Magic the Gathering и другие попытки занять эту нишу, но их попытки оказались в разы менее успешными, чем у Blizzard.

Что же сделало эту игру такой популярной? Так называемая схема «Easy to learn, hard to master» (наиболее правильный перевод – легко начать играть, сложно достичь высот). Т.е. в первую очередь, любой игрок может установить себе эту игру и его встретит красочный туториал, с интересными персонажами (многим знакомые по вселенной Warcraft), озвучкой и сценариями. После прохождения туториала игра по большей части отпускает игрока в свободное плавание, но этого достаточно чтобы завладеть сердцами игроков.

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

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

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

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

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

Удобные и простые решения проблем при интеграции с серверными мощностями — что делать, если возникает задача сделать два продукта, которые бы идеально стыковались, предоставляли бы друг другу консистентные данные и сами по себе работали без сбоев.

С подробностями Егор Тафланиди, Redmadrobot.

Достал из черновиков, чтобы поделиться с друзьями, пост довольно старый, можно не обращать внимания

Этот пост навеян вот этим постом: тыц.

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

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

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

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

ПАМЯТИ СРЕДНЕГО КЛАССА

Все упоминаемые в тексте торговые марки являются собственностью их уважаемых владельцев, и все права сохранены. Названия товаров и имена политиков не указывают на реально существующие рыночные продукты и относятся только к проекциям элементов торгово-политического информационного пространства, принудительно индуцированным в качестве объектов индивидуального ума. Автор просит воспринимать их исключительно в этом качестве. Остальные совпадения случайны. Мнения автора могут не совпадать с его точкой зрения.

Виктор Пелевин Поколение «П»

В чем наш секрет успеха?

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

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

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

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

Накануне Apple в несвойственной для себя манере порадовал всех тизером CarPlay aka 'iOS in the car'. Если вы всё пропустили, то по официальным заявлениям, это «более умный и безопасный способ использовать ваш iPhone в машине. CarPlay берет всё, что вы хотели бы от iPhone во время вождения, и помещает прямо во встроенный дисплей автомобиля. Вы можете прокладывать маршруты, совершать звонки, отправлять и получать сообщения и слушать музыку так, чтобы не отвлекаться от дороги. Просто воткните в автомобиль свой iPhone и вперёд». (Важно: втыкать iPhone стоит только в специальные разъёмы и только в поддерживаемых марках автомобилей — прим. redmadrobot)

Disclaimer

Не знаю, почему нельзя публиковать переводы интересных статей, но попробую. Тема очень актуальная и я думаю многим тут будет интересно. Поэтому рассчитываю, что пройдёт премодерацию.
Так же эта публикация является ответом на вопрос, поднятый в недавней статье «Bitcoin. Что дальше?»
Итак, поехали…

Вступление

Сегодня попался на глаза один интересный анализ по Bitcoin, чем и спешу поделиться с сообществом. Перевод делал сам, не копипаста. Извините за неточности.
Источник: bitcoinowl.com/exponential-growth-bitcoin-value-explained
Автор оригинала: Ivan Raszl
Дата оригинала: 22 ноября 2013 — 23:15

Так почему же он растёт?

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

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