verbessertes Tastaturlayout zum Programmieren

[stoxx]

Ich selbst verwende ein erweitertes Tastaturlayout zum Programmieren.
Die Idee ist bei mir gereift, da ich festgestellt habe, dass man sich beim normalen Layout bei eckigen und geschweiften Klammern oder sonstigen Sonderzeichen leicht Spreiz-, Senk-, und Plattfüße holt.
Bei der normalen Tastatur war es mir außerdem nicht immer möglich die eckigen Klammern zu 100 prozent fehlerfrei beim Blindschreiben zu treffen.
Den größeren Nutzen werden sicherlich Personen ziehen, die das 10 Finger System beherrschen. Dennoch sollten es sich die anderen auch mal angucken !

Dann kam auch die Motivation hinzu, die Ergonomie und Schreibgeschwindigkeit zu verbessern.
Die Tastatur wurde wesentlich durch die Alt-GR Taste erweitert.
Die Euro Taste: AltGr + E musste ich leider umlegen.


Besonders schnell ist auch das " := " zu schreiben.
(AltGr + E und R )
Das Ganze macht einen Riesen Spass, da die AltGr Taste im 10 Fingersystem sowieso viel besser zu erreichen ist, als die Shift Taste mit dem kleinen Finger. ( Thema Arbeitsweg der Finger )
Auch das Hochkomma für Strings in Delphi ist über AltGr und Ziffer 2 zu erreichen.
Besonders schnell sind Slash "//" für Quelltext-Kommentare zu tippen. ( AltGr + w )

Eure Meinung würde mich interessieren, vielleicht zieht ja der ein oder andere seinen Nutzen daraus.
Deshalb ist es ja auch online :-)
(Die fertige Installation kann man im Anhang downloaden, oder auch selber mit dem Keyboard Layout Creator von Microsoft erstellen)

[RavenIV]

gute Idee mit dem Tastaturlayout.
Allerdings muss man dann "zehn-Finger-sicher" sein, was wohl die wenigsten Programmierer sind.

mir wäre ein Tool/Assistent lieber, das "weiß", dass nach "if variable" ein "=" gehört und dass nach "variable" ein ":=" sehr wahrscheinlich ist.
Vor allem soll er am Zeilenenende den ";" hinsetzen...
Was mich auch tierisch nervt: man macht ein "for i := 0 to ..." und beim kompilieren stellt der Compiler fest, dass er "i" nicht kennt. :-(

[Luckie]

Zitat:

Zitat von RavenIV

Was mich auch tierisch nervt: man macht ein "for i := 0 to ..." und beim kompilieren stellt der Compiler fest, dass er "i" nicht kennt. :-(

Ändert sich mit Delphi 2006, zu mindest teilweise. ;)

[RavenIV]

hab ich in dem Filmchen gesehen.
Leider müssen wir in der Firma Delphi 7 weiterbenutzen...

[Jelly]

Ich habe ein schweiz-deutsches Tastaturlayout... Ist schon mal ne ganze Ecke angenehmer, da Zeichen wie Hochkomma einfach zu erreichen sind, ohne Shift Taste. Auch die geschweiften und eckigen Klammern liegen direkt über der rechten Shift Taste. Ist schonmal eine Erleichterung. Dafür fehlt aber leider das scharfe S (ich krieg das echt nicht hin).

[mumu]

Zitat:

Zitat von RavenIV

Allerdings muss man dann "zehn-Finger-sicher" sein, was wohl die wenigsten Programmierer sind.

kann ich mir eigentlich nicht vorstellen, das die wenigsten das zehn-Finger System können. bei mir auf der arbeit ist das einer von 25

Zitat:

Zitat von RavenIV

mir wäre ein Tool/Assistent lieber, das "weiß", dass nach "if variable" ein "=" gehört und dass nach "variable" ein ":=" sehr wahrscheinlich ist.
Vor allem soll er am Zeilenenende den ";" hinsetzen...

absoluter quatsch. nach if variable kann alles mögliche kommen, warum soll da ein = kommen, würde zu 90 prozent nur nerven, und was soll das, wenn etwas wahrscheinlich ist, deshalb kann man aber doch nicht immer davon ausgehen.
oh man so ein quark meiner meinung nach.

[RavenIV]

zuhause hab ich auch das schweizer Layout, allerdings auch eine schweizer Tastatur.
ist jedesmal eine Phase der Umgewöhnung, weil einige Zeichen doch an anderer Stelle liegen...

und wer braucht schon das "ß"? ;-)

[RavenIV]

Zitat:

Zitat von mumu

absoluter quatsch. nach if variable kann alles mögliche kommen, warum soll da ein = kommen, würde zu 90 prozent nur nerven, und was soll das, wenn etwas wahrscheinlich ist, deshalb kann man aber doch nicht immer davon ausgehen.
oh man so ein quark meiner meinung nach.

wieso ist das Quatsch?
kannst du das mit Beispielen belegen?
also bei mir ist es zu 95 % so:

Delphi-Quellcode:

if variable = irgendwas then
oder
if objekt.variable = wasAnderes then
oder
if BoolVariable = True then
oder 
if funktion(parameter) = nachWasAnderes then

[leddl]

Zitat:

Zitat von RavenIV

Zitat:

Zitat von mumu

absoluter quatsch. nach if variable kann alles mögliche kommen, warum soll da ein = kommen, würde zu 90 prozent nur nerven, und was soll das, wenn etwas wahrscheinlich ist, deshalb kann man aber doch nicht immer davon ausgehen.
oh man so ein quark meiner meinung nach.

wieso ist das Quatsch?
kannst du das mit Beispielen belegen?
also bei mir ist es zu 95 % so:

Delphi-Quellcode:

if variable = irgendwas then
oder
if objekt.variable = wasAnderes then
oder
if BoolVariable = True then
oder 
if funktion(parameter) = nachWasAnderes then

In den meisten Fällen prüfe ich auf <,>, <=, >=. Außerdem gibt es oft auch den Fall, daß du einfach nur Booleans verknüpfst. Dann stört ein automatisch eingesetztes = mehr, als es bei Bedarf schnell einzufügen.

[Aenogym]

also ich schreib mindestens zu 40% <> oder < oder so weiter...

[mumu]

if variable > 1
if variable < 2
if variable <= 2
if variable >= 2
if variable <> 2
if variable is TControl

if variable - 1 = 2
if variable + 1 * 4 / 3 > 5

usw...

[Matze]

if not B then *g*

Zitat:

Zitat von stoxx

Das Ganze macht einen Riesen Spass, da die AltGr Taste im 10 Fingersystem sowieso viel besser zu erreichen ist, als die Shift Taste mit dem kleinen Finger.

Idn finde es genau umgekehrt besser. ;)

[RavenIV]

Zitat:

Zitat von mumu

if variable - 1 = 2
if variable + 1 * 4 / 3 > 5

Das ist ja wohl Quatsch hoch drei.
man macht doch in einer if-Abfrage keine Berechnungen.
Das spricht gegen jede Art von Softwaredesign.
wir sind doch hier nicht bei einem Wettbewerb "wer kann den am unleserlichsten Code in den wenigsten Zeilen schreiben".
schon eher variable := variable + 1 * 4 / 3;
und dann erst if variable > 5 then ...

auch variable - 1 benutzt keiner => dec(variable);

[Matze]

Bei boolschen Ausdrücken macht das aber oft wenig Sinn:

Delphi-Quellcode:

if not finished then
if canceled then

Aber das gehört eh nicht wirklich zum Thema ...

[RavenIV]

Zitat:

Zitat von Matze

Bei boolschen Ausdrücken macht das aber oft wenig Sinn:

Delphi-Quellcode:

if not finished then
if canceled then

Aber das gehört eh nicht wirklich zum Thema ...

auch für boolsche Variablen ist es empfohlen, dass man schreibt:

Delphi-Quellcode:

if BoolVariable = True then

und nun Schluss mit dem OffTopic und mit dem Flame.

[noidic]

Nette Geschichte, allerdings verrenke ich mir bei Benutzung von AltGR regelmäßig den kleinen Finger...

Trotzdem noch was OT:

Zitat:

Zitat von RavenIV

auch für boolsche Variablen ist es empfohlen, dass man schreibt:

Delphi-Quellcode:

if BoolVariable = True then

Grober Unfug.

Delphi-Quellcode:

If BoolVariable then

liefert immer das selbe Ergebnis wie

Delphi-Quellcode:

If BoolVariable = true then

vorrausgesetzt natürlich, BoolVariable ist ein boolean :)

Der Vergleich, wenn er nicht wegoptimiert wird ( könnt ich mir gut vorstellen ) verschwendet Prozessorticks und verwirrt ausserdem.

[stoxx]

Zitat:

Nette Geschichte, allerdings verrenke ich mir bei Benutzung von AltGR regelmäßig den kleinen Finger...

