Disqus
Сегодня рассмотрим еще одну интересную и необычную тему. В качестве примера мы возьмем сервис Disqus, но основным моментом в этой статье будут "Комментарии" так же рассмотрим, почему в Tumblr нет возможности комментарий по стандарту. Так что же такое Disqus?

 


Disqus — представляет собой веб-сервис, позволяющей обсуждать и комментировать на сайте пользователя. Сервис использует свою социальную сеть, для упрощения комментирование на сайтах, использующих его.


 

Не смотря на то, что Disqus является довольно популярным внешним сервисом комментариев, все же можно встретить, что в некоторых случаях этот сервис не способствует получению обратно связи. Если рассматривать на примере Tumblr, то значительная часть работы пользователя происходит, непосредственна в своем главном окне. Большая часть пользователей, посетившие блог останется незамеченными. В таком же варианте остается незамеченным и сервис Disqus.

 

Мне довелось несколько раз экспериментировать с этим сервисом. Но сказать, что это была успешно затруднительно. Схожие результаты комментариев получались и на других платформах. Отсюда и появился вопрос "Так в чем же дела?" Комментарии в том виде, котором мы знаем, значительно устарели, так же как форумы и гостевые книги. Большинство современных комментариев выглядят как одобрение или отвержение, в несколько слов. Очень хорошо это видно на примере Instagram.    

 

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

 

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

 

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

 

Похожие статьи:

Facebook пустая трата времени? - Читать тут



 

Дополнительная информация: 

Disqus  - disqus.com
Internet forum - wikipedia.org/wiki/Internet_forum

Disqus

Сегодня рассмотрим еще одну интересную и необычную тему. В качестве примера мы возьмем сервис Disqus, но основным моментом в этой статье будут "Комментарии" так же рассмотрим, почему в Tumblr нет возможности комментарий по стандарту. Так что же такое Disqus?

 

Disqus — представляет собой веб-сервис, позволяющей обсуждать и комментировать на сайте пользователя. Сервис использует свою социальную сеть, для упрощения комментирование на сайтах, использующих его.

 

Не смотря на то, что Disqus является довольно популярным внешним сервисом комментариев, все же можно встретить, что в некоторых случаях этот сервис не способствует получению обратно связи. Если рассматривать на примере Tumblr, то значительная часть работы пользователя происходит, непосредственна в своем главном окне. Большая часть пользователей, посетившие блог останется незамеченными. В таком же варианте остается незамеченным и сервис Disqus.

 

Мне довелось несколько раз экспериментировать с этим сервисом. Но сказать, что это была успешно затруднительно. Схожие результаты комментариев получались и на других платформах. Отсюда и появился вопрос "Так в чем же дела?" Комментарии в том виде, котором мы знаем, значительно устарели, так же как форумы и гостевые книги. Большинство современных комментариев выглядят как одобрение или отвержение, в несколько слов. Очень хорошо это видно на примере Instagram.    

 

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

 

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

 

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

 

Похожие статьи:

Facebook пустая трата времени? - Читать тут

 

Дополнительная информация: 

Disqus  - disqus.com

Internet forum - wikipedia.org/wiki/Internet_forum

Дополнительный контент
Прошло уже чуть больше двух лет, с тех пор как появился этот блог. За это время была опубликована 173 поста, так же в это время блог был добавлен в категории Дизайна и Технологий Tumblr. Теперь же пришло время расширить возможности блога, дополнительным контентом.

 

Creative Commons
Для многих лицензия Creative Commons незнакома, но именно под этой лицензией будет публиковаться дополнительный контент. Рассмотрим основные моменты лицензии:

 

Запрещено коммерческое использование
При распространение необходимо указывать по какой лицензии проходит или предоставлять ссылку

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

 


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


 

Как мы видим лицензия Creative Commons довольно простая и легко применимая, а так же почти не ограничивает в применении. 

 

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

 

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




 

Похожие статьи:
 Feedly как новый подход к чтению RSS - Читать тут

 

Дополнительная информация: 
Википедия Creative Commons - wiki/Creative_Commons
О лицензиях Creative Commons - licenses/?lang=ru
Лицензия Attribution-NonCommercial-ShareAlike - /by-nc-sa/4.0/

