เพื่อกันคนอื่นงง ที่ @mk, @Ford AntiTrust, และผม reply เอาไว้ ไม่มีอะไรแย้งกันนะครับ จะเสริมๆ กันในเคสต่างๆ เพราะมีเคสย่อยๆ เยอะมากๆ

โดยจากโจทย์ที่ว่า .. ถ้า RTM มีบั๊กจะทำอย่างไร เนื่องจากปัจจุบัน ที่ Release Window จะกว้างมาก เนื่องจากหลุดกันบ่อย แถมด้วยเหตุผลทาง Marketing ทำให้มี Release Channel มากมาย จึงทำให้โจทย์นี้ มีเคสเกิดได้เยอะมาก อย่างที่เกริ่นเอาไว้

ซึ่งโดยทั่วไป การ Release อย่างไม่เป็นทางการ ไม่ผ่านผู้แจกจ่ายที่มีสิทธิ์ เมื่อมีปัญหา อาจสงวนสิทธิ์ว่าไม่จำเป็นต้องให้การ support หรือรับผิดชอบ

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

จึงได้แจงให้เข้าใจ อย่างที่ตอบไว้ก่อนหน้านี้ เพื่อที่ผู้ใช้ทั่วไปจะได้เข้าใจผู้พัฒนา ว่าถึงอย่างไร ผู้พัฒนาก็จะพยายามป้องกันแก้ไขปัญหา ก่อน product ถึงมือ

ซึ่งโดยทั่วไป เข้าใจง่ายๆ ก็จะตาม reply ของ @mk, @Ford AntiTrust ส่วน reply ผม จะรวมไปถึงการดำเนินการใน very rare case ด้วย ซึ่งแม้จะเกิดได้ยาก ก็ไม่ได้ละเลย จึงอยากแจงให้ทราบว่าพร้อมรับมือเช่นไร

โดยเข้าใจว่าประเดนที่เกี่ยวกับ Release Channel น่าจะพอเหนภาพกันแล้ว จะเหลือก็แต่ประเดนที่เกี่ยวกับ Release Window ที่รู้สึกว่าอาจยังแจงไม่ชัด ซึ่งใน reply ก่อนหน้า ก็ระบุทำนองเดียวกัน แต่อาจจะสื่อพลาด จึงขอเน้นเพิ่มเติม ดังนี้..

[1] RTM build นี่ freeze แน่นอน แต่ต้องเข้าใจด้วยว่า RTM อาจมีได้หลาย build ด้วยเช่นกัน ซึ่งการมีหลาย build นี้ ไม่ได้เกี่ยวกับ bug หรือ patch เลย

หากมีการ build ที่รวม RTM กับ patch เข้าไว้ด้วยกัน ถือว่า build นั้นไม่ใช่ RTM แล้ว แต่เปน build ที่ใหม่กว่า (patched build/fixed build)

ดังนั้นหากเหนว่าเปน RTM build เหมือนกัน แต่ทำไมถึงมี build no. ต่างกัน ก็ไม่ต้องกังวล ไม่ใช่การวางยาหรือเผลอปล่อยของที่มีปัญหาให้อย่างแน่นอน โดยที่มาที่ไปที่ build no. ต่างกัน ก็เปนไปตามที่ reply ไว้ก่อนหน้า

[2] เพราะ Release Window ที่กว้าง เช่น Win7 ที่ RTM กับ กล่อง ห่างถึง 3 เดือน จึงเป็นไปได้ ที่จะพบ bug ในระหว่าง Release Window เลยมีปัญหาว่า หาก RTM มี bug แล้ว กล่องจะมี bug ด้วยหรือไม่ และจะดำเนินการอย่างไร

ซึ่งต้องเข้าใจก่อนว่า โดยทั่วไป RTM จะถูกใช้เปน master สำหรับกล่อง โดยหากในช่วง Release Window มีการพบ bug ก็แปลว่าทั้ง RTM และ กล่อง จะมี bug เหมือนกัน แต่โดยทั่วไปก็จะดำเนินการตามที่ @Ford AntiTrust ได้ reply เอาไว้ แต่ก็มีหนทางอื่นๆ อีก ทั้งตามที่ผม reply ไว้ก่อนหน้าหรือหนทางอื่นๆ ที่ไม่ได้กล่าวไว้

แต่โดยสรุป ขอให้มั่นใจได้ว่าผู้พัฒนาจะพยายามหาหนทางป้องกันแก้ไขปัญหา ก่อนที่ product จะถึงมือผู้ใช้อย่างแน่นอน เพราะภาพพจน์เป็นเรื่องที่สำคัญ ทั้งยังสร้างหรือกู้หน้าได้ยากมาก ในยุคที่มีการสื่อสารกันอย่างรวดเรวเช่นนี้

ดังนั้น แม้จะเปนไปได้ยาก แต่หากจำเปน หากไม่สามารถแก้ไขได้ด้วยวิธีการปกติ ก็เปนไปได้ที่ RTM จะไม่ใช่ master สำหรับกล่อง โดยอาจใช้ patched build/fixed build เปน master สำหรับกล่องแทนก็ได้ ทางผู้พัฒนาก็ไม่ได้มีข้อจำกัดแต่อย่างใด

ยกตัวอย่างเช่น ในขณะติดตั้งอาจมีการเรียกใช้บาง feature ซึ่งพบว่าในบางกรณีอาจทำให้อุปกรณ์บางอย่างชำรุด แต่หากสามารถออก patch และดำเนินการได้ทัน ก็อาจ build ใหม่เปน patched build แล้วใช้เปน master แทน เพราะการออก media patch ก็อาจมีผู้ใช้ที่หลงลืม ซึ่งแม้ผู้พัฒนาอาจไม่ต้องรับผิดชอบโดยตรง เพราะมีคู่มือบอก แต่อย่างไรก็ยังเสียภาพพจน์อยู่ดี

ทว่า ขอให้เข้าใจด้วยว่า โดยทั่วไป จะไม่ใช้หนทางนี้ในการแก้ไข เพราะแม้จะดูเหมือนสะดวกต่อผู้ใช้ แต่ในภาพรวม อาจทำให้เกิดความสับสนได้ อย่างที่ @Ford AntiTrust ได้ reply เอาไว้

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