hmmm ... also ich nehme für AltGr den Ringfinger, da sie so halblinks unter dem Satzzeichen "Punkt" liegt.
Vielleicht ist Deine Space Taste ja länger, und sie liegt damit weiter rechts ?
Ich hab mir sowieso meine Tastatur gleich dreimal gekauft ( für 2 Rechner und einmal Ersatz), da man auf einer neuen Tastatur immer eine Umgewöhnungsphase braucht und oft leicht daneben haut.
Außerdem finde ich sie auch vom Anschlagverhalten perfekt ... na gut, anderes Thema.

[Ultimator]

Hm, ich drück AltGr immer mit dem rechten Daumen, da der eh immer auf der Leertaste liegt.
AltGr -> Daumen; 8/9 -> Mittelfinger; geht optimal :)

[stoxx]

Zitat:

Zitat von Ultimator

Hm, ich drück AltGr immer mit dem rechten Daumen, da der eh immer auf der Leertaste liegt.
AltGr -> Daumen; 8/9 -> Mittelfinger; geht optimal :)

das ist ja das, was ich gerade nicht wollte.

Zur Übung:
Bitte Augen schließen.

Zehnmal hintereinander die Sequenz: " ,[];{}. " schreiben.

Wieviel mal davon schreibst Du das, was Du wirklich willst ?

[mumu]

Zitat:

Zitat von RavenIV

Zitat:

Zitat von Matze

Bei boolschen Ausdrücken macht das aber oft wenig Sinn:

Delphi-Quellcode:

if not finished then
if canceled then

Aber das gehört eh nicht wirklich zum Thema ...

auch für boolsche Variablen ist es empfohlen, dass man schreibt:

Delphi-Quellcode:

if BoolVariable = True then

und nun Schluss mit dem OffTopic und mit dem Flame.

naja aber wenn die variable sowieso selbsterklärend ist
z.B.

if isReady then
...

macht ein = true dahinter eigentlich wenig sinn...

Zitat:

Zitat von RavenIV

Zitat:

Zitat von mumu

if variable - 1 = 2
if variable + 1 * 4 / 3 > 5

Das ist ja wohl Quatsch hoch drei.
man macht doch in einer if-Abfrage keine Berechnungen.
Das spricht gegen jede Art von Softwaredesign.
wir sind doch hier nicht bei einem Wettbewerb "wer kann den am unleserlichsten Code in den wenigsten Zeilen schreiben".
schon eher variable := variable + 1 * 4 / 3;
und dann erst if variable &gt; 5 then ...

auch variable - 1 benutzt keiner =&gt; dec(variable);

erstens wollte ich damit nur mal aufzeigen was so alles möglich ist und wie du das ganze hier durch ein dauer istgleich-Zeichen einschränken bzw. umständlicher machen würdest.
und zweitens ist das ein schmarrn, dass das gegen jede Art von Softwaredesign spricht.
oh man ey, in machen fällen kann das sehr wohl sinnvoll und übersichtlicher sein, als andere angaben.
man muss da immer schauen, wie es grad passt...

[tigerman33]

IMHO sollten kompliziertere Berechnungen sowieso immer mit einer erklärenden Kommentarzeile versehen sein. Und dann ist es auch egal, ob die Berechnung im Rahmen einer if-Abfrage, Schleifenbedingung oder als separate Zuweisung auftaucht. (Wobei ich persönlich sogar dazu tendiere, die Extra-Zuweisung wegzulassen.
Und den expliziten Test mit BoolVariable=true halte ich auch für überflüssig. Wer Delphi kann, der wird

Delphi-Quellcode:

if BoolVariable then...

genauso gut lesen können wie

Delphi-Quellcode:

if BoolVariable=true

.

[mh166]

Ich werd das Layout demnächst mal ausprobieren, wenn ich mal wieder mit Delphi programmiere (mach atm mehr mit PHP+HTML). Aber ich fürchte, dass ich einfach zu dumm bin, mir das so schnell einzuprägen, wo die einzelnen Tasten liegen... Von daher werd ichs dann eher wieder aufgeben, als ichs mir richtig zu Nutze gemcht hab.

Da freu ich mich doch richtig auf die hier: :love: *klück* :love: . Btw: Ich schreib mehr oder weniger mit 10 Fingern... hab mir das durch das ständige am PC-sitzen angewöhnt aber nich direkt gelernt bekommen. Von daher nutz ich die Finger so, wie sie mir halt gerade passen. Und dadurch wird beispielsweise die AltGr-Taste mit dem Daumen erschlagen. xD

Naja, viel Spaß noch Leute...
mfg, mh166

[Daniel G]

Zitat:

Zitat von mh166

Da freu ich mich doch richtig auf die hier: :love: *klück* :love: .

Soll laut Entwickler ja im Februar für 200 - 300 US-$ auf den Markt kommen.

Quelle

[Die Muhkuh]

Zitat:

Zitat von stoxx

Zehnmal hintereinander die Sequenz: " ,[];{}. " schreiben.

Wieviel mal davon schreibst Du das, was Du wirklich willst ?

2 mal falsch geschrieben, 8mal richtig ;)