Дополнительный контент

Прошло уже чуть больше двух лет, с тех пор как появился этот блог. За это время была опубликована 173 поста, так же в это время блог был добавлен в категории Дизайна и Технологий Tumblr. Теперь же пришло время расширить возможности блога, дополнительным контентом.

 

Creative Commons

Для многих лицензия Creative Commons незнакома, но именно под этой лицензией будет публиковаться дополнительный контент. Рассмотрим основные моменты лицензии:

 

  • Запрещено коммерческое использование
  • При распространение необходимо указывать по какой лицензии проходит или предоставлять ссылку

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

 

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

 

Как мы видим лицензия Creative Commons довольно простая и легко применимая, а так же почти не ограничивает в применении. 

 

Дополнительный контент 2.0

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

 

  • В блоге есть архив и просмотреть его можно Здесь
  • Вступить в контакт или задай вопрос автору блога можно Здесь. Если у вас есть Коммерческое или Open Source предложения, то так же можно связаться отсюда. (Не забывайте оставлять обратную связь).
  • Так же в блоге все еще работает RSS
  • Одна из экспериментальных функций этого блога является комментирование.

 

Похожие статьи:

 Feedly как новый подход к чтению RSS - Читать тут

 

Дополнительная информация: 

Википедия Creative Commons - wiki/Creative_Commons

О лицензиях Creative Commons - licenses/?lang=ru

Лицензия Attribution-NonCommercial-ShareAlike - /by-nc-sa/4.0/

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

 

Зачем эта нужно, если есть To-do list?
Прошло уже много времени, с тех пор как в моем списке задач добавляется время на обучение. Обычно время на это выделялась 2-3 раза в неделю, без ограничения по времени и контроля над этим. Может показаться что 2-3 задачи на обучения это мало, но много людей из области личной эффективности неоднократно подчеркивали необходимость отдыха или все выйдет из вашего контроля. Таким образом, получается, что на обучения выделялась 60% от недели (5 дней рабочих), эта может показаться очень весомым вкладом, но это не работала. Почему? Не была контроля, пропадал энтузиазм, вдохновения, желания и.т.д. В итоги получалась первоначальная вспышка активности и быстро затухания.

 

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

 

Погружение в эффективность
Мне не удалось найти практически никакого материала для повышения эффективности обучения. Поэтому мне пришлось действовать от задачи. Моя задача была изучить материал в продолжительность в 39 часов. Почему 39? Потому что курс по изучаемой теме был в 39 часов, в которой не была никакой практики, чистая теория. Так как прежняя методика была не эффективна и мне пришлось воссоздать другую и выглядела она так: 

- Прежде всего, я спланировал курс материала. Все что хотел изучить в этом курсе.
- Спланировал неделю используя Google Календарь. Задачу обучения ставил на каждый день, но что бы ни мешала другим целям и задачам. Но обязательно каждый день, включая выходные. Так как система сама будет регулировать отдых.
- Потом все это добавлялась в To-do list (Wunderlist). И задача выполнялась, используя Toggl. 

 


Toggl - позволяет отслеживать, сколько затрачено времени на проект. Обычно Toggl используют фрилансеры для подсчета времени проекта. 


 

Используя Toggl была видно сколько минут или часов я затратил в этот день. Если была затрачено мало времени, то мне приходилась работать над этим, так как, видя реальные цифры, позволяла мне оставаться в фокусе. После изучения в 2-4 часа, можно была завершить задачу. 

 

Основным моментом была, то, что я мог работать над этой задачей в течения дня. Если я выпадал из обучения, то я просто останавливал таймер и занимался другими делами, а позже пробовал продолжить. Таким образом, удавалась набирать в течение дня приличное количества времени, без потери качества обучения. Так же не обошлось без ошибок. Разделив 39/7 получил около 6 часов в день. Я ожидал, что смогу справиться с таким количествам часов (Использую выходные), но, увы, после 3 часов обучения в день была сложно воспринимать информацию. 

 
Процесс обучения
Если обратить внимания на график, то можно увидеть что в 21 неделю максимально удалось задействовать энтузиазм, вдохновения, желания. Таким образом, получил максимум информации в краткосрочный период. В 22 неделю произошел сильный спад, вероятная и за того что не правильно высчитал необходимое время на задачу. В недели 23, 24, 25 не была планирования на обучения и некая активность вызвана лишь спонтанностью. В неделю 26, 27 была спланирована, но как видим это лишь половина всей активности выдаваемой в первой недели. Поэтому первая неделя очень важна. Неделя 28 завершила курс обучения, в течения 1-2 подходов.

 

