การบอยคอต ‘Feedback Assistant’ ของนักพัฒนา Apple
(lapcatsoftware.com)- ในชุมชนนักพัฒนา Apple มีข้อเสนอให้ บอยคอต Feedback Assistant โดยมีแผนปฏิบัติการว่าจะไม่ส่งบั๊กใหม่เข้าไปในระบบรายงานบั๊กอย่างเป็นทางการจนกว่าปัญหาจะได้รับการแก้ไข
- วิธีเข้าร่วมคือ เริ่มจากรายงานปัญหาของ Feedback Assistant เอง จากนั้นหยุดส่ง Feedback ใหม่ และตอบคำขอเดิมว่าอยู่ระหว่าง บอยคอต
- ความไม่พอใจมุ่งไปที่ วิธีดำเนินงานของระบบรายงานบั๊ก เช่น ไม่เปิดเผยว่าสามารถทำซ้ำปัญหาได้หรือไม่, ปิดเคสโดยไม่แจ้ง, เปิดเคสใหม่ไม่ได้, เรียก sysdiagnose มากเกินไป, ยุติการส่งผ่านเว็บ, และค้นหาไม่ได้
- การแชร์บั๊กผ่าน WebKit, โปรเจกต์โอเพนซอร์สของ Apple บน GitHub, โซเชียลมีเดีย·บล็อก·พอดแคสต์ ไม่อยู่ในขอบเขตการบอยคอต
- เป้าหมายคือทำให้เห็นว่า Apple พึ่งพาแรงงาน QA ที่ไม่ได้รับค่าจ้างจากนักพัฒนาภายนอก และยืนยันว่านักพัฒนายังทำงานและเลี้ยงชีพต่อไปได้แม้ไม่มี Feedback Assistant
วิธีเข้าร่วมบอยคอต
- เริ่มบอยคอต Feedback Assistant ของ Apple ทันที และแนะนำให้นักพัฒนา Apple ทุกคนเข้าร่วม
- ขั้นตอนที่เสนอประกอบด้วย 3 ขั้น
- ส่ง Feedback ใหม่ในหมวด Developer Tools & Resources ของ Feedback Assistant พร้อมระบุรายการปัญหา และแจ้งว่าจะบอยคอตจนกว่าจะได้รับการแก้ไข
- ไม่ส่ง Feedback ใหม่อื่น ๆ จนกว่า Apple จะแก้ปัญหา
- หาก Apple ขอให้ตอบกลับ Feedback เดิม ให้ตอบว่ากำลังบอยคอตอยู่ และอ้างอิงหมายเลข Feedback ที่ส่งไว้ในขั้นแรก
- ควรเขียน Feedback ในขั้นแรกให้เป็นของแต่ละคนเองมากที่สุด
- จุดประสงค์คือทำให้ Apple ต้องจัดการกับ Feedback ที่เกี่ยวกับการบอยคอต และทำให้รับรู้ว่านักพัฒนากำลังลงมืออย่างจริงจัง
ขอบเขตการบอยคอตและสิ่งที่ไม่รวม
- เป้าหมายของการบอยคอตจำกัดเฉพาะ Feedback Assistant
- ยังสามารถพูดถึงบั๊กบนโซเชียลมีเดีย บล็อก และพอดแคสต์ต่อไปได้
- ระบบรายงานบั๊กสาธารณะอื่น ๆ ของ Apple ไม่รวมอยู่ด้วย
- ระบบรายงานบั๊กอื่น ๆ ถูกประเมินว่าดีกว่า Feedback Assistant ในหลายด้าน
- เป้าหมายแรกคือการเปลี่ยนแปลงตัว Feedback Assistant เอง ซึ่งถูกวิจารณ์ว่าเป็น ระบบที่เป็นปฏิปักษ์ต่อผู้รายงานบั๊ก มากที่สุดเท่าที่เคยเห็นมา
ปัญหาที่เกิดซ้ำใน Feedback Assistant
- แม้ Apple จะได้รับขั้นตอนทำซ้ำที่แม่นยำและโปรเจกต์ Xcode ตัวอย่างแล้ว ก็ยังไม่แจ้งหรือปฏิเสธที่จะเปิดเผยว่า สามารถทำซ้ำบั๊กที่รายงานได้หรือไม่
- นักพัฒนาจึงตัดสินได้ยากว่า Apple กำลังจัดการ Feedback อย่างจริงจัง หรือแค่ถ่วงเวลาด้วยระบบราชการ
- Feedback ถูกปิดด้วยสถานะ
Investigation complete - Unable to diagnose with current informationโดยไม่มีการขอข้อมูลเพิ่มเติมหรือแจ้งเตือนการปิด - Feedback ถูกปิดโดยไม่ได้รับความยินยอมจากผู้ส่ง และปัจจุบันดูเหมือนว่าการที่แม้แต่พนักงาน Apple ก็เปิด Feedback ที่ปิดแล้วขึ้นมาใหม่ไม่ได้ จะเป็น “ฟีเจอร์” ของระบบ
- หาก Apple ปิด Feedback ของบั๊กที่ยังไม่ได้แก้โดยผิดพลาด แทนที่ Apple จะสร้าง Feedback ใหม่สำหรับบั๊กเดิมและแจ้งหมายเลขให้ทราบ กลับขอให้นักพัฒนาเปิดใหม่เอง
- แม้ยังไม่ได้แก้บั๊ก หรือไม่ได้พยายามแก้ไข·ทำซ้ำ ก็ยังขอให้นักพัฒนา verify Feedback บนเบต้าล่าสุด
- หากนักพัฒนาไม่ verify ก็จะปิด Feedback นั้น
- กระบวนการนี้ถูกมองว่าเป็นการเสียเวลาของนักพัฒนาอย่างมาก
- ในกรณี Feedback ที่ถูกปิดเพราะซ้ำกัน การเปลี่ยนสถานะของ Feedback ต้นฉบับไม่ได้ถูกส่งต่อมาเสมอไป
- Apple มักเรียกรายงาน sysdiagnose ที่ล่วงล้ำ และหากไม่ส่งก็ไม่ยอมดู Feedback
- นักพัฒนาจำนวนมากทำงานบนอุปกรณ์ส่วนตัว
- sysdiagnose ถูกมองว่าละเมิดความเป็นส่วนตัวอย่างรุนแรง ซึ่ง Apple เองกล่าวว่าเป็นสิทธิมนุษยชนขั้นพื้นฐาน
- Apple ถูกวิจารณ์ว่าไม่ได้สร้าง หรือได้ละทิ้ง วิธีรวบรวมข้อมูลและวินิจฉัยที่เล็กกว่า เจาะจงกว่า และล่วงล้ำน้อยกว่า
- ระยะหลังไม่สามารถส่ง Feedback ผ่านเว็บได้แล้ว
- ต้องส่งผ่านแอป Feedback Assistant แบบเนทีฟบน macOS หรือ iOS เท่านั้น
- ผู้เขียนระบุว่าเคยส่ง Feedback ผ่านเว็บแอปมาหลายปี และการส่งผ่านเว็บครั้งสุดท้ายคือวันที่ 26 ตุลาคม
- นักพัฒนาไม่สามารถค้นหาบั๊กใน Feedback Assistant ได้
- พนักงาน Apple สามารถค้นหาฐานข้อมูลได้ แต่นักพัฒนาภายนอกดูได้เฉพาะ Feedback ที่ตนส่งเอง
- Feedback บางส่วนจำเป็นต้องเก็บเป็นความลับ แต่ Feedback จำนวนมากไม่จำเป็นต้องเป็นเช่นนั้น และฐานข้อมูลบั๊กที่ค้นหาได้แบบ opt-in จะเป็นประโยชน์ต่อนักพัฒนาภายนอกและคุณภาพซอฟต์แวร์แพลตฟอร์มของ Apple
คำตอบต่อข้อโต้แย้งว่า “Apple ก็ไม่มีเวลา”
- ไม่เห็นด้วยกับการปกป้องว่า Apple ไม่มีเวลาตอบ Feedback อย่างเหมาะสม
- ลำดับความสำคัญ กำหนดการ และการจัดสรรบุคลากร ล้วนถูกกำหนดโดยการตัดสินใจของผู้นำบริษัท
- Apple ถูกวิจารณ์ว่าให้ความสำคัญกับเวลาของตนมากกว่าเวลาของนักพัฒนาภายนอก และดูเหมือนไม่รู้สึกผิดที่ทำให้นักพัฒนาเสียเวลาอย่างไม่สิ้นสุด
- หาก Apple ตัดสินใจได้ว่าไม่มีเวลาตอบ Feedback นักพัฒนาก็ตัดสินใจได้เช่นกันว่าไม่มีเวลาส่ง Feedback
- จากมุมมองของผู้ใช้ Apple ระยะยาว การอัปเดต OS ที่เกิดซ้ำทุกปีไม่ได้จำเป็นเสมอไป และรำลึกว่าสมัย Mac OS X Snow Leopard การอัปเดตราวทุก 2 ปีทำให้มีเวลาสำหรับแก้บั๊กมากกว่า
มุ่งเป้าที่ระบบ ไม่ใช่วิศวกรรายบุคคล
- การบอยคอตนี้ไม่ได้มุ่งเป้าไปที่วิศวกร Apple รายบุคคล
- เชื่อว่าวิศวกร Apple จำนวนมากก็อยากให้ Feedback Assistant ดีขึ้นเช่นกัน
- การปรับปรุง Feedback Assistant อาจช่วยเสริมความสัมพันธ์ระหว่างวิศวกร Apple กับนักพัฒนาภายนอก มากกว่าจะทำลาย
- เป้าหมายของการบอยคอตคือ ระบบรายงานบั๊ก และมีจุดประสงค์เพื่อทำให้ผู้นำ Apple รับรู้และตอบสนองต่อปัญหาที่ดำเนินมายาวนาน
แรงงาน QA ที่ไม่ได้รับค่าจ้างและทางเลือกของนักพัฒนา
- การบอยคอตอาจเรียกได้ว่าเป็น การนัดหยุดงาน
- Apple ใช้นักพัฒนาเป็นแรงงาน QA ที่ไม่ได้รับค่าจ้างในวงกว้าง
- Feedback หนึ่งรายการอาจต้องใช้แรงงานหลายชั่วโมงหรือหลายวัน
- ทั้ง Apple และนักพัฒนาต่างรู้ว่านักพัฒนามีบทบาทสำคัญในการทดสอบและขัดเกลาซอฟต์แวร์กับผลิตภัณฑ์ของ Apple
- Apple ถูกวิจารณ์ว่าปฏิบัติต่อ Feedback ของนักพัฒนาราวกับเป็นสิทธิที่ตนพึงได้ ขณะเดียวกันในระบบรายงานบั๊กกลับไม่ให้ความเคารพหรือมารยาทพื้นฐานแก่นักพัฒนา
- นักพัฒนาถูกทำให้เชื่อว่าการส่ง Feedback เพื่อแพลตฟอร์มเป็นหน้าที่ แต่แพลตฟอร์ม Apple ไม่ใช่องค์กรการกุศล
- แพลตฟอร์ม Apple ทำให้ Apple กลายเป็นบริษัทที่ทำกำไรสูงที่สุดในโลก และนักพัฒนาภายนอกไม่ใช่พนักงาน Apple ดังนั้นแรงงานที่ไม่ได้รับค่าจ้างไม่ควรถูกมองว่าเป็นเรื่องปกติ
เป้าหมายสองประการของการบอยคอต
- เป้าหมายแรกคือแสดงให้เห็นว่ารายงานบั๊กของนักพัฒนาจำเป็นต่อ Apple และหากไม่มีรายงานเหล่านั้น Apple จะเสียประโยชน์ เพื่อกดดันให้ปรับปรุง Feedback Assistant
- เป้าหมายที่สองคือให้นักพัฒนายืนยันกับตัวเองว่า จริง ๆ แล้วไม่จำเป็นต้องรายงานบั๊กให้ Apple
- มองว่าบั๊กจำนวนมากที่ส่งไปสุดท้ายไม่ได้รับการแก้ไข และแม้ได้รับการแก้ไขก็มักสายเกินไปที่จะหลีกเลี่ยงผลกระทบของบั๊ก
- เป็นความจริงที่บั๊กของ Apple ส่งผลต่อแอป แต่เนื่องจากยากจะคาดหวังว่า Apple จะแก้ได้ทันเวลา นักพัฒนาจึงมักใส่ วิธีเลี่ยงปัญหา ลงในแอปแล้วปล่อยใช้งาน
- หลังจากมีวิธีเลี่ยงปัญหาแล้ว ความเร่งด่วนที่ Apple ต้องแก้บั๊กก็ลดลง และการรายงานบั๊กจึงใกล้เคียงกับงานการกุศลมากกว่าสิ่งจำเป็น
นิยามบทบาทของ Feedback Assistant ใหม่
- มองว่า Feedback Assistant ไม่ใช่ระบบที่ให้บริการลูกค้าแก่นักพัฒนา
- ตรงกันข้าม นักพัฒนาต่างหากที่ให้บริการแก่ Feedback Assistant มาโดยตลอด และกำลังเลือกจะระงับบริการนั้นไว้จนกว่าระบบจะดีขึ้น
- หวังว่า Apple จะแก้ปัญหาของ Feedback Assistant แต่หากไม่มีการปรับปรุง ก็พร้อมจะบอยคอตอย่างถาวร
- ไม่ว่า Apple จะตอบสนองเชิงบวกหรือไม่ หากมีนักพัฒนาจำนวนมากเข้าร่วมและยืนยันได้ว่า Feedback Assistant ไม่จำเป็นต่อการทำงานและการเลี้ยงชีพ การบอยคอตก็ถือว่าประสบความสำเร็จ
เพิ่มเติมวันที่ 7 พฤศจิกายน 2023
- การบอยคอต Feedback Assistant มี หน้าเว็บอย่างเป็นทางการ แล้ว
- หน้านั้นมีที่อยู่อีเมล, RSS feed และบัญชี Mastodon ให้ด้วย
- รายชื่อสาธารณะของผู้เข้าร่วมบอยคอตก็กำลังอยู่ระหว่างจัดทำ สามารถดูรายละเอียดเพิ่มเติมได้ที่หน้านั้น
1 ความคิดเห็น
ความคิดเห็นจาก Hacker News
ผมประเมินว่าในบรรดารายงานที่ส่งผ่าน Feedback Assistant มีแค่ ประมาณ 10% เท่านั้นที่ได้รับคำตอบหรือการยืนยัน
เป็นบั๊กที่เกิดซ้ำได้ 100% บน iOS และยังแนบโปรเจกต์ตัวอย่างแบบแยกเดี่ยวไปให้ด้วย การทำรายงานบั๊กอย่างรอบคอบและละเอียดต้องใช้เวลา แต่ถ้าไม่มีคำตอบกลับมาเลยก็ท้อจริง ๆ และผมเห็นด้วยกับบทความนี้มาก
การทดสอบ ทำซ้ำ และจัดทำเอกสารต้องใช้เวลาและแรง ผมไม่ได้ต้องการอะไรเลย แค่อยากให้มันถูกแก้ เพราะลูก ๆ ของผมก็ใช้ iPhone
บริษัทอื่นก็ไม่ได้ต่างกันมาก ผมเคยส่งช่องโหว่ remote code execution ให้ Cisco แล้วพวกเขาตอบว่ารู้อยู่แล้ว แต่จะไม่แก้เพราะผลิตภัณฑ์ใกล้หมดอายุการใช้งาน
ตลอดหลายปีผมเจอช่องโหว่มาเยอะ แต่ถ้าไม่ได้รับเงินให้ค้นหา ก็มักจะปล่อยมันไปเฉย ๆ ไม่คุ้มที่จะหงุดหงิด
ส่งรายงานบั๊กที่ทำมาอย่างดี มีขั้นตอนทำซ้ำ สิ่งที่ตรวจสอบเอง และรายละเอียดครบถ้วน แต่ก็เงียบกริบ รู้สึกเหมือนแอปส่งบั๊กไปที่
/dev/nullเฉย ๆการบอยคอตหรือการนัดหยุดงานจะได้ผลก็ต่อเมื่อคนส่วนใหญ่ หรือแทบทั้งหมดเข้าร่วม เพราะคนเราจะเข้าร่วมก็ต่อเมื่อมั่นใจว่าแทบทุกคนจะเข้าร่วมด้วย
ถ้าบล็อกโพสต์นี้ทำให้นักพัฒนาแค่ 0.1% หยุดงาน Apple ก็คงไม่สนใจเลย
แนวคิดเรื่องการนัดหยุดงานของนักพัฒนานั้นยอดเยี่ยม แต่ถ้าเริ่มจากการเรียกร้องให้ลงมือของ Jeff Johnson เพียงคนเดียว โดยทั่วไปคงสร้างการเปลี่ยนแปลงพฤติกรรมได้ยาก
ถ้าจะจัดตั้งจริง ๆ ก่อนอื่นควรติดต่อโดยตรงไปยังนักพัฒนาคนสำคัญที่เป็นที่รู้จักและได้รับความเคารพ 50–200 คน เพื่อขอร่วมลงชื่อ แล้วจึงออกจดหมายเปิดผนึก แบบนั้นทุกคนจะเห็นว่านี่ไม่ใช่ความปรารถนาของคนคนเดียว แต่เป็นการนัดหยุดงานอย่างจริงจังของคนที่รู้เรื่องจริง
ควรทำให้สื่อเทคโนโลยีหลัก ๆ รายงานด้วย เพื่อให้ทั้ง Apple และนักพัฒนาเห็น
และจดหมายนั้นไม่ควรเป็นรายการความไม่พอใจทั้งหมด แต่ควรเสนอ มาตรการที่เป็นรูปธรรมและตรวจสอบได้ ที่ Apple ต้องทำเพื่อยุติการนัดหยุดงาน ไม่ควรกลายเป็นข้อเรียกร้องไม่มีที่สิ้นสุด และไม่ใช่ความหวังแบบให้แก้ทุกอย่างทันที แต่ต้องเป็นความคืบหน้าที่เป็นจริงได้ มีวันที่และหลักไมล์กำกับ
ถ้าจะนัดหยุดงาน ก็ต้องจัดตั้งกันจริง ๆ บล็อกโพสต์ที่บอกว่า “ขอเชิญนักพัฒนา Apple ทุกคนมาร่วมกัน” ไม่ใช่การจัดตั้ง และการเขียนว่าจะนัดหยุดงานก็ไม่ได้ทำให้มีใครมาเนรมิตการจัดตั้งแทนให้
อย่างที่ผู้เขียนพูดไว้ด้านล่างของบทความ มันไม่ใช่การบอยคอตแบบหยุดซื้อ แต่เป็นการหยุดมอบแรงงานฟรี ดังนั้นในที่นี้จึงเรียกว่านัดหยุดงาน
นี่ไม่ใช่ประเด็นที่สำคัญอย่างชัดเจนเหมือนการต่อสู้เพื่อรายได้ที่สูงขึ้น จุดแข็งของการนัดหยุดงานนี้คือขั้นตอน 1–3 ในช่วงต้นบทความต้องการ ความพยายามต่ำ จากทุกคน ใครอยากร่วมก็ทำได้ง่าย
อย่างที่บอกไว้ตอนท้ายบทความ เป้าหมายหนึ่งคือการพิสูจน์กับตัวเราเองว่าแท้จริงแล้วเราก็อยู่ได้โดยไม่มี Feedback Assistant เราแทบไม่มีอะไรต้องเสีย การเข้าร่วมระบบรายงานบั๊กก็ไม่ใช่สิ่งจำเป็นสำหรับเรา และเราก็แค่เดินออกมาได้
การนัดหยุดงานนี้ไม่ใช่ศึกเป็นศึกตายที่ต้องชนะให้ได้ไม่ว่าจะด้วยวิธีใด ต่อให้ Feedback Assistant แย่และน่ารำคาญอย่างดื้อด้านแค่ไหน ในลำดับความสำคัญทางวิชาชีพมันก็ควรอยู่ต่ำ
กลับกัน ผมมองว่าทัศนคตินี้เองคือคานงัดต่อ Apple เราเป็นเพียงอาสาสมัครที่ถอนตัวจาก “โอกาส” อาสาสมัครที่ห่วยแตก แต่ Apple พึ่งพา แรงงานฟรี ของเราเพื่อผลิตภัณฑ์เชิงพาณิชย์ของตน และหากจะทดแทนสิ่งนี้จริง ๆ ก็ต้องจ้างพนักงานเพิ่มและจ่ายเงินจริง
ไม่มีใครต้องสละเงินเดือนเพราะหยุดใช้ Feedback Assistant ต้นทุนของการเข้าร่วมนัดหยุดงานนี้ต่ำมาก และสำหรับคนส่วนใหญ่ การเข้าร่วมอาจมีต้นทุนต่ำกว่าการไม่เข้าร่วมเสียอีก
ดังนั้นจึงมีความเป็นไปได้ที่จะค่อย ๆ เติบโตเป็นการนัดหยุดงานที่มีอิทธิพลได้ ในแบบที่ทำได้ยากในข้อพิพาทแรงงานแบบดั้งเดิม
ต่อให้จริง Apple ก็มีรายงานหรือฟีเจอร์อื่น ๆ ให้จัดการมากพออยู่แล้ว ดังนั้นต่อให้รายงานบั๊กจากภายนอกหายไปทั้งหมด ก็อาจแทบไม่มีผลกระทบ
เห็นด้วย อยากให้วิธีจัดการบั๊กของ Apple เปลี่ยนไป การทำซ้ำบั๊ก เขียนรายงานบั๊กในระดับที่ตัวเองอยากได้รับ พร้อมเคสทดสอบขั้นต่ำ แล้วผ่านไปหลายปีไม่มีข่าวอะไรเลย ก่อนจะถูกปิด หรือได้รับข้อความให้ทำงานเพิ่มเพื่อยืนยันว่ายังเป็นปัญหาอยู่ไหม มันทำให้หมดไฟจริง ๆ
สงสัยว่ามีบริษัทขนาดใกล้เคียง Apple ที่ทำเรื่องนี้ได้ดีบ้างไหม
ผมนึกออกหลายเหตุผลว่าทำไมเรื่องนี้ถึงเป็นปัญหายาก และเข้าใจว่าการจัดสรรคนคงยากด้วย แต่ Apple ได้รับเงินเพื่อแก้ปัญหานี้ และพวกเขาก็แก้ไม่ได้
ดังนั้นโดยทั่วไปผมคิดว่าเวลารายงานบั๊ก ทำน้อยลง จะดีกว่า อย่างไรก็ตาม เนื้อหาที่ใส่ควรระมัดระวังและชัดเจน
เห็นด้วย การส่ง Radar ภายใน Apple ก็มักได้รับการปฏิบัติคล้ายกันมาก เพียงแต่สามารถดู สถานะ Radar ได้
หมายถึงคนที่แก้บั๊ก ปรับจูนเล็ก ๆ น้อย ๆ และดูแล codebase เหมือนการทำสวน
การกระทำสำคัญกว่าคำพูด Apple กำลังแสดงให้เห็นผ่านการกระทำว่าคิดอย่างไรกับนักพัฒนา
ถ้าจะทำให้ Apple เปลี่ยนพฤติกรรม คงต้องสร้างกระแสใหญ่พอสมควร ในสถานการณ์ที่นั่งอยู่บนกองเงินสดมหาศาล Apple แทบไม่มีแรงจูงใจให้เปลี่ยนแปลง
Apple ดูเหมือนมองนักพัฒนาภายนอกเป็นเหมือนแมลงรบกวนบางอย่าง ระบบและกระบวนการที่บังคับให้นักพัฒนาใช้ก็ดูเหมือนถูกออกแบบมาเพื่อทำให้พวกเขาท้อใจอย่างจริงจัง
โพสต์ก่อนหน้า: https://news.ycombinator.com/item?id=3947903
ตอนนี้รู้สึกแก่สุด ๆ
เพิ่มเติม: ในที่สุดก็หา จดหมายแบบฟอร์ม ฉบับเต็มเจอแล้ว [1] ตอนนั้นผมส่งสำเนาไป และตอนนี้ก็ยังเห็นมันถูกปล่อยทิ้งไว้ใน Feedback Assistant
[1]: https://gist.github.com/mysteriouspants/1989061
บางครั้งก็มีกรณีที่จำเป็นต้องรายงานบั๊กผ่าน Feedback Assistant คือเมื่อหานักพัฒนาภายในของ Apple เจอแล้ว คนคนนั้นบอกว่าจะช่วยแก้บั๊ก และต้องการแค่ หมายเลขฟีดแบ็ก สำหรับรายงานงานภายใน
การส่งรายงานบั๊กที่ไม่มีใครร้องขอก็เป็นแค่การเสียเวลา ไม่ได้ถึงกับ “บอยคอต” Feedback Assistant หรอก แค่เลิกใช้เพราะมันไม่ได้ทำอะไรที่เป็นประโยชน์เลย
ในฐานะนักพัฒนา ผมปฏิเสธอย่างสิ้นเชิงที่จะเข้าไปเกี่ยวข้องกับ Apple ไม่ว่าทางใด เหตุผลคือ ค่าธรรมเนียมปีละ 100 ดอลลาร์
ทุกครั้งที่เรื่องแบบนี้ถูกเปิดเผยออกมา ก็ยิ่งรู้สึกว่าการตัดสินใจของผมถูกต้องเป็นพิเศษ
ลองนึกภาพว่าบริษัทที่ร่ำรวยที่สุดในโลกเก็บเงินจากสิทธิพิเศษในการได้มีส่วนร่วมกับแพลตฟอร์มของตัวเอง
มันบ้าบอสิ้นดี และไม่มีคำพูดใดจะเปลี่ยนความคิดผมได้
ถึงอย่างนั้นก็ทำให้เป็นแบบจ่ายครั้งเดียวเหมือน Google ได้ และทำให้ถูกกว่านี้ก็ได้
เดี๋ยวนะ หมายความว่าตอนนี้ส่งฟีดแบ็กผ่านเว็บไม่ได้แล้วเหรอ? โง่แบบเหลือเชื่อจริง ๆ
ตัวแอป Feedback เองก็พังไปครึ่งหนึ่งอยู่แล้ว ต่อให้ Apple อยากได้รายงานของผม ก็คงรับไม่ได้อยู่ดี
เมื่อก่อนเคยเขียนบล็อกไว้ว่า Apple ละเลยนักพัฒนาเว็บในเรื่อง Safari มากแค่ไหน [1]
พอเห็นแบบนี้ก็ดูเหมือนว่า Apple จะละเลยนักพัฒนากลุ่มอื่น ๆ ด้วย และพูดตรง ๆ ก็ไม่แปลกใจ
[1] https://www.construct.net/en/blogs/ashleys-blog-2/safari-rel...
Apple ไม่ได้ทำพังแค่ฟีเจอร์ล้ำ ๆ แต่ยังทำฟังก์ชันพื้นฐานพังเป็นประจำหลายอย่างด้วย ดูเหมือนแนวทางการทดสอบของพวกเขาจะไม่ได้ดีนัก