?

Log in

No account? Create an account

rauf


Блог Алиева Рауфа

О жизни и о себе


Entries by category: it

В Мюнхене, на SAP hybris global partner…
rauf
В Мюнхене, на SAP hybris global partner summit второй день открывал Питер Шелдон из Forrester (http://www.forrester.com/Peter-Sheldon). Показывал интересные цифры по e-commerce. Публикую сюда мои заметки, вдруг кому будет интересно.



1. США 2013: онлайн-продажи 261 bln$, web-influenced - $1290bln, offline sales - $1574bln. Другими словами, доля оффлайн-ритейла в 16 раз больше, но половина оффлайна по их расчетам web-influenced.



2. «Насколько важны эти фичи в онлайн-шоппинге» (в скобках - ответы very likely). Сроки доставки (51%), сток оффлайн-магазина (42%), карта магазинов (34%), доставка на оффлайн-точку (25%), рекомендации (25%), онлайн-резерв в магазине, онлайн-покупка (25%), только онлайн-резерв, покупка в магазине (23%), самовывоз из удобного места типа pickuppoint 20%. // Опрос ноябрь 2013



3. «В обычном магазине что ждете от консультанта, вооруженного планшетом?» Информация по продукту (50%), остаток на складе (44%), проверка склада магазина (43%), общая информация типа возвратов или гарантии (40%), резерв товара, чтобы его забрать не в этом магазине, а поближе к дому (33%), чтобы тут же выбил чек (24%), рекомендации из соцсетей и отзывы по товарам (15%), последние покупки и рекомендации (8%) // Опрос ноябрь 2013



4. «Что на ваш взгляд главные аргументы апгрейда на омниканальные (мультиканальные) продажи?» Покупатели хотят (62%), конкуренты уже делают (55%), для получения преимуществ перед чисто онлайн-продажами (36%), хотим увидеть рост удовлетворенности покупателей (36%), омниканальный покупатель остается с нами дольше (35%), оптимизация процессов (26%), многоканальность не очень нам нужна (3%), другое (1%).// Опрос ноябрь 2013



5. «Проранжируйте по стратегической важности программы»: Купил онлайн – заберу в магазине (56%), купил в магазине – привезли откуда-то домой (49%), чтобы склад магазина был онлайн и без задержек (46%), купил онлайн – привезли из магазина домой (44%), доставка на следующий день (44%), возможность выбирать удобное время для доставки (34%), купил в магазине, но забрал в другом магазине (34%), резерв онлайн, забрал и оплатил в магазине (32%), купил онлайн – привезли в магазин (30%), доставка в тот же день (23%), общая история заказов оффлайн-онлайн (23%), кросс-канальные системы лояльности (23%), кросс-канальные возвраты или обмены – купил онлайн, вернул в магазин (17%) // Опрос 256 ритейлеров по миру, ноябрь 2013



6. Что из технологий вы уже используете или планируете использовать для поддержки омниканальности/мультиканальности? 1) Промышленные платформы E-commerce – Уже (43%), строим 15%, через 6мес 8%, через 12мес. 23% 2) POS-терминалы Уже (41%), строим (20%) 3) система управления заказами Уже (41%), строим (21%), 4) Бизнес-аналитика Уже (38%), строим 20%, 5) CRM Уже 35%, скоро – 18% … остальное не так интересно. Опрос 256 ритейлеров по миру, ноябрь 2013.



7. Планы на развитие североамериканских и английских ритейлеров (159 штук) – eCommerce (уже 66%;планируют 26%), Фасеточный поиск и search-based навигация (Уже 60%;план 26%), персонализация (Уже 50%;план 41%), Управление каталогом PIM (Уже 47%;план 36%), управление цифровыми активами DAM (Уже 42%;план 40%), соцсети (Уже 38%;план 38%)



8. Прогноз 2013 - рынок B2B $559 bln , $252 bln. (2012 “Key Trends In B2B eCommerce For 2013” forrester)



9. «После включения e-commerce платформы в область B2B, как изменился средний чек» (AOV) – 44% увеличился, 24% остался тем же, 11% уменьшился.



10. «После перехода на e-commerce-платформу B2B как изменились ваши затраты на поддержку?» – 52% уменьшились, 30% остались теми же, 9% увеличились