В итоги 26 дней была затрачена на обучения и 39 часов изученного материала. В среднем 1,5 часа в день, сомнений нет в том, что эта техника работает лучше прежней. Как со временем работы, так и с качеством изучаемого материала.

 

Похожие статьи:
Notification  - Читать тут
The Pomodoro  - Читать тут

 

Дополнительная информация:
Toggl - new.toggl.com

Погружение в эффективность

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

 

Зачем эта нужно, если есть To-do list?

Прошло уже много времени, с тех пор как в моем списке задач добавляется время на обучение. Обычно время на это выделялась 2-3 раза в неделю, без ограничения по времени и контроля над этим. Может показаться что 2-3 задачи на обучения это мало, но много людей из области личной эффективности неоднократно подчеркивали необходимость отдыха или все выйдет из вашего контроля. Таким образом, получается, что на обучения выделялась 60% от недели (5 дней рабочих), эта может показаться очень весомым вкладом, но это не работала. Почему? Не была контроля, пропадал энтузиазм, вдохновения, желания и.т.д. В итоги получалась первоначальная вспышка активности и быстро затухания.

 

Не эффективна техника Pomodoro

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

 

Погружение в эффективность

Мне не удалось найти практически никакого материала для повышения эффективности обучения. Поэтому мне пришлось действовать от задачи. Моя задача была изучить материал в продолжительность в 39 часов. Почему 39? Потому что курс по изучаемой теме был в 39 часов, в которой не была никакой практики, чистая теория. Так как прежняя методика была не эффективна и мне пришлось воссоздать другую и выглядела она так: 

- Прежде всего, я спланировал курс материала. Все что хотел изучить в этом курсе.

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

- Потом все это добавлялась в To-do list (Wunderlist). И задача выполнялась, используя Toggl. 

 

Toggl - позволяет отслеживать, сколько затрачено времени на проект. Обычно Toggl используют фрилансеры для подсчета времени проекта. 

 

Используя Toggl была видно сколько минут или часов я затратил в этот день. Если была затрачено мало времени, то мне приходилась работать над этим, так как, видя реальные цифры, позволяла мне оставаться в фокусе. После изучения в 2-4 часа, можно была завершить задачу. 

 

Основным моментом была, то, что я мог работать над этой задачей в течения дня. Если я выпадал из обучения, то я просто останавливал таймер и занимался другими делами, а позже пробовал продолжить. Таким образом, удавалась набирать в течение дня приличное количества времени, без потери качества обучения. Так же не обошлось без ошибок. Разделив 39/7 получил около 6 часов в день. Я ожидал, что смогу справиться с таким количествам часов (Использую выходные), но, увы, после 3 часов обучения в день была сложно воспринимать информацию. 

 

Процесс обучения

Если обратить внимания на график, то можно увидеть что в 21 неделю максимально удалось задействовать энтузиазм, вдохновения, желания. Таким образом, получил максимум информации в краткосрочный период. В 22 неделю произошел сильный спад, вероятная и за того что не правильно высчитал необходимое время на задачу. В недели 23, 24, 25 не была планирования на обучения и некая активность вызвана лишь спонтанностью. В неделю 26, 27 была спланирована, но как видим это лишь половина всей активности выдаваемой в первой недели. Поэтому первая неделя очень важна. Неделя 28 завершила курс обучения, в течения 1-2 подходов.

 

В итоги 26 дней была затрачена на обучения и 39 часов изученного материала. В среднем 1,5 часа в день, сомнений нет в том, что эта техника работает лучше прежней. Как со временем работы, так и с качеством изучаемого материала.

 

Похожие статьи:

Notification  - Читать тут

The Pomodoro  - Читать тут

 

Дополнительная информация:

Toggl - new.toggl.com

