Developer

 

ในปีที่ผ่านมาเว็บที่ผมดูแลอยู่มี สถิติของ Web Browser ทั้งยี่ห้อและขนาดจอภาพมาให้ดูกัน

by

Chrome = 49%
Internet Explorer = 21%
Firefox = 14%
Safari = 8%
Android Browser = 5%
Other = 3%

1366×768 = 26%
1024×768 = 14%
1280×800 = 10%
1600×900 = 7%
1280×1024 = 6%
1920×1080 = 6%

IE6 = 3%
IE7 = 5%
IE8 = 55%
IE9 = 33%
IE10 = 5%

โดยจะเห็นว่าแนวโน้มของปีนี้ Chrome มาอันดับหนึ่งเลย ตามด้วย IE และ Firefox

สำหรับขนาดของจอภาพก็คงได้เวลาปรับตัวในการทำเว็บที่รองรับขนาดจอภาพที่ 1,280 pixel เป็นขนาดเริ่มต้นกันเสียที

สำหรับ การสนับสนุนใน IE6 และ IE7 นั้นก็ควรจะหยุดลงได้แล้ว คุณจะสนับสนุนเพียง 3-5% จาก 21% ของคนที่เข้าเว็บคุณเพื่อ? และควรมุ่งไปที่ IE8 เป็นส่วนเริ่มต้นและมุ่งทำให้แสดงผลได้ดีใน IE9 และ IE10 มากขึ้นน่าจะดีกว่า

สถิติอาจไม่ตรงกันสำนักอื่นๆ โปรดเปรียบเทียบกับภาพรวมของเว็บที่ดูแลกันเองและกำหนดทิศทางต่อไปในอนาคตครับ

 

เครื่องมือบริหาร Project สำหรับโครงการพัฒนาซอฟต์แวร์ขนาดเล็ก-กลาง ฉบับ 2012-2013

by

จาก เครื่องมือบริหาร Project ที่ใช้งานอยู่ตอนนี้ ที่เขียนไว้ในปี 2011 ก็ผ่านมาได้ปีกว่าๆ แล้ว แน่นอนว่าจากวันนั้นถึงวันนี้ก็มีการปรับเปลี่ยนการทำงานอยู่ตลอดเวลาเพื่อให้รับกับการเปลี่ยนแปลงใหม่ๆ ได้ สำหรับปี 2012-2013 นั้น ส่วนตัวแล้วมีการปรับเปลี่ยนการใช้เครื่องมือหลายๆ ตัวอยู่พอสมควร

ต้องขอปูพื้นก่อนสำหรับคนที่ไม่ได้อ่านตอนปี 2011 ว่างานหลายๆ ตัวและหลายๆ Project นั้นส่วนตัวแล้วนั้นทำงานร่วมกันหลายคน และมักจะมากกว่า 1 คนแน่นอน เพราะฉะนั้น การสื่อสารเป็นสิ่งสำคัญมากๆ บางครั้งต้องบันทึกช่วยจำต่างๆ มากมายเครื่องมือช่วยต่างๆ จึงจำเป็นอย่างมากในการอำนวยความสะดวก เพื่อไม่ให้ตกหล่น เพราะฉะนั้นลองมาดูว่าส่วนตัวผมนั้นใช้ส่วนไหนบ้าง

1. โทรศัพท์!
เรื่องพื้นฐานมากๆ เพราะความชัดเจนในการสื่อสารสำคัญ ซึ่งการโทรศัพท์นั้นเหมาะกับสถานะการณ์บางอย่างที่ต้องการการตอบสนองที่รวดเร็ว ออกแนวว่าด่วนสุดๆ  เพราะบางครั้งส่งอีเมลไป ไม่เข้าใจหรือไม่ชัดเจน โทรคุยอธิบายอาจจะชัดเจนกว่าใช้เวลาสั้นกว่า และน้ำเสียงทำให้การสื่อสารนั้นดูนุ่มนวลกว่าตัวหนังสือใน E-Mail กว่าในบางครั้ง

2. E-Mail
เป็นการใช้ในด้านการยืนยัน หรือแจ้งรับทราบร่วมกันเป็นกลุมเป็นหลัก ซึ่งปรกติจะใช้เป็นส่วนหนักในการคุยงาน สร้างหลักฐานร่วมของการทำงาน ในบาง Project ใช้อีเมลโต้ตอบกันไป-มาเยอะมากเพื่อสรุปและแจ้งรับทราบให้ทุกกรณีเพื่อไม่ให้ตกหล่น

