10 veebiarenduse kontseptsiooni disainerit peaksid teadma

Üle 10 aasta olen töötanud veebiarendajana, suurema osa sellest ajast on minu ettevõte töötanud alltöövõtu arendusmeeskonnana, töötades veebidisainerite kõrval veebisaitidel ja rakendustes. Lisaks oleme välja töötanud oma väikese CMS-i toote, Ahven , mida paljud veebidisainerid kasutavad oma saitide lihtsa sisuhalduse pakkumiseks. Ahvena toetamise käigus saan näha, kuidas inimesed töötavad ja milliseid kontseptsioone nad võitlevad.

Disainer, kes töötab vabakutselisena või juhib oma esindust, võib leida, et peab klientidele tehnilisi mõisteid enesekindlalt selgitama. Lõppklient ei ole sageli teadlik uue saidi käivitamise erinevatest erialadest ning loodab oma protsessi juhendamisel oma veebidisainerilt. Seega, isegi kui teil on plaanis arendustööd tellida, võib arengust arusaamine maksta dividende, võimaldades teil arutada oma klientidega töö tehnilisi osi. Lisaks aitavad arendajatega töötades teie teadmised kiirendada suhtlemist ja vältida arusaamatusi.

See artikkel sisaldab mõningaid väikeseid näpunäiteid ja linke edasiseks lugemiseks teemadel, mida olen selgitanud projektide juures veebidisaineritega töötades ja Ahvenat toetades.

1. Kirjutage kasutajakesksed funktsionaalsed spetsifikatsioonid

Arendustöö funktsionaalsed spetsifikatsioonid või püksikud on osa agentuuri elust. Nad saavad natuke halba ajakirjandust, kuna nende abil saab klienti üle pea peksta ja vältida muudatusi, mis saidi paremaks muudavad. Kui peate siiski tsiteerima aega ja kulusid, on teil vaja midagi, millele selle hinnangu põhjal tugineda, ja kui teete arendustööde allhanke, peate veenduma, et arendajatel on selge, mida nad peavad ehitama.

Arendusspetsifikatsioonid peaksid selgelt kirjeldama teie rakendust, keskendudes sellele, mida kasutaja saab teha. Keskenduge ülesannetele, mida kasutajad - nii külastajad kui ka administraatorid - peavad saavutama, ja teete pika tee spetsifikatsiooni loomiseks, mille vastu saab usaldusväärselt tsiteerida ja mis aitab vältida funktsioon pugemine .

2. Planeerimisel kaaluge konstruktsioonide programmeerimist

Kui arendajad mõtlevad läbi nõuete kogumi, kipume mõtlema konstruktsioonide programmeerimisele. Spetsifikatsioonide väljatöötamisel ja liideste kujundamisel võib nende konstruktsioonide mõistmine tõesti aidata.

Tingimuslik loogika - kui ... siis ... muidu ...

Tingimusliku loogika näide võib olla järgmine nõue. Kui kasutaja on sisse logitud, näidake talle linki „Minu konto”, muul juhul kuvage lingid sisselogimiseks ja konto loomiseks. Voo kujundamisel on lihtne unustada muu, mõelge alati, mis juhtub, kui teie tingimus ei ole täidetud.

Silmused

Suur osa arengust koosneb infokillude kordamisest. Võib-olla on teil andmebaasis salvestatud tooteid ja soovite neid kuvada loendina, korrates sama juurdehindlusplokki ikka ja jälle, kuni jõuate lõpuni.

Mis juhtub, kui teil on ühel lehel kenasti kuvamiseks liiga palju üksusi? Ainult osa andmete kuvamiseks vajate mingisugust lehte - eelmist ja järgmist - või mõnda muud viisi. Kas inimesed saavad neid andmeid kuidagi sorteerida? Kas on mingeid erijuhtumeid, mis vajavad teistmoodi kuvamist? Neid reegleid tuleb spetsifikatsioonis selgitada, kuna mis tahes filtreerimine eeldab tõenäoliselt toote kohta andmebaasi lisateabe salvestamist.

See artikkel dev.opera selgitab programmeerimise põhitõdesid lihtsustatult mitteprogrammeerijale.

3. Kujundades - ärge unustage veaolekuid

Mõeldes arendusbüroo väljatöötamisele või oma esialgsete kujunduste loomisele, ärge unustage veaolekuid ja vormide kinnitamist. Kui jätate need asjad oma arendajate otsustada, jõuate lõpuks programmeerijate välja töötatud veateadeteni.

Kaitske oma disaini programmeerijate eest! Eriti kui olete olukorras, kus loovutate saidi ehitamiseks arendajale disainilahendusi ja teil ei pruugi pärast seda punkti palju sisendit olla. Mõelge läbi erinevad kohad, kus kasutajad peavad vorme täitma või saidiga muul viisil suhtlema. Kaitske oma kujundust, andes arendajatele selged juhised sõnumite kuvamise ja kasutajakogemuse kohta.

4. Õppige andmebaasi kujundamise põhitõdesid ja andmete salvestamise viisi

