Wie berechnet man das ideale Tastaturlayout für Programmierer?

Ich denke darüber nach, ein neues Tastaturlayout für die Programmierung zu erstellen. Jetzt programmiere ich hauptsächlich in HTML, JavaScript / jQuery / CoffeeScript, CSS / LESS / SASS, obwohl ich mich vielleicht bald mit Shell-Scripting und RegEx beschäftigen werde, vielleicht mit LUA, C ++ und Java in ein paar Jahren. Ich möchte einen wissenschaftlichen Beweis für die Platzierung des Schlüssels haben. Ich habe Ideen / Anforderungen, einige haben mich selbst erfunden, einige wurden von anderen übernommen oder abgeleitet:

• Fast alle Tasten können neu angeordnet werden
  • RETURN , Left SHIFT , Left CONTROL , SPACE-Bar und TAB müssen bleiben, aber alle anderen, einschließlich Zahlen, Symbole und Bewegungstasten, können sich bewegen
  • Könnte optimal zu verlassen sein zxcv & perhhaps s an seinem Platz zu bleiben, aufgrund gemeinsamer Gewohnheiten Undo / Ausschneiden / Kopieren / Einfügen / Save :)
  • DELETE- Taste wird wahrscheinlich dorthin verschoben, wo sich CAPS LOCK befindet :)
  • Es ist unwahrscheinlich, dass übereinstimmende Klammern wie () {} [] <> nebeneinander stehen. siehe unten
• Die einzig genaue Methode, um die Schlüsselverwendung zu zählen, ist meiner Meinung nach die Schlüsselprotokollierung , nicht die Schlüsselanzahl von Dateien:
  • Ein Großteil der "Programmierung" besteht darin, E-Mails zu senden, in Foren zu posten, zu twittern, Fehler zu melden, im Internet zu surfen usw.
  • Ich glaube, ein Großteil der Tastaturnutzung ist "Bewegung". Tabulieren zwischen Feldern, Blättern nach unten, Bewegen von Cursorn usw. Diese werden nicht von Dateiausgaben erfasst
  • Viele Editoren verwenden Auto-Vervollständigung und Makros, daher werden Close-Deliminatoren :)}]> möglicherweise nicht so oft wie Opener eingegeben, sodass nur die Schlüsselprotokollierung und nicht das Parsen von Dateien korrekt sind.

Also meine Fragen:

1. Was sind sichere Free / Open Source-Software-Keylogger, die keine Dateien hochladen, es sei denn, Sie senden selbst eine separate Datei? Ich würde es vorziehen, keine Anmeldenamen und Passwörter zu sammeln, nicht nur aus Sicherheitsgründen, sondern auch, weil dies meiner Meinung nach meine Analyse beeinträchtigen kann.
2. Welche Programme können clientseitig verwendet werden, um Einzel- und Paarschlüsselzahlen zu verarbeiten? Oder wie man am besten einen baut?
3. Wo ist es am besten, Freiwillige zu finden, die helfen?

Bisher beste Forschung: http://www.michaelcapewell.com/projects/keyboard/layout_capewell.htm

http://viralintrospection.wordpress.com/category/technology/keyboard-layouts/

& Wikipedia: Keyboard_layout # Non-QWERTY_keyboards_for_Latin_scripts

TIA!

Verwenden Sie ein Programm wie WhatPulse, um aufzuzeichnen, welche Tasten wie oft gedrückt werden.

Nachdem ein Benutzer im FreeNode-IRC-Netzwerk gefragt hatte, wie die Schlüsselfrequenzen zusammengeführt werden sollen, führte mich dies zu Folgendem:

1. Holen Sie sich Ihren Text, z. B. ein Programm, und kopieren Sie ihn.
2. Gehen Sie zu http://type.trmnl.org/
3. Deaktivieren Sie unter den Schaltflächen die Option "Autostart mit Inhalt der Zwischenablage beim Einfügen".
4. Fügen Sie dann Ihr Programm in das Textfeld ein.
5. Drücken Sie Strg + Umschalt + K, um eine Konsole zu öffnen.
6. Geben Sie in ein count_digraphs()und drücken Sie die Eingabetaste.

