Ei, koska Coke vs. Pepsi on ollut niin laaja keskustelu ja intensiivinen kiistely yksittäisestä aiheesta. Teknologia- ja designblogi-blogit ympäri maailmaa ovat mukana kuumissa keskusteluissa herkästä suunnittelusta ja mobiilisivustoista ja väittävät, millä ratkaisulla mobiilikokemus parhaiten tuottaa.

Eivätkö kaikki ole samaa mieltä? Ei, ei tässä elämässä, varsinkin aiheesta, josta on hyvin keskusteltu kuin tämä. Kun suuri määrä web-kehittäjiä ja suunnittelijoita huolehtii asiakkaista tänään ja valtava panostus mobiililaitteisiin, jotka ovat kiinnittäneet huomiota ongelmaan, olisi lähes mahdotonta kaikkien hyväksyä.

Haluatko olla seinälle lentää kuullaksesi, mitä ammatilliset yritykset ajattelevat reagoivasta suunnittelusta ja miten he palvelevat asiakkaitaan?

Haastattelin neljä merkittävää organisaatiota, jotka luovat mobiilikokemuksia asiakkailleen päivittäin. Alla löydät sisäpiiritietoa matkaviestinnän kehitysprosesseista

Kaksi vastakkaista tehtävää

Vaikka on olemassa monia erilaisia ​​näkökulmia, näyttää siltä, ​​että verkossa on kaksi vallitsevaa mielipidettä.

Sinisessä nurkassa ...

Houkuttelevan suunnittelun kannattajat saavat monia etuja riittäviksi todisteiksi siitä, että tätä tekniikkaa olisi sovellettava kaikkiin tai useimpiin mobiilisivustoihin.

Vastaajien suunnittelun kannattajien mukaan:

  • Käyttäjät haluavat täydellisen verkkosivuston käyttökokemuksen laitteestaan ​​riippumatta siitä, mitkä verkkovastaavat pitävät käyttäjät haluavansa tarkastella. Käytettävyys keskittyy verkkosivustojen kävijän tekemiseen tuntumaan, että he ovat hallinnassa ja tekemässä päätöksiä. Asiantuntijat väittävät, että erillinen mobiilisivusto saattaa haitata loppukäyttäjää.
  • Responsive design on kustannustehokas valinta, koska vain yksi sivusto pitää yllä. Yritysten on luotava erilliset mobiilisivustot jokaiselle laitteelle, joka voi pitkällä aikavälillä lisätä sisältö- ja ylläpitovaatimukset.
  • Reagoivien sivustojen kanssa ei ole kalliita, tulevia päivityksiä, kun uudet mobiililaitteet joutuvat markkinoille.
  • Monet SEO-asiantuntijat kokevat, että verkkosivut, jotka on rakennettu reagoivalla suunnittelulla, ovat enemmän hakukoneiden ystävällisiä, koska he eivät siirrä linkin mehua muille verkkotunnuksille kuten mobiilispesifisten sivustojen tapauksessa. Joissakin SEOs kiistää tämän teorian ja mainitsee Googlen ohituksen uudelleenohjauspäivityksen todisteena. Googlen mukaan tämä päivitys käyttää "lopullista älypuhelimen kohde-URL-osoitetta" mobiilihakutuloksissaan ohittamalla uudelleenohjaukset, mikä nopeuttaa latausaikaa.

Michael Wyszomierskin mukaan, joka toimii Googlessa tuotemääritetoiminnassa, reagoiva muotoilu on missä se on. Tässä on hänen viestinsa Google+: ssa:

Michael Wyszomierski

Michael vastasi kommentteihinsa väittämällä, että joissakin tapauksissa mobiilisivustoja saattaa olla tarpeen, mutta yleisesti hän on vahvasti kannattava suunnitteluun ja uskoo, että monet sivustot voisivat merkittävästi parantaa käyttökokemustaan ​​hyödyntäen sitä.