3. IM

  • GTalks – ด้วยความที่ใช้บนระบบ Webbased ได้ด้วย ประกอบกับตัวอักษรล้วนๆ รวดเร็วไม่ต้องมีอะไรมากมาย จึงเหมาะมากๆ กับการโต้ตอบ ไป-มาระหว่างคนสองคน (แถมมี logging chat ด้วยสะดวกดี)
  • Windows Live Messenger – ตอนนี้รวมและย้ายไปใช้ Skype แทนแล้ว
  • Skype – ใช้คุยทั้ง Skype Account และ Microsoft Account (Windows Live Messenger) รวมไปถึงประชุมสายเพื่อลดต้นทุนการโทรศัพท์
  • Google+ Hangouts – ถ้าใช้ Skype สำหรับประชุมสายผ่านโทรศัพท์ ตัว Hangouts ก็เป็นส่วนของการประชุมสายผ่านทาง Webcam นั้นเอง
  • Line/WhatsApp/IM+ Pro – App สำหรับ Chat บนมือถือ เหมาะสำหรับเวลาติดต่อที่ต้องการความรวดเร็วกว่า Skype และ GTalks แน่นอนว่ามันติดอยู่กับโทรศัพท์มือถือ เพราะฉะนั้นจะค่อนข้างไวกว่าในการโต้ตอบ
  • Facebook Chat – ส่วนตัวแล้วเหมาะกับฝากข้อความเป็นหลัก ใช้แทน SMS ได้ดี และคนในทีมใช้ Facebook กันทุกคน เพราะฉะนั้นจึงเหมาะกับการฝากข้อความหรือเน้นย้ำมากกว่า

4. Project Sharing Code – Bitbucket หรือ Github

จากปี 2011 มาปี 2012 นั้นในทีมได้ย้ายจาก Github ที่เป็นระบบ Project Sharing Code ที่มีผู้ใช้งานอยู่ทั่วโลก ได้รับความไว้วางใจาก Developer มากมาย มาใช้ Bitbucket ที่มีค่าใช้จ่ายด้านการบริหารจัดการ Project Sharing Code แบบ private ที่มีต้นทุนแปรผันตามขนาดทีมที่ใช้งาน ซึ่งประหยัดมากกว่าจำนวน Repositories แบบ Github ที่ผมต้องเสียเงินเพื่อเช่าใช้แบบ private เดือนละประมาณ $12/month อยู่ โดยปรกติแล้วทำงานกันจะเป็นทีมขนาดเล็ก เพราะฉะนั้นถ้าจำนวนคนใน Project ไม่เกิน 5 คนก็ไม่มีค่าใช้จ่ายต่อเดือนแต่อย่างใดสำหรับ Bitbucket ทำให้ประหยัดลงไปได้มาก มีอยู่หลายเดือนที่ต้องเสียเงินให้กับ Github มากกว่า $12/month เพราะมี Private Repositories มากกว่าที่กำหนดไว้ และถ้า Project ไหนจบแล้วก็ต้องลบออกทำเป็น copy source ไว้ด้านนอกเพื่อประหยัดพื้นที่ไว้สำหรับ Repositories ตัวต่อไป ซึ่งในทางการทำงานบางครั้งก็ไม่สะดวกถ้าเรามี Project ที่เราต้องดูแลต่อในอนาคตเราต้องกันพื้นที่ส่วนนี้เป็น Repositories ค้างไว้ ซึ่งแน่นอนว่าถ้าเราลดต้นทุนในส่วนนี้ได้ ก็ประหยัดลงไปได้พอสมควรเลย

หลายคนไม่ทราบว่า Bitbucket นั้นเป็นระบบที่รองรับ Git Version Control System แบบเดียว Github เช่นเดียวกัน ซึ่งเป็น Source Code Versioning แบบ distributed version control system โดยแต่ละคนไม่เพียงได้ข้อมูลล่าสุดของไฟล์งานต่างๆ เท่านั้น แต่ได้ทั้งมา Repository ไปด้วยเพราะฉะนั้นถ้า Server ตัวหลักมีปัญหา (ในที่นี้หมายถึง Server Bitbucket) ตัวเครื่อง Client ก็สามารถทำงานได้อยู่ พอ Server ตัวหลักกลับมาทำงานได้ปรกติก็จะสามารถส่ง Source กลับไปได้โดยข้อมูลที่แก้ไขไป-มานั้นยังคงอยู่และพร้อมให้ Server สามารถรับข้อมูลล่าสุดต่อไปได้ทันที เหมาะกับ Project ทุกขนาดที่ต้องใช้การแชร์ Source โปรแกรมมากกว่า 1 คนขึ้นไป เพื่อป้องกันการแก้ไขทับไปมาระหว่างคนในทีม ช่วยเรื่อง Backup และ Recovery ได้ดีมากๆ

