Задаволены
Я быў "лічбавым крэатывам" на працягу 18 гадоў. Цяпер я распрацоўшчык iOS, але я пачаў займацца ў сярэдзіне 90-х гадоў, робячы вельмі простыя вэб-сайты для бізнесу. У канцы 90-х кожны дробны бізнес спяшаўся прыцягнуць сябе ў Інтэрнэт - нават мясцовы мяснік (і так, за мае грахі я нават стварыў сайт для мясцовага мясніка). Праграмы - гэта новы аксэсуар для бізнесу, людзі проста хочуць бачыць іх лагатып у App Store. Гэта можа быць расцэнена як выдатны час для распрацоўшчыкаў прыкладанняў - праўда ў тым, што 90 адсоткаў прапанаванай працы, якая трапляе на мой стол, проста не падыходзіць для распаўсюджвання ў якасці натыўнай праграмы. На жаль, здаецца, што шмат якія распрацоўшчыкі прыкладанняў проста хочуць грошы, таму з задавальненнем будуць выкідваць смецце ў марную спробу забіць кішэні.
Калі iTunes App Store быў запушчаны ў 2007 годзе разам з iPhone 3G, для распрацоўшчыкаў прыкладанняў была велізарная залатая галава. Спажыўцы былі галодныя да прыкладанняў, незалежна ад іх якасці. У нашы дні дадатак у 1,99 фунта стэрлінга становіцца сумніўнай пакупкай - таму прыкладання павінны быць значна разумнейшымі. У нас ва ўсіх ёсць разумныя прылады, таму распрацоўшчыкі павінны скарыстацца фантастычнымі датчыкамі, даступнымі для іх, і ствараць разумныя дадаткі; прыкладання, якія ў кантэксце ведаюць пра карыстальніцкае асяроддзе. У App Store ужо няма месца для "нямых" праграм.
Вяртаючыся да запытаў на прыкладання, якія трапляюць на мой стол, большасць апісвае прапанаванае прыкладанне як "як вэб-сайт, але як прыкладанне" - нямое прыкладанне. Мне падаецца, што гэтыя прапанаваныя ідэі маглі б быць значна лепш, калі б іх разгарнулі як адаптыўны вэб-сайт. Чакаецца, што мабільны прагляд у нейкі момант у 2013 годзе зацяніць прагляд працоўных сталоў, таму ёсць камерцыйны сэнс мець адно цэнтральнае сховішча дадзеных, якое рэагуе на ўсе браўзэры, няхай гэта будуць смартфоны, планшэты, IPTV альбо традыцыйныя экраны працоўнага стала.
Відавочна, што адаптыўны сайт патрабуе падлучэння да сеткі для HTTP-запытаў, і ёсць шмат выпадкаў, калі нават дадзеныя могуць быць "нямымі", іх лепш падаваць у жорсткім закадаваным выглядзе ў роднае прыкладанне. Нядаўна я выказаўся на мерапрыемстве Уэльскага савета па турызме аб праграмах у турыстычным сектары, і стала зразумела, што шмат турыстычных славутасцяў можа знаходзіцца ў аддаленых раёнах і ў іх вельмі мала забяспечанасці сігналамі 3g. У гэтым выпадку нямоглае прыкладанне з усімі неабходнымі дадзенымі, "запечанымі" ў дадатку, будзе правільным шляхам.
Прадпрыемствы, якія жадаюць прасоўваць сябе на мабільных платформах, павінны думаць пра плюсы і мінусы ўласных праграм і дызайнерскіх сайтаў, якія рэагуюць на дыскусіі, а не проста скакаць на гэтым.
Плюсы роднага прыкладання:
- Лёгка манетызуецца
- Доступ да датчыкаў прылады
- Пасля загрузкі змест лёгка даступны
- Змесціва даступна ў аўтаномным рэжыме
Плюсы адаптыўнага сайта:
- Абыйдзіце працэс зацвярджэння App Store
- Для загрузкі прыкладання не патрабуецца ўмяшання карыстальніка
- Змест распаўсюджанай крос-платформеннай
- Абнаўленне кантэнту, якое кіруецца CMS
Некалькі версій = некалькі набораў дадзеных
У поўную супярэчнасць з нядаўнім артыкулам легенды пра юзабіліці Якаба Нільсена, я б сказаў, што добра распрацаваны адаптыўны сайт у большасці выпадкаў будзе значна больш мэтазгодным у адрозненне ад асобнага сайта, "аптымізаванага для мабільных прылад". Для некалькіх версій сайта патрабуецца некалькі набораў дадзеных. Стварэнне спагадлівай «тэмы» для адной са шматлікіх CMS не ўяўляе асаблівай складанасці. Такія фрэймворкі, як 320 і вышэй, і інуіты - выдатныя інструменты для хуткага стварэння макетаў ідэй. Здаецца, штодня з’яўляюцца новыя бібліятэкі jQuery, якія дапамогуць зрабіць сайт выглядаць крыху менш «тупым». Прыдатны тэкст, адаптыўнае меню і эластыслід - гэта нешматлікія.
Рэзюмэ
Такім чынам, ёсць месца як для ўласных праграм, так і для сайтаў, якія рэагуюць на дынаміку. Выбар павінен залежаць ад таго, які змест трэба падаваць. Калі мэта складаецца ў тым, каб проста падаваць выявы і тэкст як мага большай аўдыторыі, адаптыўны сайт - амаль напэўна шлях. Калі змесціва, якое трэба абслугоўваць, патрабуе маніпуляцый з карыстальнікамі альбо абапіраецца на апаратныя датчыкі, уласныя прыкладанні - гэта шлях. Родныя праграмы звычайна маюць дакладна вызначаную мэту; гэтая мэта звычайна не можа быць дасягнута праз браўзэр.
Крамы прыкладанняў будуць і далей квітнець, але якасць прыкладанняў павінна паляпшацца. Прылады здольныя зрабіць так шмат у нашы дні, і пакуль у нас няма спосабу падключыць сэнсарную сілу гэтых прылад праз HTML, лакальна кэшаваць дадзеныя і лёгка манетызавацца; родныя праграмы заўсёды будуць значна пераўзыходзіць усе, да якіх можна атрымаць доступ праз браўзэр. Распрацоўшчыкі проста павінны апраўдаць дадатковую працу, звязаную з распрацоўкай прыкладання, і гэтыя прыкладанні павінны быць разумнымі!