[Phoenix]

Also ich benutze eigentlich zum Programmieren immer nur das englische Tastaturlayout. Die Klammern sind da sehr einfach zu erreichen, und Umlaute sollte man eh im Quelltext vermeiden ;-)

Zum anderen: Korrekt ist es:

Delphi-Quellcode:

if bool then

und nicht:

Delphi-Quellcode:

if bool = true then

Einfacher Hintergrund, und den hab ich schonmal gepostet: Wenn man = true hintendransetzt setzt man auch anstelle eines 'not (Ausdruck)' ein 'Ausdruck = false'. Und nun schaue man sich folgendes an:

Code:

if (EineBesondersSprechendBenamsteVariable or EineAuchSehrBesondersTreffendBenannteVariable) = false

So eine Zeile ist bei den meisten Code-Editoren zu breit um komplett auf den Bildschirm zu passen, das '= false' hinten übersieht man gerne. Wer scrollt auch nach rechts wenn da normalerweise nichts mehr kommen dürfte? Wenn ein Programmierer dann herkommt und die Zeile sieht, die nicht mit not beginnt geht er von der falschen Bedingung aus, und daraus ergeben sich jede Menge Fehler. (Und ja, solche Variablennamen kommen vor.)

Also zur Vermeidung von Fehlern hat man boolsche Variablen direkt evaluieren zu lassen und nicht mit potentiellen Bugmachern wie '= true' oder '= false' zu überfrachten.

[jfheins]

Ich weis, dass es eigentlich offtopic ist, aber da gibt u.a. folgendes:
http://www.delphipraxis.net/internal...t=boolean+cast

d.h. mann sollte nie if Boolean=True then schreiben weil dann nicht auf Wahrheit, sondern auf Gleichheit mit der Konstante True (Unit System ?) geprüft wird.

Also nicht nur wegen Aussehen usw. sondern auch wegen gutem code nimmt man kein =true usw.

Nochmal ein kurzes Beispiel:

Delphi-Quellcode:

var Bool: Boolean;
begin
Bool := Boolean (4);

if Bool then
  // wird ausgeführt

if Bool=true then
  // wird nicht ausgeführt

end;

(musste sein, sorry ^^)

[mh166]

Zitat:

Zitat von Daniel G

Soll laut Entwickler ja im Februar für 200 - 300 US-$ auf den Markt kommen.

Juhuuu! :D Allerdings hab ich jetzt n Problem: Tastatur vs. Laptop. :lol: Aber ich glaub ich nehm erst mal den Laptop, die Tastatur läuft ja nich weg. ;)

Hat jemand Arbeit für mich? Ich könnte n bissel Geld gebrauchen. :mrgreen:

mfg, mh166

[Matze]

Zitat:

Zitat von Phoenix

Zum anderen: Korrekt ist es: [...]

Dazu noch ein Link: Klick. ;)

[forest]

Also, erstens mal, das geht so:

Delphi-Quellcode:

if BOOLEAN then

statt

Delphi-Quellcode:

if BOOLEAN=true then

und

Delphi-Quellcode:

if not BOOLEAN then

statt

Delphi-Quellcode:

if BOOLEAN=false then

Das nur mal zum Nicht-Thema, 2tens, zum eigendlichen Thema:

Ichkann kein 10Finger-Schreibseln und hab
mich an das lästige schreiben gewöhnt,
finde das Tool also nich SCHLECHT aber: NUTZLOS.

So, wollt ich nur mal gesagt haben! :coder2:

[himitsu]

dann darf ich auch nochmal ._.

Zitat:

Zitat von noidic

vorrausgesetzt natürlich, BoolVariable ist ein boolean :)

totaler Schwachsinn ... http://www.delphipraxis.net/internal...=541211#541211 ... siehe erste CodeBox :zwinker:

[fLaSh11]

Also auch ich finde, dass die Shift- besser als die AltGr-Taste zu erreichen ist. Mein Ringfinger ist da ziemlich unbeweglich :wink:

[stoxx]

Zitat:

Zitat von fLaSh11