Joten jos reagoiva muotoilu on niin viileä, lonkka ja trendikäs, miksi aiheen ympärillä on massahysteria? Seuraavassa on joitain syitä, miksi ...

Punainen nurkka ...

Väittelyn toinen puoli ei ole itsepintaisesti vastustanut herkkää muotoilua, mutta he kokevat sen olevan sopiva vain tietyissä tilanteissa. Tämä leiri korostaa, että päätös siitä, rakentaako erillinen mobiilisivusto reagoivaan muotoon riippuu mobiilikäyttäjän tarpeista.

Seuraavassa on muutamia argumentteja vastaukseltaan muotoilulta:

  • Nopeus - Kun mobiilikäyttäjä avaa sivuston, jossa on reagoiva muotoilu, kaikki työpöydän sivuston osat ladataan ja kootaan näytön mukaan. Tämä tekee sivustosta hitaasti kuormitusta, koska kaikki alkuperäiset Javascript- ja HTML-koodit ovat edelleen läsnä. (Kun suunnittelijat luovat mobiilisidonnaisia ​​verkkosivustoja, he pitävät laitetta suunniteltaessa sivustoa ja optimoivat sen vastaavasti.)
  • Erotuote - Leiri mobiilikohtaisten sivustojen hyväksi väittää yleensä, että mobiilikäyttäjät saattavat tarvita toisenlaista sisältöä, joka ei ole työpöydän verkkosivustolla. Vastuullinen muotoilu saattaa sovi laitteeseen, mutta se ei hyödynnä käyttäjäkokemuksen optimointia, koska se liittyy heidän ainutlaatuisten tarpeidensa täyttämiseen.

Päätimme ottaa tämän argumentin kaduille nähdäksesi, kuinka kannattavat yritykset palvelevat asiakkaidensa mobiilitarpeita. Puhuin neljästä huipputason organisaatiosta ja kysyin heiltä heidän lähestymisestään herkkään muotoiluun. Valitsin heidät, koska he ovat onnistuneita toimittamaan asiakkailleen erinomaista työtä ja heidän kasvunsa on osoitus siitä.

Kysyin jokaiselta samalta kysymykseltä, miten tutkittaisiin, miten eri lähestymistapa oli samankaltainen.

Colin Proctor, Smashing Ideat

Ensimmäinen on Smashing Ideat , Seattlen vuorovaikutteinen toimisto vuodesta 1996. Taidegraafikko Colin Proctor oli ystävällinen jakamaan ajatuksiaan herkästä suunnittelusta.

K: Kuinka usein kehität mobiilisivustoja asiakkaillesi?

V: Olemme tehneet kourallisen niistä. Monien asiakkaidemme kanssa näemme mobiiliviihde-aloitteet, jotka alkavat lähteä liikkeelle juuri nyt. Mobiilikokemukset ovat olleet tärkeä aihe suunnitteluun ja keskusteluun viimeisen vuoden aikana useimmille projekteillemme. Kehitettävät mobiilit sivustot ovat olleet joko reagoivia m.site-sivustoja kumppaneina tai yhtä reagoivaa ulkoasua. Suurin osa näistä on ollut hyvin kohdennettua sisältöä. Meillä on laaja valikoima mobiilikokemuksia, olivatpa ne sitten syntyperäisiä tai hybridisovelluksia, verkkosovelluksia jne.

K: Käytätkö automaattisesti vastaavaa muotoilua kaikille mobiililaitteille? Selitä lyhyesti miksi tai miksi et.

V: Ei, mutta se on aina osa keskustelua. Tutustumme yleisön kontekstiin ennen teknologian päätöksiä. Läpinäkyvillä, täysin vasteellisilla rakenteilla on edelleen teknisiä rajoituksia, jotka aiheuttavat huolta suuryrityksistä: mainonta, reagoivat kuvat ja kolmannen osapuolen integraatiotuki ovat eräitä tärkeimpiä huolenaiheita. Esitteiden sivustoissa käytämme lähes aina reagoivaa mallia, koska näiden sivustojen sisällöllinen hierarkia pyrkii huonontumaan hienosti useiden taitopisteiden kautta. Usein käyttäjän konteksti esitealueille on johdonmukainen eri laitteissa.

