CustisWiki - Новые страницы [ru]

User Experience Russia 2011 - Отчёт Виталия Филиппова/Ольга Горенко (Usabilitylab Киев) — Интерфейс мечты

2011-11-15T15:07:36Z

StasFomin:

Доклад более содержательный, чем другие, но по сути, девушка призывала всех изобрести на сайтах интернет-магазинов Яндекс.маркет — все до единой рекомендации реализованы в нём. В основном рекомендации про классификатор, поиск, информацию о товаре.
То есть, это конечно хорошо, НО мелким интернет-магазинам не нужно. А для крупных — таки да, полезно, что и доказал потом товарищ из Utinet.ru — у них там классификатор «и вообще» по ноутбукам покруче маркета, и даже распознаёт запросы на естественном языке.

User Experience Russia 2011 - Отчёт Виталия Филиппова/Меган Донахью, От наброска до продукта. Проектирование Windows Phone

2011-11-15T15:00:42Z

StasFomin: Новая страница: «* Конкретики мало, всё про идеи, по которым придумывали интерфейс WP7. * Немного послушал анг...»

Конкретики мало, всё про идеи, по которым придумывали интерфейс WP7.
Немного послушал английскую речь.
К WP7 отношусь плохо — во-первых, это та же муть что и айфон и андроид (кому нужен yet another?), во-вторых, делает его корпорация зла, попутно занимаясь корпоративным гоп-стопом, разводя всех производителей андроидов на бабло. У-БИ-ВАТЬ.

Hard Rock Design (Максим Ткачук, UXRussia-2011)

2011-11-10T14:50:53Z

StasFomin:

Как «Эрмитаж» сделал жизнь контент-редактора легкой и беззаботной (Александр Демидов, UXRussia-2011)

2011-11-10T14:50:26Z

StasFomin: /* Примечания и отзывы */

Проектирование взаимодействия в многопользовательских он-лайн играх (Артём Янцевич, UXRussia-2011)

2011-11-10T14:45:31Z

StasFomin:

Как спроектировать успешное приложение для iPhone (Артем Кузнецов, UXRussia-2011)

2011-11-09T20:10:16Z

StasFomin:

Кросс-платформенное проектирование мобильных приложений (Юрий Ветров, UXRussia-2011)

2011-11-09T20:08:15Z

StasFomin: /* Примечания и отзывы */

Интервью с Александром Александровым (для SQADays, 2011-10-13)

2011-11-08T15:43:57Z

StasFomin:

Интервью с Александром Александровым ([1]) провела Маргарита Сафарова.

Краткое содержание в картинках:

Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion».

Репликация: База Знаний «Заказных Информ Систем» → «Интервью с Александром Александровым (для SQADays, 2011-10-13)»

Continuous Screencasting. Бессмертный ангел-свидетель. Free!

2011-11-06T22:16:29Z

StasFomin:

Докладчик: Стас Фомин

Вы тестировщик. Часами ты вглядываешься в монитор, бороздя обманчиво тихое море страниц, окон и кнопок в поисках ~~Своей Рыбы~~ Бага.

Чу! Казалось бы — вот он, вы видели его. Но тут начинается самое тяжелое:

Долгое оформление тикета, когда вы пытаетесь описать словами, что вы видели, и почему это не слава богу.
Вам не верят! «WTF? It works on my machine... It works on his machine... It works on their machines».
И снова в море багов на рыбалку...

И это даже со своими багами! Но мир сейчас глобален! Мы все пользователи софта и все тестировщики, причем увы, чужих продуктов. А эффективные менеджеры уже отгородились от пользователей безумным уровнем многоуровневых колл-центров с ~~приматами~~ лемурами. Доказать им вообще что-то бестолку. Эффективней жаловаться в свой блог — но опять таки, кто поверит?

Решение с одной стороны очевидно — надо записывать скринкаст. И скринкаст-тулов немало — и платных, и бесплатных.

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

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

Пытаться записывать непрерывно? Хм. Будет огромный файл, который побъется в самом конце, даже если нет бага в скринкастилке.

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

Есть и другие минусы - скринкастилка жрет CPU, мешает вашим программам, мешает тестированию.

