Ein Entwicklungsdesktop kann überlastet wirken, obwohl er die eine benötigte Information verbirgt. Der Editor, die Vorschau, das Terminal, die Dokumentation und der Issue-Tracker sind alle relevant, aber nicht in jedem Moment gleichermaßen relevant.
Anstatt ein Layout zu wählen, weil es dem Setup einer anderen Person ähnelt, verfolgen Sie eine gewöhnliche Änderung von Anfang bis Ende. Die beste Anordnung für diese Schleife ist ein nützlicherer Ausgangspunkt als ein permanentes Raster aller von Ihnen verwendeten Werkzeuge.
Kurzantwort
Ordnen Sie die Fenster um Ihre Edit-Run-Inspect-Schleife herum an. Geben Sie dem Redakteur genügend Raum, halten Sie das Ergebnis nah beieinander und holen Sie Dokumentation oder Protokolle in den Blick, wenn er eine bestimmte Frage beantwortet.
Ordnen Sie einen kleinen Entwicklungszyklus zu
Nehmen Sie eine normale Änderung vor: Passen Sie ein Formular an, beheben Sie einen fehlgeschlagenen Test oder überprüfen Sie eine Datentransformation. Notieren Sie, wo Sie bearbeiten, wie Sie es ausführen und wo Sie das Ergebnis überprüfen. Dies sind die Arbeitsflächen, die eine bequeme Positionierung verdienen.
Bei einer browserbasierten Schnittstelle kann die Schleife Editor, Terminal, Browser sein. Bei einem Befehlszeilentool kann es sich um einen Editor und ein Terminal mit Dokumentation in der Nähe handeln. Bei einer nativen App kann das Ergebnis eine laufende App oder ein Simulator sein. Eine einzige vorgeschriebene Anordnung kann nicht alle davon gleichermaßen gut abdecken.
Schließen Sie unabhängige Projektfenster erst, nachdem Sie die benötigte Arbeit gespeichert haben. Lassen Sie die aktive Aufgabe mit einem erkennbaren Fenstersatz, damit Sie erkennen können, ob das Layout hilfreich ist, bevor Sie weitere Werkzeuge hinzufügen.
Geben Sie dem Editor eine inhaltsbasierte Breite
Passen Sie den Editor an den Code und die Panels an, die Sie tatsächlich benötigen. Ein Dateibaum, ein zweiter Editorbereich und eine Diagnose-Seitenleiste verbrauchen alle Platz, bevor der Code beginnt. Wenn die zentrale Datei nicht mehr lesbar ist, entfernen Sie ein nicht benötigtes Panel oder erweitern Sie das Fenster.
Ein Scroll-Layout kann die gewählte Breite beibehalten, während dem Streifen zusätzliche Fenster hinzugefügt werden. In Glidro ermöglichen Größenänderungsvoreinstellungen das erneute Aufrufen wiederkehrender Größen. Wählen Sie einen kleinen sinnvollen Bereich, anstatt zu versuchen, alle möglichen Anordnungs vorwegzunehmen.
Lösen Sie ein Problem mit der Fensterbreite nicht, indem Sie den Text verkleinern, bis alle Werkzeuge hineinpassen. Wenn Text schwer zu prüfen ist, ist die sichtbare Dichte zu einem Kostenfaktor geworden. Behalten Sie die Breite bei, die die Bearbeitung unterstützt, und navigieren Sie dann bei Bedarf zum unterstützenden Fenster.
Platzieren Sie das Ergebnis dort, wo Sie es prüfen möchten
Platzieren Sie die Vorschau neben dem Editor, wenn Sie sie häufig vergleichen. Wenn Sie beide gleichzeitig sehen müssen, prüfen Sie, ob die kombinierten Breiten den nützlichen Inhalt sichtbar lassen. Wenn die Vorschau ein breites Ansichtsfenster erfordert, wechseln Sie zwischen den vollständigen Arbeitsansichten, anstatt einen irreführenden engen Vergleich zu erzwingen.
Die Breite eines Browserfensters ist Teil eines Webinterface-Tests. Machen Sie daher deutlich, was Sie beobachten. Eine durch das Desktop-Layout eingeschränkte Vorschau ist kein Ersatz für einen bewussten Responsive-Test. Trennen Sie die Frage „Kann ich mein Ergebnis sehen?“ von „Habe ich das richtige Ansichtsfenster getestet?“
Verwenden Sie es für eine zweite Anzeige, wenn eine kontinuierliche Sichtbarkeit hilfreich ist. Behalten Sie für dasselbe Projekt einen reinen Laptop-Fallback bei, damit das Abdocken Ihr Verständnis des Arbeitsablaufs nicht beeinträchtigt.
Geben Sie Terminals und Protokollen eine Aufgabe
Halten Sie das für den aktuellen Befehl verwendete Terminal in der Nähe des Editors oder Ergebnisses. Kennzeichnen Sie Sitzungen oder unterscheiden Sie sie auf andere Weise anhand der Funktionen des Terminals, sofern Ihre App diese unterstützt. Eine Reihe optisch ähnlicher Muscheln macht die räumliche Navigation weniger nützlich, da das Ziel unklar bleibt.
Bringen Sie ein Protokoll nach vorne, um eine Frage zu beantworten, und kehren Sie dann zum Code zurück. Wenn Sie die Ausgabe während einer Reproduktion kontinuierlich beobachten müssen, geben Sie ihr für diese Phase sichtbaren Raum. Gehen Sie nicht davon aus, dass jeder Hintergrundprozess ein dauerhaft sichtbares Fenster verdient.
Entscheiden Sie, ob in den Editor integrierte Terminals oder separate Fenster für dieses Projekt geeignet sind. Der Manager kontrolliert Fenster, nicht jeden internen Editorbereich. Verwenden Sie die eigene Navigation des Editors für darin enthaltene Inhalte und Fenstersteuerelemente für Übergänge zwischen Apps.
Schützen Sie den Projektkontext und den Besitz von Tastenkürzel
Trennen Sie unabhängige Projekte, wenn deren Browserfenster und Terminals zu leicht zu verwechseln sind. Mithilfe einer Aufgabengrenze können Sie erkennen, welches Repository, welche Vorschau und welche Notizen zusammengehören. Bestätigen Sie das Arbeitsverzeichnis und die Zielumgebung über die Tools selbst, bevor Sie Folgebefehle ausgeben.
Überwachen Sie Fensterverknüpfungen anhand Ihrer Editor- und Terminalbindungen. Eine Tastenkombination, die für Wortbewegungen, einen Terminalbefehl oder die Editornavigation verwendet wird, sollte nicht zu einer überraschenden Layout-Aktion werden. Testen Sie die ausgewählte Bindung in den tatsächlichen Vordergrund-Apps und ändern Sie einen Besitzer, wenn ein Konflikt auftritt.
Glidro bietet bearbeitbare Tastenkürzel und Steuerelemente für die App-Integration. Verwenden Sie diese passend zu Ihren Entwicklungstools und behalten Sie dann eine einfache Pausenroute bei, wenn ein spezielles Fenster eine normale Handhabung erfordert. Unser bestehender MacBook-Codierungs-Setup-Leitfaden bietet eine ergänzende exemplarische Vorgehensweise für Laptops.
Häufige Fragen
Soll das Terminal immer sichtbar bleiben?
Nur wenn es auf kontinuierliche Leistung ankommt. Für viele Aufgaben reicht es aus, es in der Nähe zu haben und sich gut konzentrieren zu können.
Kann ein Fenstermanager Editorfenster anordnen?
Die Fensterverwaltung erfolgt auf Fensterebene. Verwenden Sie die eigenen Steuerelemente des Editors für Registerkarten, interne Bereiche und integrierte Terminals.
