การอภิปรายเกี่ยวกับแอปบนอุปกรณ์เคลื่อนที่
เกริ่นนำ
แอปบนอุปกรณ์เคลื่อนที่และ HTML5 เป็นเทคโนโลยีที่ได้รับความนิยมสูงสุดในขณะนี้ และมีความคล้ายคลึงกันอย่างมาก เว็บแอปทำงานในเบราว์เซอร์บนอุปกรณ์เคลื่อนที่และยังสามารถจัดแพ็กเกจใหม่เป็นแอปที่มาพร้อมเครื่องในแพลตฟอร์มอุปกรณ์เคลื่อนที่ต่างๆ ด้วยแพลตฟอร์มที่รองรับการใช้งานที่หลากหลาย รวมกับเบราว์เซอร์ในอุปกรณ์เคลื่อนที่ที่มีประสิทธิภาพสูง นักพัฒนาซอฟต์แวร์จึงหันมาใช้ HTML5 เป็นโซลูชัน "เขียนอย่างเดียว เรียกใช้หลายโปรแกรม" แต่มันได้ผลจริงหรือ ยังคงมีเหตุผลที่น่าสนใจในการเปลี่ยนมาใช้งานเนทีฟ และเห็นได้ชัดว่านักพัฒนาซอฟต์แวร์จำนวนมากก็ใช้แนวทางนี้ บทความนี้เป็นการอภิปรายระหว่างโฆษณาเนทีฟกับเว็บ
ความสมบูรณ์ของฟีเจอร์
ประเด็น: โฆษณาเนทีฟทำได้มากกว่า
เราสามารถแบ่งฟังก์ชันในอุปกรณ์เคลื่อนที่ออกเป็น 2 มิติ ได้แก่ ประสบการณ์ของตัวแอปเองและวิธีที่แอปเชื่อมต่อกับระบบนิเวศของอุปกรณ์ เช่น สำหรับ Android ส่วนฟีเจอร์อย่างเช่น วิดเจ็ตและการแจ้งเตือน เนทีฟมีความเป็นเลิศในทั้ง 2 มิติข้อมูล
ในแง่ของประสบการณ์การใช้แอป แอปที่มาพร้อมเครื่องทำสิ่งต่างๆ ได้มากขึ้น พวกเขาสามารถจับกิจกรรมการปัด หรือมัลติทัชสำหรับแพลตฟอร์มที่รองรับได้อย่างง่ายดาย โดยปกติแล้วจะดำเนินการกับแป้นกด เช่น ปุ่มค้นหาและการควบคุมระดับเสียงของ Android ได้ นอกจากนี้ยังเข้าถึงฮาร์ดแวร์ เช่น GPS และกล้องได้ด้วย และเมื่อได้รับอนุญาตจากผู้ใช้ บางแพลตฟอร์มจะให้สิทธิ์เข้าถึงระบบปฏิบัติการอย่างอิสระ ลองตรวจหาปริมาณแบตเตอรี่ที่เหลืออยู่ด้วย HTML5!
แต่จะเป็นมากกว่าประสบการณ์ในแอป ระบบปฏิบัติการอย่าง Android ให้วิธีการต่างๆ ที่แอปโต้ตอบกับผู้ใช้และรวมถึงแอปอื่นๆ ด้วย คุณมีวิดเจ็ตที่ใช้งานอยู่ใน หน้าแรก คุณมีการแจ้งเตือนซึ่งจะปรากฏ ในแถบสถานะของอุปกรณ์ และคุณมี Intent ที่ทำให้แอปสามารถประกาศว่าตัวเองให้บริการทั่วไปซึ่งแอปอื่นๆ อาจต้องใช้เป็นครั้งคราว
จุดโต้แย้ง: สามารถเสริมฟีเจอร์ในเครื่องได้ และเว็บก็ยังคงตามทัน
จริงๆ แล้วฟีเจอร์ในแอปหลายฟีเจอร์เกินความสามารถในการใช้งานแอป HTML5 ไม่ว่าทักษะ Web-fu จะร้อนแรงแค่ไหน หากแอปของคุณติดอยู่ในแซนด์บ็อกซ์ที่ไม่มี API กล้อง ก็จะไม่ได้ถ่ายรูปใน เร็วๆ นี้! โชคดีที่คุณไม่ต้องอยู่ในแซนด์บ็อกซ์นั้น หากคุณต้องใช้เว็บแอปเพื่อถ่ายภาพจริงๆ คุณสามารถสร้างแอปที่มาพร้อมเครื่อง ซึ่งแอปหนึ่งมีมุมมองเว็บแบบฝังซึ่งมอบอินเทอร์เฟซผู้ใช้จำนวนมาก นี่คือวิธีการทำงานของเฟรมเวิร์ก PhoneGap แบบโอเพนซอร์ส: ช่วยเติมเต็มช่องว่างด้วยการแสดงฟีเจอร์ดั้งเดิมเป็นบริการบนเว็บ ซึ่ง Web View เรียกใช้โดยใช้ API เครือข่ายมาตรฐาน เมื่อคุณสร้างแอปแบบผสม จะทำให้คุณสามารถใช้งานฟีเจอร์ของแพลตฟอร์มเหล่านั้น เช่น วิดเจ็ต การแจ้งเตือน และ Intent
การสร้างแอปแบบผสมที่มาพร้อมเครื่องและเว็บ แทบจะไม่ใช่ทางเลือกที่ดีที่สุด ซึ่งจะเพิ่มความซับซ้อนและมีผลเฉพาะกับเว็บแอปที่รวมเป็นแอปเนทีฟเท่านั้น มากกว่าเว็บไซต์แบบดั้งเดิมที่เข้าถึงจากเบราว์เซอร์ในอุปกรณ์เคลื่อนที่ แต่จริงๆ แล้วอาจไม่จำเป็นนักนะ มาตรฐานเว็บกำลังพัฒนาอย่างรวดเร็ว และเบราว์เซอร์ในอุปกรณ์เคลื่อนที่ที่ทันสมัยก็เป็นไปตามนี้ ตัวอย่างเช่น พื้นที่เก็บข้อมูลออฟไลน์ ตำแหน่งทางภูมิศาสตร์ กราฟิกบนผืนผ้าใบ และการเล่นวิดีโอ/เสียงจะได้รับการสนับสนุนอย่างแพร่หลายในกลุ่ม Smarpthones สมัยใหม่ เป็นต้น ตั้งแต่ Android 3.1 เป็นต้นไป ระบบเริ่มรองรับกล้องแม้แต่กล้องถ่ายภาพ กล้องที่ใช้มาตรฐานเว็บได้ นอกจากนี้ เบราว์เซอร์ iOS ล่าสุดยังรองรับ WebSocket สำหรับการสตรีมแบบ 2 ทางและการตรวจจับการวางแนวอุปกรณ์
โดยรวมแล้ว อุปกรณ์เคลื่อนที่กำลังพัฒนาขึ้นเรื่อยๆ แต่เว็บก็พัฒนาไปอย่างรวดเร็วเช่นกัน ในบรรดาเบราว์เซอร์ในเดสก์ท็อปเพียงอย่างเดียว ก็มีผู้ให้บริการเบราว์เซอร์รายใหญ่ๆ ที่พัฒนามาตรฐานแล้ว 5 ราย และเพิ่มคุณลักษณะอย่างรวดเร็ว แม้ว่าการย้ายคุณลักษณะเหล่านี้ไปยังอุปกรณ์เคลื่อนที่จะไม่ใช่ขั้นตอนสำคัญ แต่คุณลักษณะส่วนใหญ่ได้เริ่มเข้ามาในเบราว์เซอร์บนอุปกรณ์เคลื่อนที่แล้ว
เนทีฟเป็นเป้าหมายที่เปลี่ยนแปลงไปอย่างรวดเร็ว แต่เว็บกำลังปิดช่องว่างนี้
การแสดง
ประเด็น: โฆษณาเนทีฟทำงานได้เร็วขึ้น
แอปที่มาพร้อมเครื่องจึงไม่ต้องเผชิญกับอุปสรรคด้านรันไทม์ของเว็บ ทำงานคล้ายกับโลหะและใช้ประโยชน์จากตัวเร่งประสิทธิภาพอย่างการเร่ง GPU และมัลติเทรด
จุดโต้แย้ง: ปัจจุบันรันไทม์บนเว็บทำงานเร็วขึ้นมาก และแอปส่วนใหญ่ก็ยังไม่จำเป็นต้องใช้ความเร็ว
คงจะพูดได้ไม่น่าเชื่อหากอินเทอร์เน็ตทำงานเร็วขึ้นในช่วงไม่กี่ปีที่ผ่านมา V8 ซึ่งเป็นเครื่องมือ JavaScript ที่จัดส่งมาพร้อม Chrome เป็นการพัฒนาหลักด้านประสิทธิภาพของเว็บเมื่อเปิดตัว และตั้งแต่นั้นมา ก็มีการทำงานเร็วขึ้นเรื่อยๆ ดังนี้
เครื่องมือแสดงภาพกราฟิกได้เร่งการทำงานของเว็บให้เร็วขึ้น และตอนนี้การเร่งฮาร์ดแวร์ก็กำลังจะเริ่มขึ้นแล้ว ดูอัตราความเร็วที่เพิ่มขึ้นจาก ผืนผ้าใบแบบเร่งความเร็วด้วยฮาร์ดแวร์:
นอกจากนี้ Web Workers API ใหม่ยังทำให้สามารถใช้เทรดแบบหลายรายการได้ และนักพัฒนาเว็บยุคใหม่ยังสามารถเรียกใช้ไลบรารีที่เพิ่มประสิทธิภาพการทำงานที่หลากหลายและเทคนิคการเพิ่มประสิทธิภาพการทำงานที่ผ่านการวิจัยมาเป็นอย่างดี แม้ว่าธุรกิจส่วนใหญ่เริ่มต้นมาจากเว็บไซต์บนเดสก์ท็อป แต่ก็ยังเกี่ยวข้องกับอุปกรณ์เคลื่อนที่ และปัจจุบันได้รับความสนใจจากอุปกรณ์เคลื่อนที่มากขึ้น เช่น กูรูด้านประสิทธิภาพอย่าง Steve Souders มีหน้าเว็บสำหรับเครื่องมือเพิ่มประสิทธิภาพบนอุปกรณ์เคลื่อนที่โดยเฉพาะ
อุปกรณ์เคลื่อนที่รุ่นอื่นๆ เท่านั้นที่พัฒนาไปได้ทุกแพลตฟอร์ม แต่เทรนด์ต่างๆ ระบุว่ากำลังก้าวสู่โลกออนไลน์อยู่บ้าง สิ่งสำคัญอีกอย่างที่ควรทราบด้วยว่าแอปบนอุปกรณ์เคลื่อนที่ส่วนใหญ่นั้นไม่ใช่เกม 3 มิติที่ล้ำสมัย แต่อิงตามข้อมูลพื้นฐาน เช่น ข่าวสาร อีเมล ตารางเวลา โซเชียลเน็ตเวิร์ก และอื่นๆ เข้าชมเว็บไซต์จากบนอุปกรณ์เคลื่อนที่ของคุณ เช่น GMail, Amazon, Twitter และยืนยันว่าประสิทธิภาพของเว็บบนอุปกรณ์เคลื่อนที่นั้นดีพอ สำหรับเกม เกมแบบพื้นฐานก็ใช้ได้อยู่แล้วด้วย Canvas แบบ 2 มิติ และ WebGL เริ่มปรากฏในอุปกรณ์เคลื่อนที่ โปรดดูที่ Firefox 4 จนกระทั่งมีการเผยแพร่ให้แพร่หลาย จึงมีกลุ่มเฟรมเวิร์กที่เพิ่มมากขึ้น ซึ่งคอมไพล์แอป WebGL ไปยังแอปที่มาพร้อมเครื่องซึ่งจะใช้ประโยชน์จาก OpenGL เช่น ImpactJS ได้
ประสบการณ์สำหรับนักพัฒนาซอฟต์แวร์
ประเด็น: โฆษณาเนทีฟพัฒนาได้ง่ายกว่า
แอปที่มาพร้อมเครื่องใช้ภาษาโปรแกรมที่มีประสิทธิภาพ (เช่น Java, Objective C, C++) ซึ่งออกแบบมาเพื่อการพัฒนาแอปพลิเคชันที่ซับซ้อนและมีประวัติการทำงานที่ได้รับการพิสูจน์แล้ว API ได้รับการออกแบบมาเป็นพิเศษเพื่อรองรับแพลตฟอร์มที่ใช้งานในปัจจุบัน คุณสามารถแก้ไขข้อบกพร่องของแอปในโปรแกรมจำลองเดสก์ท็อปซึ่งให้ภาพรวมของอุปกรณ์เป้าหมายได้ใกล้เคียง
สิ่งที่ทำให้การพัฒนาเว็บเป็นปัญหาอย่างมากก็คือ เบราว์เซอร์และรันไทม์ที่หลากหลาย เมื่อแอปทำงาน คุณไม่ได้รับประกันว่า คุณลักษณะ X จะพร้อมใช้งาน และแม้ว่าจะมีการใช้งานแล้ว เบราว์เซอร์จะติดตั้งอย่างไร มาตรฐานต่างๆ เปิดกว้างสำหรับการตีความ
จุดตรงกันข้าม: เว็บมักจะพัฒนาได้ง่ายกว่า โดยเฉพาะหากกำหนดเป้าหมายเป็นหลายอุปกรณ์
มาจัดการกับเทคโนโลยีหลักกันก่อน ความจริงแล้ว มาตรฐานเว็บเกิดขึ้นในยุคที่เว็บเป็นพื้นฐานเรื่องเอกสาร ไม่ใช่ในแอป ด้วยการสร้าง JavaScript และใช้งานภายใน 10 วัน! แต่กลับมีศักยภาพมากกว่าที่คิดไว้มาก นักพัฒนาเว็บได้เรียนรู้ที่จะใช้ประโยชน์จากส่วนที่ดีและปรับแก้ส่วนที่ไม่ดี โดยในปัจจุบันเป็นที่เข้าใจรูปแบบสำหรับการออกแบบที่ปรับขนาดได้ นอกจากนี้ มาตรฐานต่างๆ ไม่ได้หยุดนิ่ง และความพยายามอย่าง HTML5, CSS3 และ EcmaScript Harmony ล้วนเป็นการปรับปรุงประสบการณ์ของนักพัฒนาแอป การจะใช้ C++, Java หรือ JavaScript เป็นข้อถกเถียงด้านศาสนา และก็ขึ้นอยู่กับฐานโค้ดเดิมของคุณด้วย แต่ปัจจุบันเราสามารถรวม JavaScript เป็นคู่แข่งที่สำคัญได้
ในอีกด้านหนึ่งไปสู่การแยกส่วนเบราว์เซอร์/รันไทม์คือข้อเท็จจริงที่ว่าสภาพแวดล้อมเหล่านี้ทั้งหมดอยู่ตั้งแต่แรก พัฒนาแอป Android ใน Java ทำให้คุณพบกับพอร์ตที่สมบูรณ์ไปยัง Objective C เพื่อรองรับ iOS พัฒนาเว็บแอปเพียงครั้งเดียว แล้วแอปจะทำงานได้ใน Android และ iOS นี่ยังไม่รวมถึง WebOS, BlackBerry, Windows Mobile และ... ทฤษฎีก็ยังไม่จบเพียงเท่านี้ ในทางปฏิบัติ คุณจะต้องปรับเปลี่ยนสิ่งต่างๆ ในแต่ละแพลตฟอร์มหากต้องการใช้งานอย่างเหมาะสม แต่สำหรับระบบปฏิบัติการบนอุปกรณ์เคลื่อนที่ส่วนใหญ่ คุณต้องทำแบบเนทีฟซึ่งมีเวอร์ชันและอุปกรณ์ที่แตกต่างกัน
ข่าวดีก็คือ "การกระจายตัว" เป็นเช่นนี้บนเว็บมาโดยตลอด และมีเทคนิคที่เป็นที่รู้จักกันดีในการรับมือกับปัญหานี้ สิ่งสำคัญที่สุดคือ หลักการของการเพิ่มประสิทธิภาพแบบต่อเนื่องจะกระตุ้นให้นักพัฒนาซอฟต์แวร์กำหนดเป้าหมายอุปกรณ์พื้นฐานก่อน และเพิ่มระดับความสุดยอดเฉพาะแพลตฟอร์มเมื่อพร้อมให้บริการ หลักการของการตรวจจับฟีเจอร์ก็มีประโยชน์เช่นกัน ปัจจุบันเรามีการสนับสนุนไลบรารีจากผู้ใช้อย่าง Modernizr เพื่อรองรับการออกแบบเว็บที่ตอบสนองตามอุปกรณ์ การใช้เทคนิคเหล่านี้อย่างรอบคอบช่วยให้คุณขยายการเข้าถึงอุปกรณ์ส่วนใหญ่ได้ แม้กระทั่ง "ฟีเจอร์โฟน" รุ่นเก่า แม้กระทั่งฟอร์มแฟกเตอร์ เช่น นาฬิกาและทีวี ไม่ว่าแบรนด์หรือระบบปฏิบัติการใด ชมการสาธิตการใช้หลาย UI ของเราที่ Google IO 2011 ที่เราได้กำหนดเป้าหมายรูปแบบของอุปกรณ์ที่แตกต่างกัน (ฟีเจอร์โฟน สมาร์ทโฟน แท็บเล็ต เดสก์ท็อป ทีวี) ด้วยฐานของโค้ดพื้นฐานของตรรกะและมาร์กอัป
รูปลักษณ์และความรู้สึก
ประเด็น: โฆษณาเนทีฟเหมาะกับรูปลักษณ์ของแพลตฟอร์ม
หนึ่งในฟีเจอร์ที่โดดเด่นของแพลตฟอร์มต่างๆ คือรูปลักษณ์ ผู้ใช้คาดหวังว่าจะมีการนำเสนอการควบคุมอย่างสม่ำเสมอ และถูกบิดเบือนไปในทางเดียวกัน มีสำนวนบางอย่างที่แตกต่างกันตามแต่ละแพลตฟอร์ม เช่น จะเกิดอะไรขึ้นเมื่อผู้ใช้ "กดค้างเป็นเวลานาน" (แตะองค์ประกอบหนึ่งๆ ค้างไว้หลายวินาที) Plaforms มีสำนวนมาตรฐานสำหรับสิ่งเหล่านั้น และคุณจะไม่สามารถทำให้ตอบสนองได้ทั้งหมดด้วยแอป HTML5 เพียงแอปเดียว
นอกจากนี้ รูปลักษณ์ของแพลตฟอร์มได้รับการดูแลจัดการโดยไลบรารีซอฟต์แวร์ดั้งเดิมของแพลตฟอร์ม ซึ่งวิดเจ็ตนั้นรวบรวมรูปลักษณ์และให้ความรู้สึกที่ผู้ใช้คาดหวังไว้ คุณจะได้รับรูปลักษณ์ตามที่คาดหวังไว้ "แบบไม่มีค่าใช้จ่าย" มากมาย เพียงแค่ใช้ชุดเครื่องมือโฆษณาเนทีฟ
ตัวนับ: เว็บมีรูปลักษณ์เฉพาะตัว และคุณยังสามารถปรับแต่งอินเทอร์เฟซเว็บสำหรับแพลตฟอร์มที่คุณสนใจมากที่สุดได้อีกด้วย
ตามที่ได้อธิบายไว้ในส่วนก่อนหน้านี้ วิธีการพัฒนาเว็บคือการเขียนเวอร์ชันพื้นฐาน "ขนาดเดียวเหมาะกับทุกคน" แล้วปรับปรุงอย่างต่อเนื่อง แม้ว่าโดยทั่วไปการเพิ่มประสิทธิภาพจะขึ้นอยู่กับฟีเจอร์ต่างๆ แต่คุณก็เพิ่มประสิทธิภาพได้ด้วยการกำหนดเป้าหมายไปยังแพลตฟอร์มที่คุณสนใจมากที่สุด ซึ่งเป็น "การตรวจหาเบราว์เซอร์" ประเภทหนึ่ง ที่ชุมชนเว็บมักให้ความสนใจ สาเหตุส่วนใหญ่ก็เพราะเบราว์เซอร์ที่เป็นไปได้นั้นมีอยู่เป็นจำนวนมาก แต่หากคุณดู 2 หรือ 3 แพลตฟอร์มโดยมีลำดับความสำคัญสูงมาก และต้องการเพิ่มความทุ่มเทเพื่อเอาชนะแพลตฟอร์มทางเลือกอื่นๆ วิธีนี้อาจช่วยคุณได้
สำหรับเวอร์ชันพื้นฐาน เว็บก็มีรูปลักษณ์และความรู้สึกเฉพาะตัว และแม้กระทั่งเราสามารถพูดได้ว่าแพลตฟอร์มอุปกรณ์เคลื่อนที่แต่ละแพลตฟอร์มมี "รูปลักษณ์และความรู้สึก" ของเว็บของตนเองที่สร้างขึ้นตามเบราว์เซอร์และรันไทม์เริ่มต้นของเว็บ "รูปลักษณ์ของเว็บ" อาจเป็นสิ่งที่ดีสำหรับผู้ใช้ของคุณ และจริงๆ แล้ว ช่วยให้คุณสามารถปรับประสบการณ์การท่องเว็บบนเดสก์ท็อปได้มากยิ่งขึ้น รวมถึงบนอุปกรณ์อื่นๆ ที่ผู้ใช้อาจทำงานอยู่ด้วย นอกจากนี้ยังมีแอปที่ประสบความสำเร็จอีกมากมาย ซึ่งไม่รองรับรูปลักษณ์และความรู้สึกแบบเนทีฟมากนัก ข้อนี้จริงๆ แล้วในเกม (เกมในอุปกรณ์เคลื่อนที่ที่คุณชื่นชอบจะเป็นไปตามรูปลักษณ์ของระบบปฏิบัติการในอุปกรณ์เคลื่อนที่ไหม) หรือแม้กระทั่งแอปทั่วไปอย่างแอปทั่วไป เช่น ลองใช้ไคลเอ็นต์ Twitter ที่ได้รับความนิยมมากกว่าในแพลตฟอร์มที่คุณต้องการ แล้วจะเห็นกลไกอินเทอร์เฟซผู้ใช้ที่หลากหลายในที่ทำงาน
การค้นพบได้
ประเด็น: ค้นพบแอปที่มาพร้อมเครื่องได้ง่ายกว่า
กลไกการเผยแพร่แอปอย่าง Android Market และ App Store ของ Apple ได้รับความนิยมอย่างท่วมท้นในช่วงไม่กี่ปีที่ผ่านมา และเป็นแรงขับเคลื่อนหลักสำหรับอุตสาหกรรมอุปกรณ์เคลื่อนที่ทั้งหมด นักพัฒนาซอฟต์แวร์ทุกคน สามารถส่งแอปที่มาพร้อมเครื่องไปยังตลาดกลาง เพื่อให้ผู้ใช้ค้นพบแอปผ่านทั้งการท่องเว็บ การค้นหา และการรับคำแนะนำได้ ไม่เพียงเท่านั้น หากคุณทำงานอย่างถูกต้อง คะแนนและความคิดเห็นที่แจ่มแจ้งจะโน้มน้าวให้ผู้ใช้กดปุ่มติดตั้งที่สำคัญทั้งหมด
จุดโต้แย้ง: อันที่จริง เว็บแอปค้นพบง่ายกว่า
เราสามารถพูดได้เต็มปากว่าเว็บเป็นสื่อที่ค้นพบได้ง่ายที่สุดเท่าที่เคยมีมา ใน URL ที่เรียบง่ายนี้ เรามี (อย่างน้อยในทางทฤษฎี) ตัวระบุที่ไม่ซ้ำกันสำหรับทุกสิ่งที่เผยแพร่บนเว็บ ซึ่งรวมถึงแอปที่เผยแพร่ในเว็บไซต์มาตรฐาน เครื่องมือค้นหาช่วยให้ค้นพบเนื้อหาและเว็บไซต์อื่นๆ สามารถลิงก์ไปยังเนื้อหานั้นได้ง่ายๆ รวมถึงแคตตาล็อกของเว็บแอปที่คล้ายกับตลาดกลางในอุปกรณ์เคลื่อนที่ อันที่จริง ทุกคนสามารถแชร์เว็บแอปกับเพื่อนๆ ได้ เพียงแค่ลิงก์เว็บแอปในอีเมลและข้อความบนโซเชียลเน็ตเวิร์ก คุณสามารถส่งลิงก์ใน SMS ได้เช่นกัน ซึ่งผู้ใช้อุปกรณ์เคลื่อนที่จะคลิกลิงก์และเปิดแอปในเบราว์เซอร์ของอุปกรณ์ได้
เรายังไม่มีตลาดกลางเดียวกันกับที่ผู้ใช้สามารถให้คะแนน และแสดงความคิดเห็นเกี่ยวกับแอปได้ แต่นั่นก็เปลี่ยนแปลงไปด้วย อ่านต่อ...
การสร้างรายได้
ประเด็น: โฆษณาเนทีฟสามารถสร้างรายได้
"เด็ก 6 ขวบสร้างแอปในช่วงเวลาอาหารกลางวัน และขายสำเนาได้หนึ่งล้านเล่ม ในราคาเล่มละ $3" คุณคงเห็นพาดหัวข่าวนี้บ่อยๆ ทำให้นักพัฒนาซอฟต์แวร์รายใหญ่และรายเล็กมองหาตลาดกลางบนอุปกรณ์เคลื่อนที่เพื่อสร้างรายได้อยู่ตลอดเวลา แพลตฟอร์มอุปกรณ์เคลื่อนที่นำเสนอ วิธีมากมายให้นักพัฒนาซอฟต์แวร์เรียกเก็บค่าแอปของตนโดยตรง ที่ง่ายที่สุดคือการชำระเงินแบบครั้งเดียว เพื่อปลดล็อกแอปตลอดกาล นอกจากนี้ยังมีระบบชำระเงินในแอปพลิเคชันและการสมัครใช้บริการในบางแพลตฟอร์มด้วย และผสานรวมเข้าด้วยกันอย่างลงตัวในระบบการทำงานที่มีความสอดคล้องและปลอดภัย รูปแบบการชำระเงินแบบใหม่นี้ช่วยให้นักพัฒนาซอฟต์แวร์แปลงแอปยอดนิยม ให้กลายเป็นแหล่งรายได้ในระยะยาวได้
นอกจากการชำระเงินในแอปแล้ว คุณยังสร้างรายได้ด้วยรูปแบบเว็บแบบดั้งเดิมได้ เช่น การโฆษณาและการสนับสนุน
ตรงข้ามกับ: เราสามารถสร้างรายได้บนเว็บขึ้นมาได้เสมอ และโอกาสในการสร้างรายได้ก็เพิ่มขึ้นเรื่อยๆ
เว็บคงไม่ใช่กลไกของอุตสาหกรรมสมัยใหม่หากไม่มีโอกาสมากพอในการรับเงิน แม้ว่ากลไกแบบ "จ่ายต่อการใช้งาน" โดยตรงยังไม่เฟื่องฟูขึ้น แต่ก็ยังมีลูกค้าเฉพาะกลุ่มจำนวนมากที่โซลูชัน "ซอฟต์แวร์ในฐานะบริการ" แบบสมัครใช้บริการกลายเป็นสิ่งที่ทำได้จริง ตัวอย่างเช่น Google Apps, ผลิตภัณฑ์ต่างๆ ของ 37Signals และบริการอีเมลต่างๆ ในเวอร์ชันพรีเมียม นอกจากนี้ การชำระเงินโดยตรงไม่ได้เป็นเพียงวิธีเดียวในการสร้างผลกำไรจากเว็บแอป ได้แก่ การโฆษณาออนไลน์ ลิงก์แอฟฟิลิเอต การสนับสนุน การโปรโมตข้ามผลิตภัณฑ์ไปยังผลิตภัณฑ์และบริการอื่นๆ
อย่างไรก็ตาม เป็นเรื่องสมเหตุสมผลสำหรับนักพัฒนาเว็บ ที่จะอ่านพาดหัวข่าวและรู้สึกว่าการชำระเงินเป็นไปอย่างวุ่นวาย คุณส่ง URL ของเว็บไปยังตลาดกลางแบบเนทีฟไม่ได้ นักพัฒนาเว็บต้องทำอะไรบ้าง สิ่งที่คุณต้องทำคือสร้าง "แอป Wrapper" แบบเนทีฟ สำหรับแอปแต่ละแพลตฟอร์มที่คุณต้องการกำหนดเป้าหมาย ให้สร้างแอปเนทีฟเปล่าแต่จะมีมุมมองเว็บเท่านั้น มุมมองเว็บเป็นที่ที่คุณฝังแอปจริง จากนั้นคุณก็ส่งแอปเหล่านี้ไปยังตลาดกลางต่างๆ (และหวังว่าจะได้ดูเงินเข้ามา!) ในปัจจุบันตลาดกลางหลักอาจมีแอปที่ทำงานด้วยเว็บอยู่หลายร้อยหรือหลายพันแอป บางแอปอาจค่อยๆ ปรับเปลี่ยนไปอย่างชาญฉลาดจนเราไม่รู้จักเว็บแอปเลย
ข้อเสียคือการคอมไพล์ข้ามแพลตฟอร์ม ซึ่งเฟรมเวิร์กที่มีอยู่อย่าง PhoneGap สามารถช่วยได้ ยิ่งไปกว่านั้นยังมีบริการผ่านเว็บ เช่น PhoneGap Build และ Apparatio อยู่ในระหว่างการพัฒนา ชี้เว็บไซต์เหล่านี้ไปที่ที่เก็บโค้ด แล้วแอป Android, แอป iOS และอื่นๆ ก็จะแสดงขึ้นมา... ที่พร้อมให้คุณส่งไปยังร้านค้าที่เกี่ยวข้อง ไม่ต้องติดตั้ง SDK เนทีฟบนเครื่อง แค่นี้คุณก็สร้างแอปที่มาพร้อมเครื่องได้ครบทั้งตัวแก้ไขโค้ดและเว็บเบราว์เซอร์แล้ว
ตลาดกลางจะรองรับเว็บแอปโดยตรงไหม โดยไม่มีค่าใช้จ่ายในการรวมแอปตั้งแต่ต้นใช่ไหม ยังไม่ชัดเจน เราทราบดีว่า Google เปิดตัว Chrome เว็บสโตร์ไปเมื่อปีที่แล้ว และแม้ว่าจะใช้ได้กับเดสก์ท็อปเท่านั้น แต่สโตร์ดังกล่าวได้เรียกความสนใจจากผู้ให้บริการเบราว์เซอร์รายอื่นๆ และถือเป็นส่วนหนึ่งของแนวโน้ม ที่มีต่อแคตตาล็อกของเว็บแอป รวมถึงความพยายามบางส่วนสำหรับอุปกรณ์เคลื่อนที่โดยเฉพาะ แม้นี่จะเป็นยุคแรกเริ่มสำหรับแนวคิดเรื่องเว็บสโตร์ แต่สัญญาณก็ยังคงมีประโยชน์
บทสรุป
การประกาศผู้ชนะคงจะดี แต่ขณะนี้ ยังไม่มีผู้ชนะที่ชัดเจน แอปบางแอปเหมาะสำหรับโฆษณาเนทีฟ และบางแอปเหมาะกับเว็บ เราสามารถพูดได้ว่าสแต็กเว็บมีความคืบหน้ามากกว่า แต่ในแง่ของความสามารถและคุณภาพการดำเนินการ แอปที่มาพร้อมเครื่องก็พัฒนาไปอย่างรวดเร็วเช่นกัน และหากเทคโนโลยีเว็บไม่ได้มีความสำคัญอย่างโดดเด่นในระบบปฏิบัติการบนอุปกรณ์เคลื่อนที่ส่วนใหญ่ ก็คงจะคำนึงถึงปัจจัยหลักที่ต้องคำนึงถึงเสมอ
เทคนิคหนึ่งที่กล่าวถึงในบทความนี้คือแอปแบบผสม และวิธีนี้อาจเหมาะสมที่สุดสำหรับนักพัฒนาซอฟต์แวร์บางราย นั่นคือการดูเว็บที่เป็นไปได้และคอมโพเนนต์เนทีฟเฉพาะแพลตฟอร์มในกรณีที่ทำไม่ได้
หากคุณเลือกเส้นทางเว็บ โปรดคำนึงถึงมาตรฐานเว็บและหลักการของการเพิ่มประสิทธิภาพแบบก้าวหน้า เว็บเป็นเทคโนโลยีที่รู้วิธีกำหนดเป้าหมายอุปกรณ์และระบบปฏิบัติการที่หลากหลาย ไม่ว่าคุณจะเลือกเรียกว่า "การกระจายตัว" หรือ "ความหลากหลาย" เว็บก็ยอมรับวิธีการนี้ และนักพัฒนาซอฟต์แวร์จะได้รับประโยชน์จากอาร์ตเวิร์กก่อนหน้านี้ทั้งหมด