Предлагаю бесплатное самодельное решение — непрерывная 24×7 скринкаст-тула, с минимальным интерфейсом (практически без). Которая:

Не мешает выполняемым приложениям
Пишет все 24×7.
Нарезает на файлы-блоки разумного размера
- достаточного, чтобы поймать баг,
- удобного, чтобы в два клика приаттачить баг-репорт.
Почти без собственного интерфейса (стандартный Windows-интерфейс)
Поддерживает пул свежих файлов, удаляя старые и неактуальные.

Кроме непосредственно тестирования, она помогает:

Доказать правоту в сетевых спорах (Ebay, Paypal)
Убедить, что Яндекс.Почта таки тормозит не-детски, время от времени на простейших операциях.
Зафиксировать чей-то мимолетный epic fail — дефейс сайта, утечку данных.

…

PROFIT!!!!

Сделано: http://wiki.4intra.net/Screen2Log

Репликация: База Знаний «Заказных Информ Систем» → «Continuous Screencasting. Бессмертный ангел-свидетель. Free!»

Борьба за смысл - зачем проводить анализ потребностей перед началом проекта (Мария Новикова, UXRussia-2011)

2011-11-03T21:02:40Z

StasFomin: /* Примечания и отзывы */

Почему манго слаще яблока или почему так важен дизайн приложений в Windows Phone 7 (Михаил Черномордиков, UXRussia-2011)

2011-11-03T20:59:55Z

StasFomin:

Сервис-дизайн - как достичь согласия между предложением веб-сайта и услугами предприятия, которое стоит за ним? (Алексей Чумаков, UXRussia-2011)

2011-11-02T23:18:02Z

StasFomin: /* Примечания и отзывы */

Эволюция интерфейсов поисковых систем (Евгений Годов, UXRussia-2011)

2011-11-02T23:16:00Z

StasFomin:

На парусах HTML5. Как новые технологии меняют современный веб (Константин Кичинский, UXRussia-2011)

2011-11-02T20:50:15Z

StasFomin:

Принципы композиции и модульные сетки при проектировании сайтов (Мария Чайкина, UXRussia-2011)

2011-11-02T20:44:17Z

StasFomin: /* Примечания и отзывы */

DDD - эффективный способ работы в условиях системной сложности (Максим Цепков на SECR-2011)

2011-11-02T20:13:00Z

MaksTsepkov:

Доклад сделан на SECR-2011 02.11.2011 
Презентация на slideshare

DDD — эффективный способ работы в условиях системной сложности

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

DDD as an effective method of work in conditions of system complexity

The report describes application of DDD methods to development of complex IT systems. The essence is to construct the single model of company and system described with ubiquitous language clear for all project participants, including business-specialists.

Из отзывов Понравился доклад Макса Цепкова на #secr2011. Вернул мне веру в то, что кто-то до сих пор серьёзно применяет моделирование и с пользой) Твиттер от Андрея Иванова, COO JetBrains

5 ошибок проектирования в полном цикле разработки (Евгений Плужников, UXRussia-2011)

2011-11-01T21:06:33Z

StasFomin: /* Примечания и отзывы */

Как посеять ветер и в какое сито пожать бурю (Иван Михайлов, UXRussia-2011)

2011-11-01T21:04:52Z

StasFomin:

SEC(R) 2009: Отчет Филиппова Виталия

2011-10-28T15:09:15Z

StasFomin:

Культурный центр ГУ-ВШЭ (SU-HSE, хе-хе), три зала — «A» большой, «B» хороший, «C» аскетичный, но удобный.

В «A» лампы засвечивали экран, и было два варианта — либо люди не видят доклад, либо докладчик не видит людей — если свет выключить, форменная кинозальная темнота.