Kui teil pole täiesti staatilist saiti - sellisel juhul salvestatakse teie andmed HTML-iga -, siis salvestate andmeid kuidagi. Andmete säilitamise mõistmine lihtsustab teie kui veebidisaineri elu. See aitab teil mõista otsuseid, mida arendaja peab tegema, et saidil andmeid hästi säilitada, ja miks näiliselt väikesed muudatused kujunduses võivad palju tööd teha.

5. Õppige armastama versioonihaldust

Allika või versiooni juhtimine võib tunduda ebavajalik eelkõige üksikisiku kujundaja jaoks, kuid versioonihaldus aitab ära hoida andmete kadumist, pakkudes oma tööst varukoopia. Kaughostitud versioonijuhtimissüsteemi kasutamine võib samuti hõlbustada erinevates asukohtades töötamist. Kontrollin igal õhtul oma tööd meie süsteemis ja siis, kui mul on järgmisel päeval mingil põhjusel vaja kodus töötada, saan vaadata oma edusamme ja jätkata täpselt sealt, kus pooleli jäin.

Tänapäeval on mitmeid suurepäraseid hostitud versioonihalduse pakkujaid - näiteks GitHub ja Oavarrest . Oavarrel on ka a geniaalne versioonihalduse juhend neile, kes seda esimest korda kasutavad.

6. Loo professionaalse arengu keskkond

Ahvena toetamine on andnud meile suurepärase ülevaate inimeste tööviisidest. Mõned hirmutavad asjad, mida me inimesi näeme, hõlmavad järgmist:

Arendamine otse veebisaidil

Ma olen alati üllatunud, kui palju inimesi näen otse veebisaidil failides muudatusi tegemas. See on kohutav viis töötamiseks ja mitte ainult sellepärast, et tõenäoliselt rikute reaalajas midagi. Kui arendate otse serveris olevaid faile, on täiesti võimalik, et see on ainus saadaolevate ajakohaste failide koopia. Kui serveriga on probleeme, võite leida, et kogu teie sait on kadunud.

Arendamine aktiivse saidi alamkaustas

Teine asi, mida näeme inimesi tegemas, areneb otse-saidil, kuid teeb seda alamkaustas. Ehkki see tähendab, et te ei tee otseülekandes otseselt muudatusi, on teil ikkagi probleem, et saidi ainus eksemplar eksisteerib reaalajas serveri alamkaustas.

Alamkausta arendamisel on teine ​​probleem - olgu see siis otse saidil või kohalikus serveris -, et seda tehes on kõik saidi juurest valed, kui liigutate saidi ülespoole. Mõni skript peab teadma teid juurest alates, nii et võite avastada, et keskkonnamuutus põhjustab teile otseülekandes probleeme. Drew McLellan selgitab, miks peaksite peatage alamkaustadesse saitide ehitamine .

Arendamine kohapeal ilma veebiserverita

Kui te ei tee serveripõhist arendust, võite töötada lihtsalt kohapeal, eelvaadates faile brauseris failisüsteemist või kasutades brauseris eelvaadet Dreamweaveri või mõne muu redaktori abil. Veelkord, seda tehes ei vaata te oma lehti osana veebisaidist, mis võib otseülekandes tekitada probleeme radadega.

Arendajad teavad, et peaksite alati oma elukeskkonda võimalikult täpselt peegeldama, see hoiab ära paljud probleemid, mis teil muidu saidi reaalajas teisaldamisel tekiksid.

Soovitan kõigil käitada oma kohalikku veebiserverit. Kui teie saidid on tavaliselt ainult HTML ja CSS või kasutate PHP-d, siis MAMP Macis, EasyPHP või XAMPP Windowsis läheb hästi. Looge igale saidile virtuaalsed hostid, et failid saaksid elada saidi juurkastis.

7. Taaskasutada koodi ja muid varasid

Arendajatele meeldib koodi võimalusel taaskasutada, mitte kirjutada asju nullist, taaskasutamine säästab aega, kuid võib samuti säästa teid samade vigade tegemisel ikka ja jälle.

Koodi taaskasutamine ei tähenda tingimata CSS-i raamistiku või sama saidi kasutamist igas saidis. Võite lihtsalt säilitada kasulike juppide kogu.

Paljud koodiredaktorid võimaldavad teil koodi säilitada fragmentidena või klippidena, on olemas ka eraldiseisvad tööriistad ja veebirakendused mõeldud selleks otstarbeks.

Taaskasutamine ei pea olema seotud ainult koodiga, saate Photoshopis kujundustesse kukkumiseks salvestada tavalisi liideseelemente. Üks viis, kuidas ma aega kokku hoian, on hoida töölaual testlaaditavate failide kausta. Kuna suur osa sellest, mida ma teen, on sisuhaldussüsteemide arendamine ja testimine, pean sageli katsetama piltide ja failide üleslaadimist. Mõne testfaili hoidmisega ei lae ma lõpuks mõnda olulist PDF-i kontodelt kliendi testiserverisse!

