armila 2026-02-26 | ความคิดเห็นหลัก | ใน: ทดสอบ ‘ปัญหาล้างรถ’ กับโมเดล AI 53 รุ่น: “ถ้าคาร์แคร์อยู่ห่าง 50 เมตร ควรเดินไปหรือขับรถไป?” (opper.ai) สำหรับ Gemini Pro ฉันขำมากตรงที่มันตอบว่าถ้าคุณเอารถไปได้ ก็เดินไปก็ได้เหมือนกันนี่แหละ qodot 2026-02-26 | ความคิดเห็นหลัก | ใน: Pi – ฮาร์เนสสำหรับการเขียนโค้ดบนเทอร์มินัลแบบเรียบง่าย (pi.dev) ฉันชอบ pi มากเลย sonnet 2026-02-26 | ความคิดเห็นหลัก | ใน: “Claude ฆ่าสตาร์ทอัพของเรา” - คำสารภาพจากผู้ก่อตั้ง Ryze AI (x.com/irabukht) เป็นไปได้สูงกว่ามากว่า มันไม่ใช่ทรัพย์สินที่มีคุณค่ามากพอถึงขั้นต้องรั่วไหล jdjdjd 2026-02-26 | ความคิดเห็นหลัก | ใน: ภาพลวงตาของ Pull Request: ในยุค AI ทำไม PR จึงกลายเป็นภาระที่นักพัฒนาไม่อยากรับ? (flamehaven.substack.com) คนที่ขอรีวิวแค่คลิกเดียว แต่คนรีวิวต้องเค้นสมอง กลายเป็นเครื่องมือที่ไม่ใช่แค่โยนความรับผิดชอบ แต่โยนงานให้กันไปเลย hanje3765 2026-02-26 | ความคิดเห็นหลัก | ใน: Claude Cowork เปิดตัวฟีเจอร์ตั้งเวลางานที่ทำซ้ำ (support.claude.com) ดูเหมือนกำลังค่อย ๆ แกะแนวคิดที่เคยมีอยู่ใน Cluely มาใช้ทีละอย่างนะ myodan 2026-02-26 | ความคิดเห็นหลัก | ใน: Cloudflare เปิดตัว vinext ที่ใช้ AI รีอิมพลีเมนต์ Next.js บน Vite ใหม่ภายใน 1 สัปดาห์ (blog.cloudflare.com) รู้สึกว่าเพราะ Next.js เป็นโอเพนซอร์ส และมีโครงสร้างกับเป้าหมายที่ค่อนข้างชัดเจน เลยทำให้เกิดความพยายามแบบนี้ขึ้นได้ โดยเฉพาะเมื่อมีทั้งชุดทดสอบและข้อมูลอ้างอิงที่อุดมสมบูรณ์ แนวทางที่ใช้การทำให้ผ่านการทดสอบเป็นตัวชี้นำการพัฒนาก็ดูเป็นสิ่งที่ทำได้จริงมากพอสมควร ความเร็วในการพัฒนาของ AI น่าทึ่งจริง ๆ งานยังคงเสี่ยงอยู่เหมือนเดิมเลยนะ.. หรือควรเปลี่ยนสายไปทำงานภาคสนามดี.. ฮือๆ xguru 2026-02-26 | ความคิดเห็นหลัก | ใน: mdvi - โปรแกรมดู Markdown แบบ CLI (github.com/taf2) ก็แอบคิดเหมือนกันนะว่าถ้าบอกให้ Claude Code หรือ Codex เพิ่มให้ ก็น่าจะทำให้ได้ ถ้าเป็นโค้ดที่พื้นฐานดีอยู่แล้ว พอเพิ่มฟีเจอร์ก็มักจะทำได้ดีกว่าด้วย tsboard 2026-02-26 | ความคิดเห็นหลัก | ใน: Anthropic ถอนคำมั่นด้านความปลอดภัยหลัก (time.com) ไม่ว่า Anthropic จะดื้อแค่ไหน สุดท้ายถ้ากระทรวงกลาโหมสหรัฐสั่งให้ทำ ก็คงต้องทำอยู่ดี ไม่ใช่ว่านี่เป็นเส้นทางที่ลงเอยแบบนี้มาตั้งแต่แรกแล้วหรือครับ tsboard 2026-02-26 | ความคิดเห็นหลัก | ใน: Andrej Karpathy: การเขียนโค้ดด้วยเอเจนต์ AI ได้เปลี่ยนโลกไปแล้ว (x.com/karpathy) อย่างนี้นี่เองถึงบอกว่า SaaS กำลังจะตายหมด... ฝั่งเราก็เริ่มให้เอเจนต์ AI ค่อย ๆ สร้างและเข้ามาแทนที่เครื่องมือภายในทีละตัวเหมือนกัน แต่หลังจากจุดจบของ SaaS แล้วจะเป็นยุคแบบไหนต่อไปก็ทั้งน่ากลัวและชวนหวั่นใจครับ pencil6962 2026-02-26 | ความคิดเห็นหลัก | ใน: ความเหนื่อยล้าจาก AI มีอยู่จริง แต่ไม่มีใครพูดถึงมัน (siddhantkhare.com) ความรับผิดชอบในการสร้างโปรแกรมที่ทำงานได้ดีตามความต้องการของลูกค้าและเป็นโปรแกรมที่ไม่เสียยังคงเป็นของนักพัฒนาอยู่ ดังนั้นคุณไม่จำเป็นต้องเลิกลงมือเขียนโค้ด ผมคิดว่า AI แค่ช่วยพิมพ์ให้เท่านั้น แต่แก่นแท้ยังเหมือนเดิม zzzz2222 2026-02-26 | ความคิดเห็นหลัก | ใน: ก่อตั้ง React Foundation: บ้านหลังใหม่ของ React และ React Native (engineering.fb.com) เนคาราคูแบอะไรพวกนั้นไม่มีความหมายหรอก ดูอะไรแบบนั้นสิ 5555 xguru 2026-02-26 | ความคิดเห็นหลัก | ใน: Andrej Karpathy: การเขียนโค้ดด้วยเอเจนต์ AI ได้เปลี่ยนโลกไปแล้ว (x.com/karpathy) ดูเหมือนว่ายุคที่ต้องพิมพ์โค้ดเองจริงๆ จะจบลงแล้ว ตอนนี้ผมอัปโปรเจกต์ไว้ในแอป Codex 13 โปรเจกต์แล้วทำงานอยู่ แต่ในนั้นมีแค่ 3 โปรเจกต์เท่านั้นที่เปิดหน้าต่างโค้ดอยู่ มีเครื่องมือชิ้นหนึ่งที่ผมสร้างขึ้นมาไม่นานนี้และใช้งานบ่อยที่สุด แต่ผมยังไม่เคยเห็นโค้ดของมันเลยด้วยซ้ำ สำหรับงานโปรดักชันก็ยังต้องผ่าน code review และยังมีหลายอย่างที่ต้องคิดอยู่ แต่พวกเครื่องมือใช้ภายในนี่มันทำออกมาได้ดีจริงๆ realg 2026-02-26 | ความคิดเห็นหลัก | ใน: Andrej Karpathy: การเขียนโค้ดด้วยเอเจนต์ AI ได้เปลี่ยนโลกไปแล้ว (x.com/karpathy) ถ้าอังเดรย์ คาร์พาทีพูดแบบนั้น ก็เป็นแบบนั้นแหละ huiya 2026-02-26 | ความคิดเห็นหลัก | ใน: Firefox 148 เสริมการป้องกัน XSS ด้วยการนำ setHTML มาใช้ (hacks.mozilla.org) โอ้ แบบนี้จำเป็นจริง ๆ นะครับ ถ้ารองรับได้ในทุกเบราว์เซอร์ก็น่าจะดีมากเลย tsboard 2026-02-26 | ความคิดเห็นหลัก | ใน: ความอยากรู้อยากเห็นคือก้าวแรกของการแก้ปัญหา (lethain.com) ความหงุดหงิดที่อีกฝ่ายไม่อ่านเอกสาร... ผมเองก็เคยรู้สึกแบบนั้นเหมือนกัน แต่พอลองเปลี่ยนมุมคิดดู ก็ทำให้นึกถึงตอนที่แม้แต่ตัวผมเองก็เคยคิดว่า ผู้ชายไม่อ่านคู่มือหรอก! แล้วก็ทำพลาดอยู่บ่อย ๆ ดังนั้นตอนนี้ผมเลยให้ LLM ตอบวิธีใช้งานโดยอิง RAG เอาไว้ เพื่อให้ผู้ใช้ถามได้เลยโดยไม่ต้องเปิดคู่มือก็ยังใช้ฟีเจอร์ต่าง ๆ ได้ ปรากฏว่าทุกคนชอบกันมากครับ ความอยากรู้อยากเห็นก็สำคัญ แต่ก็น่าจะต้องมีท่าทีแบบเอาใจเขามาใส่ใจเราบ้างเหมือนกันนะครับ มองกว้าง ๆ แล้ว เรื่องนี้ก็น่าจะเป็นเมตาค็อกนิชันอย่างหนึ่งด้วยเหมือนกัน dolsangodkimchi 2026-02-26 | ความคิดเห็นหลัก | ใน: ความเหนื่อยล้าจาก AI มีอยู่จริง แต่ไม่มีใครพูดถึงมัน (siddhantkhare.com) ตอนเด็ก ๆ ผมเคยอยู่ชมรมวงดนตรี แล้วก็มีเพื่อนคนหนึ่งที่พยายามโน้มน้าวทุกคนว่าในนั้นเราควรแต่งเพลงของตัวเองกัน เขาบอกว่าแทนที่จะขัดเกลาทักษะการเล่น เราควรคิดก่อนว่าอยากร้องเรื่องอะไร แน่นอนว่าที่ผมจำได้คือเสียงของพวกที่อยากตั้งวงด้วยการเล่นเพลงดัง ๆ ตามต้นฉบับนั้นมีมากกว่า แต่ช่วงนี้ผมนึกถึงเพื่อนคนนั้นบ่อยมาก มันเป็นคำถามที่ผมมัวแต่ยุ่งกับการใช้ชีวิตจนเลี่ยงไม่เผชิญมันมาตลอด แต่ด้วยการพัฒนาของ AI หลังจากที่ผมยึดอาชีพนักพัฒนาแล้ว ตกลงผมชอบการเขียนโค้ดจริง ๆ หรือผมชอบการสร้างคุณค่า และใช้การเขียนโค้ดเป็นเพียงเครื่องมือสำหรับสิ่งนั้น ถ้าที่ผ่านมาคนสองประเภทนี้ยังปะปนกันอยู่ ต่อจากนี้คงอีกไม่นานจะถึงช่วงเวลาที่ผมต้องทำให้ชัดว่าตัวเองเป็นฝ่ายไหนกันแน่ bakkum 2026-02-26 | ความคิดเห็นหลัก | ใน: ไม่มีฝีมือ ไม่มีรสนิยม (blog.kinglycrow.com) ในฐานะคนที่ทำไซด์โปรเจกต์มา 7 ชิ้น ผมเห็นด้วยแต่ก็มีความคิดที่ต่างออกไปเล็กน้อย การที่บอกว่ารสนิยมสำคัญนั้นก็จริง แต่ปัญหาคือก่อนจะได้ลองสร้างอะไรขึ้นมาจริง ๆ เราเองก็ไม่รู้หรอกว่าตัวเองมีรสนิยมนั้นอยู่หรือเปล่า ผมเองตอนแรกก็เริ่มจากความคิดว่า "อันนี้อาจจะต่างออกไปหน่อยไหม" แต่พอได้ลงมือทำ ปล่อยออกสู่สาธารณะ และรับฟีดแบ็กแล้ว ถึงได้รู้สึกจริง ๆ ว่า "อ๋อ แบบนี้ไม่ใช่สินะ" เป็นความจริงที่ผลงานหยาบ ๆ จาก vibe coding มีออกมาล้นอยู่เต็มไปหมด แต่ผมก็คิดว่าในกระบวนการนั้นย่อมมีคนที่ค้นพบรสนิยมของตัวเองได้อย่างแน่นอน เพราะมันไม่ใช่ว่ามีรสนิยมมาตั้งแต่แรก แต่เป็นสิ่งที่ค่อย ๆ เกิดขึ้นระหว่างลงมือสร้าง แต่ก็อย่างที่บทความชี้ไว้ว่า "อย่างน้อยต้องข้ามพ้นเกณฑ์ขั้นต่ำก่อนแล้วค่อยปล่อยออกมา" ตรงนี้ผมเห็นด้วยจริง ๆ การข้ามเกณฑ์นั้นไปไม่ได้ หลายครั้งดูเหมือนจะไม่ใช่เพราะขาดรสนิยม แต่เป็นเพราะขาดความสม่ำเสมอมากกว่า xguru 2026-02-26 | ความคิดเห็นหลัก | ใน: แฮ็ก Kindle รุ่นเก่าให้แสดงเวลารถบัสมาถึง (mariannefeng.com) ผมก็เพิ่งทำอะไรคล้าย ๆ กันเมื่อไม่นานนี้เหมือนกัน ถ้าไม่ได้รำคาญที่ต้องเห็นแถบ URL ด้านบน ก็สามารถโหลดหน้าเว็บตรง ๆ ได้เลย Kindle โดยพื้นฐานแล้วสามารถเข้า URL ผ่านเว็บเบราว์เซอร์ได้อยู่แล้ว ดังนั้นก็แค่เปิดแดชบอร์ดจากตรงนั้น ที่บริษัทผมใช้ Kindle ส่วนที่บ้านใช้ Paperwhite รุ่นเก่า โหลดหน้าเดียวกันอยู่ ก็ถือว่าเป็นแบบครอสแพลตฟอร์มเหมือนกันครับ 555 แน่นอนว่า ถ้าจะให้ Kindle อยู่ในโหมดเปิดค้างตลอด ก็ต้องรูตหรือทำอะไรทำนองนั้น แต่ Paperwhite ไม่ถึงกับต้องรูต แค่เปิดให้เชื่อมต่อ adb ได้ แล้วสั่งปิดสกรีนเซฟเวอร์จากตรงนั้นก็พอครับ tbudkim 2026-02-26 | ความคิดเห็นหลัก | ใน: ข้อความที่ทิ้งไว้ถึง CEO ตอนลาออกจาก LG Electronics (2011) (ppassa.wordpress.com) นี่คือกับดักที่เกิดขึ้นเมื่อองค์กรขนาดใหญ่ที่ขับเคลื่อนด้วยระบบเริ่มเฉื่อยชา ปัญหาที่ใหญ่กว่านั้นคือ พอจะบอกว่าจะแก้ปัญหาที่เผยออกมา กลับเอาแต่ทำตามพิธีการเพื่อกลบมันไว้ colus001 2026-02-26 | ความคิดเห็นหลัก | ใน: Mac mini เริ่มเข้าสู่การผลิตในสหรัฐฯ อย่างจริงจังที่โรงงานใหม่ในฮิวสตัน (apple.com) ดูเหมือนว่าพนักงานส่วนใหญ่จะเป็นชาวฮิสแปนิกกับชาวเอเชียนะ แบบนี้ก็น่าขำดีเหมือนกัน โหลดความคิดเห็นเพิ่มเติม
สำหรับ Gemini Pro
ฉันขำมากตรงที่มันตอบว่าถ้าคุณเอารถไปได้ ก็เดินไปก็ได้เหมือนกันนี่แหละ
ฉันชอบ pi มากเลย
เป็นไปได้สูงกว่ามากว่า มันไม่ใช่ทรัพย์สินที่มีคุณค่ามากพอถึงขั้นต้องรั่วไหล
คนที่ขอรีวิวแค่คลิกเดียว แต่คนรีวิวต้องเค้นสมอง กลายเป็นเครื่องมือที่ไม่ใช่แค่โยนความรับผิดชอบ แต่โยนงานให้กันไปเลย
ดูเหมือนกำลังค่อย ๆ แกะแนวคิดที่เคยมีอยู่ใน Cluely มาใช้ทีละอย่างนะ
รู้สึกว่าเพราะ Next.js เป็นโอเพนซอร์ส และมีโครงสร้างกับเป้าหมายที่ค่อนข้างชัดเจน เลยทำให้เกิดความพยายามแบบนี้ขึ้นได้
โดยเฉพาะเมื่อมีทั้งชุดทดสอบและข้อมูลอ้างอิงที่อุดมสมบูรณ์ แนวทางที่ใช้การทำให้ผ่านการทดสอบเป็นตัวชี้นำการพัฒนาก็ดูเป็นสิ่งที่ทำได้จริงมากพอสมควร
ความเร็วในการพัฒนาของ AI น่าทึ่งจริง ๆ
งานยังคงเสี่ยงอยู่เหมือนเดิมเลยนะ.. หรือควรเปลี่ยนสายไปทำงานภาคสนามดี.. ฮือๆ
ก็แอบคิดเหมือนกันนะว่าถ้าบอกให้ Claude Code หรือ Codex เพิ่มให้ ก็น่าจะทำให้ได้
ถ้าเป็นโค้ดที่พื้นฐานดีอยู่แล้ว พอเพิ่มฟีเจอร์ก็มักจะทำได้ดีกว่าด้วย
ไม่ว่า Anthropic จะดื้อแค่ไหน สุดท้ายถ้ากระทรวงกลาโหมสหรัฐสั่งให้ทำ ก็คงต้องทำอยู่ดี ไม่ใช่ว่านี่เป็นเส้นทางที่ลงเอยแบบนี้มาตั้งแต่แรกแล้วหรือครับ
อย่างนี้นี่เองถึงบอกว่า SaaS กำลังจะตายหมด... ฝั่งเราก็เริ่มให้เอเจนต์ AI ค่อย ๆ สร้างและเข้ามาแทนที่เครื่องมือภายในทีละตัวเหมือนกัน แต่หลังจากจุดจบของ SaaS แล้วจะเป็นยุคแบบไหนต่อไปก็ทั้งน่ากลัวและชวนหวั่นใจครับ
ความรับผิดชอบในการสร้างโปรแกรมที่ทำงานได้ดีตามความต้องการของลูกค้าและเป็นโปรแกรมที่ไม่เสียยังคงเป็นของนักพัฒนาอยู่ ดังนั้นคุณไม่จำเป็นต้องเลิกลงมือเขียนโค้ด ผมคิดว่า AI แค่ช่วยพิมพ์ให้เท่านั้น แต่แก่นแท้ยังเหมือนเดิม
เนคาราคูแบอะไรพวกนั้นไม่มีความหมายหรอก ดูอะไรแบบนั้นสิ 5555
ดูเหมือนว่ายุคที่ต้องพิมพ์โค้ดเองจริงๆ จะจบลงแล้ว
ตอนนี้ผมอัปโปรเจกต์ไว้ในแอป Codex 13 โปรเจกต์แล้วทำงานอยู่ แต่ในนั้นมีแค่ 3 โปรเจกต์เท่านั้นที่เปิดหน้าต่างโค้ดอยู่
มีเครื่องมือชิ้นหนึ่งที่ผมสร้างขึ้นมาไม่นานนี้และใช้งานบ่อยที่สุด แต่ผมยังไม่เคยเห็นโค้ดของมันเลยด้วยซ้ำ
สำหรับงานโปรดักชันก็ยังต้องผ่าน code review และยังมีหลายอย่างที่ต้องคิดอยู่ แต่พวกเครื่องมือใช้ภายในนี่มันทำออกมาได้ดีจริงๆ
ถ้าอังเดรย์ คาร์พาทีพูดแบบนั้น ก็เป็นแบบนั้นแหละ
โอ้ แบบนี้จำเป็นจริง ๆ นะครับ ถ้ารองรับได้ในทุกเบราว์เซอร์ก็น่าจะดีมากเลย
ความหงุดหงิดที่อีกฝ่ายไม่อ่านเอกสาร... ผมเองก็เคยรู้สึกแบบนั้นเหมือนกัน แต่พอลองเปลี่ยนมุมคิดดู ก็ทำให้นึกถึงตอนที่แม้แต่ตัวผมเองก็เคยคิดว่า ผู้ชายไม่อ่านคู่มือหรอก! แล้วก็ทำพลาดอยู่บ่อย ๆ
ดังนั้นตอนนี้ผมเลยให้ LLM ตอบวิธีใช้งานโดยอิง RAG เอาไว้ เพื่อให้ผู้ใช้ถามได้เลยโดยไม่ต้องเปิดคู่มือก็ยังใช้ฟีเจอร์ต่าง ๆ ได้ ปรากฏว่าทุกคนชอบกันมากครับ
ความอยากรู้อยากเห็นก็สำคัญ แต่ก็น่าจะต้องมีท่าทีแบบเอาใจเขามาใส่ใจเราบ้างเหมือนกันนะครับ มองกว้าง ๆ แล้ว เรื่องนี้ก็น่าจะเป็นเมตาค็อกนิชันอย่างหนึ่งด้วยเหมือนกัน
ตอนเด็ก ๆ ผมเคยอยู่ชมรมวงดนตรี แล้วก็มีเพื่อนคนหนึ่งที่พยายามโน้มน้าวทุกคนว่าในนั้นเราควรแต่งเพลงของตัวเองกัน เขาบอกว่าแทนที่จะขัดเกลาทักษะการเล่น เราควรคิดก่อนว่าอยากร้องเรื่องอะไร แน่นอนว่าที่ผมจำได้คือเสียงของพวกที่อยากตั้งวงด้วยการเล่นเพลงดัง ๆ ตามต้นฉบับนั้นมีมากกว่า
แต่ช่วงนี้ผมนึกถึงเพื่อนคนนั้นบ่อยมาก
มันเป็นคำถามที่ผมมัวแต่ยุ่งกับการใช้ชีวิตจนเลี่ยงไม่เผชิญมันมาตลอด แต่ด้วยการพัฒนาของ AI หลังจากที่ผมยึดอาชีพนักพัฒนาแล้ว ตกลงผมชอบการเขียนโค้ดจริง ๆ หรือผมชอบการสร้างคุณค่า และใช้การเขียนโค้ดเป็นเพียงเครื่องมือสำหรับสิ่งนั้น
ถ้าที่ผ่านมาคนสองประเภทนี้ยังปะปนกันอยู่ ต่อจากนี้คงอีกไม่นานจะถึงช่วงเวลาที่ผมต้องทำให้ชัดว่าตัวเองเป็นฝ่ายไหนกันแน่
ในฐานะคนที่ทำไซด์โปรเจกต์มา 7 ชิ้น ผมเห็นด้วยแต่ก็มีความคิดที่ต่างออกไปเล็กน้อย
การที่บอกว่ารสนิยมสำคัญนั้นก็จริง แต่ปัญหาคือก่อนจะได้ลองสร้างอะไรขึ้นมาจริง ๆ เราเองก็ไม่รู้หรอกว่าตัวเองมีรสนิยมนั้นอยู่หรือเปล่า ผมเองตอนแรกก็เริ่มจากความคิดว่า "อันนี้อาจจะต่างออกไปหน่อยไหม" แต่พอได้ลงมือทำ ปล่อยออกสู่สาธารณะ และรับฟีดแบ็กแล้ว ถึงได้รู้สึกจริง ๆ ว่า "อ๋อ แบบนี้ไม่ใช่สินะ"
เป็นความจริงที่ผลงานหยาบ ๆ จาก vibe coding มีออกมาล้นอยู่เต็มไปหมด แต่ผมก็คิดว่าในกระบวนการนั้นย่อมมีคนที่ค้นพบรสนิยมของตัวเองได้อย่างแน่นอน เพราะมันไม่ใช่ว่ามีรสนิยมมาตั้งแต่แรก แต่เป็นสิ่งที่ค่อย ๆ เกิดขึ้นระหว่างลงมือสร้าง
แต่ก็อย่างที่บทความชี้ไว้ว่า "อย่างน้อยต้องข้ามพ้นเกณฑ์ขั้นต่ำก่อนแล้วค่อยปล่อยออกมา" ตรงนี้ผมเห็นด้วยจริง ๆ การข้ามเกณฑ์นั้นไปไม่ได้ หลายครั้งดูเหมือนจะไม่ใช่เพราะขาดรสนิยม แต่เป็นเพราะขาดความสม่ำเสมอมากกว่า
ผมก็เพิ่งทำอะไรคล้าย ๆ กันเมื่อไม่นานนี้เหมือนกัน ถ้าไม่ได้รำคาญที่ต้องเห็นแถบ URL ด้านบน ก็สามารถโหลดหน้าเว็บตรง ๆ ได้เลย
Kindle โดยพื้นฐานแล้วสามารถเข้า URL ผ่านเว็บเบราว์เซอร์ได้อยู่แล้ว ดังนั้นก็แค่เปิดแดชบอร์ดจากตรงนั้น
ที่บริษัทผมใช้ Kindle ส่วนที่บ้านใช้ Paperwhite รุ่นเก่า โหลดหน้าเดียวกันอยู่ ก็ถือว่าเป็นแบบครอสแพลตฟอร์มเหมือนกันครับ 555
แน่นอนว่า ถ้าจะให้ Kindle อยู่ในโหมดเปิดค้างตลอด ก็ต้องรูตหรือทำอะไรทำนองนั้น
แต่ Paperwhite ไม่ถึงกับต้องรูต แค่เปิดให้เชื่อมต่อ
adbได้ แล้วสั่งปิดสกรีนเซฟเวอร์จากตรงนั้นก็พอครับนี่คือกับดักที่เกิดขึ้นเมื่อองค์กรขนาดใหญ่ที่ขับเคลื่อนด้วยระบบเริ่มเฉื่อยชา
ปัญหาที่ใหญ่กว่านั้นคือ พอจะบอกว่าจะแก้ปัญหาที่เผยออกมา กลับเอาแต่ทำตามพิธีการเพื่อกลบมันไว้
ดูเหมือนว่าพนักงานส่วนใหญ่จะเป็นชาวฮิสแปนิกกับชาวเอเชียนะ แบบนี้ก็น่าขำดีเหมือนกัน