ซึ่งแน่นอนว่าระบบเป็นแบบ Webbase เพราะฉะนั้นมันจึงมี Issue/Milestone/Version ที่ช่วยติดตามงานต่างๆ ได้ดีมากขึ้น โดยถ้าเป็นใน Github เราสามารถใช้ Label ได้อิสระ แต่ใน Bitbucket เราจะไม่สามารถกำหนด Label ได้ แต่กำหนดเป็น Kind ที่ตั้งค่ามาให้เรามาเลยโดยเพิ่มเติมไม่ได้อยู่ 4 แบบ คือ bug, enhancement, proposal และ task ซึ่งโดยรวมจริงๆ ก็เพียงพอสำหรับใช้งานอยู่แล้วตามรูปแบบทั่วไปที่ใช้ๆ กันอยู่แล้ว

สำหรับบันทึกช่วยจำนั้นใน Bitbucket ก็มี Wiki มาให้แบบเดียวกับ Github ส่วนใหญ่เอาไว้แจ้งข้อมูลทั่วไปพวก FTP, Databases Access หรือเอกสารของลูกค้าต่างๆ ที่เป็น Features หรือข้อตกลง เป็นหลัก ซึ่งรวมไปถึงคู่มือหรือการแก้ไขปัญหาต่างๆ ที่เกิดขึ้น

5. Documents/Spreadsheet (เอกสารแชร์กับลูกค้า)

จากเมื่อปี 2011 ที่ผ่านมาใช้ Google Docs ในปี 2012 ที่ผ่านมาเริ่มปรับเปลี่ยนมาใช้ Microsoft Office Web Apps มากขึ้นเรื่อยๆ เหตุผลง่ายๆ คือลูกค้าเข้าใจส่วนติดต่อ (UI) ของ Microsot Office มากกว่า แถมมีข้อดีคือสามารถเปิดเอกสารผ่าน Microsoft Office ตัวปรกติบนเครื่องได้และบันทึกกลับเข้ามาใน Web Apps ได้โดยสะดวก แต่ก็ยังใช้ผสมกันทั้ง Google Docs และ Office Web Apps ขึ้นอยู่ที่ Project ที่กำลังทำงานอยู่ว่าลูกค้าถนัดตัวไหน ซึ่งเหตุผลในหลายๆ ส่วนเอกสารบางตัวใน Wiki ของ Bitbucket ก็ถูกนำมาใส่ในส่วนนี้เช่นกัน เพราะลูกค้าคงใช้ Bitbucket ไม่เป็น เพราะฉะนั้นงั้นก็ควรใช้อะไรที่ง่ายๆ ที่เข้าถึงได้สะดวกกว่านั้นเอง

6. Cloud Storage Sharing/Sync

เป็นการปรับเปลี่ยนครั้งใหญ่โดยส่วนตัว โดยย้ายมาใช้ SkyDrive แทน Dropbox ด้วยเหตุผลด้านค่าใช้จ่าย ด้วยราคาต่อหน่วยพื้นที่เก็บไฟล์ที่ราคาไม่สูงมากนัก แถมยังมีตัวเลือกในการเช่าพื้นที่เพิ่มเติมที่มีหลายระดับราคามากกว่า ซึ่งตัว App ที่เป็นตัว Sync File เพื่อทำงานรวมกับระบบ Cloud นั้นทำงานได้ดีพอๆ กับ Dropbox แล้ว และยังเข้ากันได้ดีกับ Windows 8 และ Windows Phone 8 ด้วย (บน iOS และ Android ก็ใช้งานได้ดีเช่นกัน)