Notification
Каждый день большинство пользователей получаю уведомление из используемых приложений и сайтов, во многих случаях это происходит по несколько раз за день. Все это вроде бы должно упростить жизнь пользователю, но проходит время и это уже становиться привычкой тут и появляется сама проблема "Уведомления" и это начинает напоминать бесконечные крысиные бега.

 


Крысиные бега (англ. Rat race) — бесконечная, обречённая на провал, бессмысленная погоня. Ассоциируется с бесплодными попытками лабораторной крысы сбежать, бегая по лабиринту или крутясь в беличьем колесе.


 


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

 

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

 

Несколько лет назад я активно использовал, непосредственна в браузере такие расширения как Mail Checker, Calendar Checker, Weather Checker. Mail Checker должен был упростить работу с почтой, но вышло все на оборот. Постоянно напоминающий значок в углу браузера напоминал мне о почте, а когда он не напоминал (был неактивен), появлялась желания проверить вручную и эта мешала только работе. Так же получалась и с другими напоминающими расширениями. 

 

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

 

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

 

Похожие статьи:
Facebook пустая трата времени? - Читать тут
TweetDeck: как способ фильтра твитов - Читать тут

Notification

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

 

Крысиные бега (англ. Rat race) — бесконечная, обречённая на провал, бессмысленная погоня. Ассоциируется с бесплодными попытками лабораторной крысы сбежать, бегая по лабиринту или крутясь в беличьем колесе.

 

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

 

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

 

Несколько лет назад я активно использовал, непосредственна в браузере такие расширения как Mail Checker, Calendar Checker, Weather Checker. Mail Checker должен был упростить работу с почтой, но вышло все на оборот. Постоянно напоминающий значок в углу браузера напоминал мне о почте, а когда он не напоминал (был неактивен), появлялась желания проверить вручную и эта мешала только работе. Так же получалась и с другими напоминающими расширениями. 

 

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

 

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

 

Похожие статьи:

Facebook пустая трата времени? - Читать тут

TweetDeck: как способ фильтра твитов - Читать тут

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

 

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

 

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

 

Но отказываться от создания предварительной сетки прототипа не очень хотелось, но и оставлять как есть был не лучший вариант. Но так как у каждого дизайнера имеется Adobe Illustrator, то решено было использовать именно его. Почему именно Adobe Illustrator? Так как Illustrator работает в векторной графики, то у нас не будет проблем с увеличением или уменьшением объектов, но и второе достоинство это полный экспорт в Photoshop. Отпадает вся необходимость создавать все заново, что значительно ускоряет весь процесс работы. 

 

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

 

Похожие статьи:
Prototype Web Сайта Новостей - Читать тут
Интерфейс календарь - Читать тут
Prototype Admin HackStore - Читать тут
Инструмент веб-разработки Adobe Dreamweaver - Читать тут

Wireframe Prototype

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

 

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

 

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

 

Но отказываться от создания предварительной сетки прототипа не очень хотелось, но и оставлять как есть был не лучший вариант. Но так как у каждого дизайнера имеется Adobe Illustrator, то решено было использовать именно его. Почему именно Adobe Illustrator? Так как Illustrator работает в векторной графики, то у нас не будет проблем с увеличением или уменьшением объектов, но и второе достоинство это полный экспорт в Photoshop. Отпадает вся необходимость создавать все заново, что значительно ускоряет весь процесс работы. 

 

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

 

Похожие статьи:

Prototype Web Сайта Новостей - Читать тут

Интерфейс календарь - Читать тут

Prototype Admin HackStore - Читать тут

Инструмент веб-разработки Adobe Dreamweaver - Читать тут

Терминология Quality assurance
В этой статье мы будем рассматривать QA (Quality Assurance) в разработке программного обеспечения. Все это относиться к тестированию программного обеспечения, но в этой статье мы не будем изучать тонкости, а лишь разберемся с терминологией. Терминология в QA очень важна, без неё не возможно будет провести тестирования продукта. Как уже могли догадаться, QA расшифровывается как Quality Assurance что в переводе - обеспечение качества (контроль качества). Перейдём непосредственно к терминологии:

 