11. «У нас есть бизнес-партнеры, которым критически важен онлайн-канал» Да, так и есть – 56%, нет, не думаем 24%



12. «Партнеры/покупатели хотят, чтобы вы им дали B2B портал, потому что» Хотят спокойно поисследовать каталог/акции онлайн 62%, чтобы можно было по телефону также заказывать 51%, чтобы была поддержка онлайн 58%.



13. Большинство B2B-компаний консервативны в области e-commerce, причем чем они более молодые, тем больше онлайна. Пятилетних компаний вдвое меньше двухлетних, а десятилетних нет вообще.



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



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



Сделал VBA-скрипт для…
rauf
http://www.rondebruin.nl/mac/mac013.htm
Сделал VBA-скрипт для экселя, который объединяет Excel-файлы из указанной папки в одну сводную книгу с закладками, по одной на файл. Каждый раз, когда я касаюсь Visual Basic, меня пугает логика разработчиков.



Вот смотрите. В VBA есть функция DIR, которая выдает все файлы из директории по маске. DIR ("c:\*.*") выдаст все из текущей директории. Просто и понятно. Но это не работает на маке, где, казалось бы, тот же вижуал бейсик. Там просто жесть. Во-первых, там же нет никакого "C:\", а есть /Users/Documents. Казалось бы, ну замени одно другим — и ура. Нет, они выпендрились. Они требуют указания пути вот в таком виде: "Macintosh HD:Users:raufaliev:Documents:" — вот именно так, с двоеточиями и обязательным в конце. Но это еще не все. Там нет wildcards. То есть, получить все эксельники не так просто. Есть функция MacID, которая передается вторым параметром в DIR. У этой MacID есть параметр ID, который может принимать значения TEXT, OBIN, XLS5, XLS8 и так далее. Так прям и написано "and so on" — если я хочу только вордовские файлы, то я должен догадаться, что в скобках нужно написать W8BN. Ну и даже со всем этим работает через пень-колоду.



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



http://www.rondebruin.nl/mac/mac013.htm

http://www.rondebruin.nl/mac/

Love++, Сайт знакомств для программистов. Там…
rauf
http://loveplusplus.ru/
Love++, Сайт знакомств для программистов. Там хардкор-регистрация через консоль) На хабре длинная простыня комментов http://habrahabr.ru/post/169405/ Фото девушек-программистов надо было делать в ASCII — типа так: http://www.asciipr0n.com/pr0n/pinups.html ;-)

Язвы и грабли CSV
rauf

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

История этого формата насчитывает не менее 30 лет. Но даже сейчас, в эпоху повального использования XML, для выгрузки и загрузки больших объемов данных по-прежнему используют CSV. И, несмотря на то, что сам формат довольно неплохо описан в RFC, каждый его понимает по-своему.

В этой статье я попробую обобщить существующие знания об этом формате, указать на типичные ошибки, а также проиллюстрировать описанные проблемы на примере кривой реализации импорта-экспорта в Microsoft Office 2007. Также покажу, как обходить эти проблемы (в т.ч. автоматическое преобразование типов Excel-ом в DATETIME и NUMBER) при открытии .csv.

Тем, у кого есть habrahabr-аккаунт, продолжение читать здесь Остальным сюда :-)Collapse )

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

В разное время, имея разные задачи и разные ограничения в управлении разработкой, я испробовал всё: от Microsoft Project и онлайн-сервисов до «самописных» решений. У каждого варианта есть свои недостатки и преимущества, и каждый из них заслуживает отдельной статьи. Сегодня речь пойдет о наиболее простом варианте — управление релизной разработкой в Excel-е.

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

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

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

Использовать сервисы web-based, как онлайновые, так и инсталлируемые на офисный сервер — лучше, потому что среди них выбор больше. Например, на прошлом месте работы я внедрил JIRA и мы ее очень активно использовали. Но минусов у нее хватает… Решения, которое нужно было мне, я среди них не нашел. Если кто-то может его подсказать, буду рад.

Возвращаясь к теме планирования задач с использованием Microsoft Excel.

Вот так выглядит план:




скачать шаблон

плана релизной

разработки в Excel


