[meeting] Treffen 24.10.2016

Tips

• immer lauffähiges Image für Demo haben (zB Travis schreibt grüne Builds in HPI share Ordner)
• möglichst viel dokumentieren (zB Fotos von Testdatensätzen Kerning, Skizzen von Ideen etc)
• überlegen, wie der Arbeitsablauf im Tool sein soll
• erst schnell grobes, minimales funktionsfähig, danach fancy
• immer sicher gehen, dass alles kritische läuft (hier auch einfach-bis-fancy beachten)
• jeder sollte Ziel kennen, Abstimmung unter einander
• refactoring, priotisieren (alle Baustellen müssen laufen)
• eigenen Code dokumentieren (zumindest restliche Teammitglieder sollten ihn verstehen)
• ua beim priotisieren Demo vorstellen
• Ideen aufschreiben (+ andere Erkenntnisse)
• requirements aufschreiben / festhalten, Entscheidungen möglichst in Gruppe besprechen
• dY
• code von Kommilitonen lesen / verstehen (kann iwann zu umständlich werden, aber die Grundprinzipien / High Level sollte jeder verstehen)

Designabwägungen

• 1 View vs 2 Views
• 1 View wie bei Photoshop oä (evtl viel hin-und-her gezoome)
• 2 View, einmal gewünschte Textgröße und einmal gezommt (im gezommt wird vom Nutzer verändert, Änderungen sieht man bei beidem)
• Maus vs Tasten (Maus schwerer umzusetzen, Tasten können feste Stufen intuitiver beachten)
• evtl bei 2 Views im gezommenten Grundlinie anzeigen, evtl kein klassischer Cursor, evtl Kerning als Linie oä sichtbar machen
• Gruppeneffekte? (wenn ja, evtl Farbhighlighting)
• evtl immer nur einen der zwei Glyphen "schieben" (linker? rechter? Bauchgefühl?)
• hell auf dunkel geht NICHT (bedenke zb drucken)

Ideen

• Kerning drucken?
• Toolbuilder (geht vermutlich auch ohne sehr schnell)

Vortragen

• Prof Hirschfeld nicht da
• Lasse evtl per Skype oä (evtl vorher mal testen)
• Lasse kann auch bei anderen Zwischenergebnissen/Fragen kontaktiert werden, dann sehen ob er Zeit hat