Also auch ich finde, dass die Shift- besser als die AltGr-Taste zu erreichen ist. Mein Ringfinger ist da ziemlich unbeweglich :wink:

tja, die Geister unterscheiden sich ;-)
Ich kann zumindest nicht mehr "Ohne" ..
Programmieren ähnelt bei mir vom Gefühl her an Briefe schreiben.
Besonders positiv ausgewirkt hat sich speziell auf Delphi das schnelle schreiben vom "Doppelpunkt Istgleich" mit dem Mittel- und Zeigefinger auf dem Buchstaben "E" und "R.
Ich wollte von meiner Idee nicht nur alleine profitieren ;-)

[Mr.Gogo]

Moin, super muss zwar mein 10 Fingersytem dran gewöhnen, aber so hab ich wenigstens 2 Möglichkeiten die Symbole zu tippen.

Danke :thumb:

[Ghostwalker]

hmmm...für mich persönlich hat das Programm keinen Nutzen. Ich hab das 10-Finger-System noch auf die gaaaaanz alte weiße gelernt (mechanische Schreibmaschine). Da gibts werder eine ALT noch eine ALT-GR Taste. ;)

Ob ich nun für ' := ' ALT-GR E+R drücke oder SHIFT .+0 bleibt sich egal. Lediglich die Seiten sind da vertauscht.

Was die Klammern betrifft...wie Phoenix schon sagte, englisches Layout und das Thema ist erledigt.

Zum OT:

Wer sowas:

Delphi-Quellcode:

if (Bool1 = TRUE) or (Bool2 = FALSE)

schreibt gehört sich meiner Meinung nach standrechtlich Erschossen :mrgreen:

Mal ganz davon abgesehen das Programmierer tippfaule Menschen sind.*G

[stoxx]

Zitat:

Zitat von Ghostwalker

hmmm...für mich persönlich hat das Programm keinen Nutzen. Ich hab das 10-Finger-System noch auf die gaaaaanz alte weiße gelernt (mechanische Schreibmaschine). Da gibts werder eine ALT noch eine ALT-GR Taste. ;)

Ob ich nun für ' := ' ALT-GR E+R drücke oder SHIFT .+0 bleibt sich egal. Lediglich die Seiten sind da vertauscht.

Was die Klammern betrifft...wie Phoenix schon sagte, englisches Layout und das Thema ist erledigt.

Zum OT:

Wer sowas:

Delphi-Quellcode:

if (Bool1 = TRUE) or (Bool2 = FALSE)

schreibt gehört sich meiner Meinung nach standrechtlich Erschossen :mrgreen:

Mal ganz davon abgesehen das Programmierer tippfaule Menschen sind.*G

ich kann mich auch noch an meine alte mechanische Erika Schreibmaschine erinnern, hab mir mit 13 Jahren das 10 Finger System selber beigebracht.
Und es macht schon einen Unterschied. Die Wege bei der Shift Lösung sind viel länger. und ich persönlich hab vielleicht nur eine 80-90 prozentige Trefferquote bei dieser "Spreizübung" gehabt, also oft mal daneben gehauen. (beim völlig blinden Schreiben, Blick auf den Monitor)

Und es ist schneller mit Alt Gr ...

probiers einfach mal aus :-) und lass Dich überraschen ..

und ausserdem ! .. kann man mit dem neuen Layout ja auch die eckigen Klammern [] und {} tippen.
Und dafür braucht man SOWIESO die Alt+GR Taste.
Mit dem neuen Layout hat man aber die Tasten auf beide Hände verteilt. Und muss keine unsichere Spreizübung mit einer einzigen Hand machen, bei der man sich die Finger verrenkt....
und ... man ist schnell ...

[mbamler]

Zitat:

Zitat von RavenIV

hab ich in dem Filmchen gesehen.
Leider müssen wir in der Firma Delphi 7 weiterbenutzen...

Sei blos froh - wir verwenden D2006
Die IDE und das SourceSafe-Plugin haben viele Fehler

Die Komponententitel verschwinden immer wieder, die Komponenten verschwinden immer wieder hinter anderen Komponenten, beim Wiederherstellen der Minimierten IDE bleibt das Hauptfenster verschwunden und und und ...

Last but not least ist die Hilfe eine Katastrophe ...

Verstehe gar nicht, warum die Delphi-Entwickler-Gemeinde da nicht aufbegehrt und Borland entsprechende Patches rausbringt ?

Gruß
mbamler

[Phoenix]

Offtopic: Wir begehren auf. Das hat nur irgendwie leider keinen Einfluss.