K: Oletteko sanonut, että olet ...

a) Suunnittelun sujuvuuden hyväksi
b) Ei suotavaa reagoivan suunnittelun kannalta
c) Sekä herkän suunnittelun että erillisten mobiilipaikkojen hyväksi

Selitä lyhyesti miksi valitsit vastauksesi ...

V: Mielestäni on vaarallista käyttää reagoivaa ulkoasua saaliina kaiken ja että herkässä strategiassa määritellään tapoja, joilla suunnittelijärjestelmäsi vastaa käyttäjän kontekstiin (mikä on avainasemassa). Responsive design / layout on erittäin skaalautuva lähestymistapa, mutta onko se aina otettava huomioon, mitä käyttäjä tekee? Se ei ole, koska se on yksi monista mobiililaitteiden suunnitteluratkaisuista.

Jos olisin rakentamassa julkisen liikenteen sivustoa, minun olisi harkittava, että pöydällä istuva käyttäjä todennäköisesti suunnittelee aikataulunsa tai reitinsä, kun taas puhelimen käyttäjä yrittää selvittää missä bussilla / junalla on ja etsii enemmän välittömiä ratkaisuja. Nämä kaksi asiayhteyttä näyttävät erilaisilta käyttäytymisiltä, ​​tarpeellisilta tarpeilta, navigoinnin tarpeilta ja sisällön esittämiseltä. Yksi joukko malleja, joissa on kontekstuaalinen muotoilu ja ulkoasu, ei välttämättä ole ratkaisu - saatetaan joutua olemaan täysin erilaiset ominaisuudet.

Kysymys: Mikä on paras neuvoja web-suunnittelijoille / kehittäjille, jotka haluavat rakentaa mobiilikokemuksia menestyksekkäästi asiakkailleen?

V: Responsive design ei ole lähtökohta. Se on hieno tekniikka, että monet verkkoyhteisöissä ovat panneet paljon aikaa selvittämään kynsit, jotka pitävät sitä takaisin enemmän globaalista läsnäolosta. Uskon, että näemme, että vastaavan asettelun / suunnittelun käyttöönotto kasvaa vuosien varrella.

Mielestäni paras tapa tulla ulos mobiiliverkkosummasta on tauon ajatuksesta, että kankaamme on asetettu ja että tarvitsemme vain sen täyttämisen. Meidän on pakko kasvattaa vanhoja oletuksia käyttäjäkokemuksesta ja ovat vastuussa ajatteluprosesseistamme enemmän kuin olemme olleet viime aikoina. Yhteiskunnaksi emme enää ole kiinnostuneita yleisöjä, jotka katsovat keskimääräisen katselualueen suorakulmiota kuin 1024 × 768, joten sääntöjä kirjoitetaan uudelleen. Teollisuus on aika kokeilla ja kasvaa.

Kehitä luova ryhmä

Seuraava on Kehitä luova ryhmä , täyden palvelun verkkoratkaisuyritys, joka perustuu Akronin Ohioon. Kysyin kehittäjiltä samat kysymykset ja tässä ovat heidän vastauksensa:

K: Kuinka usein kehität mobiilisivustoja asiakkaillesi?

V: Kehitämme mobiilisivustoja todennäköisesti noin 30% ajasta. Se on yhdistelmä halu, budjetti ja tarpeet asiakkaillemme. Monilla asiakkailla ei ole tarvetta tai halua tukea mobiiliasiakkaita yleisön ja budjetin vuoksi. Rakennettavien sivustojen joustavuuden vuoksi (ei-mobiili) ne toimivat moitteettomasti mobiililaitteilla, jotta asiakkaat eivät voi oikeuttaa kustannuksia. Se voi olla vaikea myydä, mutta matkaviestinnän suuntaukset kasvavat ja jähmettyvät entistä useammille asiakkaille.

