อ่านบทความเรื่อง Best practices for writing code comments จาก StackOverflowทำการสรุปและคำแนะนำเกี่ยวกับการเขียน comment ใน code ที่ดีเพื่อช่วยให้คุณภาพของ code ดีขึ้น มีประโยคที่น่าสนใจคือการเขียน comment ที่แย่ ๆ มันแย่กว่าการไม่เขียนอีกนะดังนั้นเราไม่ควรเขียน comment ใช่หรือไม่ ?เพราะว่า แม้จะเขียนไม่ดี compiler ก็ไม่ได้ตรวจสอบให้ถ้า comment ไม่ตรงกับการทำงานจริง ก็ไม่มีอะไรเกิดขึ้นดังนั้นการเขียนมันใช้ทั้งเวลาและความพยายาม !!
เพิ่งทำการสอนและแนะนำเกี่ยวกับการพัฒนาระบบงานให้นักพัฒนาไปมีคำถามที่น่าสนใจเกี่ยวกับ การเพิ่ม skill หรือ ความสามารถในเรื่องของ technicalว่าต้องทำอย่างไรบ้าง ?จึงทำการสรุปสิ่งที่ได้ตอบและแนะนำไปนิดหน่อย
วันนี้มีการแลกเปลี่ยนแนวทางการเรียนรู้สิ่งใหม่ ๆ ในส่วนของ technology และ programming กัน ว่ามีแนวทางกันอย่างไรบ้าง จึงสรุปสิ่งที่ได้พูดคุยกันไว้นิดหน่อย มาเริ่มกันเลย
จาก course Pratical Go ที่ไปเรียนมานั้น มีเรื่อง Package design หรือการออกแบบหรือวาง package ในระบบที่พัฒนาด้วยภาษา Go ว่ามีแนวคิดและอย่างไร ออกแบบอย่างไร รวมทั้งหน้าที่ความรับผิดชอบ มาดูกันว่ามีอะไรบ้าง
ในการเรียนรู้สิ่งใหม่ ๆ เราทุกคนเชื่อว่า มันยากเสมอ ซึ่งมันก็ยากจริง ๆ ยิ่งเป็น Developer แล้ว มีเรื่องให้ศึกษามากมาย เช่น แนวคิดในการเขียนโปรแกรมแบบใหม่ ๆ เช่น Functional programming ภาษาโปรแกรมใหม่ ๆ ที่ได้รับความนิยม เช่น JavaScript แน่นอนว่า เราทุกคนทำการเรียนรู้ด้วยการอ่าน และ ทำตาม พวกเอกสาร, tutorial และ course ต่าง ๆ แต่เชื่อเถอะว่า มันยังมีบางสิ่งที่ยังขาดหายไป หนึ่งในนั้น คือ การสอนผู้อื่น ซึ่งมันคือ สิ่งที่บอกได้ว่าคุณเรียนรู้ได้ดีเพียงใด รวมทั้งช่วยปรับปรุงความสามารถที่การสื่อสารกับผู้อื่นอีก
ช่วงวันหยุดได้มีโอกาสไปสอนเกี่ยวกับการ coding มานิดหน่อย ซึ่งพบว่า เมื่อเราต้องเรียนรู้ในสิ่งใหม่ เช่นการ coding ในภาษาโปรแกรมใหม่ เรามักเจออุปสรรคต่างๆ มากมาย ที่บั่นทอนกำลังใจในการเรียนรู้ บ่อยครั้งทำให้เราเลิกล้มความตั้งใจในการเรียนรู้ไปเลย แต่ถ้าเราเอาชนะ และ ก้าวผ่านอุปสรรคเหล่านั้นไปได้ เราจะสนุกไปกับประสบการณ์ใหม่ๆ เราจะเรียนรู้ได้อย่างรวดเร็ว เราจะมีความพยายามในการแก้ไขปัญหา ไม่ยอมแพ้ง่ายๆ เราจะ coding ได้โดยไม่ยึดติดกับตัวภาษา ดังนั้น เรามาดูว่ามีอุปสรรคอะไรกันบ้าง
จากบทความเรื่อง The Shape of Things to Come ทำการอธิบายว่า product ต่างๆ ของ Apple นั้นมีขั้นตอนการพัฒนาอย่างไร ? ในบทความมีประโยคที่น่าสนใจ คือ … design had been “a vertical stripe in the chain of events” in a product’s delivery; at Apple, it became “a long horizontal stripe, where design is part of every conversation.” This cleared a path for other designers. คำที่น่าสนใจก็คือ [&hellip
จาก Agile Manifesto ข้อที่ 4 Responding to change over following a plan ในการพัฒนา software นั้น มักจะเจอกับปัญหา requirement เปลี่ยนแปลงอยู่ตลอดเวลา ซึ่งถือเป็นเรื่องปกติอยู่แล้ว ดังนั้นไม่ว่าคุณจะทำดีเพียงใด ก็มีการเปลี่ยนแปลงอย่างแน่นอน แล้วในฐานะนักพัฒนา software เรามีวิธีการรับมือกับการเปลี่ยนแปลงต่างอย่างไรดี