Die Ergebnisse werden wie folgt gelesen: Dies "ar" 7 17 10 "ra"bedeutet, dass 'ar' 7 Mal gedrückt wurde, 'ra' 10 Mal gedrückt wurde und alle zusammen 'ar' und 'ra' 17 Mal zusammen gedrückt wurden

Die Tasten für die Bewegung in Editoren werden meistens so angepasst, dass sie mit QWERTY so effizient wie möglich genutzt werden können. Daher müssen sie mit Sicherheit neu zugeordnet werden, wenn Sie das Tastenlayout ändern und die optimale Platzierung von allem wünschen , was Sie anstreben. Beispielsweise werden in Vim die HJKL-Schaltflächen aus einem bestimmten Grund bei QWERTY verwendet und müssten höchstwahrscheinlich nach der Änderung der Tastenbelegung wieder derselben Position zugeordnet werden.

Was ich meine ist, dass es Ihnen nicht viel hilft, Bewegungen zu verfolgen und Tasten zu bearbeiten und sie als Grundlage für ein neues Layout zu verwenden, da sie leicht rekonfigurierbar sind (in jedem Editor, der es wert ist, Salz zu sein, und da es sich um einen Programmierer handelt Layout, wir sprechen höchstwahrscheinlich über Vim oder Emacs), sollte die Platzierung der Literalschlüssel nicht beeinträchtigen und wurde bereits optimiert (wieder: wir sprechen nicht über Notepad).

Sie versuchen, ein Problem zu lösen, das einen ineffizienten Weg zur Produktivität darstellt , insbesondere für einen Programmierer , ** imho **. Es wäre viel effektiver, einfach mehr über die Tools zu lernen (noch einmal: wahrscheinlich Vim / Emacs). Sie werden feststellen, dass beim Programmieren immer weniger Zeit für das Schreiben von Zeichen aufgewendet wird und mehr (aber effizientere) Zeit für die automatische Vervollständigung, das automatische Markieren, das automatische Einrücken, das schnelle Nachschlagen von Funktionsdefinitionen usw. aufgewendet wird. Die Tasten all dies zu tun ist bereits angepasst , um Effizienz zu ermöglichen, und der große Geschwindigkeitsschub kommt einfach mit Vertrautheit. Daher argumentiere ich, dass ein anderes Tastaturlayout für die Produktivität vergleichsweise zerstörerisch ist , da Sie bereits viele habenJahre QWERTY Übung. Wenn für QWERTY dieselbe analytische Schulungszeit aufgewendet würde wie für Personen, die das Layout wechseln, die für Dvorak aufgewendet werden, würden sie auch einen Geschwindigkeitsschub bemerken. Geschwindigkeit kommt mit explizitem Training.

Wenn Sie ein Texter / Übersetzer / Autor / etc. Waren, jemand, der tatsächlich seine Zeit damit verbringt, mit der wörtlichen Bedeutung der Schlüssel zu arbeiten, könnte ein anderes Layout hilfreich sein. Für einen Programmierer ist der beste Tipp normalerweise, zumindest ein englisches Tastaturlayout zu erhalten, da die Programmiersprachen durch diese und ihre Tastenplatzierung geprägt wurden (in meinem lokalen Tastenlayout @$[]{}~stehen alle hinter AltGr, was ziemlich suboptimal ist).

tldr: Dvorak / Colemak / [das nächstbeste seit geschnittenem Brot] (wohl) löst ein Problem nur für diejenigen, die viel fließenden Text in einer bestimmten Sprache eingeben (meistens Englisch). Für die Programmierung unterlagen die benötigten Schlüssel nicht der gleichen Einschränkung wie die wörtliche Sprache, und daher wurde sie bereits für ihren Zweck optimiert (was nicht nur "so schnell wie möglich schreiben" ist, sondern mehr auf logischen Operationen aufbaut) Vim). Ich glaube, dass die Zeit, die für das Erlernen alternativer Layouts aufgewendet wird, und die Verwirrung, die mit Sicherheit immer wieder auftritt, in den meisten Fällen definitiv nicht die Mühe wert sind (nicht nur Ihre eigene Verwirrung; andere, die sich an das Terminal setzen, das Sie zuletzt benutzt haben, werden es werfen Dinge an dir), sehr viel einschließlich des Programmierers.