Maaaring maraming bukas sa desktop para sa development pero mahirap pa ring makita ang impormasyong kailangan mo. Ang editor, preview, terminal, dokumentasyon, at tagasubaybay ng isyu ay lahat ay may kaugnayan, ngunit ang mga ito ay hindi pantay na nauugnay sa bawat sandali.
Sa halip na pumili ng layout dahil kahawig ito ng setup ng ibang tao, subaybayan ang isang ordinaryong pagbabago mula simula hanggang matapos. Mas mabuting panimulang punto ang ayos na sumusuporta sa prosesong iyon kaysa permanenteng grid ng lahat ng tool mo.
Maikling sagot
Ayusin ang mga window sa paligid ng iyong edit–run–inspect loop. Bigyan ng sapat na espasyo ang editor, panatilihing malapit ang resulta, at ipakita ang dokumentasyon o mga log kapag sumagot sila ng isang partikular na tanong.
I-map ang isang maliit na siklo ng pag-unlad
Gumawa ng normal na pagbabago: ayusin ang isang form, ayusin ang isang bagsak na pagsubok, o siyasatin ang pagbabago ng data. Isulat kung saan ka nag-e-edit, kung paano mo ito pinapatakbo, at kung saan mo sinisiyasat ang resulta. Ito ang mga ibabaw ng trabaho na karapat-dapat sa mga maginhawang posisyon.
Para sa web interface, maaaring editor, terminal, at browser ang mga hakbang. Para sa isang command-line tool, maaaring ito ay editor at terminal na may malapit na dokumentasyon. Para sa isang native na app, ang resulta ay maaaring isang tumatakbong app o simulator. Hindi iisang ayos ang babagay sa lahat ng prosesong ito.
Isara lamang ang hindi nauugnay na mga window ng proyekto pagkatapos i-save ang gawaing kailangan mo. Iwanan ang aktibong gawain sa isang makikilalang hanay ng mga window upang malaman mo kung nakakatulong ang layout bago magdagdag ng higit pang mga tool.
Bigyan ang editor ng lapad na nakabatay sa nilalaman
Sukatin ang editor sa paligid ng code at mga panel na talagang kailangan mo. Ang isang file tree, isang pangalawang pane ng editor, at isang diagnostic sidebar ay kumonsumo ng espasyo bago magsimula ang code. Kung hindi na komportableng basahin ang code sa pangunahing file, alisin ang panel na hindi mo kailangan o palawakin ang window.
Ang isang scrolling layout ay maaaring mapanatili ang napiling lapad habang ang mga karagdagang window ay idinagdag sa strip. Sa Glidro, ang mga preset ng pagbabago ng laki ay ginagawang madaling bisitahin muli ang mga umuulit na laki. Pumili ng isang maliit na kapaki-pakinabang na hanay sa halip na subukang asahan ang bawat posibleng pagsasaayos.
Huwag lutasin ang problema sa lapad ng window sa pamamagitan ng pag-urong ng teksto hanggang magkasya ang bawat tool. Kung mahirap suriin ang teksto, ang nakikitang density ay naging isang gastos. Panatilihin ang lapad na sumusuporta sa pag-edit, pagkatapos ay mag-navigate sa sumusuportang window kung kinakailangan.
Ilagay ang resulta kung saan mo ito susuriin
Ilagay ang preview sa tabi ng editor kapag madalas mong ikumpara ang mga ito. Kung kailangan mong makita ang pareho nang sabay-sabay, tingnan kung ang pinagsamang mga lapad ay iniiwan ang kapaki-pakinabang na nilalaman na nakikita. Kung ang preview ay nangangailangan ng isang malawak na viewport, halili sa pagitan ng buong gumaganang view sa halip na pilitin ang isang mapanlinlang na makitid na paghahambing.
Ang lapad ng window ng browser ay bahagi ng isang pagsubok sa web interface, kaya maging tahasan tungkol sa kung ano ang iyong inoobserbahan. Hindi kapalit ng sadyang responsive test ang preview na lumiit lang dahil sa desktop layout. Paghiwalayin ang tanong na "makikita ko ba ang aking resulta?" mula sa "nasubukan ko na ba ang tamang viewport?"
Gamitin ang pangalawang display kung mahalagang laging nakikita ang preview. Panatilihin ang isang laptop-only fallback para sa parehong proyekto upang hindi masira ng pag-undock ang iyong pag-unawa sa daloy ng trabaho.
Bigyan ng trabaho ang mga terminal at log
Panatilihing malapit sa editor o resulta ang terminal na ginamit para sa kasalukuyang command. Lagyan ng label o kung hindi man ay tukuyin ang mga session sa pamamagitan ng sariling mga feature ng terminal kung sinusuportahan ng iyong app ang mga ito. Hindi gaanong kapaki-pakinabang ang paglipat gamit ang focus kung hindi malinaw kung aling terminal ang pupuntahan.
Magdala ng log forward para sagutin ang isang tanong, pagkatapos ay bumalik sa code. Kung kailangan mong patuloy na panoorin ang output sa panahon ng pagpaparami, bigyan ito ng nakikitang espasyo para sa yugtong iyon. Huwag ipagpalagay na ang bawat proseso sa background ay nararapat sa isang permanenteng nakikitang window.
Magpasya kung ang mga terminal na pinagsama-sama ng editor o magkahiwalay na window ay angkop sa proyektong ito. Kinokontrol ng manager ang mga window, hindi lahat ng panloob na pane ng editor. Gamitin ang sariling nabigasyon ng editor para sa nilalaman sa loob nito at mga kontrol sa window para sa mga paglipat sa pagitan ng mga app.
Protektahan ang konteksto ng proyekto at pagmamay-ari ng shortcut
Paghiwalayin ang mga hindi nauugnay na proyekto kapag ang kanilang mga browser window at terminal ay masyadong madaling malito. Makakatulong sa iyo ang hangganan ng gawain na makilala kung aling mga repositoryo, preview, at mga tala ang nabibilang. Kumpirmahin ang gumaganang direktoryo at target na kapaligiran sa pamamagitan ng mga tool mismo bago mag-isyu ng mga kinahinatnang utos.
I-audit ang mga window shortcut laban sa iyong editor at terminal binding. Ang key na kumbinasyon na ginagamit para sa paggalaw ng salita, isang terminal command, o editor navigation ay hindi dapat maging isang sorpresang aksyon sa layout. Subukan ang napiling pagbubuklod sa mga aktwal na foreground na app at baguhin ang isang may-ari kapag lumitaw ang isang salungatan.
Nagbibigay ang Glidro ng mga nae-edit na shortcut at mga kontrol sa pagsasama ng app. Gamitin ang mga iyon upang magkasya sa mga tool sa pag-develop na mayroon ka, pagkatapos ay panatilihin ang isang simpleng ruta ng pag-pause kapag ang isang espesyal na window ay nangangailangan ng ordinaryong paghawak. Ang aming kasalukuyang Gabay sa pag-setup ng MacBook coding ay nag-aalok ng komplementaryong walkthrough na nakatuon sa laptop.
Mga karaniwang tanong
Dapat bang laging manatiling nakikita ang terminal?
Lamang kapag ang tuluy-tuloy na output ay mahalaga. Para sa maraming gawain, sapat na ang panatilihin itong malapit at madaling tumutok.
Maaari bang ayusin ng isang window manager ang mga pane ng editor?
Ang pamamahala ng window ay gumagana sa antas ng window. Gamitin ang sariling mga kontrol ng editor para sa mga tab, panloob na pane, at pinagsamang mga terminal.