K: Käytätkö automaattisesti vastaavaa muotoilua kaikille mobiililaitteille?

V: Ei, emme käytä sitä kaikille liikkuville asiakkaille. Teemme vain asiakkaan ja heidän käyttäjiensa edun mukaiset asiat. Arvioimme huolellisesti mobiilikäytäntöä tapauskohtaisesti riippuen heidän tarpeistaan.

Jos asiakkaan mobiilikäyttäjillä on osapuolten etuja tai tietty tavoite, joka edellyttää muutoksia toimitettujen tietojen ulkoasuun tai määrään, suosittelemme erillistä mobiilisivustoa aliverkkotunnuksessa, jonka avulla voimme yksinkertaistaa sivustoa mobiilikokemusta. Mutta kääntöpuolella, jos sivusto on jo yksinkertainen ja yleismaailmallinen viestinnässä ja tavoitteissa (kuten blogeissa, aloitussivuissa ja pienissä tietopisteissä), niin yhden sivuston, joka on joustava kaikilla alustoilla, on ehdottomasti edullinen.

K: Oletteko sanonut, että olet ...
a) Suunnittelun sujuvuuden hyväksi
b) Ei suotavaa reagoivan suunnittelun kannalta
c) Sekä herkän suunnittelun että erillisten mobiilipaikkojen hyväksi.

Selitä lyhyesti miksi valitsit vastauksesi ...

V: Kuten kaikki tässä liiketoiminnassa, mobiili lähestymistapa on antaa ja ottaa, koska on olemassa etuja ja haittoja. Erilliset mobiilisivustot tarjoavat etuna, että käyttäjä keskittyy tiettyyn sisältöön, joka on tiivis ja optimoitu. Mutta luontainen haittapuoli on se, että asiakkaalla saattaa olla kaksi kertaa ylläpitoa tulevia päivityksiä varten.

Tämä on silloin, kun reagoiva muotoilu soi ja "yksi sivusto hallitsee ne kaikki" argumentti. Yhden sivuston, joka on universaali, runsas joustavuus ja joka toimittaa koko sivuston käyttäjille vuorovaikutuksessa heidän kanssaan, on erittäin jännittävä idea. Se tuo virtaa asiakkaiden ja käyttäjien käsissä ja ratkaisee tietyn laitteen (työpöydällä tai muulla tavalla) suunniteltujen verkkosivustojen suunnittelun ja rakentamisen ongelman. Mutta vastauksellisen suunnittelun, kuten latausaikojen, kehityskustannusten ja tiedon ylitarjonnan vastaiset argumentit voivat olla yhtä vakuuttavia.

Moraalinen täällä on räätälöidä projektiin ja käyttäjiin perustuva ratkaisu, eikä räjähtää yhä lisääntyvään tuliseen keskusteluun.

Kysymys: Mikä on paras neuvoja web-suunnittelijoille / kehittäjille, jotka haluavat rakentaa mobiilikokemuksia menestyksekkäästi asiakkailleen?

V: Suurin osa neuvoista, joita voimme tarjota, on olla älykäs valintaasi. Älä vain hyppää reagoivaan bändiin, koska se on kuuma uusi asia tai kiinni erillisissä mobiilisivustoissa, koska se on turvallista ja tuttua. Sinun on arvioitava huolellisesti kunkin lähestymistavan edut ja haitat kyseiselle projektille.

Perustele se myös ratkaisun loppukäyttäjälle. Ovatko sellaiset tyypit, joilla on erityinen tavoite ja huomiota ei ole? He haluavat päästä sisään, päästä ulos ja päästä elämäänsä? Tai ovatko ne kahvilassa ja haluavat ottaa täyden kokemuksen? Vastaus tähän kysymykseen todennäköisesti tekee oikean valinnan.