Итак, строки плана — задачи. Столбцы имеют следующую структуру:



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

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

Прошедшие недели «сворачиваем» минусиками сверху. Новые недели добавляем копированием предыдущей недели на следующий период. При копировании можно автоматически пересчитывать даты и номер недели.

Как только задача полностью выполнена, в блоке сделано ставим «Да». Настраиваем фильтр так, чтобы он НЕ показывал сделанные задачи (снимаем галочку с «да» в первом столбце).

Очень удобно, что при всем при этом работает фильтрация (Filter в «экселе») по строке 5, с заголовками. Это позволяет отвечать на вопросы:

  • Все задачи одного «заказчика» (фильтр по ЗАКАЗЧИК)

  • Все задачи на указанную неделю (фильтр по TOTAL части «План» недели)

  • Все сделанные задачи (фильтр по «сделано») и все задачи, которые еще предстоит сделать (фильтр по «сделано»)

  • И многое другое…


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

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

Строки — исполнители (люди, группы или целые отделы) , столбцы — время. Приходит новая задача — падает в «неразобранное». Я ее оттуда перетаскиваю на нужную строку, она либо раздвигает стоящие там уже задачи, либо перетаскиваю в хвост этих задач у конкретного исполнителя, и она цепляется в «водопад» после последней. Перетаскиванием я могу произвольно менять порядок очередных задач для исполнителя, но задачи для него всегда выстраиваются в «водопад». Либо могу переносить задачу с одного исполнителя на другого, тогда перестраивается «водопад» у обоих. После нажатия на кнопку "Применить " мне демонстрируется перечень изменений (заказчик — задача — старая дата — новая дата) и по нажатию на кнопку «Разослать» происходит уведомление заказчиков и исполнителей об изменениях. Текущая задача может быть в любой момент прервана, ее остаток может быть пересмотрен по времени и поставлен куда-нибудь в будущее или перенесен в блок «неразобранное» или вообще удален. Что происходит в этом случае? Все следующие задачи сдвигаются.

Вот иллюстрация:












Искусство программирования под Unix (и не только). Часть четвертая, «правило разделения»
rauf

Я продолжаю цикл статей, посвященных некоторым простым правилам разработки под Unix «по версии Эрика Реймонда», которые, по моему глубочайшему убеждению, могут быть распространены на любые другие операционные системы. Я уже рассказывал в первых трех частях о правилах модульности, ясности и композиции. Сегодня дело дошло до четвертого правила —

Правило разделения: отделяйте правила от механизма, а интерфейсы от движка («бизнес-логики») (Rule of Separation: Separate policy from mechanism; separate interfaces from engines)

продолжение в ЖЖCollapse )

Оптимизируем Microsoft Outlook 2007
rauf
Вдруг кому пригодится:

В Outlook 2007 управление надстройками (Add-on manager) перенесли в такую жопу, что интуитивно найти этот менеджер невозможно.

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

Выгружаем аутлук. Убеждаемся, что в процессах (Ctrl-Esc, закладка "Процессы") процесса outlook нет. Запоминаем, сколько занято памяти (внизу). У меня 751 Мб. Загружаем аутлук. Ничего не трогаем, просто ждем. Смотрим там же. 863 Мб. Выходим из аутлука. 756 Мб. Делаем так пару раз и убеждаемся, что занимаемая память стабильна, около 100 мег у меня (у вас может быть больше/меньше — зависит от многих факторов).
Продолжаем эксперимент — открываем папку "Входящие". 911 Мб. Только начинаешь с ним работать — вырастает до 160 мегабайт.

Теперь идем в Сервис -> Центр управления безопасностью -> Надстройки. У меня там накопилось:
  • ABBYY PDF Transformer
  • Evernote Outlook clipper
  • eyeCall
  • iTunes Outlook Add-in
  • Mindjet MindManager Topic Alerts
  • Send to Bluetooth
  • Windows Search Email Indexer
  • Xobni
  • Диспетчер контактов для Outlook
  • Единая система обмена сообщениями Microsoft Exchange
  • Заметки OneNote об элементах Outlook
  • Извещение об изменениях для Outlook
  • Надстройка Microsoft Office Groove Proxy
  • Надстройка Microsoft VBA
  • Надстройка для импорта приложений коллег в MS Office Sharepoint Server