Позитивное тестирование (positive testing)
Это тестирование на данных или сценариях, которые соответствуют нормальному (штатному, ожидаемому) поведению системы. Основной целью “позитивного” тестирования является проверка того, что при помощи системы можно делать то, для чего она создавалась.

 

Негативное тестирование (negative testing)
Это тестирование на данных или сценариях, которые соответствуют нештатному поведению. Основной целью “негативного” тестирования является проверка устойчивости системы к воздействиям различного рода, валидация неверного набора данных.

 

Функциональное тестирование (functional testing)
Это тестирование в целях проверки реализуемости функциональных требований для решения задачи пользователя. 

Функциональные тестирование включают в себя:
Функциональная пригодность (suitability)
Точность (accuracy)
Способность к взаимодействию (interoperability)
Соответствие стандартам и правилам (compliance)
Защищённость (security)
 


Тестирование производительности (performance testing)
Это тестирование, которое проводится с целью определения, как быстро работает вычислительная система или её часть под определённой нагрузкой. Также может служить для проверки и подтверждения других атрибутов качества системы, таких как масштабируемость, надёжность и потребление ресурсов.

Тестирование производительности включают в себя:
Нагрузочное тестирование (load testing)
Стресс-тестирование (stress testing)
Тестирование стабильности (stability / endurance / soak testing)

 

Тестирование удобства использования (usability testing)
Это тестирование удобство использования определяет степень простоты доступа пользователя к функциям системы, предоставляемым через пользовательский интерфейс.

 

Тестирование пользовательского интерфейса  (UI testing)
Тестирование графического интерфейса пользователя предполагает проверку соответствия приложения требованиям к графическому интерфейсу, профессионально ли оно выглядит, выполнено ли оно в едином стиле.

 

Тестирование безопасности (security testing)
Процесс оценки уязвимости программного обеспечения к различным атакам.

 

Тестирование локализации (localization testing)
Это процесс тестирования локализованной версии программного продукта. Проверка правильности перевода элементов интерфейса пользователя, проверка правильности перевода системных сообщений и ошибок, проверка перевода раздела “Помощь”/”Справка” и сопроводительной документации.

 

Тестирование совместимости (compatibility testing)
Вид нефункционального тестирования, основной целью которого является проверка корректной работы продукта в определенном окружении. 

Окружение может включать в себя следующие элементы:
Аппаратная платформа;
Сетевые устройства;
Периферия (принтеры, CD/DVD-приводы, веб-камеры и и.т.д);
Операционная система (Unix, Windows, MacOS, …)
Базы данных (Oracle, MS SQL, MySQL, …)
Системное программное обеспечение (веб-сервер, файрвол, антивирус, …)
Браузеры (Internet Explorer, Firefox, Opera, Chrome, Safari)

 

Тестирование чёрного ящика (black box)
Метод тестирования функционального поведения объекта (программы, системы) с точки зрения внешнего мира, при котором не используется знание о внутреннем устройстве тестируемого объекта.

 

Тестирование белого ящика (white box)
Выполняется с целью обнаружения проблем во внутренней структуре программы. Это требует от проверяющего глубокого знания внутренней структуры и следовательно, не может быть выполнено обычным пользователем. Общая задача такого тестирования обеспечить проверку каждого шага по алгоритму программы.

 

Тестирование серого ящика (grey box)
Представляет собой сочетание тестирования белого ящика и черного ящика. Целью данного тестирования является поиск дефектов, если таковые из-за неправильного структуры или неправильного использования приложений.

 

Ручное тестирование (manual testing)
Это процесс поиска дефектов в работе программы, когда происходит тестирования работоспособность всех компонентов программы, как если бы он был пользователем.

 

Автоматизированное тестирование (automated testing)
Этот процесса тестирования использует программные средства для выполнения тестов и проверки результатов выполнения, что помогает сократить время тестирования и упростить его процесс.

 

Модульное тестирование (component/unit testing)
Процесс позволяющий проверить на корректность отдельные модули исходного кода программы.

 

Интеграционное тестирование (integration testing)
Тестирования программного обеспечения, при которой отдельные программные модули объединяются и тестируются в группе. Интеграционное тестирование проводится после модульного тестирования и предшествует системному тестированию.

 

