youngminz 2025-05-23 | ความคิดเห็นหลัก | ใน: ควรชดเชยพนักงานที่ทำงานแบบ On-Call/เวรสแตนด์บายอย่างไร? (pagerduty.com) ตอนที่ทำงานบริษัท เวลาต้องเข้าเวร on-call นั้นเครียดพอสมควร เพราะแม้แต่เวลานอน เวลาขับรถ และวันหยุดก็ต้องพกโน้ตบุ๊กกับ Apple Watch ไว้เพื่อรับมือกับเหตุขัดข้อง ทำให้นอนหลับได้ไม่เต็มอิ่ม หลังลาออกไปแล้ว การที่ไม่ต้องถูกรบกวนอีกเป็นเรื่องที่ดีมาก- tujuc 2025-05-23 | ความคิดเห็นหลัก | ใน: ควรชดเชยพนักงานที่ทำงานแบบ On-Call/เวรสแตนด์บายอย่างไร? (pagerduty.com) การรับมือแบบ 24/7 ไม่ใช่เรื่องง่ายเลยครับ โดยเฉพาะถ้ามีคนเดียวในสายงาน DevOps... ก็แทบไม่มีทางเลือกเลย 555555 ได้แต่หลับตาภาวนาไม่ให้บริการล่ม.. 555555 ผมว่าการคิดเรื่องค่าตอบแทนก็เป็นเรื่องที่ดีนะครับ เพราะปกติแทบไม่ค่อยใส่ใจกันเรื่องค่าตอบแทนเท่าไหร่ โดยเฉพาะ on-call ภายใต้ ระบบเงินเดือนแบบเหมาจ่ายรวมล่วงเวลา... บรรยากาศมันเหมือนเป็นเรื่องที่ถูกมองว่าเป็นเรื่องปกติ... asheswook 2025-05-23 | ความคิดเห็นหลัก | ใน: จริง ๆ แล้ว Electron ก็ไม่ได้แย่อย่างที่คิด (blog.vaxry.net) ถึงจะใช้โน้ตบุ๊กดี ๆ อยู่ แต่พูดตามตรงก็ไม่ค่อยรู้สึกว่า vscode เร็วนัก สุดท้ายก็มักจะไปใช้ IntelliJ ที่หนักแต่ฟีเจอร์เยอะแล้วใช้งานสะดวก ไม่งั้นก็ใช้ IDE หรือ text editor ที่พัฒนาแบบเนทีฟไปเลย ซึ่งเร็วชัดเจนและประสบการณ์ใช้งานก็ดีกว่า asheswook 2025-05-23 | ความคิดเห็นหลัก | ใน: จริง ๆ แล้ว Electron ก็ไม่ได้แย่อย่างที่คิด (blog.vaxry.net) ผมเห็นด้วยว่ามันเป็นเฟรมเวิร์กที่ดีในตัวมันเอง แต่เพราะหลายบริษัทและสตาร์ทอัปอ้างเรื่องประสิทธิภาพการพัฒนาแล้วปล่อยงานออกมาโดยไม่ใส่ใจเรื่องประสิทธิภาพการทำงาน พอได้ยินว่าแอปไหนทำด้วย Electron ก็เลยรู้สึกปฏิเสธไว้ก่อน sinbumu 2025-05-23 | ความคิดเห็นหลัก | ใน: Anthropic เปิดตัว Claude 4 (anthropic.com) ก็จับประเด็นนี้มาใช้กัน เลยมีที่อย่าง Google ทดลองเบต้า coding agent แบบ Jules อยู่เหมือนกัน... โยนงานให้ AI แล้วมันก็ไปจัดการเองในสภาพแวดล้อมคลาวด์ ไม่ใช่บนเครื่องโลคัล แล้วค่อยมาดูผลทีหลังแล้วสั่งให้ commit, deploy อะไรต่อ kallare 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) ดูจากบรรยากาศช่วงนี้ ก็อาจจะยื้อไว้ได้ด้วยการใส่ AI ให้คอยค้นหาคอนเทนต์คล้าย ๆ กันแบบอัตโนมัติอะไรทำนองนั้น แต่ดูเหมือนว่าคงตัดสินใจปิดไปเลยสินะครับ จะว่าไป...ช่วงนี้ผมเองก็ใช้แค่ Obsidian clipping อย่างเดียวอยู่เหมือนกัน...... fanotify 2025-05-23 | ความคิดเห็นหลัก | ใน: จริง ๆ แล้ว Electron ก็ไม่ได้แย่อย่างที่คิด (blog.vaxry.net) ดีมากนะ แต่เพราะมันมีขนาดพื้นฐานอยู่ เลยไม่ค่อยเหมาะจะเอาไปใช้ได้ทุกที่.. haebom 2025-05-23 | ความคิดเห็นหลัก | ใน: จริง ๆ แล้ว Electron ก็ไม่ได้แย่อย่างที่คิด (blog.vaxry.net) Electron ดีจะตาย ไม่รู้ว่าใครบอกว่าไม่ดี... ดีมากจริง ๆ lamanus 2025-05-23 | ความคิดเห็นหลัก | ใน: [2023] ทำให้ Python เร็วขึ้น 100 เท่าด้วย PyO3 (ohadravid.github.io) maturin... ทรมาน... nemorize 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) เก็บไว้อ่านอย่างขยันขันแข็ง แต่พอเอาเข้าจริงกลับแทบไม่ได้กลับมาอ่านอีก สุดท้ายก็เลยลบทิ้งครับ whitelips 2025-05-23 | ความคิดเห็นหลัก | ใน: ควรชดเชยพนักงานที่ทำงานแบบ On-Call/เวรสแตนด์บายอย่างไร? (pagerduty.com) เรื่อง on-call นี่มันยากจริง ๆ... และก็เป็นหนึ่งในประเด็นหลักที่ทำให้นักพัฒนารู้สึกลำบากด้วยครับ forgotdonkey456 2025-05-23 | ความคิดเห็นหลัก | ใน: จริง ๆ แล้ว Electron ก็ไม่ได้แย่อย่างที่คิด (blog.vaxry.net) ปัญหาอย่าง Flatpak หรือ AppImage พอกลับมาที่ Windows แล้วก็ดูเหมือนจะเป็นเรื่องที่ไม่เกี่ยวกันเลยนะครับ 555.. ผมคิดว่า Electron เองเป็นเฟรมเวิร์กที่ดีมากเลยครับ การพัฒนาเฟรมเวิร์กก็ยังคึกคัก และที่สำคัญคือทุกอย่างที่น่าจะถูกทำใน Chromium ก็มีครบหมดแล้ว laeyoung 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) ดังที่เห็นได้จากบทความ ความแตกต่างระหว่างวิธีเก็บไฟล์ไว้ในคอมพิวเตอร์กับความต่างของแต่ละรุ่น ดูเหมือนว่าน่าจะเป็นเพราะการเปลี่ยนจาก "จัดระเบียบไว้เพื่อให้หาง่าย" ไปเป็น "ถ้าค้นหาแล้วเจอก็ค่อยดู ถ้าไม่เจอก็ยังไงก็คงไม่กลับมาดูอยู่ดี เลยไม่จำเป็นต้องจัดระเบียบ" นะครับ xguru 2025-05-23 | ความคิดเห็นหลัก | ใน: จริง ๆ แล้ว Electron ก็ไม่ได้แย่อย่างที่คิด (blog.vaxry.net) สิ่งที่ผู้คนเข้าใจผิดเกี่ยวกับ Electron เปรียบเทียบ Tauri กับ Electron - ประสิทธิภาพ ขนาดบันเดิล และข้อแลกเปลี่ยนจริง iamzero 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) โอ้ กำลังใช้อยู่พอดี เสียดายจังครับ dowha 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) ตอนนี้ผมจ่ายเงินใช้ Reader ของ Readwise (https://readwise.io/read) อยู่ แต่ก็รู้สึกว่าโปรดักต์กลุ่มคล้าย ๆ กันแบบนี้คงอยู่รอดได้ยากไม่ทางใดก็ทางหนึ่ง ดูเหมือนว่าส่วนที่จะต่อยอดขยายออกไปได้มีข้อจำกัดครับ ndrgrd 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) ขอแนะนำ Wallabag หรือ SingleFile เช่นกัน ในฐานะบริการที่สามารถบันทึกเนื้อหาไว้ได้ princox 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) อ๊ะ.. นี่ไม่ใช่ผลิตภัณฑ์ที่ค่อนข้างดังเลยเหรอครับ ให้ความรู้สึกเหมือนอีกยุคสมัยหนึ่งกำลังปิดฉากลงเลยนะครับ ผมเองก็เคยใช้บ่อยมากในอดีต xguru 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) อันนี้มีตัวเลือกทดแทนค่อนข้างเยอะเลย.. แต่พอเป็นผมเองก็กลับไม่ค่อยได้ใช้โซลูชันแบบนี้เท่าไรนะ Omnivore - โซลูชัน read-it-later โอเพนซอร์ส ArchiveBox - เครื่องมือทำเว็บอาร์ไคฟ์แบบโฮสต์เอง Shiori - ตัวจัดการบุ๊กมาร์กที่สร้างด้วย Go LinkAce - เซิร์ฟเวอร์คลังเก็บบุ๊กมาร์กโอเพนซอร์ส dbs0829 2025-05-23 | ความคิดเห็นหลัก | ใน: บริการบันทึกไว้อ่านภายหลัง Pocket เตรียมยุติให้บริการ (support.mozilla.org) โห ผมคิดว่ามันเป็นบริการบันทึกไว้อ่านทีหลังที่มีสถานะระดับตำนานเหมือนกันนะเนี่ย แต่ก็กำลังจะปิดบริการแล้ว เสียดายจริง ๆ โหลดความคิดเห็นเพิ่มเติม
ตอนที่ทำงานบริษัท เวลาต้องเข้าเวร on-call นั้นเครียดพอสมควร เพราะแม้แต่เวลานอน เวลาขับรถ และวันหยุดก็ต้องพกโน้ตบุ๊กกับ Apple Watch ไว้เพื่อรับมือกับเหตุขัดข้อง ทำให้นอนหลับได้ไม่เต็มอิ่ม หลังลาออกไปแล้ว การที่ไม่ต้องถูกรบกวนอีกเป็นเรื่องที่ดีมาก-
การรับมือแบบ 24/7 ไม่ใช่เรื่องง่ายเลยครับ โดยเฉพาะถ้ามีคนเดียวในสายงาน DevOps... ก็แทบไม่มีทางเลือกเลย 555555
ได้แต่หลับตาภาวนาไม่ให้บริการล่ม.. 555555
ผมว่าการคิดเรื่องค่าตอบแทนก็เป็นเรื่องที่ดีนะครับ เพราะปกติแทบไม่ค่อยใส่ใจกันเรื่องค่าตอบแทนเท่าไหร่ โดยเฉพาะ on-call ภายใต้ ระบบเงินเดือนแบบเหมาจ่ายรวมล่วงเวลา... บรรยากาศมันเหมือนเป็นเรื่องที่ถูกมองว่าเป็นเรื่องปกติ...
ถึงจะใช้โน้ตบุ๊กดี ๆ อยู่ แต่พูดตามตรงก็ไม่ค่อยรู้สึกว่า vscode เร็วนัก สุดท้ายก็มักจะไปใช้ IntelliJ ที่หนักแต่ฟีเจอร์เยอะแล้วใช้งานสะดวก ไม่งั้นก็ใช้ IDE หรือ text editor ที่พัฒนาแบบเนทีฟไปเลย ซึ่งเร็วชัดเจนและประสบการณ์ใช้งานก็ดีกว่า
ผมเห็นด้วยว่ามันเป็นเฟรมเวิร์กที่ดีในตัวมันเอง แต่เพราะหลายบริษัทและสตาร์ทอัปอ้างเรื่องประสิทธิภาพการพัฒนาแล้วปล่อยงานออกมาโดยไม่ใส่ใจเรื่องประสิทธิภาพการทำงาน พอได้ยินว่าแอปไหนทำด้วย Electron ก็เลยรู้สึกปฏิเสธไว้ก่อน
ก็จับประเด็นนี้มาใช้กัน เลยมีที่อย่าง Google ทดลองเบต้า coding agent แบบ Jules อยู่เหมือนกัน... โยนงานให้ AI แล้วมันก็ไปจัดการเองในสภาพแวดล้อมคลาวด์ ไม่ใช่บนเครื่องโลคัล แล้วค่อยมาดูผลทีหลังแล้วสั่งให้ commit, deploy อะไรต่อ
ดูจากบรรยากาศช่วงนี้ ก็อาจจะยื้อไว้ได้ด้วยการใส่ AI ให้คอยค้นหาคอนเทนต์คล้าย ๆ กันแบบอัตโนมัติอะไรทำนองนั้น
แต่ดูเหมือนว่าคงตัดสินใจปิดไปเลยสินะครับ จะว่าไป...ช่วงนี้ผมเองก็ใช้แค่ Obsidian clipping อย่างเดียวอยู่เหมือนกัน......
ดีมากนะ แต่เพราะมันมีขนาดพื้นฐานอยู่ เลยไม่ค่อยเหมาะจะเอาไปใช้ได้ทุกที่..
Electron ดีจะตาย ไม่รู้ว่าใครบอกว่าไม่ดี... ดีมากจริง ๆ
maturin... ทรมาน...
เก็บไว้อ่านอย่างขยันขันแข็ง แต่พอเอาเข้าจริงกลับแทบไม่ได้กลับมาอ่านอีก สุดท้ายก็เลยลบทิ้งครับ
เรื่อง on-call นี่มันยากจริง ๆ... และก็เป็นหนึ่งในประเด็นหลักที่ทำให้นักพัฒนารู้สึกลำบากด้วยครับ
ปัญหาอย่าง Flatpak หรือ AppImage พอกลับมาที่ Windows แล้วก็ดูเหมือนจะเป็นเรื่องที่ไม่เกี่ยวกันเลยนะครับ 555..
ผมคิดว่า Electron เองเป็นเฟรมเวิร์กที่ดีมากเลยครับ การพัฒนาเฟรมเวิร์กก็ยังคึกคัก และที่สำคัญคือทุกอย่างที่น่าจะถูกทำใน Chromium ก็มีครบหมดแล้ว
ดังที่เห็นได้จากบทความ ความแตกต่างระหว่างวิธีเก็บไฟล์ไว้ในคอมพิวเตอร์กับความต่างของแต่ละรุ่น ดูเหมือนว่าน่าจะเป็นเพราะการเปลี่ยนจาก "จัดระเบียบไว้เพื่อให้หาง่าย" ไปเป็น "ถ้าค้นหาแล้วเจอก็ค่อยดู ถ้าไม่เจอก็ยังไงก็คงไม่กลับมาดูอยู่ดี เลยไม่จำเป็นต้องจัดระเบียบ" นะครับ
สิ่งที่ผู้คนเข้าใจผิดเกี่ยวกับ Electron
เปรียบเทียบ Tauri กับ Electron - ประสิทธิภาพ ขนาดบันเดิล และข้อแลกเปลี่ยนจริง
โอ้ กำลังใช้อยู่พอดี เสียดายจังครับ
ตอนนี้ผมจ่ายเงินใช้ Reader ของ Readwise (https://readwise.io/read) อยู่ แต่ก็รู้สึกว่าโปรดักต์กลุ่มคล้าย ๆ กันแบบนี้คงอยู่รอดได้ยากไม่ทางใดก็ทางหนึ่ง ดูเหมือนว่าส่วนที่จะต่อยอดขยายออกไปได้มีข้อจำกัดครับ
ขอแนะนำ Wallabag หรือ SingleFile เช่นกัน ในฐานะบริการที่สามารถบันทึกเนื้อหาไว้ได้
อ๊ะ.. นี่ไม่ใช่ผลิตภัณฑ์ที่ค่อนข้างดังเลยเหรอครับ
ให้ความรู้สึกเหมือนอีกยุคสมัยหนึ่งกำลังปิดฉากลงเลยนะครับ ผมเองก็เคยใช้บ่อยมากในอดีต
อันนี้มีตัวเลือกทดแทนค่อนข้างเยอะเลย.. แต่พอเป็นผมเองก็กลับไม่ค่อยได้ใช้โซลูชันแบบนี้เท่าไรนะ
Omnivore - โซลูชัน read-it-later โอเพนซอร์ส
ArchiveBox - เครื่องมือทำเว็บอาร์ไคฟ์แบบโฮสต์เอง
Shiori - ตัวจัดการบุ๊กมาร์กที่สร้างด้วย Go
LinkAce - เซิร์ฟเวอร์คลังเก็บบุ๊กมาร์กโอเพนซอร์ส
โห ผมคิดว่ามันเป็นบริการบันทึกไว้อ่านทีหลังที่มีสถานะระดับตำนานเหมือนกันนะเนี่ย แต่ก็กำลังจะปิดบริการแล้ว เสียดายจริง ๆ