Ryan Anderson, Alchemy50

Seuraavaksi puhuin Ryan Andersonin presidentille Alchemy50 , digitaalinen toimisto, joka perustuu Brooklyn, NY. Tässä on, mitä Ryan oli sanonut yrityksen prosessista:

K: Kuinka usein kehität mobiilisivustoja asiakkaillesi?

A: Harvoin. Mielestäni mobiilikohtaiset verkkosivustot ovat menneisyydessä. On niin paljon erilaisia ​​näytön kokoisia, päätöslauselmia jne., Että näinä päivinä luodaan tietyn "mobiilin" sivuston luominen yleensä enemmän työtä kuin sen arvo ja se ei ratkaise ongelmaa kokonaan.

K: Käytätkö automaattisesti vastaavaa muotoilua kaikille mobiililaitteille?

V: Ei automaattisesti, mutta usein. Se riippuu todellisuudessa projektin luonteesta - oli kyseessä sitten verkkosovellus tai yrityksen verkkosivusto - molemmilla on ainutlaatuiset parametrit, jotka on otettava huomioon. Emme myöskään todellakaan eroa "mobiililaitteista" niin paljon, vaan mennään projektiin tietäen, että useimmissa tapauksissa se on monilaite, monitarkkuus, moniselain jne. ... se on toimittava kaikkialla ja yhden koodi on kustannustehokas.

Tässä on hyvä vastauskehys - voit käsitellä useimmat permutaatiot hyvillä puitteilla. Alchemy50 on luonut oman kehyksen, joka on yhdistelmä jäykkiä elementtejä ja dynaamista skaalausta. Olemme havainneet, että monimutkaisemmat sivustot ovat yleensä hieman epäluuloisia elastisten kehysten avulla, joten kehyksemme käyttää mediakyselyitä sopeuttamaan sivujamme asetetuissa päätöslauselmissa. Se on osoittautunut erittäin hyödylliseksi ja tehokkaaksi pyrkimyksissämme tukea useita laitteita ja selaimia, joilla on yksi koodipohja.

K: Oletteko sanonut, että olet ...
a) Suunnittelun sujuvuuden hyväksi
b) Ei suotavaa reagoivan suunnittelun kannalta
c) Edellyttäen sekä reagoivaa suunnittelua että erillisiä mobiilisivustoja asiakkaan ja heidän käyttäjiensa mukaan

Selitä lyhyesti miksi valitsit vastauksesi ...

V: Se on todellakin ainoa tapa kehittää verkossa näinä päivinä. Meidän on asetettava asiakkaamme kengät ja harkitsemme - kokonaiskustannukset, aikajana, skaalautuvuus, tukikelpoisuus jne. ... ja kun teemme, se tukee yleensä vastaavan kehyksen käsitystä. On kuitenkin tärkeää huomata, että toisinaan mitä vaaditaan, ei voida tehdä ilman alkuperäisiä OS-kirjastoja - joten vastaava web-kehys ei ole kaiken vastaus.

Kysymys: Mikä on paras neuvoja web-suunnittelijoille / kehittäjille, jotka haluavat rakentaa mobiilikokemuksia menestyksekkäästi asiakkailleen?

V: Älä valitse ratkaisua, ennen kuin ymmärrät täysin, mitä asiakas haluaa tehdä. Ja varokaa, usein asiakkaiden mielestä he haluavat "HTML5-sivuston" tai "mobiilisovelluksen, joka toimii kaikkialla" - olemme havainneet, että he eivät yleensä täysin ymmärrä, mitä he sanovat. Pyydä heitä unohtamaan tekniikka minuutin ajan ja selittämään selkeästi, mitä he haluavat rakentaa. Mikä on kohdemarkkinat? Mitkä ovat kyseisen markkinoiden tavat (teknologia, selain, he istuvat pöydissä jne.) Mitä toimintoja sivusto / sovellus toimittaa? Usein kerralla, kun puhut näitä pisteitä asiakkaan kanssa, syntyy tehokas (ja joskus hyvin erilainen) lähestymistapa.

