Share
Basert på tittelen alene, kan mange av dere gråte,? Blasfemi.? TextMate har spesielt vært en hjørnestein for Mac-baserte webutviklere i år og år. Imidlertid endres ting, og nylig har bedre redaktører, som Sublime Text 2, kommet over. Med TextMate 2 og Coda 2 i nær horisonten, kan de konkurrere, eller er de for sent til neste inning? Redaktørkrigen har begynt.
Konkurransen er alltid mest fordelaktig for forbrukeren.
Konkurransen er alltid mest fordelaktig for forbrukeren. Det var gasskrigen, så sodavors, og nå - i vår lille verden - redaktørkrigen.
Ok, det er ikke så dramatisk som det, men hvis du ikke tror at skaperne av Coda holder øye med beta av TextMate 2 - planlagt til utgivelse ved jul - så er du sikkert feil. Selvfølgelig er det samme sant omvendt.
Sublime Text 2, fortsatt i beta, har raskt samlet et trofaste følge, inkludert din virkelig. Utvilsomt har skaperne av Coda og TextMate betalt oppmerksomhet. Etter mange års ventetid preger begge Coda og TextMate deres respektive Versjon 2 Betas. Vi er sikkert inne for spennende tider.
Men spørsmålet er: er de for sent?
Hva trenger jeg for å bytte tilbake til Coda eller TextMate?
Jeg vil gjerne bli blåst bort av versjon to av disse kommende utgivelsene, og mens jeg tror det er en mulighet, er jeg fortsatt forsiktig. Sublime Text 2 har blitt utført så bra (mens du fortsatt er i beta); det ville være veldig vanskelig å svinge meg på dette punktet.
Alt dette snakk om nye kodeditorer har imidlertid led meg til å stoppe og tenke: Hva trenger jeg for å bytte tilbake til Coda eller TextMate - begge har jeg brukt på forskjellige punkter i karrieren min?
Dette er et krav til meg på dette stadiet. For de som ikke er kjent med ideen om flere markører, kan du tilordne mer enn én markør i dokumentet. Dette er utrolig nyttig. Tenk deg, snarere enn å utføre et søk og erstatte for å oppdatere et ord, bare å velge ordene, opprette nødvendige ekstra markører og skrive bort.
Apples iCloud fungerer utrolig bra. Jeg elsker å laste ned en iTunes-sang på min bærbare datamaskin, og se det øyeblikkelig dukke opp på telefonen min. Hva om den samme ideen kunne brukes på mine lokale prosjekter og demoer?
Sikker, dette kan oppnås med noe som Dropbox, men det krever fortsatt litt innsats fra min side å organisere.
Vinneren av redaktørkrigen gir størst fleksibilitet og enkelhet.
Det er ikke som utviklere foretrekker estetikken til Vim?
Mange av dere ler på de av oss som er avhengige av Vi (m). Hu h? Jeg må skrive CIW å endre dette ordet? Hvorfor ikke bare velge teksten med musen?
Ja, ja, vi får det; du foretrekker musen over tastaturet. Men bunnlinjen er: Hvis du legger inn den nødvendige tiden til å lære keybindings, kan jeg love deg at du vil bli betydelig raskere når du surfer og redigerer filene dine.
Det må være en valgfri kommando-esque modus i disse redaktørene. Sikkert, det skal være deaktivert som standard, men gi meg muligheten. Tenk på det på denne måten; Hvis redaktørmakerne selv ikke legger til støtte, vil en bruker lage et mindre-enn-ideelt plugin. La oss kutte ut mellommannen.
Det er ikke som utviklere foretrekker den ugligere Vim; vi også, salivate når vi ser på skjermbilder av Espresso 2. Men estetikk er ikke nok. Vi må ha muligheten til å fortsette å bruke snarveiene som har innblandet seg i våre fingre.
Dette er en som Coda fikk rett fra starten (Espresso er ganske bra også). Gi oss innebygget støtte for å bla og redigere filer på våre servere. Mange hevder at det er bedre å bruke en tretti partiprogram, som Transmit, for dette formålet. De kan være riktige, men det er sikkert å ha det sidebaret alltid tilgjengelig for deg. Convenience er nøkkelen. Jeg er overrasket over at flere redaktører ikke støtter denne funksjonaliteten ut av boksen.
Når jeg snakker med Coda elskere, er dette den første funksjonen de nevner.
De fleste redaktører tilbyr i dag noen form for innpakket kodestyring. Selv om jeg pleier å bruke tredjepartsapps for dette formålet, hvis det er gjort riktig, er det mye fornuftig å lagre katalogbøker direkte i valgfri redaktør..
Problemet er at det hittil ikke har blitt utført godt nok. TextMate fungerer bra; Jeg kan lage en utdrag, legge til flere tabulatorer, og tilordne en snarvei ganske enkelt. Men det krever fortsatt for mye innsats fra min side. Gi meg et sømløst popup-panel, hvor jeg kan lage en utdrag - basert på den valgte teksten - og tilordne en snarveisekvens til det på mindre enn fem sekunder.
Sublim tekst har bortskjemt meg; Det går raskt å bytte fra fil til fil.
Kanskje dette er underforstått, men det bør aldri bli ignorert. Det er kjernen grunnen til at mange utviklere ikke bruker oppblåste IDEer, som Aptana. Jeg skal klikke på appikonet, og være kodende innen sekunder. Hvis jeg trenger å bla til en annen fil, la jeg skrive en snarvei, og skriv inn navnet på filen jeg ønsker å vise. Jo raskere jo bedre.
Kodefolding er ikke noe nytt eller spesielt, men det er fraværende i noen av disse redaktørene, eller ikke implementert godt nok. Jeg vil gjerne se smart kodefolding på plass for begge versjoner.
Cloud9, en nettbasert redaktør, har et Terminal-lignende panel innebygd, plassert nederst på siden til enhver tid. Mens de fleste utviklere vil trolig ha Terminal åpen mens koding, er det fortsatt noe jeg vil gjerne se.
Hvis jeg trenger å klone en GitHub repo, la meg gjøre det rett i redaktøren: git klon url. Hvis jeg trenger å lage tre filer, la meg skrive, berør fil1.html file2.thml file3.html, og gjør det med det.
Det er en enkel ide, men det kan være en enorm hjelp: et innebygd Terminal-panel som standardiserer arbeidskatalogen til det nåværende prosjektet.
Hvis ikke innebygd, har de fleste redaktører et plugin som gir støtte for raskt forhåndsvisning av en HTML-side. Espresso gjør dette vakkert. Spesielt for webdesignere, dette er en viktig funksjon å ha.
Ok, dette er en liten en; men det er irriterende når du prøver en ny editor, og er utstyrt med bare basens syntaks-høyttaler-tema. Hvorfor? Gi meg tjue valgmuligheter innebygd. Jeg hater å kaste bort tid, som jeg Google for flere temaer. Dette er en enkel en, folkens.
Min gylne gutt, Sublime Text, tilbyr en fin måte å utføre konteksspesifikke søk på og erstatte. Dette betyr at jeg kan velge noen stykker tekst, og kjør deretter en søk-og-erstatt kommando spesifikt på det valget.
På denne måten kan jeg ofte avstå fra å bruke regulære uttrykk for å oppdatere dokumentene mine. Det er en liten, men veldig nyttig funksjon å ha.
Det er her Vim leder pakken. Alt på samme skjerm kan jeg redigere fire forskjellige filer samtidig. Dette er absolutt foretrukket å bytte fra fil til fil. Tenk deg å se modellen, kontrolleren og se filen alt på samme skjerm. I ordet Borat er det fint!?
Denne funksjonen må bakes inn for at jeg skal bytte tilbake.
Vi starter ofte prosjekter ved å enten laste ned et rammeverk eller klone et repository fra GitHub. Ville det ikke vært fint om redaktøren gjorde dette så enkelt som mulig - selv for de som hater kommandolinjen?
Hva om, når jeg lager et nytt prosjekt, gir det meg muligheten til å lime inn en URL.
Dette er et vanlig grep, og det er spesielt hvorfor vi laget Nettuts + Structurer.
Visual Studio gir den beste automatisk formatering.
Jeg har ennå ikke funnet en redaktør som utfører automatisk kodeformatering, samt Visual Studio. Microsoft implementerte denne funksjonen perfekt. Av de andre redaktørene som forsøkte noe lignende, har jeg generelt funnet at de faller langt kort - nesten til det punktet at de ikke kan brukes.
Hvis du legger for mange klokker og fløyter, slutter du med oppblåst IDE som mange av oss prøver å unngå.
Her er tingen: Hvis du legger for mange klokker og fløyter, slutter du med oppblåst IDE som mange av oss prøver å unngå. Kjerneklagen av TextMate var det var ikke kjøkkenvasken.
Når det er sagt, hvis de kunne holde redaktøren så fort som mulig, og fortsatt gi et godt alternativ for automatisk fullføring, ville det være stort. Espresso gjør dette ganske bra når du skriver CSS. Jeg vil gjerne se dette over hele linja. Komodos implementering kommer til syne.
Jeg vil se Zen Coding innebygd i redaktøren.
Zen Coding er vanligvis det første pluginet jeg installerer for en kodeditor. Dette er tidkrevende, og krever at jeg undersøker nøyaktig hvordan du installerer den.
På samme måte som Ruby on Rails gir støtte til de mest brukte verktøyene og preprosessorer, bør en kodeditor gjøre det samme. Jeg vil se Zen Coding innebygd i redaktøren. Mens du er i det, gir du også syntaksutheving for de mest populære malespråkene og preprosessorer, som HAML, Slim, Mustache, Sass og CoffeeScript. Ikke la meg jakte disse på GitHub.
Med en annen side fra Vim-verktøyet, gir bokmerker oss en måte å raskt komme tilbake til en bestemt linje i prosjektet vårt.
For eksempel, la oss si at du jobber med en bestemt visning, men har glemt navnet på noen variabler som ble opprettet i kontrolleren din. I Vim kan du sette inn et bokmerke, bytte til kontrollerfilen der variabelen ble oppgitt, og så returnere øyeblikkelig til den nøyaktige linjen du var på i visningen din med en hurtigtast.
Jeg vil gjerne se dette i den nye avlingen av redaktører.
Noen ganger er det bedre å angi bestemte handlinger til tredjepartsverktøy og -apper. Samtidig kommer imidlertid min beslutning når du velger en ny kode redaktør, ned til bekvemmelighet. Hvilken redaktør krever at jeg utfører minst mulig arbeid?
Hva om, i min kodeditor, kunne jeg høyreklikke på, si en Sass-fil, og velg? Kompilere.? Det vil da, basert på mine innstillinger, opprette det aktuelle stilarket. Eller det samme for en CoffeeScript-fil.
På denne måten trenger jeg ikke å bry meg med kommandolinjen hvis jeg ikke er kjent med det, og jeg trenger ikke å bruke programmer som er laget spesielt for se og kompilere Sass og / eller CoffeeScript-filer. Det er viktig å huske at ikke alle er komfortable med Terminal. Som et resultat vet de ingenting om byggeskripter, og er vanligvis vanvittige fra å bruke disse fantastiske preprosessorene. En "høyreklikk" -løsning ville fikse dette!
Jeg vil gjerne se en redaktør gi støtte til de vanligste preprosessorene. Kanskje det er ikke jobben til kodeditoren, men det ville sikkert gi meg mer bekvemmelighet. Er det ikke målet?
Dette er en skummelt en; I mine erfaringer kan sanntids feilkontroll drastisk redusere et redigeringsprogram - og det er ikke et alternativ. Hastighet tar forutsetning over alt annet.
Når det er sagt, hvis skaperne kunne finne en måte å gi noen grad av feilkontroll uten å ofre ytelse, ville det være en stor hjelp.
Tren dine brukere.
Noen ganger, som forbrukere, er vi igjen med oppgaven å sortere gjennom forvirrende dokumentasjon for å finne ut hvordan du utfører vanlige oppgaver.
Jeg vil se en rekke screencasts på hvordan du bruker editoren som en proff. Vis meg alt fra det grunnleggende, helt opp til avanserte tips og triks. Visuell trening er preferansen til mange, men det er så ofte ikke gitt.
Som skaperen av redaktøren vet du bedre enn noen om hvordan du bruker den til sitt fulle. Tren dine brukere.
Hvis en av disse redaktørene kunne produsere toppredaktøren, kunne de endre landskapet helt.
Vente? vente? legg bort våpenene. Jeg taler ikke for bruk av visuelle redaktører - i hvert fall ikke ennå. La oss være rett: Vi er ikke imot visuelle redaktører fordi vi er krevende snobs. Vi er mot dem fordi de genererer forferdelig markering. Ren kode og markering er en kunst; Når du bruker en visuell redaktør som produserer det motsatte av kunst, bør du forvente en lashing fra dine jevnaldrende.
Men, hva om de kunne få det riktig? Sannferdig tror jeg at dette ikke engang er en mulighet for Coda eller TextMate 2, men det er fortsatt morsomt å vurdere. Hvis en av disse redaktørene kunne produsere toppredaktøren, kunne de endre landskapet helt. Visual Studio har kommet nærmest av alle, men selv de har falt kort. Kanskje det aldri kommer til å skje.
Jeg vil se funksjoner som jeg ikke engang har tenkt på. Nintendo fortsetter å endre landskapet av videospill ved å tilby nye måter å oppleve og samhandle med sine spill. Jeg vil gjerne se det samme fra neste runde kodeditorer. Hva vil gjøre livet mitt som utvikler eller designer enklere? Hva har jeg ikke tenkt på ennå? Det er det jeg håper å se mest av alt fra Coda 2 og TextMate 2.
Accentsconagua