Share
Pe baza titlului singur, mulți dintre voi ar putea plânge, "blasfemie". TextMate a fost, în special, o piatră de temelie pentru dezvoltatorii de web bazate pe Mac timp de ani și ani. Cu toate acestea, lucrurile se schimbă și, recent, editori mai buni, cum ar fi Sublime Text 2, au ieșit la suprafață. Cu TextMate 2 și Coda 2 pe orizontul apropiat, pot concura sau sunt prea târziu la reprizele următoare? Războaiele editorului au început.
Concurența este întotdeauna cea mai benefică pentru consumator.
Concurența este întotdeauna cea mai benefică pentru consumator. Au fost războaiele cu gaze, apoi războaiele cu sifon și acum - în lumea noastră mică - războaie editor.
Bine, bine, nu e chiar atât de dramatic, dar dacă nu credeți că creatorii Coda păstrează un ochi alături de versiunea beta a TextMate 2 - programată să fie lansată până la Crăciun - atunci cu siguranță vă greșiți. Desigur, același lucru este adevărat invers.
Sublime Text 2, încă în versiune beta, a adunat repede un credincios, incluzând pe al tău cu adevărat. Fără îndoială, creatorii Coda și TextMate au acordat atenție. După ani de așteptare, atât Coda, cât și TextMate își pregătesc Versa 2 Betas. Suntem cu siguranță în vremuri interesante.
Dar întrebarea este: sunt prea târziu?
De ce aș avea nevoie pentru a reveni la Coda sau TextMate?
Mi-ar plăcea să fiu alungat de versiunea a doua din aceste versiuni viitoare și, în timp ce cred că este o posibilitate, sunt încă precaut. Sublime Text 2 a fost executat atât de bine (în timp ce încă este în beta); ar fi foarte greu să mă influențez în acest moment.
Toate aceste discuții despre noii editori de coduri m-au determinat să mă întrerup și să mă gândesc: de ce aș avea nevoie pentru a reveni la Coda sau TextMate - amândouă pe care le-am folosit în diferite momente din cariera mea?
Aceasta este o cerință pentru mine în acest stadiu. Pentru cei care nu sunt familiarizați cu ideea mai multor cursori, vă permite să desemnați mai mult de un cursor în documentul dvs. Acest lucru este incredibil de util. Imaginați-vă, în loc să efectuați o căutare și să înlocuiți pentru a actualiza un cuvânt, pur și simplu selectând cuvintele, creând cursorii suplimentari necesari și tastând.
Apple iCloud funcționează uimitor de bine. Îmi place să descarc un cântec iTunes pe laptop-ul meu și să-l văd imediat pe telefonul meu. Ce se întâmplă dacă aceeași idee ar putea fi aplicată proiectelor și demo-urilor mele locale?
Sigur, acest lucru poate fi realizat cu ceva de genul Dropbox, dar necesită încă un efort din partea mea pentru a organiza.
Câștigătorul războaielor editorilor va oferi cea mai mare flexibilitate și simplitate.
Nu este ca dezvoltatorii preferă estetica lui Vim?
Mulți dintre dvs. râdeți de cei care depind de Vi (m). Nu-i asa? Trebuie să tip CIW pentru a schimba acest cuvânt? De ce nu selectați doar textul cu mouse-ul?
Da, da, am obținut-o; preferați mouse-ul deasupra tastaturii. Dar linia de jos este: dacă puneți timpul necesar pentru a afla legăturile de taste, vă pot promite că veți fi semnificativ mai rapid când navigați și editați fișierele.
Trebuie să existe un mod opțional de comandă în acești editori. Desigur, ar trebui să fie dezactivată în mod prestabilit, dar dați-mi opțiunea. Gândiți-vă în acest fel; dacă editorii înșiși nu adaugă suport, un utilizator va crea un plugin mai puțin decât ideal. Să lăsăm pe omul din mijloc.
Nu este ca dezvoltatorii preferă Vim mai urât; noi, de asemenea, salivă când privim capturile de ecran ale Espresso 2. Dar estetica nu este suficientă. Trebuie să avem opțiunea de a continua să folosim comenzile rapide care s-au înrădăcinat în degetele noastre.
Aceasta este una pe care Coda a primit-o de la început (Espresso este de asemenea excelentă). Oferiți-ne suport integrat pentru navigarea și editarea fișierelor pe serverele noastre. Mulți susțin că este mai bine să folosiți o aplicație de treizeci de partide, cum ar fi Transmite, în acest scop. S-ar putea să aibă dreptate, dar sigur că este convenabil să aveți bara laterală disponibilă întotdeauna pentru tine. Convenabilitatea este cheia. Sunt uimit că mai mulți editori nu acceptă această funcționalitate din cutie.
Când vorbesc cu iubitorii de Coda, aceasta este prima caracteristică pe care o menționează.
Majoritatea editorilor din aceste zile oferă o formă de manager de fragmente coapte. În timp ce am tendința de a utiliza aplicații de la terțe părți în acest scop, dacă este făcut bine, este foarte util să stocați catalogul de fragmente direct în editorul ales.
Problema este că până acum nu a fost executată suficient de bine. TextMate funcționează bine; Pot crea un fragment, adăuga mai multe opriri ale filelor și pot atribui o scurtătură destul de ușor. Dar, totuși, este nevoie de prea mult efort din partea mea. Dă-mi un panou pop-up fără sudură, unde pot crea un fragment - pe baza textului selectat în prezent - și să-i atribuie o secvență de comenzi rapide în mai puțin de cinci secunde.
Sublimul Text ma rasfatat; trecerea rapidă de la un fișier la altul este rapidă.
Poate că aceasta este implicită, dar nu ar trebui niciodată ignorată. Acesta este motivul principal pentru care mulți dezvoltatori nu utilizează IDE umflate, cum ar fi Aptana. Ar trebui să fac clic pe pictograma aplicației și să codifică în câteva secunde. Dacă trebuie să navighez la un fișier diferit, permiteți-mi să introduc o comandă rapidă și să introduc numele fișierului pe care doresc să îl văd. Cu cât mai repede cu atât mai bine.
Împingerea codului nu este nimic nou sau special, dar este absent la unii dintre acești editori sau nu este implementat suficient de bine. Aș dori să văd pliantul codului inteligent pentru ambele versiuni.
Cloud9, un editor bazat pe web, are un panou de tip Terminal construit, amplasat în partea de jos a paginii în orice moment. În timp ce majoritatea dezvoltatorilor vor avea probabil un Terminal deschis în timpul codării, este încă ceva ce aș vrea să văd.
Dacă trebuie să clonez un repo GitHub, permiteți-mi să o fac chiar în editor: git clone url. Dacă trebuie să creez trei fișiere, permiteți-mi să tip, atingeți file1.html file2.thml file3.html, și să fie făcut cu ea.
Este o idee simplă, dar ar putea fi un ajutor extraordinar: un panou de tip Terminal încorporat care implică directorul de lucru al proiectului curent.
Dacă nu este încorporat, majoritatea editorilor au un plugin care oferă suport pentru previzualizarea rapidă a unei pagini HTML. Espresso face acest lucru frumos. În special pentru web designeri, aceasta este o caracteristică vitală de a avea.
Bine, acesta este unul mic; dar este iritant atunci când încercați un nou editor și sunt furnizate numai cu tema de evidențiere a sintaxei de bază. De ce? Dă-mi douăzeci de opțiuni încorporate. Urăsc pierderea timpului, așa cum am Google pentru teme suplimentare. E ușor, oameni buni.
Băiatul meu de aur, Sublime Text, oferă o modalitate de a efectua căutări și înlocuiri specifice contextului. Aceasta înseamnă că pot selecta câteva paragrafe de text și apoi pot rula o comandă de căutare și înlocuire specifică acelei selecții.
În acest fel, mă pot abține de multe ori să recurg la expresii regulate pentru a-mi actualiza documentele. Este o caracteristică mică, dar foarte utilă.
Aici Vim conduce pachetul. Tot pe același ecran, pot edita patru fișiere simultan. Acest lucru este cu siguranță preferat să treci de la fișier la fișier. Imaginați-vă că vă vedeți modelul, controlerul și fișierul de vizualizare pe tot ecranul. În cuvintele lui Borat, e drăguț!?
Această caracteristică trebuie să fie preparată pentru ca eu să mă întorc.
Deseori începem proiecte fie prin descărcarea unui cadru, fie prin clonarea unui depozit de la GitHub. Nu ar fi frumos ca editorul să facă acest lucru cât mai ușor posibil - chiar și pentru cei care urăsc linia de comandă?
Ce se întâmplă dacă, când creez un nou proiect, îmi dă posibilitatea de a lipi într-un url.
Aceasta este o problemă comună, și este în mod special de ce am făcut Nettuts + Structurer.
Visual Studio oferă cea mai bună formatare automată.
Am găsit încă un editor care să efectueze formatarea automată a codului, precum și Visual Studio. Microsoft a implementat perfect această caracteristică. Dintre ceilalți editori care au încercat ceva similar, am descoperit, în general, că acestea sunt mult prea scurte - aproape de a fi inutilizabile.
Dacă adăugați prea multe clopote și fluiere, veți ajunge la IDE umflat pe care mulți dintre noi încearcă să evite.
Iată ce este cazul: dacă adăugați prea multe clopote și fluiere, ajungeți la IDE umflat pe care mulți dintre noi încearcă să-l evite. Atmosfera de bază a TextMate a fost că aceasta nu a fost chiuveta din bucătărie.
Acestea fiind spuse, dacă ar putea să țină editorul cât mai repede posibil și să ofere încă o opțiune plăcută de auto-finalizare, ar fi foarte mare. Espresso face acest lucru destul de bine atunci când scrie CSS. Aș vrea să văd asta peste tot. Implementarea Komodo vine în minte.
Vreau să văd că Zen Coding a fost construit în editor.
Zen Coding este, de obicei, primul plugin pe care îl instalez pentru un editor de cod. Acest lucru este de consumatoare de timp, și îmi cere să cercetez exact cum să-l instalez.
În același mod în care Ruby on Rails oferă suport pentru cele mai frecvent utilizate instrumente și preprocesoare, un editor de cod ar trebui să facă același lucru. Vreau să văd că Zen Coding a fost construit în editor. În timp ce sunteți la el, oferiți și sintaxă evidențiind cele mai populare limbi de șablon și preprocesoare, cum ar fi HAML, Slim, Mustache, Sass și CoffeeScript. Nu mă face să vânez pe GitHub.
Luând o altă pagină din setul de instrumente Vim, marcajele ne oferă o modalitate de a ne întoarce rapid la o anumită linie a proiectului nostru.
De exemplu, să spunem că lucrați la o anumită vizualizare, dar ați uitat numele uneia dintre variabilele create în controlerul dvs. În Vim, puteți seta un marcaj, treceți la fișierul controlerului în care a fost declarată variabila și apoi reveniți instantaneu la linia exactă pe care ați fost în vizualizare cu o comandă rapidă de la tastatură.
Mi-ar plăcea să văd asta în noua recoltă de editori.
Uneori, este mai bine să desemnați acțiuni specifice unor instrumente și aplicații ale unor terțe părți. În același timp, totuși, decizia mea în alegerea unui nou editor de coduri se reduce la ușurință. Editorul care îmi cere să efectuez cel mai mic lucru?
Ce se întâmplă dacă, în editorul meu de cod, aș putea să dau clic dreapta pe, să spunem, un fișier Sass și să aleg? Apoi, pe baza setărilor mele, aș crea foaia de stil aplicabilă. Sau același lucru pentru un fișier CoffeeScript.
În acest fel, nu trebuie să mă deranjez cu linia de comandă dacă nu sunt familiarizată cu ea și nu trebuie să utilizez aplicații care sunt create special pentru ceas și compilați fișierele Sass și / sau CoffeeScript. Este important să ne amintim că nu toată lumea se simte confortabil cu Terminalul. Ca urmare, ei nu știu nimic despre construirea de scripturi și, în general, nu mai folosesc aceste preprocesoare minunate. O soluție "cu clic dreapta" ar remedia această problemă!
Mi-ar plăcea să văd un editor oferind suport pentru cei mai comuni preprocesori. Poate că nu e treaba editorului de cod, dar sigur că mi-ar oferi mai multă comoditate. Asta nu este scopul?
Acesta este unul infricosator; în experiențele mele, verificarea erorilor în timp real poate încetini drastic un editor - și asta nu este o opțiune. Viteza are prioritate peste orice altceva.
Acestea fiind spuse, dacă creatorii ar putea găsi o modalitate de a oferi un anumit nivel de verificare a erorilor fără a sacrifica performanța, ar fi un ajutor imens.
Formați-vă utilizatorii.
Uneori, în calitate de consumatori, am rămas cu sarcina de a sorta prin documentația confuză pentru a ne da seama cum să realizăm sarcini comune.
Vreau să văd o varietate de scenarii despre cum să folosiți editorul ca un profesionist. Arătați-mi totul de la elementele de bază, până la sfaturi avansate și trucuri. Formarea vizuală este preferința multora, însă nu este oferită de multe ori.
În calitate de creator al editorului, știi mai bine decât oricine cum să-l folosești la maxim. Formați-vă utilizatorii.
Dacă unul dintre acești editori ar putea produce editorul vizual al vârfului, ei ar putea schimba peisajul în întregime.
Aștepta? aștepta? aruncă armele. Nu susțin utilizarea editorilor vizuali - cel puțin nu încă. Să fim drept: nu suntem împotriva editorilor vizuali deoarece suntem snobi obsedați de cod. Suntem împotriva lor pentru că generează o marcare teribilă. Codul curat și marcarea este o artă; atunci când utilizați un editor vizual care produce opusul artei, ar trebui să vă așteptați la o bătaie de la colegii dumneavoastră.
Dar dacă ar reuși? Adevărat, cred că aceasta nu este chiar o posibilitate pentru Coda sau TextMate 2, dar este încă o distracție de luat în considerare. Dacă unul dintre acești editori ar putea produce editorul vizual al vârfului, ei ar putea schimba peisajul în întregime. Visual Studio a venit cel mai apropiat dintre toți, dar chiar și ei au scăzut. Poate că nu se va întâmpla niciodată.
Vreau să văd trăsături pe care nu m-am gândit nici măcar. Nintendo continuă să schimbe peisajul jocurilor video oferind noi modalități de a experimenta și de a interacționa cu jocurile lor. Aș dori să văd același lucru din următoarea rundă de editori de coduri. Ce îmi va face viața ca dezvoltator sau designer mai ușoară? La ce nu m-am gândit încă? Asta sper să văd cel mai mult de la Coda 2 și TextMate 2.
Accentsconagua