и еще пять штук, которые я когда-то уже отключил.

Из всего этого оставляем только диспетчер контактов и Windows Search Email Indexer (это мне нужно, кому-то и это нужно отключить за ненадобностью). Для этого нужно последовательно выбрать все пункты из выпадающего списка Управления и нажать на «Перейти...» и снять галочки с ненужного. Причем после каждого закрываются все окошки (правда, все это интуитивно?)

В их числе будет еще несколько — они в общем списке не появились. Из числа приложений:
  • ESET Outlook Plugin (если установлен ESET NOD32)
  • Страницы свойств расширений Exchange
  • XobniRDO


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

В результате в блоке Активные объекты теперь всего два: индексер и диспетчер контактов. Выгружаем аутлук. 753 Мб занято. Загружаем снова. 812 Мб. Оутлук стал меньше занимать почти на 50%. Переходим в папку «Входящие». 824Мб. Итого: стал занимать 71 мегабайт против 150 мегабайт до очистки.

Мам, а как правильно пишется «флякончик» или «флюкончик»? — Напиши «пизирек» и ложись спать.
rauf
Пока кетанов еще не «долечил» мой зуб, боль спать не дает. Так что сделаю доброе дело — напишу пост про английский.

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

  • Кнопка "резет" (reset button, правильное произношение — рии-сет, см. лингво)
  • кОрел дро (Corel Draw, правильно читается — корЭл дро, отсюда)
  • Ксерокс (Xerox, правильно читается — зирокс, merriam-webster. Update: Также как и с Zyxel, на Россию XEROX вышел с Ксероксом, а не с Зироксом. Это подтверждает то, как они сами себя величают на официальном сайте)
  • Ксеон (Xeon, правильно читается — и зион, аудио, и эксион — отсюда)
  • Хидер (Header, правильно читается — хЕде)
  • Зиксел (Zyxel, правильно читается — зАйсел, отсюда). Update: По наводке exler выяснилось, что Zyxel для России ввел несколько по-иному звучащее название фирмы — Зайксел. См. ниже Ас (Ace).
  • Ява (Java, правильно по-английски читается как Джавэ, но переводится на русский как Ява (остров такой), лингво)
  • Интел (Intel, правильно на второй первый слог, Ин-тэл, отсюда. Правда, есть интересное замечание от raindog_2, «В английском языке есть слово intel (сокращенная форма от intelligence), оно произносится как "интЕл". Однако, название корпорации INTEL - это аббревиатура от INtegrated ELectronics, и в этом названии - ударение на первый слог ИН. Поскольку для американцев гораздо естественнее говорить привычно "интЕл", они сами очень часто ошибаются в этом произношении. Русский английский в данном случае правильнее - "Интел"».)


update 9 марта 2009:

  • рейтерс (Reuters, правильно читается как ройтерс, отсюда)
  • адоуб (Adobe, правильно читается как э-до-бии, отсюда, спасибо за наводку iorish)
  • найк (NIke, правильно читается как най-ки, отсюда)


update 10 марта 2009,

  • нинтендо ви (Wii, правильно читается вии, но прикол тут в другом. В английском языке есть слово Wee, которое буквально означает справить малую нужду, вот тут, например, студент жалуется, что ему при этом больно. Правда, есть еще значение "крошечный", например, все помнят песенку "Крошка Вилли Винки" про Вилли Винки из киплинговского рассказа, Wee Willy Winkie)
  • скай-пи (Skype, правильно читается как скайп. У нас с этим путаницы нет, но вот на западе почему-то куча народа неправильно обзывает скайп скай-пи). Может быть оттого, что на английском pee означает примерно то же, что и wee?)


update 11 марта 2009:

  • бвлгари (Bvlgari, правильно произносится булгари, в старину U часто писали как V, пример)
  • камайё (Camaieu, есть в Москве сеть магазинов — правильно произносится как Камю)


update 12 марта 2009:

  • сиквел (SQL), правильно читается как эс-ку-эл и май-сиквел (MySQL), правильно читается как май-эс-ку-эл . Путаница пошла потому, что в 70-х годах предшественника SQL звали SEQUEL.
  • гиф (GIF), правильно произносить джиф
  • чикко (CHICCO), правильно произносить кикко)
  • с машинами вообще беда: во всем мире биэмви называют БиЭмДаблъю (ошибся, это только некоторые американцы так называют, конечно, немецкое произношение - верное) вОлво (л твердое), мерсЕдас (ударение на е - имя все-таки, и "а" вконце), нИссан, фольксваген,пОрше, Сит (Seat) - но лучше говорить, как привыкли)


Интересный пример с брендом Pall Mall, который у нас правильно всеми читается, но правила английского языка по прочтению каждого слова по-отдельности, говорят обратное (пол-мол). А нужно — пэл мэл. Вот тут еще интересно про пэл мэл.

update 20 марта 2009:


update 23 марта 2009:

  • Ас (Ace, торговая марка, порошок, отбеливатель и т.д. Правильно читается как Эйс, но в Россию экспортировали собственное название, хотя на упаковке по-прежнему пишут Ace)
  • Вип (V.I.P, правильно читается Ви-Ай-Пи, спасибо yaltin)
  • Футурама (Futurama, правильно читается Фьюче-рама, спасибо cow_brat)


update 24 марта 2009:

  • апач (Apache, правильно произносится Апачи, спасибо raindog_2)
  • бутн (Button, правильно — бАтн. Ну тут простые правила английского языка, спасибо orionics)
  • кОнтрол пЭнэл (Control Panel, правильно — контрОл пЭнэл, спасибо antongranik)
  • делет (delete, правильно — дилит, спасибо llill)
  • моёт (Moёt, правильно — Моэт, спасибо rqrmarine)
  • бенку (BenQ, правильно — бен-кью. Jerry Wang, бывший председатель правления BenQ, пролил свет на произношение, a первое же видео из результатов поиска в Youtube подтвердило это. Правильно — Бен-Кью. То есть, последняя буква читается отдельно. Кстати, они расшифровываются как Bringing ENjoyment and Quality to life. Спасибо за наводку llill)

llill подкинул еще интересную историю про qip. Разработчик упорно называет qip квипом. Он, видимо, так слышит. Компакв, Иракв, Квашквай, Бенкв, Факв.

update 27 марта 2009:

  • ачетыретех (A4Tech, название компании читается правильно как Эй-Фоо-Тек. Спасибо rpocc)


Кто еще что вспомнит?

Задачка по SQL
rauf
Кому интересно -- задачка не из самых простых. Думаю, неплохая задачка для верстальщиков и программистов, когда их на работу принимаешь :) Мне только что понадобилось ее по одному из проектов реализовать. Потерял минут 15, даже думал, неужели она столь нестандартна, что у меня уже голова кругом идет :) Оказалось, ничего.. решается несложно.

Есть таблица birthdays, следующей структуры:
 CREATE TABLE birthdays (
  day date default NULL,
  name varchar(255) default NULL,
) ;
INSERT INTO birthdays VALUES ('1978-02-01','Rauf Aliev');
INSERT INTO birthdays VALUES ('1977-05-01','Nadya Shulga');

Нужно ОДНИМ SQL-запросом получить следующую таблицу:
 Nadya Shulga -               6      
 Rauf Aliev   -          283 

(данные, разумеется, актуальны на сегодняшний день, 25 апреля 2004 года)

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

Голосовое управление
rauf
почему-то сейчас все IT-компании создать "очеловеченные" устройства -- Взять те же устройства голосового ввода.

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

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

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

УСТРОЙСТВА ВВОДА

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

Например, сейчас, когда я уже больше года работаю под Linux, я все дальше и дальше ухожу от мыши в область клавиатурного ввода. Почему? Потому что время между идеей и ее воплощением снижается -- подумал запустить CDPLAYER, Ctrl-Alt-L, cdplayer, [enter] -- и он уже играет. На это все не более 4 сек.

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

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

Голосовое управление на телефонах введено уже года 4 назад, как помнится, в Филипсе видел впервые, у iaabb. Все им пользуются исключительно для "понта", а не для реальной работы. Оно неудобно. Намного проще подержать секунды две кнопку "1", чем с третьей попытки докричаться по имени.