20 สิ่ง ที่ได้หลังจากเป็น Android developer ที่ Nextzy 3 เดือน

ซักประมาณ 1 ปีที่แล้วตอนอยู่ปี 4 ตัดสินใจเริ่มหัดเขียน Android ซึ่งนับเป็นโอกาสที่ดีเพราะส่วนหนึ่งเรามีพื้นฐานภาษา JAVA มาก่อน ต่อยอดอีกนิดไปทาง Android น่าจะดีไม่น้อย

เมื่อเราเริ่มหัด ไม่มีคนมาคอยแนะนำหรือสอนเลยว่า “วิธีไหนคือวิธีที่ถูกต้อง” อาศัยอ่านจาก StackOverflow กับลองเองซะส่วนใหญ่ โชคดีที่เราลงงานแข่ง business ที่ต้องทำ application จริงๆ เลยได้ skill มาจากตรงนั้นมาบ้าง

แต่คิดว่าความรู้ที่มีอยู่ยังไม่พอและยังขาดอยู่ไม่น้อยจึงตัดสินใจสมัครงาน เพื่อจะได้ทำโปรเจคที่มี user ใช้งานจริงๆ และได้คนที่เก่งมีฝีมือมาค่อยช่วย “shape” ความรู้ให้มันดีขึ้นกว่าเดิม ซึ่งทั้งสองอย่างทำให้ได้เราเรียนรู้ว่า อะไรคือสิ่งที่ควรทำ อะไรไม่ควรทำ และทำให้ลด learning curve ไปได้เยอะ

ซึ่งในบทความนี้เราอยากจะแชร์ประสบการณ์การทำงานครั้งแรกในชีวิต ว่าหลังจากเป็น Android developer ที่ Nextzy 3 เดือน เราได้อะไรกลับมาบ้าง บวกกับความรู้เก่าที่มีมา จะมีทั้งเรื่องเกี่ยวกับ technical และไม่ป่นอยู่ด้วยครับ 😎

1. MVP เหมาะกับเราที่สุด ณ ตอนนี้

เนื่องจากเป็น architecture ที่แบ่งโค๊ดออกเป็น layer ชัดเจน ทำให้โค๊ดในโปรเจคยืดหยุ่นมากขึ้น เพราะเราแยกโค๊ดส่วนของ android framework ออกมา จะทำ unit test ก็ง่าย และลดเวลาการ maintenance โค๊ดของเราลงได้เยอะ

NOTE: ลองอ่าน click (ไทย), click, ตัวอย่างของทาง google click (Eng)

BONUS: ความแตกต่างระหว่าง MVC, MVP, MVVM click, ความรู้ MVP จากการใช้งานจริง click

2. Base class, XML style มันคือ Teamwork

การทำ base class โดยใช้ Generic type เพื่อให้คนในทีมเรียกใช้ได้ง่ายเป็นเรื่องสำคัญ มันคือการวางโครงโปรเจคเรานั่นเอง

ทำไมเราต้องยอมเสียเวลาวางโครงเป็นเวลานาน? คำตอบคือ เพื่อทำให้โค๊ดทั้งทีมไปในทางเดียวกันหมด แก้ไขก็ง่าย โค๊ดไม่ซ้ำซ้อน และหยิบมาใช้ก็ง่าย เพราะเราทำไว้หมดแล้ว

xml style ใน android ก็ทำเป็น base ได้เช่นกันนะ ทำให้เรากำหนด style ให้กับ view ที่ต้องต้องการเพียงแค่บรรทัดเดียว เพราะทุกอย่างอยู่ใน style.xml หมดแล้วทำให้โค๊ดใน xml clean ขึ้นเยอะ click

เพราะฉะนั้นเสียเวลาวางโครงในโปรเจคเราให้เยอะๆ ดีกว่าเขียนๆไปแล้วต้องแก้ทีหลัง

If I had six hours to chop down a tree, I’d spend the first four hours sharpening the axe.

(Abraham Lincoln)

3. Android Lifecycle พื้นฐานสำคัญ

5. ลดเวลาการ Builds Gradle

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

แต่เราสามารถลดเวลาการ build ลงได้

NOTE: อ่านที่นี่ click

BONUS: Gradle project structure click

6. คุณจำเป็นต้องใช้ ProGuard เป็นอย่างยิ่ง

เปิด ProGuard ทุกครั้งที่นำ app ขึ้น playstore เป็นอะไรที่สำคัญมากถึงมากที่สุด นอกจากสามารถกันการ reverse engineer ได้ระดับหนึ่งแล้ว ยังลดขนาดของ application เราด้วยเนื่องจากมันจะไปไล่ตัด class ที่ไม่จำเป็นออกจากโปรเจคเรา และอะไรอีกหลายๆอย่าง ยอมเสียเวลาศึกษามันหน่อยคุ้มมากๆครับ

NOTE: ลองอ่าน click, DexGuard, รายละเอียดการ shrink

7. เลือกใช้ libray ที่จำเป็นและเหมาะกับงาน

การเลือกใช้ library ในโปรเจคเราต้องเช็คให้ละเอียดก่อนว่าเกิดปัญหาภายหลังหรือไม่ เพราะส่วนใหญ่เป็น library ที่ open source นั้นหมายความว่า FREE แต่ก็ไม่มีอะไรรับรองว่ามันจะเหมาะสมกับโปรเจคเรา เราจึงต้องเช็คให้ละเอียด

และที่สำคัญคือมีปัญหากับ ProGuard หรือไม่?

ดูจำนวนคนสนใจ

12. อย่าลืม Analyze app

ทำแอพเสร็จเราควรชำแหละแอพเราดูเองด้วย เพื่อเช็ค performance ต่างๆ

เบื้องต้นแนะนำให้นำ apk ไปใส่ APK analyzer ใน android studio เพื่อเช็คขนาดของแอพว่าไปหนักที่ส่วนไหน และสามารถปรับลดส่วนใหนได้บ้าง click

ต่อไปก็ต้องเข้าใจการทำงานของ Garbage Collector ว่ามันทำงานอย่างไร ทำไมจึงเกิด Memory Leak ในแอพ แล้วจะเช็คอย่างไร click

NOTE: ใช้ library ช่วยตรวจสอบ memory leak click

13. Android studio library แนะนำให้ใช้

• JavaDoc
• Android Drawable Importer → แนะนำ
• Android Parcelable code generator → แนะนำ
• Android Postfix Completion
• ADB Idea
• ACE jump → แนะนำ
• Exynap
• SonarLint
• IdeaVim → สำหรับลัทธิ vim 😇

สามารถนำไป search ได้ใน Plugin manager ใน Android studio ได้เลย ลองเอาไปเล่นกันดูเองเนาะ

NOTE: awesome plug-in click

14. เริ่มใช้ Git จริงๆจังๆ

แรกๆเราเน้น download แตก zip แล้ว copy paste ลูกเดียวเลย ซึ่งเป็นวิธีที่ไม่ควรทำเป็นอย่างยิ่งในฐานะนักพัฒนา ถึงเราจะทำงานคนเดียวก็ตาม ถ้าทำงานเป็น team ยิ่งต้องใช้อย่างมาก เพราะ

Git คือ Version Control ตัวหนึ่ง ซึ่งเป็นระบบที่มีหน้าที่ในการจัดเก็บการเปลี่ยนแปลงของไฟล์ในโปรเจ็คเรา มีการ backup code ให้เรา สามารถที่จะเรียกดูหรือย้อนกลับไปดูเวอร์ชั่นต่างๆของโปรเจ็คที่ใด เวลาใดก็ได้ หรือแม้แต่ดูว่าไฟล์นั้นๆใครเป็นคนเพิ่มหรือแก้ไข หรือว่าจะดูว่าไฟล์นั้นๆถูกเขียนโดยใครบ้างก็สามารถทำได้

ฉะนั้นมันดีมากใช้เถอะนะ

NOTE: อ่านเพิ่ม click

15. Nextzy workflow

เนื่องจากการทำงานเราเป็นแบบ Agile การับ Feedback จากลูกค้าเลยค่อนข้างเร็ว เราจึงเลือกใช้ Redmine (คิดว่าดีที่สุด ณ ตอนนี้) เพื่อจัดการกับเรื่องพวกนี้ไม่ว่าจะเป็นการเปิด status: issue, feedback, resolved ไปให้คนในทีม และนำเลข Task ใน Redmine ใส่เป็น prefix ตอน commit เพื่อ track การทำงาน

16. พูดคุยกับคนใน team ให้มากที่สุดเท่าที่เป็นไปได้

การพูดคุยกับคนในทีมเป็นหนึ่งที่นักพัฒนามองข้ามกันมาก ซึ่งมันส่งผลหลายอย่างต่อภาพรวมเป็นอย่างมาก ทั้ง bug ที่เกิดมากขึ้น เขียนโค๊ดไม่เป็นไปทางเดียวกัน งานล่าช้า ไม่สนิทกับคนในทีมเสนอหรือพูดคุยอะไรยาก และอีกมากมาย…

เพราะส่วนหนึ่งคือ นักพัฒนาคุยไม่ค่อยเก่ง ซึ่งเป็น skill ที่ฝึกฝนกันได้

เดือนแรกที่ทำงานเราเน้น alone ไม่ค่อยคุยกับใครผลที่ตามมาคือ bug มหาศาล เนื่องจาก requirement ต่างๆค่อนข้างละเอียดจึงเก็บไม่หมด + กับยังไม่ชินกับโครงที่วางไว้ยิ่งไปกันใหญ่ เราจึงเริ่มหาวิธีแก้ไขทำให้รู้ว่าปัญหาพวกนี้จะหมดไป ถ้าเราเริ่มคุยกับคนในทีมมากขึ้นกว่าเดิม ปรึกษากันมากกว่าเดิม รีวิวโค๊ดกันบ่อยขึ้น ผลที่ได้คือมันได้ผลอย่างน่าตกใจมันดีขึ้นเรื่อยๆ

และสิ่งสำคัญอีกอย่างคือ “ที่นั่ง” ควรจัดที่นั่งให้ทีมคุยกันง่ายที่สุด โดยเฉพาะคนที่ทำส่วนเดียวกัน เพราะต้องปรึกษากันตลอด

คุยกับคนในทีมให้บ่อยๆอย่ามองข้ามจุดนี้ไปหละ

17. Awesomenauts เกมโปรดของพวกเรา

ที่จริง Nextzy เราเล่นกันหลายเกมส์ Dota, CS:GO, บลาๆ แต่อยากนำเสนอ Awesomenauts เพราะเล่นกันได้ทั้งบริษัททั้ง ผู้หญิง ผู้ชาย ฝึกเล่นง่ายแถมไม่แพง ที่สำคัญเกมไม่เครียด

เพราะจุดประสงค์ที่เราเล่นกันก็เพื่อ ความสนุก คลายเครียด หลังจากโค๊ดติดๆกันเป็นเวลานาน และทำให้คนในทีมสนิทกันมากขึ้นด้วย

ลักษณะเกมแบ่งเป็นสองฝั่ง 3 vs 3 ดังนั้นเล่นได้มากสุด 6 คนต่อเกม ใครตีฐานใหญ่แตกก่อนก็ชนะไป ลักษณะคล้าย dota แต่ง่ายกว่าเยอะมาก

NOTE: ลิงค์ไว้กดซื้อใน stream click, ไว้เปิด skill ดู click และ click

18. เฮฮาปาจิงโกะ

นอกจากการโค๊ดเป็นนิจแล้ว เราก็มีมุมไร้สาระพักสมองเยอะแยะ นอน เล่นเกมส์ ร้องเกะ ดูหนัง ตีปิงปอง boardgame โต๊ะลูกชิ้น กินเลี้ยง บลาๆ…

19. แชร์ความรู้

ที่ Nextzy เรามองว่าการ การแชร์ความรู้ให้คนในทีมเป็นเรื่องที่ควรทำอันดับต้นๆ

เราจึงแชร์ความรู้กันตลอด โดยจะนัดกันที่ห้องประชุม section ประมาณ 1 ชม. โดยประมาน รวมไปถึงรีวิวโค๊ดด้วยเช่นกัน

20. ความรู้ที่มากกว่า coding

สุดท้ายนอกจากด้าน technical ที่ทุกคนโหดกันอยู่แล้วพี่ๆที่นี่ยังแชร์ความรู้อื่นๆอีก โดยส่วนใหญ่จะนัดไปร้านนั่งชิวตอนหลังเลิกงาน แชร์ประสบการณ์ต่างๆในชีวิตประจำวัน ส่วนตัวชอบเอามากๆ 🙂