urikor.net

[Mikhail Portnov]

1. Вдруг, нарыл на просторах сети фильм "Куда Исчезают Барьеры", снятый о человеке, под чьим началом мы с г. Ходыкиным начали заниматься машинописью.

http://video.mail.ru/list/petrus/35/139.html

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

2. Я каким-то неисповедимым путем пришел к тому, что надо, наконец, запрограммироавть нашу с Ходыкиным методу под авторским надзором. Бюджет, пусть и скромный, есть. Более того, я могу пригласить и сделать визу в США до полутора лет человеку, который возьмется за кодировку. Занимает 2-3 месяца.

Поэтому и вопрос - есть желающие? Условия мы отдельно обсудим.

3. Ну, и, раз такая чехарда началась, то я сделал блог на эту тему, куда всех приглашаю и почитать и высказаться - http://sniperkey.blogspot.com/

[myst]

Будет здорово, если у Вас всё получится.

[Mikhail Portnov]

[myst]

Я не прочь помочь в пределах моих возможностей и свободного времени.

[myst]

А точно непременно надо делать новую программу?
Если делать новую, она должна работать во всех распространенных системах, а не только в Windows.
Или может быть вообще стоит сделать веб-приложение?
Я многие упражнения из методички в gtypist уже зарядил. Хотя этот тренажёр страшный, как ядерная война, и кроме меня, им почти никто не пользуется.
У меня есть скрипты — генераторы криптограмм, словарных упражнений, etc.

[myst]

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

[Марусяк Валерий]

А, может быть, есть смысл реализовать при помощи системы авторских словарей на клавогонках? Система мощная, удобная и раскрученная - пользователи набегут сразу же .
_________________
http://mars-tt.net - тренажер.

[myst]

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

[Марусяк Валерий]

[myst]

Тогда можно просто ссылку на методичку дать.

[Марусяк Валерий]

Открытой или закрытой быть системе - решать Михаилу . Лично я в последнее время больше склоняюсь в пользу открытых. Человек пришел, все сразу увидел и принял решение на основе своего личного опыта - надо ему это или нет.
_________________
http://mars-tt.net - тренажер.

[Mikhail Portnov]

Я вижу тренажер максимально открытым. Есть опция передачи контроля (выбора упражнений) системе. Есть самостоятельного прохождения. Я бы даже дал возможность пользователям создавать свои упражнения и делать их частью системы.

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

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

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

[myst]

«Толстое» приложение прибитое гвоздями к Windows — это плохо. Человек завтра купит себе Мак или поставит Линукс и будет караул кричать. Надо сразу сделать без привязки к конкретной ОС, на Джаве, что ли, я не знаю...
Вообще, у меня давно была идея сделать свой тренажёр с блэкджеком и прочими радостями на движке Эклипса.

А по поводу подробной статистики набора надо Fil’а уговорить переделать свою Typing Statistics в библиотеку или хотя бы раскрыть свои секреты.

[Марусяк Валерий]

Я не большой спец, но полагаю, что современное веб-приложение вполне справится с подсчетом временных промежутков между нажатиями клавиш заданной точности и их сохранением в массив данных. А затем с их обработкой и выдачей рекомендаций. Ведь рекомендации, насколько я понял, не должны выдаваться в режиме реального времени. Единственный минус веб-приложений - надо оплачивать качественный хостинг, который был бы без тормозов и имел необходимый функциональный набор.
_________________
http://mars-tt.net - тренажер.

[myst]

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

Насчёт замеров, насколько я помню, Fil использует аппаратный счётчик. В JavaScript’е он недоступен.

[Fil]

[Марусяк Валерий]

Однако, напрашивается вывод о необходимости рабочего варианта технического задания . С описанием основных функций и требований по точности измерения временных промежутков. Тогда его можно будет показать большим специалистам в области веб-приложений, а они дадут ответ - потянут ли сии приложения данный проект или нет .
_________________
http://mars-tt.net - тренажер.

[Fil]

[myst]

В FilWriter’е мне понравилась диагностика ошибок. Я больше нигде такого не видел. Да и сам тренажёр неплохой. Его допилить немножко, и будет совсем конфэтка.

[myst]

Fil, в Вашей программе просто записываются значения счётчика в моменты нажатий/отпусканий клавиш или что-то более хитрое?

В Java есть наносекундный счетчик, его должно хватить.

[Fil]

[myst]

[Fil]

[myst]

С форматом данных загвоздка, не отдельную же строку в БД для каждого нажатия клавиши выделять... Можно, конечно, просто список: <key_down>,time,<key_up>,time,...
А что с перекрытиями делать?

[Fil]

[Fil]

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

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

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

[myst]

База данных нужна, но для записи статистики выполнения упражнений. А список с динамикой нажатий будет в отдельном поле лежать. А может вообще состояние всей клавиатуры записывать при каждом нажатии/отпускании? Памяти сожрёт отменно.

[Fil]

[myst]

Зачем вообще хранить модификаторы в записи?

P. S. У меня такое ощущение, что Вы восприняли моё сообщение как критику Вашего решения. У меня даже в мыслях такого не было.

[Fil]