โดยในส่วนของ Cloud Storage พวกนี้จะถูกใช้สำหรับเก็บเอกสารต่างๆ ทั้งส่วนตัวและลูกค้าที่เป็น Word, Excel หรือ PowerPoint ที่เป็นไฟล์โยนไป-มาในอีเมล โดยปรับเปลี่ยนมาใช้การ Share ผ่าน link เป็นหลักเพื่อความรวดเร็วในการรับ-ส่งและยังแก้ไขได้ง่ายกว่าการแนบไฟล์ตามปรกติที่ทำๆ กันมาที่บางครั้งก็ไม่รู้ว่าไฟล์ไหนเป็นไฟล์ตัวล่าสุด ทำ snapshot และ versioning แบบเปรียบเทียบกับของเก่าได้ยากกว่า อีกทั้งระบบพวก cloud storage พวกนี้ยังมีส่วนของการค้นหาและสำรองข้อมูลไว้บน Cloud อีกชุดเพื่อความปลอดภัยของข้อมูลด้วย

ข้อดีที่สำคัญอีกอย่างของ Cloud Storage (ทั้ง SkyDrive และ Dropbox) ที่เหนือกว่าการเก็บไฟล์แบบเดิมๆ บนเครื่องก็คือยังสามารถเข้าถึงได้จากมือถือผ่าน App ที่มีให้ดาวน์โหลดบน Store ของแต่ละค่ายเอง หรืออุปกรณ์อื่นๆ ที่เข้า Internet ได้ผ่านทาง Web Browser ได้ด้วย แต่ข้อดีของ SkyDrive ที่ปรับเปลี่ยนมาใช้ก็เพราะสามารถทำงานร่วมกับ Office Web Apps ได้ดีกว่า Dropbox อยู่เยอะ แต่ข้อเสียของ SkyDrive คือระบบ versioning ที่รองรับแต่เฉพาะไฟล์ของ Micorosoft Office เป็นหลัก ไม่รอบรับไฟล์รูปแบบอื่นๆ เหมือน Dropbox อาจจะต้องเลือกการใช้งานให้ถูกกับประเภทสักหน่อยเท่านั้นเอง

กล่าวโดยสรุปจากทั้งหมดที่กล่าวมาทั้ง 6 ส่วนนี้ จะเห็นว่าแต่ละส่วนช่วยในเรื่องของการบันทึก ช่วยจำ และการติดต่อสื่อสาร อีกทั้งยังช่วยในการสำรองข้อมูลต่างๆ ให้การทำงานของเรานั้นราบรื่นมากที่สุด เพราะฉะนั้นลองนำไปปรับใช้ในทีมกันดูนะครับ น่าจะช่วยในการประสานงานกันในทีมดีมากขึ้น แถมยังปลอดภัยต่อข้อมูลที่ตกหล่นอีกด้วย

 

Thai Taxi Meter Calculator for Windows Phone 8 พร้อมใหดาวน์โหลดแล้วที่ Windows Phone Store

by

จากที่บ่นๆ ใน Thai Taxi Meter Calculator for Windows Phone 8 

เป็น App ที่ไม่มีอะไรมากคำนวณเล่นๆ มันเกิดจากว่า ผมขึ้น Taxi แล้วมีเงินเหลือในกระเป๋า 200 บาทแล้วต้องเดินทางค่อนข้างไกล แล้วลืมว่ามีเงินอยู่แค่นี้ เลยต้องเข้าเว็บคำนวณเงิน โชคดีที่พอดี ระหว่างทาง นั่งคำนวณเงินค่า Taxi ผ่านเว็บเอาให้ลุ้นเล่นที่ประมาณ 180 กว่าบาท พอถึงที่หมายก็ประมาณเกือบๆ 190 บาท (เกือบไป) ผมเลยนั่งทำ App ตัวนี้เมื่อเย็นวาน เอาไว้ใช้เอง โดยใช้เวลาหาสูตรใน Wiki แล้วเอามาเขียนดูอีกสัก 30 นาที ก็ได้ App เล็กๆ ตัวหนึ่งขึ้นมา

เมื่อช่วงเช้าที่ผ่านมาก็ได้อีเมลแจ้งว่าทุกอย่างผ่านไปด้วยดี ภายใน 24 ชั่วโมงจะสามารถให้ดาวน์โหลดได้

image

หรือเข้าไปดาวน์โหลดได้แล้วที่ Thai Taxi Meter Calculator on Windows Phone Store ก็ได้

2012-12-31_134722

แผนต่อไปที่จะทำคงเป็นเรื่อง Map การบันทึกค่าใช้จ่ายในแต่ละครั้ง รวมไปถึงบันทึกพวกหมายเลขทะเบียนรถ sync เข้า SkyDrive แต่นั้นคงหลังจากที่ SoShi Fanclub for Windows Phone 8 นั้นขึ้น Windows Phone Store แล้วนั้นเองครับ

 

Thai Taxi Meter Calculator for Windows Phone 8

by

เป็น App ที่ไม่มีอะไรมากคำนวณเล่นๆ มันเกิดจากว่า ผมขึ้น Taxi แล้วมีเงินเหลือในกระเป๋า 200 บาทแล้วต้องเดินทางค่อนข้างไกล แล้วลืมว่ามีเงินอยู่แค่นี้ เลยต้องเข้าเว็บคำนวณเงิน โชคดีที่พอดี ระหว่างทาง นั่งคำนวณเงินค่า Taxi ผ่านเว็บเอาให้ลุ้นเล่นที่ประมาณ 180 กว่าบาท พอถึงที่หมายก็ประมาณเกือบๆ 190 บาท (เกือบไป) ผมเลยนั่งทำ App ตัวนี้เมื่อเย็นวาน เอาไว้ใช้เอง โดยใช้เวลาหาสูตรใน Wiki แล้วเอามาเขียนดูอีกสัก 30 นาที ก็ได้ App เล็กๆ ตัวหนึ่งขึ้นมา

กำลัง Publish คืนนี้ (25/12/2555) ทำ ss และ icon ใช้เวลานานกว่า App อีก ><”

2012-12-25_005227

Thai Taxi Meter Calculator ส่งเข้า Windows Phone Store แล้วรอ review ไม่เกิน 5 วัน ><”

ปล. icon ห่วยแตกมาก ขออภัย T_T

2012-12-25_012346

 

เรื่องเล่าของ SoShi Fanclub for Windows Phone 8 จากงาน Windows Phone AppFest

by

จากงาน Nokia Windows Phone AppFest powered by AIS The StartUp ที่จัดที่ Microsoft Thailand มีการให้ลองนำเสนอ Apps สักตัวนึง แน่นอนว่าเพิ่งเริ่มพัฒนา ประมาณ 1 อาทิตย์ (เอาจริงๆ ก็ไม่ถึงนะ ใช้เวลาทำจริงจัง 2 วัน)

จุดประสงค์ก็แค่อยากหา Apps อะไรทำแบบง่ายๆ เร็วๆ ได้ลองวิชา แบบที่อยากทำ และตอบโจทย์การใช้งานของตัวเองเป็นที่ตั้ง (ตัวเองให้ requirement เองทำเอง) พูดง่ายๆ ทำแบบเอามัน ทำไปเรื่อยๆ มากกว่า

Apps ตัวนั้นก็คือ SoShi Fanclub for Windows Phone 8 อย่างที่บอก ทำสนองตัวเอง เพราะงั้นมันจึงมีอะไรที่เน้น Feature ที่ใหม่ๆ ที่มีใน Windows Phone 8 เพราะอยากลองและนำไปต่อยอดในงานที่จริงจังในอนาคตจริงๆ (Apps หนูทดลองว่างั้น)

แต่แน่นอนว่า ถึงจะมองให้คิดแบบนั้น แต่ก็ลงทุนแบบลูกบ้ากับค่าลง Developer Account ไปไม่น้อย (เท่ากับ iOS Developer Account) ก็คิดว่าต้องได้อะไรกลับมาบ้าง ซึ่งคงไม่เหมือนตอน iOS Developer Account ก็เฟลมารอบ เพราะไม่มีเครื่อง Mac ใช้สักที เนื่องจากไม่มีเวลาจะลงไปศึกษาจริงจัง แต่รอบนี้ของใกล้ตัวกว่าอย่างบน Windows มันเลยง่ายกว่า

image

ตัว SoShi Fanclub for Windows Phone 8 พัฒนาบน Microsoft Visual Studio Express 2012 for Windows Phone ใน Proejct ตั้งต้น Templates ในส่วนของภาษา Visual Basic (.NET) รูปแบบเริ่มต้น Windows Phone HTML5 App

กล่าวคือใช้การพัฒนาผสมระหว่าง VB.NET, XAML และ HTML5

แน่นอนว่า HTML5 นั้นมันต้องพ่วง CSS และ JavaScript มาด้วย โดย JavaScript ที่ใช้ใน Project นั้นใช้ jQuery, Metro JS และ jMetro เป็นหลัก (พวกนี้ตัดสินใจใส่เอง ไม่มีใน Project Templates)