В «B» у меня было любимое место слева аудитории на полу у стеночки, он чистый, тёплый, мохнатый и удобный. Вайфай кстати постоянно отваливался, хотя некоторым, типа Миши Заборова, везло и они его юзали). Видеозаписи докладов, не говоря уже об онлайн-трансляции, насколько я понял, не было, а жаль =(

Программа менялась, аки рельеф при землетрясении. Такое впечатление, что каждый следующий день была новая программа. Когда раздавали её на бумажках, раздавали несколько разных вариантов — неправильную на русском, правильную на английском, во второй день также правильную и на русском. И всё равно кое-что отменялось. Может оно и к лучшему — никаких «Шахидов» не было (сначала предполагалось, что будет какой-то перец из Shahid Beheshti University).

Конференция менее «техническая», чем всякие хайлоады, доклады на совершенно отбалдовые тематики, но в этом и плюс: потому и аудитория менее унылая — например, количество девушек на конференции не равнялось O(0). Как писал про какой-то хайлоад Стас, если O(0) — аудитория выглядит просто как корабль уродов, а так — ну да, творческие личности, ага.

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

Была парочка ископаемых (динозавров) (дедушки такие) — один из ВЦ Мингорисполкома, и другой тот самый, который устраивал митинг про «программирование на естественных языках», а на самом деле по сути про семантик веб, а точнее RDF (тройки субьект-отношение-объект) и то что это типа естественная форма представления информации и всё из неё можно вывести.

Фотки кстати выложу, да.

Стас Фомин 18:37, 15 января 2010 (UTC): И где они?

Мобильная картоплата (Марат Абасалиев, UXRussia-2011)

2011-10-27T13:25:26Z

StasFomin: /* Примечания и отзывы */

Проектировщик интерфейсов. Адвокат пользователя или агент заказчика? (Андрей Воропай, UXRussia-2011)

2011-10-26T11:56:02Z

StasFomin:

Интерфейсный конвейер для телеком-компании (Татьяна Мисютина, UXRussia-2011)

2011-10-24T21:41:09Z

StasFomin:

Fluxus (Антон Котенко, ADD-2011)

2011-10-24T15:53:57Z

StasFomin:

Интерфейс мечты (Ольга Горенко, UXRussia-2011)

2011-10-24T12:54:30Z

StasFomin: /* Примечания и отзывы */

Проектирование интерфейса - как запланировать и оценить стоимость работ (Ольга Павлова, UXRussia-2011)

2011-10-22T18:07:38Z

StasFomin: /* Видео */

Мобильная коммерция — новое пространство для взаимодействия с клиентами (Федор Вирин, UXRussia-2011)

2011-10-21T14:06:42Z

StasFomin: /* Видео */

Сказ о том, почему небольшие команды лучше и как в них работать (Сергей Кудряшов, UXRussia-2011)

2011-10-21T13:58:51Z

StasFomin:

Дизайн привычных вещей (Дональд Норман)

2011-10-19T07:08:05Z

StasFomin:

Автор: Дональд Норман
Оригинальное название: «The Design of Everyday Things»

Дизайн привычных вещей (Дональд Норман)/Заметки Стаса Фомина

2011-10-18T23:12:15Z

StasFomin:

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

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

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

Посудомойка после завершения цикла пищит изо всех сил, то затихая, то продолжая — и так всю ночь, если нет сил доползти и заткнуть это исчадие ада. Неужели никто не подумал, что запускать посудомойку естественно на ночь, когда всем плевать, когда она кончит работу. К тому же, это не нужно даже днем — ведь работает она или нет — это слышно. Советы интернет-разума не помогают.
Пищит на весь дом микроволновка. Хрен что разогреешь ночью. Причем бесполезно караулить конец работы → открытие двери не выключает пищание!
Нет нормальных удобных смесителей! Я остановился на Damixa Arc, дорогих, глючных (у меня сдох через 5 лет, причем не из-за воды — просто отломалась рукоятка), но по юзабельности ничего и близко не валялось, хотя моделей тыщи, и 99% из них просто дизайнерские уродцы, в которых даже руки можно вымыть с трудом.
А по сложности — простой DECTовский телефон сложнее всех компьютеров вместе взятых.
…
Завязываю с жалобами, ибо это могу продолжать вечно.

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

Да, тут нет сложного анализа, законов Хика-Фитса, — только очень простые эвристики. Основной мотив: «Какие ошибки человеку свойственны, как их избегать».

Разобрано на примерах дверей, смесителей, автомобилей, ну и кучи всего остального по мелочи.

Жаль, что автор не раскрыл тему юзабилити-причин аварии на Три-Майл-Айленд, в расследовании которой он, вроде как, участвовал. Надо будет выяснить (в Википедии и отчете INSAG, думаю, все есть) и дополнив юзабилити-причиной аварии на ЧАЭС (не «залипающая» кнопка опускания стержней), можно сделать интересный доклад для какой-нибудь тусовки юзабилистов.

В целом, соображения разумные, полезные. Например, отлично отмечен никуда не девшийся антагонизм «понтово красивого» и «практичного».

Но не гениальные! Из серии «ориентируйтесь на стандарты», делайте «очевидней», «проще» (KISS, YAGNI). В софте такие вещи приводят к:

серости (стандартный оконный интерфейс, поля-кнопки без конца, по гайдлайнам MS).
выкидыванию полезного функционала — как там было в книге «никому же в голову не придет заводить машину кривым стартером» (цитата по памяти). Блин! Как я мечтаю об этом, чтобы заводить свою НИВУ зимой (сделать несколько проворотов вручную мне не лень. А менять аккумулятор на морозе — жуткий геморрой).
игнорированию нетривиальных решений — там где делают GUI-интерфейс — сделать текстовый или command-line. Или вообще дополненную реальность. Или вообще избавиться от интерфейса.

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

Опазываете домой и рискуете пропустить любимую телепередачу? — Позвоните домой и дайте видеомагнитофону команду записать ее.

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

Подключение к мировым библиотекам … тоже влетит в копеечку. ... Стоит только предатся раздумьям, и счет может вырости до астрономической суммы^[1].

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

↑ Последнее впрочем, можно считать условно верным, благодаря безумным тарифам ОПСОСов, чудовищ из прошлого тысячелетия.

UX как непрерывный процесс в организации (панельная дискуссия на UXRussia-2011)

2011-10-14T16:13:29Z

StasFomin:

Будущее электронной коммерции: как мы будем продавать и покупать в ближайшие 10 лет (Камиль Калимуллин, UXRussia-2011)

2011-10-14T16:05:07Z

StasFomin: /* Видео */

Функции на вынос (интервью на тему аутсорсинга)

2011-10-14T13:50:57Z

GalinaTsaturyan: Новая страница: «''Журнал Большой Бизнес, № 9, сентябрь 2011.'' [http://www.bolshoybusiness.ru/archive/56/1402/ http://www.bolshoybusiness.ru/archive/56...»

Журнал Большой Бизнес, № 9, сентябрь 2011. http://www.bolshoybusiness.ru/archive/56/1402/

Интервью Владимира Рахтеенко помещено в статье Елизаветы Минайловой "Функции на вынос". Тема публикации - аутсорсинг.
В течение нескольких лет профессиональное сообщество аутсорсеров ведет активную разъяснительную работу, раскрывая не только достоинства этого вида деятельности, но и проблемы, связанные с использованием соответствующей бизнес-модели.

Владимир Рахтеенко: Генеральный директор CUSTIS

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

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

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

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

Репликация: База Знаний «Заказных Информ Систем» → «Функции на вынос (интервью на тему аутсорсинга)»

Общие ошибки на сайтах интернет-магазинов (Евгений Кулаков, UXRussia-2011)

2011-10-14T12:13:52Z

StasFomin:

Интеграция UX в обычный цикл разработки — мифы и подходы (Андрей Сикорский, UXRussia-2011)

2011-10-14T07:54:37Z

StasFomin:

Многоэкранный интернет (Андрей Себрант, UXRussia-2011)

2011-10-14T07:52:37Z

StasFomin:

UX в Scrum — итерация ноль для проектирования продуктов (Асхат Уразбаев, UXRussia-2011)

2011-10-14T07:51:15Z

StasFomin:

Юзабилити в интернет-рекламе: ошибки и находки (Алексей Тарасов, UXRussia-2011)

2011-10-13T19:34:46Z

StasFomin:

Доверие пользователей интернет-магазинам: от концепции к экспериментальной оценке (Usabilitylab, UXRussia-2011)

2011-10-13T19:33:26Z

StasFomin: /* Видео */

Интервью с Алексеем Баранцевым (для SQADays, 2011-08-26)

2011-10-11T10:43:35Z

StasFomin:

Интервью с Алексеем Баранцевым провела Маргарита Сафарова.

Краткое содержание в картинках:

Репликация: База Знаний «Заказных Информ Систем» → «Интервью с Алексеем Баранцевым (для SQADays, 2011-08-26)»

ADD-2011 (Рецензии Стаса Фомина)/Философия простоты или еретическая лекция о программировании

2011-09-24T14:37:04Z

StasFomin:

Философия_простоты,_или_еретическая_лекция_о_программировании_(Никита_Прокопов,_ADD-2011)

«Nobody likes molting boron» © Futurama. Разумеется, никто не любит сложность. Это хорошо видно и по остальным отзывам к докладу. Сложность систем, сложность интерфейсов.

Но для меня сложность — это не легкое раздражение при виде меню из пяти пунктов, вместо кнопки «включить». Сложность — это стресс, это нервы, это специализация, это риски «тут ничего не сможет сделать неспециалист», причем специалист становится фантастически редкой штукой.

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

Позволю отвлеченный пример. Когда-то я смотрел комедию братьев Коэнов «Аэроплан», где разыгрывалась смешная сценка — в небе летит пассажирский лайнер, где все, кто выбрал на обед рыбу — отравились. Включая пилотов. Стоит фантастическая задача — найти среди пассажиров кого-то, кто сможет посадить этот Боинг. И доктор — комедийный персонаж Лесли Нильсена, говорит стюардессе «Вам нужно не только найти человека, который сможет посадить самолет. Но и того, кто не ел на обед рыбу». Тут разумеется смех в зале, за кадром и везде. Бггг — сравнил вероятность найти пилота среди паксов, 1/100500 и 50/50 (выбор «рыба или курица» за обедом).

Какого же было мое удивление, когда я таки добрался до первоисточника, на который сняли эту пародию, «[Взлетно-посадочная полоса ноль-восемь]» Артура Хейли, и обнаружил, что исходный диалог еще более адовый:

- Мисс Бенсон, вы когда-нибудь слышали о теории вероятности?
- О теории вероятности? Я полагаю, да. Но я не знаю, что это такое.
- Я вам объясню. Это значит вот что. Из общего количества в пятьдесят шесть человек наш единственный шанс выжить зависит от того, есть ли на борту человек, который не только способен посадить эту штуковину, но и который бы НЕ ЕЛ рыбу на обед. ©

(и кстати, рыбу там выбрали только 30% пассажиров). По тексту также видно, что полно персонажей тоже летчики (газетчики и т.п.), и вообще, умение управлять самолетом было не rocket science, ну может как водительские права для СССР в застое.

Кстати, сюжет не совсем художественный — были реальные случаи, пассажир-пилот в 1954 отлично посадил самолет, после приступа аппендицита у первого пилота (со вторым там какая-то паника приключилась). А сейчас, если среди пассажиров лайнера вдруг оказались люди умеющие им управлять — это наоборот, офигенный фактор риска, что самолет полетит совсем не туда (9/11).

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

Однако почему это так? Почему программерские тулы любят настройки, опции? Может это заговор программистов? против программистов?

Почему они не хотят использовать красивый и гламурный GUI-based SourceSafe, а возятся с таким исчадием ада как Git? Без conspiracy theory тут не разобратся, наверняка это влияние ордена тамплиеров, и чтобы бросить ему вызов нужна проповедь еретика.

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

Если серьезно работаешь, каждая мелочь в твоем инструменте может стать важной, и правильная настройка сэкономит годы жизни. От чего можно отказаться в текстовом редактире? От настройки шрифтов? Клавиатурных сокращений? Настраиваемой синтаксической раскраски? Режима редактирования колонками? Вызова внешних команд? Разбора их вывода? ... Мне нужно все. И больше. Ах много настроек? — ничего, я справлюсь с этим.

Всего этого я жду от любой программы, включая медиаплеер. Я хочу, чтобы программа могла сделать все, на что она потенциально способна. Плеер? ОК. Ты должен уметь играть быстрее и медленее, управлятся с клавиатуры, причем глобально (хрен иначе сделаешь стенограмму), переключать звуковые дорожки и субтитры, должна быть эффективная навигация по видеофайлу, обязателен и commandline интерфейс. Да, такой только один, VLC, и то, я хочу от него еще кучу фич! Ах, он не гламурен, нет скина со свистелками-перделками, в диалоге настроек много страшных опций пугающих хомяков? Мне плевать! Раз он на порядки эффективней.

И так во всем остальном. В молодости простительно жаждать простоты, и плевать на эффективность — еще мало знаешь, время твое дешево, и его очень-очень много. Пройдет лет 10, и станет ясно, что времени осталось чуть, каждый час на счету, на счету и остатки зрения, нервов и т.п. — и растрачивать это, пользуясь простыми немудренными мотыгами вместо тракторов — глупо.

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

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

Я против тупого гимна простоте — «Будь проще, и люди к тебе потянутся» — тут потянутся такие люди, что об этом сто раз пожалеешь.

Да, сложность бывает необоснованной, бывает заградительной на начальном этапе — а я хочу, чтобы была невырожденная кривая обучения! Чтобы можно было пользоваться и с нуля, прочитав «Getting Started», «Crash course» или «Airplanes for dummies», но продолжать совершенствование, не упираясь запаянные люки в потолоке.

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

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

Надо развивать эти мысли на отдельную тему «Usability for advanced users».

Баланс работы и личной жизни

2011-09-23T15:11:39Z

GalinaTsaturyan: Новая страница: «;Евгения Удалова: Руководитель отдела персонала CUSTIS ...»

Евгения Удалова: Руководитель отдела персонала CUSTIS
Анна Рид: Менеджер отдела персонала CUSTIS

HR-команда компании CUSTIS — Евгения Удалова и Анна Рид — приняла участие в обсуждении темы «Баланс работы и личной жизни: как добиться совпадения интересов сотрудника и компании». Их статья, в числе мнений руководителей HR служб различных компаний, опубликована на сайте HR-Бренд.

Сейчас под «личной жизнью» подразумевают очень многое: персональное развитие, семью, друзей, увлечения… Как часто говорят, это «все, что не работа». Такое разделение между работой и личной жизнью появилось совсем недавно.

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

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

Итак, современный работодатель стоит перед очень сложной задачей: обеспечить высокую производительность труда и сделать так, чтобы сотрудники были довольны тем, чем они занимаются 8 и более часов в сутки. Работодатель должен убедить сотрудника отдавать ему самое ценное для современного человека — его время, энергию и творческий потенциал.

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

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

Что происходит, если компании удается достичь такого эффекта? Сотрудник начинает ходить на работу не за зарплатой, а потому что ему интересно. Мы стараемся, чтобы наши специалисты рассматривали работу как средство самовыражения и самореализации, и не привязываем их к денежному вознаграждению за отработку установленного количества часов. Разумеется, мы создаем множество возможностей для профессионального развития. Например, сотрудники посещают все крупные конференции и семинары по нашей тематике не только в качестве слушателей, но и как докладчики. Это ADD, Req Labs, Software People, которые проводятся в Москве, Питере, Киеве и других городах. Также мы предоставляем площадки для сбора профессиональных сообществ, так что у наших специалистов есть возможность общаться с коллегами из других компаний, обмениваться опытом и идеями, практически не отходя от рабочего места.

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

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

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

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

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

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

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

Что еще может помочь нам как работодателю достичь баланса между работой и личной жизнью персонала и тем самым позволить нашим сотрудникам сконцентрироваться на решении производственных задач?

Спортивные мероприятия, ДМС, пикники, возможность воспользоваться офисным водителем (чтобы он забрал бабушку из аэропорта), хороший монитор (чтобы не болели глаза), новогодние подарки для детей…

На первый взгляд может показаться, что это мелочи. Однако из этих мелочей состоит ежедневная работа сотрудников, благодаря им они могут сделать приятный сюрприз своим близким или с гордостью сказать: «А мне действительно нравится работать в этой компании!»

Репликация: База Знаний «Заказных Информ Систем» → «Баланс работы и личной жизни»

Три точки опоры в архитектуре корпоративных систем (Максим Цепков, Software People-2011)

2011-09-23T14:59:27Z

VitaliyFilippov:

Доклад Три точки опоры в архитектуре корпоративных систем был сделан на конференции Software People-2011 7-8 апреля 2011 Москва.

Презентация http://www.slideshare.net/custisppt/softwarepeople-2011

Ключевые слова: Архитектура, Корпоративные системы, Диаграммы учета, UML, Шаблоны

Диаграммы планов счетов (Максим Цепков, ЛАФ-2010)

2011-09-23T14:57:58Z

VitaliyFilippov:

Доклад Максима Цепкова на конференции ЛАФ-2010.

Полное название: Диаграммы планов счетов - средство моделирования и проектирования учета.

Презентация

AgileDays-2011 — краткая классификация докладов

2011-09-05T19:17:10Z

StasFomin: /* Процесс */

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

Такой, несколько субъективный путеводитель, я и предложу ниже. Почти^[1] все доклады классифицированы, плюс краткая, в twitter-стиле аннотация.

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

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

Подход к выбору инструмента для автоматизации тестирования Qt Windows приложений (Андрей Беляевский, MSTC, 2011-08-11)

2011-09-05T16:35:34Z

StasFomin:

Докладчик: Андрей Беляевский

abelyaevsky@gmail.com
фейсбук-профиль

Доклад посвящен проблеме выбора инструмента автоматизированного тестирования для Windows Qt приложения со сложным графическим интерфейсом пользователя.
Фактически представлена ретроспектива процесса.

Рассмотрены ошибки, пути их решения и предотвращения.

Процессная сторона: выбор стратегии, требований, определение ответственных лиц, заказчиков.

Необходимые артефакты выбора инструмента.

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

Видео

Репликация: База Знаний «Заказных Информ Систем» → «Подход к выбору инструмента для автоматизации тестирования Qt Windows приложений (Андрей Беляевский, MSTC, 2011-08-11)»

Автоматизация тестирования HTML5 Веб приложений на Ruby c помощью Selenium WebDriver (Игорь Варавко, 2011-08-11)

2011-09-05T16:06:43Z

StasFomin:

Докладчик: Игорь Варавко.

Поговорим о возможностях WebDriver: моделирование поведения пользователя по управлению элементами Веб приложения. На реальных примерах вы увидите, как выполнять:

перетаскивание на странице;

действия с canvas-объектами;

перемещение между окнами браузера с помощью switchTo.

Вы узнаете:

как использовать готовое расширение для реализации Page Object паттерна;

о построении собственного DSL языка для решения конкретных задач;

как автоматизировать запуск тестов в Jenkins CI с визуализацией результатов выполнения.

Видео

Репликация: База Знаний «Заказных Информ Систем» → «Автоматизация тестирования HTML5 Веб приложений на Ruby c помощью Selenium WebDriver (Игорь Варавко, 2011-08-11)»

Как начиналось партнерство ГК "Спортмастер" и компании CUSTIS

2011-08-23T16:00:17Z

Пресс-служба: Новая страница: «*'''Как создавалась ИТ-система в ГК «Спортмастер» до нас''' ИТ-система компании разрабатыва...»

Как создавалась ИТ-система в ГК «Спортмастер» до нас

ИТ-система компании разрабатывалась и развивалась с 1995 г. силами собственного управления информационных технологий на базе ряда готовых программ. К 2000 г. она охватывала все основные технологические процессы, обеспечивающие торгово-закупочный цикл крупной географически распределенной компании.

Однако дальнейшее развитие системы сдерживало то, что ее компоненты являлась недостаточно интегрированными и базировались на старой технологической платформе. Ситуация усугублялась тем, что многие фрагменты системы автоматизировались в очень сжатые сроки без учета архитектуры и дальнейшего развития, что сделало систему недостаточно гибкой и плохо масштабируемой. Это привело к тому, что в 2000 г. руководством «Спортмастера» было принято решение о замене информационной системы.

Почему «Спортмастер» решил делать ИТ-систему на заказ

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

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

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

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

Как выбирали исполнителя

Когда руководство ГК «Спортмастер» приняло решение о замене ИТ-системы, было проведено тщательное исследование рынка и взвешены все возможные риски проекта. Решено было привлечь для разработки новой системы компанию, занимающуюся заказной разработкой и оказывающую консультационные услуги в области ИТ и автоматизации.

Предпочтение отдавалось отечественным разработчикам, глубоко знающим российскую специфику. Не последнюю роль в принятии решения играло оптимальное соотношение «цена — качество». В итоге выбор остановился на нашей компании, которая совместно со специалистами «Спортмастера» приступила к работе в ноябре 2001 г.

С чего началась наша совместная работа

Силами совместной группы ведущих ИТ-специалистов и архитекторов «Спортмастера» и нашей компании к лету 2002 г. был создан концептуальный проект системы. Он включал разработку 12 подсистем и модулей интегрированной распределенной системы, рассчитанной на установку во всех 50 московских и региональных подразделениях торговой сети более чем на 1000 рабочих местах, 500 из которых находятся в центральном офисе компании.

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

Репликация: База Знаний «Заказных Информ Систем» → «Как начиналось партнерство ГК "Спортмастер" и компании CUSTIS»

Сравнение движков полнотекстового поиска

2011-08-19T16:27:57Z

VitaliyFilippov: /* MySQL fulltext (5.5) */

Так как в интернетах тема сравнения движков полнотекстового поиска не раскрыта — есть либо разрозненные комменты на хабре, либо бессмысленные сравнения от «специальных сравнительных сайтов», решил всё-таки сам сравнить MySQL FULLTEXT vs Xapian vs Sphinx vs Lucene/Solr vs PostgreSQL Textsearch. Заодно попробовал CLucene, а в процессе ещё и запатчил несколько багов и нашёл несколько болячек в разных движках.

Сравнение проводилось с точки зрения средненькой базы — тестировал на данных Багзиллы, содержащей в районе 80000 багов, текстов было ~330 мб. Со всеми движками работал из Perl’а, то есть, заодно тестировал интерфейсные библиотеки. ОС Debian Linux Unstable (Wheezy/Sid), процессор Core 2 Duo 3 ГГц.

Итак, встречайте:

Задачи, которые решает MDM-система

2011-08-17T12:28:19Z

Пресс-служба: Новая страница: «'''<u>Задачи, которые решает MDM-система в составе информационной системы предприятия:</u>''' * ''...»

Задачи, которые решает MDM-система в составе информационной системы предприятия:

Интеграция приложений информационной системы (ИС) предприятия

Система MDM обеспечивает все компоненты распределенной ИС справочными данными, в том числе теми, которые передаются между компонентами в ходе документооборота. Решается проблема сверок и синхронизации данных.

Интеграция данных

Справочная информация об одних и тех же объектах может собираться из разных источников. MDM-система обеспечивает единую структуру и правила ведения справочной информации для всех компонентов ИС.

Контроль целостности и согласованности информации

MDM-система обеспечивает целостность и снижает вероятность избыточности и многократного ввода одной и той же информации в разных компонентах ИС. Это необходимое условие для корректного формирования комплексных кросс-модульных отчетов.

Фиксация и разделение ответственности

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

Распространение информации по всей ИС

После того, как налажено централизованное ведение справочной информации, необходимо обеспечить ее распределенное использование в режимах on-line и off-line, включая транспортировку и удаленную поддержку данных. Основное требование, которое диктует специфика крупной торговой сети: поддержка удаленных экземпляров справочников должна отнимать минимум времени разработчиков и инженеров сопровождения.

Репликация: База Знаний «Заказных Информ Систем» → «Задачи, которые решает MDM-система»

Автоматизация банковской отчетности: каждому свое приложение

2011-08-17T10:38:03Z

Пресс-служба: Новая страница: «;Елена Старынина: руководитель проектов, аналитик на...»

Елена Старынина: руководитель проектов, аналитик направления «Финансовые институты» CUSTIS

Национальный банковский журнал, № 8, август 2011. http://www.nbj.ru/publs/upgrade-modernizatsija-i-razvitie/2011/08/09/avtomatizatsija-bankovskoi-otchetnosti-kazhdomu-svoe-prilozhenie/index.html

Можно ждать или не ждать изменений, но они все равно произойдут. Изменения в бизнесе и отчетности банков динамичны и происходят с некоторой периодичностью. Каждый специалист по отчетности знает, что изменение требований к формированию отчетов неизбежно, ведь меняются и условия бизнеса, и правила, устанавливаемые ЦБ РФ.

Использование сертификатов для web-приложений (Максим Высоких на ADD-2010)

2011-08-09T17:52:30Z

StasFomin: