4 ปี โปรแกรมเมอร์

Trust Tanapruk
Nextzy
Published in
2 min readDec 29, 2019
ปีที่ 4 ใช้ Pixel 4 ด้วย เลยใช้เป็น cover ด้วยเลอ

ครบรอบ 4 ปี ตั้งกะ เดือนสิงหาคม แต่ด้วยความที่งานชุม พอว่างนิดหน่อย ก็ไปเล่นเกม หรือทำอะไรที่ไม่ต้องตั้งสมาธินานๆ เสียมากกว่า จนมาช่วงสิ้นปีมีวันหยุดยาวก็เป็นช่วงเวลาที่เลือกจะปล่อยไปกับ Netflix ได้ ก็ตัดเวลาแบ่งมาเขียน snapshot รายปี ดีกว่า

ก่อนอื่น ก็แปะ blog ปีก่อนไว้

🦾กำลังสนุกกับการเขียน React, NextJS, GraphQL

หลังจากฝืนตัวเองไปจับ NodeJS ผมก็ไม่หันหลังกลับไป Android อีกเลย ช่วงแรกๆ ยังมี Android Studio ลงไว้ในเครื่องให้อุ่นใจ แต่เดี๋ยวนี้ไม่มีไว้แล้ว หนักเครื่อง

GraphQL ที่เคยสงสัยว่ามันเจ๋งยังไง ใช้ไปแรกๆ ไม่เข้าใจ แต่ใช้ไปเรื่อยๆ ก็เห็นความเจ๋งมันเหนือกว่า restful ที่เคยเขียน อาทิ การเพิ่ม/ปรับ API ใช้บรรทัดน้อยกว่า และเสียเวลาสื่อสาร doc ไปทางทีม Frontend น้อยกว่า

รู้ตัวอีกทีก็จับ React บ่อยที่สุด แต่ความรู้สึกตอนนี้กลับมั่นใจในทักษะของ React มากกว่า Android ที่เขียนมา 2 ปี เสียอีก จนบางครั้งหลงคิดว่าเขียน React มาหลายปีแล้ว ทั้งที่เขียนมาราวปีกว่าเท่านั้นเอง นับจาก blog ครั้งก่อนๆ

เดาว่า เรามั่นใจขึ้นเพราะ มันเป็นประสบการณ์ในด้าน Programming ภาพรวมที่สั่งสมมาตลอดหลายปี อาทิ แนวคิดพื้นฐานอย่าง function, class, callback, if else, for loop ที่เราใช้บ่อยกว่าภาษาไทยบางคำด้วยซ้ำ หรือ เป็น concept ทาง technical ที่เก็บอ่านมาตลอดๆหลายๆปีทีละเล็กทีละน้อย อย่าง CI/CD, serverless, SSR, etc.

👩🏻‍💻ใช้ Stack ที่เท่ยังไง ถึงเวลาก็ล้าสมัยอยู่ดี

แนวโน้มปีที่ผ่านมา https://2019.stateofjs.com/overview/

ปีก่อน เขียน project web โดยใช้ React, Redux, และ/หรือ เทคนิคที่เจ๋ง ณ ตอนนั้น ตอนนี้ผ่านมาปีนึง และจะเพิ่ม feature กับเว็บนั้น พบว่า ที่เคยคิดว่าเจ๋งตอนนั้น เกินครึ่ง กลายเป็น practice ที่ไม่แนะนำให้ใช้แล้ว

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

ทำได้ดีสุด แค่เลือก stack ที่เจ๋งในช่วงเวลานั้น และมีการ อัพเกรด code ให้เป็นปัจจุบันอย่างสม่ำเสมอ หรือ แยก module โค้ดไปเลย พร้อมเปิดช่องให้ code ใหม่ต่อเข้ามาเชื่อม module เดิมก็ maintain ไปเช่นเคย

ปีหน้ารอดู Svelt ว่าจะไปทางไหน mindshare เริ่มมาแล้ว

👨🏽‍🔧ดูแลทีม ใช้มุมมองการตัดสินใจอีกแบบ

เดิมเขียนโค้ด ก็จะสนเรื่อง performance, การ reuse code พอมาทำ อย่างอื่นที่ไม่ใช่เขียนโค้ด ตาม blog ข้างบน

ซึ่งสนใจเรื่องการสื่อสารระหว่างทีม อาทิ ต้องมี meeting คุยกัน การแบ่งงานระหว่าง Frontend และ backend, เอกสารสำหรับ sync ข้อมูล, notification เตือนการ commit, timeframe ที่ใช้ทำแต่ละ task หรือการใส่ lint เข้มๆ ไม่ให้ commit codes ไม่เป็นระเบียบมา

ส่วนที่ขาด ยังไม่ได้ทำแต่ต้องทำ คงเป็นการทำ Code Review Process, หรือบังคับเขียน Unit Test, Integration Test

🦧blog ที่เขียนไว้ มองย้อนกลับไปก็มีประโยชน์ดี

ทุกครั้งมีปัญหาอะไรเรื่อง programming อย่างแรกที่ทำก็ search google และไปเจอบทความที่คนอื่น เจอปัญหาและเขียนอธิบายไว้

อย่างบทความเรื่อง ISO 8601 นี้ ตอนเขียนใหม่ๆ ยอด view ไม่เยอะ แต่เวลาผ่านไปก็มีคนกดเข้ามาพอสมควร

ที่ชอบสุดก็เป็นเรื่อง Ubuntu ยอด view 15k + ได้

ปีนี้ถือว่าเขียน blog น้อยมาก รวมอันนี้ก็ 3 บทความ ไม่ใช่ไม่มีไอเดีย มีสิ่งที่อยากเขียนเยอะอยู่ เพียงแค่ต้องใช้ความตั้งใจ + เวลา research พอควร จะเขียนแต่ละ blog ตั้งเป็น resolution ปีถัดไปละกันว่าต้องเขียน blog ให้เยอะขึ้น

--

--