Pull to refresh
115
0

Python developer

Send message

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

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

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

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

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

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

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

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

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

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

Я ещё обдумаю вашу мысль, но на текущий момент мне представляется удобным "одноруким" аккордом только набор пары символов (не более) разными пальцами и в одном ряду. А это следствие критериев «группы удобства» и «чередование пальцев», срабатывающих после критерия «чередование рук».

Спасибо, очень приятно слышать.

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

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

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

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

Судя по цифрам в подсчётах, разница должна быть значительной, и совсем не в пользу «qwerty». Если не ошибаюсь, текущий рекорд скорости набора поставлен на «colemak» (upd: ошибаюсь, на самом деле «dvorak», но сути не меняет), у которого, по цифрам в посте, также хорошие значения, что немного подкрепляет зависимость этих показателей и скорости набора.

По поводу времени обучения, очень навскидку озвучу "месяц, до полноценного перехода". Но, конечно, всё индивидуально.

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

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

Упущение. Спасибо, что заметили. Исправил.

Information

Rating
Does not participate
Registered
Activity

Specialization

Backend Developer
Python