สำหรับส่วนอื่นๆ ก็มี API Services ที่เกี่ยงข้องในขั้นต้นจากที่เริ่ม Project นี้มา 6-7 วันก็มี

  1. SoShi Fanclub private Feed อันนี้ไปขอจากทางเว็บมา แน่นอนว่าไม่ได้ยิง request ไปตลอด คงทำ cache กลางไว้อีกรอบบน Azure แน่นอน
  2. Image Proxy for embed image hosting เป็นส่วนของการแก้ปัญหาเว็บฝากไฟล์รูปหลายๆ ที่ที่ต้องส่ง referer ไปด้วยถ้ามีการดึงรูป ซึ่งด้วยความที่ IE10 มันโดยตั้ง Do No Track มาเป็น default บน Windows Phone 8 เพราะฉะนั้น มันจึงไม่ส่ง referer ออกไปให้ เลยต้องมีการทำ Proxy ตรงกลางเพื่อทำตัวเสมือนอีกชั้นนึงแล้วไปดึงรูปมาให้อีกทอดนึง
  3. Push Notification สำหรับรายงานข่าวใหม่ อันนี้ใช้ Mobile Services ของ Azure ที่มีบริการอยู่ (ที่นี่รองรับทั้ง Windows 8 Apps, Windows Phone 8 Apps และ iOS Apps) ตรงนี้ทำเพิ่มเข้ามาลองวิชาด้วย น่าสนใจดีมากๆ

สำหรับ Photo Gallery ตรงนี้กำลังคิดอยู่เพราะมีใน SoShi Fanclub for iOS แต่ใน Android มันไม่มีแฮะ เลยงงๆ ว่าจะไม่ดึงที่ไหน

สำหรับโครงสร้างของ Apps นั้นก็ตามข้างล่างเลย

เราใช้ WebBrowser Control เป็นส่วนของ View ของระบบเพื่อ render HTML5 ในฝั่งการแสดงผลอีกชั้น ตัว HTML5 จะทำงานแทนในส่วนที่ต้องดึงข้อมูลมาแสดงผลแยกต่างจาก และในส่วนของ Service Class จะไปยุ่งพวกหลังบ้าง พวก push หรือการเก็บข้อมูลอะไรแนวๆ นั้น

การติดต่อระหว่าง HTML5 กับ Service Class ทำผ่าน InvokeScript และ ScriptNotify

InvokeScript  คือ VB.NET สั่งให้ JavaScript ในฝั่ง WebBrowser Control ทำงาน

ScriptNotify คือ WebBrowser Control ส่งข้อมูลเข้ามาที่ฝั่ง VB.NET

เมื่อมันสื่อสารกันได้แล้ว ก็ง่ายแหละที่จะส่งไป-กลับข้อมูลจากเว็บเข้าระบบภายเครื่อง

image

สำหรับการออกตัว Apps จะพยายามออกให้ได้ 2 version หลักภายใน 3 เดือนนี้

เดือนแรกคงรีบออกตัวแรกก่อนเลยคือ 1st Release Features ประมาณก่อนปีใหม่ 2013

จะมีคุณสมบัติหลักๆ ก็คือ

  • News Feed
  • Photo Gallery
  • Embed Image support (By pass Do No Track)
  • Embed YouTube support to Mobile Youtube
  • Support Share (Twitter or Facebook)
  • Live Tile, Toast, Push Notification for News Feed and Photo Gallery

สำหรับ 2nd Release Features ประมาณช่วงก่อนเดือนมีนาคม 2013

  • Quick status on Lock Screen
  • Shuffle Background on Lock Screen
  • Save Calendar to Windows Phone
  • Save Photo to SkyDrive
  • Read/Unread support
  • Read it later support

ก็ตีไว้คราวๆ ประมาณนี้ รอดูว่าจะเป็นยังไง ถ้าตัวนี้ผ่าน ผมว่าเอาไปทำอะไรหลายอย่างในอนาคตได้เยอะ เพราะตั้งโจทย์ไว้สำหรับทำ Apps สำหรับงานอื่นๆ ที่ต้องใช้วิธีการพัฒนาคล้ายๆ แบบนี้เยอะ เพราะส่วนตัวมองว่าเป็น Apps ที่ทำขึ้นเพื่อเป็นครูสอนตัวเองไปในตัวด้วย ฮาๆๆ

สรุป ทำเอามันส์