Nicholas Davison, Digitaria

Lopuksi puhuin web-kehitysjohtajan kanssa Digitaria , Nicholas Davison. Digitaria on vuonna 1997 perustettu täyden palvelun digitaalinen toimisto, johon kuuluu viisi toimipaikkaa eri puolilla Yhdysvaltoja. Tässä on, mitä Nicholas oli sanonut reagoivasta suunnittelusta:

K: Kuinka usein kehität mobiilisivustoja asiakkaillesi?

V: Suurin osa rakentamistamme sisältää nykyään mobiilikomponentteja. Portfolion laaja ja yhtä syvä kuin Digitaria'ssa, tämä tarkoittaa, että tiimilleni on tyypillisesti useita sivustoja, joissa on liikkuvia komponentteja milloin tahansa.

K: Käytätkö automaattisesti vastaavaa muotoilua kaikille mobiililaitteille? Selitä lyhyesti miksi tai miksi et.

A: Zeldmanin huomiotta jättäminen ja Marcotte'n määritelmän kunnioittaminen ... jos erotat Responsive-mallin, olennaisilta osiltaan Adaptive plus nestemäiset asettelut ja kuvat, emme automaattisesti valitse Responsive over Adaptive -asetusta. Tärkein syy tähän on sijoitetun pääoman tuotto.

Nestemäiset asettelut tuovat esiin joukon haasteita: Kiinteiden mittasuhteiden ja prosenttiosuuksien sekoittaminen vaatii lisää div-elementtejä, jotta malli voidaan ripustaa. Pyöristysvirheet aiheuttavat ongelmia vanhemmissa Internet Explorer -rakenteissa ja jättävät usein yksittäisiä pikselin aukkoja edes moderneissa selaimissa. QA, jos se toimii oikein, pitäisi tarkistaa jokaisen elementin jokaisella selaimella jokaisesta koosta - mikä lisää huomattavasti QA-kustannuksia.

Mitä nämä kustannukset aiheuttavat Adaptive-mallille, joka palvelee 320, 480, 720, 960 ja 1140? He käyttävät tilaa hieman paremmin ja lisäävät hieman wow-tekijää. Jos nämä hyödyt oikeuttavat kustannukset, rakennamme Responsive. Jos he eivät, Adaptive on sopivampi.

Jos, kuten Zeldman ehdottaa, käytämme Responsive ja Adaptive vuorovaiuttomasti eikä tarkastele nestemäisiä variantteja, sen ei pitäisi koskaan koskaan olla automaattinen päätös. Jokainen, joka ajattelee asiakkaitaan, etsii oikeita työkaluja oikeaan työhön.

Sopeutuvilla on paljon etuja ja yleensä on järkevää. Kuitenkin aina on poikkeuksia: Mdot toimii usein paremmin, kun asiakas haluaa eri sisältöä mobiililaitteille. Sovellukset toimivat usein paremmin, kun asiakas haluaa erittäin kehittyneitä toimintoja, jotka edellyttävät mukautettua käyttöliittymää ja vuorovaikutusta kunkin lomakekerroin.

Satunnaisesti Mobileilla ei ole järkeä, aika. Jos asiakkaalla on yksinkertaisesti oltava minimaalinen sivusto oikeudellisista tai avustussyistä, ja hän haluaa pitää kustannukset alhaisina yksinkertaisesti laatikon tarkistamisen aikana, ylimyynti ei ole tarkoituksenmukaista.

Niinpä Adaptive on jotain, jota suosittelemme, mutta hyvänä kumppanina meidän ei pitäisi koskaan automaattisesti suositella mitään kuulematta ensin.