Системное тестирование (system/end-to-end testing)
Это тестирование программного обеспечения, выполняемое на полной, интегрированной системе, с целью проверки соответствия системы исходным требованиям. Системное тестирование относится к методам тестирования чёрного ящика и тем самым, не требует знаний о внутреннем устройстве системы.

 

Мы рассмотрели лишь небольшую часть терминологии, но достаточно важную в QA. Возможно, мы еще затронем тему тестирования, а на сегодня это все. 

 

Похожие статьи:
Решение проблем  Adobe Flash на примере YouTube - Читать тут

Терминология Quality assurance

В этой статье мы будем рассматривать QA (Quality Assurance) в разработке программного обеспечения. Все это относиться к тестированию программного обеспечения, но в этой статье мы не будем изучать тонкости, а лишь разберемся с терминологией. Терминология в QA очень важна, без неё не возможно будет провести тестирования продукта. Как уже могли догадаться, QA расшифровывается как Quality Assurance что в переводе - обеспечение качества (контроль качества). Перейдём непосредственно к терминологии:

 

Позитивное тестирование (positive testing)

Это тестирование на данных или сценариях, которые соответствуют нормальному (штатному, ожидаемому) поведению системы. Основной целью “позитивного” тестирования является проверка того, что при помощи системы можно делать то, для чего она создавалась.

 

Негативное тестирование (negative testing)

Это тестирование на данных или сценариях, которые соответствуют нештатному поведению. Основной целью “негативного” тестирования является проверка устойчивости системы к воздействиям различного рода, валидация неверного набора данных.

 

Функциональное тестирование (functional testing)

Это тестирование в целях проверки реализуемости функциональных требований для решения задачи пользователя. 

Функциональные тестирование включают в себя:

  • Функциональная пригодность (suitability)
  • Точность (accuracy)
  • Способность к взаимодействию (interoperability)
  • Соответствие стандартам и правилам (compliance)
  • Защищённость (security)

 

Тестирование производительности (performance testing)

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

Тестирование производительности включают в себя:

  • Нагрузочное тестирование (load testing)
  • Стресс-тестирование (stress testing)
  • Тестирование стабильности (stability / endurance / soak testing)

 

Тестирование удобства использования (usability testing)

Это тестирование удобство использования определяет степень простоты доступа пользователя к функциям системы, предоставляемым через пользовательский интерфейс.

 

Тестирование пользовательского интерфейса  (UI testing)

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

 

Тестирование безопасности (security testing)

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

 

Тестирование локализации (localization testing)

Это процесс тестирования локализованной версии программного продукта. Проверка правильности перевода элементов интерфейса пользователя, проверка правильности перевода системных сообщений и ошибок, проверка перевода раздела “Помощь”/”Справка” и сопроводительной документации.

 

Тестирование совместимости (compatibility testing)

Вид нефункционального тестирования, основной целью которого является проверка корректной работы продукта в определенном окружении. 

Окружение может включать в себя следующие элементы:

  • Аппаратная платформа;
  • Сетевые устройства;
  • Периферия (принтеры, CD/DVD-приводы, веб-камеры и и.т.д);
  • Операционная система (Unix, Windows, MacOS, …)
  • Базы данных (Oracle, MS SQL, MySQL, …)
  • Системное программное обеспечение (веб-сервер, файрвол, антивирус, …)
  • Браузеры (Internet Explorer, Firefox, Opera, Chrome, Safari)

 

Тестирование чёрного ящика (black box)

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

 

Тестирование белого ящика (white box)

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

 

Тестирование серого ящика (grey box)

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

 

Ручное тестирование (manual testing)

Это процесс поиска дефектов в работе программы, когда происходит тестирования работоспособность всех компонентов программы, как если бы он был пользователем.

 

Автоматизированное тестирование (automated testing)

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

 

Модульное тестирование (component/unit testing)

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

 

Интеграционное тестирование (integration testing)

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

 

Системное тестирование (system/end-to-end testing)

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

 

Мы рассмотрели лишь небольшую часть терминологии, но достаточно важную в QA. Возможно, мы еще затронем тему тестирования, а на сегодня это все. 

 

Похожие статьи:

Решение проблем  Adobe Flash на примере YouTube - Читать тут