8. Teadke, kui vastutuse üleandmine kolmandale isikule on hea mõte

On ahvatlev soov teha seda kõike ja hoida kõike oma saidil. Mõnikord on aga kõige vastutustundlikum asi, mida oma kliendile soovitada, mõne funktsiooni jaoks kolmanda osapoole kasutamine. Heaks näiteks on see makse võtmise ja e-kirjade saatmise korral.

Maksete lehed

Kui teie sait peab makseid tegema veebis, pakuvad paljud makseteenuse pakkujad võimalust API täielikuks integreerimiseks või makse viimiseks oma saidi turvalisel lehel. Kui te pole turvalisuses väga kindel ja mõistate, kuidas PCI DSS-i nõuded teid seejärel mõjutavad, on sageli parem otsus jätta kaardiandmete kogumine PSP-le, siis pole teil ja teie kliendil nõuet muretseda kaardi andmed.

E-kirja saatmine

E-kirjade saatmine on keeruline äri. E-posti toimimine e-posti klientides hästi toimimiseks ja rämpspostifiltrite ületamine võib olla keeruline. Samuti peate haldama tellimusest loobumise taotlusi ja nägema, kui palju teie sõnumeid tegelikult läbib. Kolmandate osapoolte teenused, näiteks Kampaania jälgimine ja MailChimp nimekirjadesse saatmiseks ja Postitempel Rakenduse kaudu kirjade saatmine võib vastutuse e-posti eest viia kolmandale osapoolele, kes on selle käsitlemisel ekspert.

9. Mõista, et odav majutus on kallis

Kui maksate hostimise eest iga kuu vähem kui igal hommikul kohvi eest, siis on midagi valesti. Halva kvaliteediga hostimine maksab teile aja jooksul palju rohkem kui säästate raha.

Hostid pakuvad odavat majutust, pakkudes tugiteenuste osas väga vähe ja laadides igasse füüsilisse serverisse tohutult palju saite. Mida rohkem saite jagatud serveris eksisteerib, seda vähem on ressursse igal saidil - ja teie sait töötab tõenäoliselt aeglaselt ning andmebaasipõhiste veebisaitide korral võite näha andmebaasiserveriga ühenduse tõrkeid, kuna sellel on liiga palju liiklust toime tulla.

Kui soovite, et teie sait laaditaks kiiresti ja host peaks teid probleemide korral aitama, tasuks hostimise eest natuke rohkem maksmine end ära. Rohkem selle kohta veebimajutuse valimine .

10. Olge julgeoleku huvides

Mõne peamise ettevaatusabinõuga saate minimeerida oma saidi häkkimise või rikkumise riski. Enamik rünnakuid pole midagi isiklikku, vaid on suunatud hoopis tavaliselt installitud tarkvarale. The Peatage pahavara sait selgitab mõningaid levinumaid asju, mida võite häkkinud saidilt leida.

Kolmanda osapoole tarkvara uuendamine peab olema osa spetsifikatsioonist

Kui jätate kliendile oma serverisse installitud kolmanda osapoole tarkvara, ilma et oleks võimalik seda uuendada, on vastutustundetu. Kui juurutate saidi kellegi jaoks, kes kasutab mis tahes kolmanda osapoole koodi - olgu selleks siis blogitarkvara, CMS, foorum või muu -, peate kas kliendiga kokku leppima, et värskendate tarkvara vajaduse korral või edastate selle edasi teavet, et nad saaksid seda ise teha.

Ole pluginate suhtes väga kahtlane

Eeldades, et teil on teie kasutatav põhitarkvara - näiteks WordPress - ajakohane, pääseb häkker serverile juurde suurema tõenäosusega pistikprogrammi kaudu, millel on kas halb turvalisus või mis on isegi pahavara enda host. Uurige enne oma saidile koodi lisamist ja kontrollige, kas inimesed ei teata pärast selle kasutamist probleemidest.

Kui teie sait on ohustatud, kontrollige, kas teistel teie hosti inimestel on sama probleem

See ei pruugi olla midagi, mille olete installinud, mis on põhjustanud turvarikkumise. Kui teie sait on sisse häkitud, kontrollige, kas probleem on ka teistel sama hostiga inimestel. Küsimus võib tuleneda hostimisettevõtte kehvast turvalisusest või nende juhtpaneeli tarkvaral põhinevast kompromissist. Kui nad seda tõepoolest väga tõsiselt ei võta, on aeg võõrustajaid vahetada!

Olenemata sellest, kas olete veebis seotud disaineri, arendaja, reklaamikirjutaja, projektijuhi või mõne muu rolliga, tunnen, et mida rohkem te kogu virnast aru saate, seda parem. Teeme tõhusamat koostööd, kui hindame üksteise rolle ja saame neist õppida - ning sageli on näpunäiteid, mis võivad meid aidata meie enda töös, kui vaatame, mida teised inimesed teevad. Oma kommentaaride soovitused saate lisada kommentaaridesse.