Saladpuk.com
💡 เกร็ดความรู้
💡 เกร็ดความรู้
  • ❤️ เกร็ดความรู้
  • กฏเหล็กในการทำงาน
  • หากเหนื่อยนักขอจงหยุดพักเสียก่อน
  • ดราม่ากับ PHP
  • อยากเรียนแต่ไม่มีตังเหรอ ?
  • แค่ต่างมุมมองทองก็กลายเป็นขี้ได้
  • อยากทำเว็บมันต้องรู้อะไรบ้างหว่า?
  • คิดแบบตรรกะจำแบบโปรแกรมเมอร์
  • เวลาทำงานเหตุผลมาก่อนเสมอ
  • บังคับคลีนโค้ดทำไมฟระ ?
  • บังคับทำเทสทำไมฟระ?
  • Requirement Driven Design
  • 👨‍💻 ที่สุดแห่งการเป็นโปรแกรมเมอร์
  • การทำซอต์แวร์โปรเจคยุคปัจจุบัน
  • เคล็ดไม่ลับในการทำซอฟต์แวร์
  • Quality vs Quantity
  • ปัญหาสมองไหล
  • เรื่องแปลกในการทำซอฟต์แวร์
  • กฎ 80:20
  • เมื่อเราไม่เข้าใจกัน
  • ปัญหาที่ใหญ่ที่สุดในการทำซอฟต์แวร์
Powered by GitBook
On this page

Was this helpful?

Export as PDF

เวลาทำงานเหตุผลมาก่อนเสมอ

Previousคิดแบบตรรกะจำแบบโปรแกรมเมอร์Nextบังคับคลีนโค้ดทำไมฟระ ?

Last updated 5 years ago

Was this helpful?

ในแต่ละบริษัทนั้นมีตำแหน่งอำนาจที่แตกต่างกัน ซึ่งแต่ละที่จะใช้อะไรเป็นตัวกำหนดตำแหน่งนั้นไม่ใช่เรื่องที่แมวน้ำตัวนี้จะไปวุ่นวายด้วย แต่สิ่งที่แมวน้ำเห็นว่ามันควรจะเป็นคือ

💖การทำงานเป็นทีมนั้นควรจะใช้เหตุผลมาก่อนตำแหน่งงานเสมอ (เพราะผมเชื่อว่าทุกคนในทีมย่อมอยากให้งานออกมาดีที่สุดนั่นเอง)

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

ดังนั้นวิธีการแก้ปัญหาเรื่องพวกนี้จริงๆก็คือ "การสร้างทีมให้มี Mindset เปิดใจรับความคิดเห็นคนอื่น" และ ทีมต้องมีเวลาในการสอนกันเอง เช่น การทำ นั่นเอง หรือไม่มีเวลาจริงๆก็ควรจะต้องมีการทำ Pair Programming ก็จะเป็นการช่วยละช่องว่างของ Junior & Senior ลงได้ดีทีเดียว

💕 การเปิดใจ

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

แนะนำให้อ่าน สำหรับใครที่คิดว่าการทำ Pair Programming เป็นการเสียเวลา ผมแนะนำให้ไปอ่านหนังสือเรื่อง ในบทที่ 4 เพียงบทเดียว ผมรับรองว่าเราจะมองการทำ pair programming เปลี่ยนไปเยอะเลย ส่วนอีกตัวที่แนะนำคือหลักในการทำงานพื้นฐานที่เหมาะกับการพัฒนาซอฟต์แวร์

Code Review
Agile Principles, Patterns, and Practices in C#
👦 Agile Methodology