K: Oletteko sanonut, että olet ...
a) Suunnittelun sujuvuuden hyväksi
b) Ei suotavaa reagoivan suunnittelun kannalta
c) Sekä herkän suunnittelun että erillisten mobiilipaikkojen hyväksi

Selitä lyhyesti miksi valitsit vastauksesi ...

V: Adaptiivinen muotoilu on uskomattoman vakuuttava lähes kaikissa tilanteissa. Matkaviestinnän ja tablettien jättäminen huomiotta on nopeasti muuttumassa liiketaloudeksi, sillä verkon huomiotta jättäminen oli kymmenen vuotta sitten. Sinun tarvitsee vain pohtia niitä useimmissa projekteissa. Osittaisten Mdot-sivustojen päivämäärät on numeroitu. Käyttäjät odottavat kaiken sisällön käyttämästä laitteesta. Kun nykyinen tai osittainen matkapuhelin ei ole edes vaihtoehtoja, Adaptive on kustannustehokkain tapa toimittaa se valtaosassa tapauksista. Verrattuna täysversioon ja koko työpöydän sivustoon se on halvempaa. Verrattuna täysimittaiseen Mdot-, Tablet- ja Desktop -työhön, se on paljon halvempaa.

Ja nämä ovat vain väitteitä tänään: Adaptive on halvempaa säilyttää ja rakentaa, koska se on yksi alusta. Sivustot eivät ole vain tänään. Monien sivustojen elinikä on useiden vuosien ajan, eikä meidän tarvitse vain miettiä, kuinka paljon ihmiset käyttävät matkapuhelimia ja tabletteja tänään, mutta kuinka paljon he käyttävät niitä kauan ennen loppua.

Kysymys: Mikä on paras neuvoja web-suunnittelijoille / kehittäjille, jotka haluavat rakentaa mobiilikokemuksia menestyksekkäästi asiakkailleen?

: Suunnitelma. Harkitse matkapuhelinta ja työpöytää samanaikaisesti. Paluu ja jälkiasentaminen alla olevaan rakenteeseen sen mukauttamiseksi, mitä nyt tarvitset yllätyksen suunnitteluun, on paljon kalliimpaa kuin suunnitella ja rakentaa yhtä puhdasta rakennetta, joka palvelee molempia.

Käytä answer.js-sivustoa niin, että sivustosi toimii kaikissa selaimissa, eivät pelkästään tiedot, jotka tuntevat mediakyselyt. Älä nosta nestettä vain siksi, että Responsive on Adaptive-mallin jäähdytinversio. Se on etuja, mutta sillä on myös kustannuksia. Varmista, että valitset oikean sinulle.

Testaa aikaisin ja kokeile usein. Se oli totta, kun olimme kehittämässä neljää työpöytäselainta ja vanhemmat Internet Explorerin harkitsivat. Se on kaksinkertainen totta nyt, kun lisäämme monia mobiililaitteita: ongelma on helppo korjata puhtaasti, jos tarttuu siihen, kun se ilmestyy ensimmäisen kerran. On lähes mahdotonta korjata, kun sen päälle on rakennettu kymmeniä kerroksia, jotka peittävät ydinongelman. Jos et testaa, ristikkäin alustalle, jokaisen uuden ominaisuuden lisäämisen jälkeen, teet sen väärin.

Järkevyyden vuoksi sinun on hyväksyttävä luettelo alustoista, joista annat koodin takuun. On niin paljon Android-versioita, vanhoja iOS-pisteitä, Windows Mobile -laitteita, joista aiot tarjota ilmaisia ​​korjaustiedostoja elämääsi, jos olet tyhmä yksinkertaisesti hyväksymään "kaikki älypuhelimet". Ja sitten on Blackberry, jossa vanhemmat versiot näyttävät suunniteltu perverssi rakkaus murtaa.

Keskustelu jatkuu

Kiitos kaikille osallistujille, jotka antavat meille tietoa päivittäisistä prosesseista.