1 ความคิดเห็น

 
GN⁺ 2024-03-21
ความคิดเห็นบน Hacker News
  • เห็นได้ชัดว่าสุดท้ายมันก็คงถูกปิด เลยเริ่มนับวันรอแล้ว เคยพึ่งพา Google แล้วโดนมาเยอะเกินไป ตอนนี้สิ่งเดียวที่เชื่อใจได้คือการติดตามผู้ใช้กับการยัดโฆษณา ซึ่งก็ทำได้ดีขึ้นทุกวัน

    • จุดประสงค์จริง ๆ อาจเป็นการรวบรวม ข้อมูลสำหรับการเรียนรู้ ว่าผู้อ่านให้ความสำคัญกับส่วนไหนของบทความวิจัย และหัวข้อใดเกี่ยวข้องกันหรือเปล่า
    • Google Scholar ก็ถูกใช้กันเยอะภายในบริษัทด้วย ดังนั้นถึงแม้มันจะไม่เคยทำเงินให้ Google ก็ตาม ดูแล้วโอกาสถูกยุติก็น่าจะต่ำ
    • แต่ยังไงมีไว้ก็ดีกว่าไม่มีไม่ใช่เหรอ?
    • เห็นด้วยเต็มที่ ผลิตภัณฑ์ของ Google ทุกอย่างให้ความรู้สึกเหมือนมี นาฬิกานับถอยหลังอายุการใช้งาน ติดอยู่
    • Google พยายามอย่างหนักจนได้ชื่อเสียงแบบนี้มา ตอนนี้ไม่อยากพึ่งพาส่วนใดของ อีโคซิสเต็ม Google อีกแล้ว
  • โดยส่วนตัวแล้ว พื้นที่เกี่ยวกับการจับและแสดงภาพความรู้ด้านงานวิจัยค่อนข้างน่าสนใจ ปริมาณงานวิจัยที่ตีพิมพ์ยังเพิ่มขึ้นเรื่อย ๆ แอปอ่านเอกสารก็ยังอยู่ในระดับพื้นฐาน และเครื่องมืออ่านกับจดโน้ตก็แยกจากกันพอสมควร เลยยังรู้สึกว่า การอ่านและซึมซับอย่างลึกซึ้ง เป็นเรื่องยาก
    Google PDF reader เพิ่งเริ่มแตะปัญหาเรื่องการค้นดูเอกสารอ้างอิงให้ง่ายขึ้น และผมก็ทำแอปสำหรับจับและจัดระเบียบความรู้วิจัยส่วนตัวเองบนพื้นฐานเหมือนรีดเดอร์ที่วางบนไลบรารี PDFjs: https://www.knowledgegarden.io/
    นอกจากนี้ การแสดงภาพและบริบทของโน้ตที่ปรับแต่งได้ยังช่วยให้นึกถึงข้อมูลและเชื่อมโยงข้อมูลได้ด้วย

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

    • ไม่ชอบวิธีที่โปรแกรมจัดการเอกสารอ้างอิงจัดการคำอธิบายประกอบ เลยทำแอปเอง: https://getcahier.com
      รวม การจัดการไฮไลต์ ไว้ในแอป เพื่อดึงไฮไลต์ตามหัวข้อ จัดลงในโน้ตเป็นองค์ประกอบของเอกสาร เช่น โน้ตหรือโครงร่างที่พับเก็บได้ และใช้วางแผนข้อโต้แย้งที่ซับซ้อนกว่าเดิมได้ ทำให้อ่านแบบมีส่วนร่วมได้ง่ายขึ้นมาก
      ส่วนการจัดระเบียบบทความวิจัยนั้นยังอยากหาวิธีที่ดีกว่านี้ และในเชิงวิธีการ การจัดหมวดหมู่หนังสือตามยุค สำนักความคิด และมุมมองช่วยได้มาก
    • เพราะฟีเจอร์ที่ evince เพิ่มมาเมื่อเร็ว ๆ นี้ ตอนนี้แทบขาดมันไม่ได้แล้ว ฟีเจอร์ใหญ่ที่สุดคือเมื่อเอาเมาส์ไปชี้ลิงก์ภายใน PDF มันจะแสดงตัวอย่างขนาดเล็กของตำแหน่งที่ลิงก์นั้นชี้ไป
      ในเอกสารยาว ๆ ถ้าผู้เขียนเขียนว่า “เป็นจริงตาม Theorem 3.3” และ PDF ใหม่พอที่ “Theorem 3.3” เป็นลิงก์ภายใน ก็แค่เอาเมาส์ไปชี้เพื่อทบทวนเนื้อหาของทฤษฎีบทนั้นได้ทันที
    • ใช้ชุด Zotero, โครงสร้าง PDF/โฟลเดอร์แบบลิงก์โลคัล และ SumatraPDF ทุกครั้งที่ค้นเอกสาร จะสร้างโฟลเดอร์พร้อมวันที่และชื่อ เช่น 2024-03-21_Quantum_Entanglement
      สามารถใช้ CTRL-SHIFT-DRAG เพื่อนำไฟล์เข้า Zotero แบบลิงก์ได้: #77. จะจัดระเบียบใน Zotero ก็ได้แต่ไม่จำเป็น และไฟล์หนึ่งสามารถลิงก์อยู่ในหลายโฟลเดอร์ของ Zotero ได้ โฟลเดอร์เอกสารกับฐานข้อมูล Zotero ซิงก์ไปยังตำแหน่งแบ็กอัปด้วย Nextcloud
      ใน Zotero ปิดการซิงก์ ตั้ง “Base directory” เป็นโฟลเดอร์เอกสารโลคัล และตั้ง PDF View เป็น “System default” ถ้าเปลี่ยน recursiveCollections เป็น True จะค้นหาแบบเร็วในโฟลเดอร์แบบ recursive ได้ และใช้ CTRL-Shift-C คัดลอกเอกสารอ้างอิงไปยังคลิปบอร์ด
      ธีมมืดใช้ https://github.com/Rosmaninho/Zotero-Dark-Theme โดยสร้างโฟลเดอร์ chrome ใน XXXXXXXX.default ภายใต้ %AppData%\Zotero\Zotero\Profiles\ แล้วใส่ userChrome.css จากนั้นเริ่ม Zotero
      ส่วนส่วนเสริม ใช้ zotero-pdfkit https://github.com/sharpevo/zotero-pdfkit/ เพื่อช่วยเลือกไฟล์แนบ PDF เริ่มต้น, ZoteroDuplicatesMerger https://github.com/frangoud/ZoteroDuplicatesMerger เพื่อรวมรายการซ้ำให้ง่ายขึ้น, zotero-folder-import https://github.com/retorquere/zotero-folder-import เพื่อนำเข้า PDF จำนวนมากจากโฟลเดอร์ และ zotero-tag https://github.com/windingwind/zotero-tag เพื่อใส่ดาวให้รายการ
      สำหรับเครื่องมือ PDF ใช้ qpdf สำหรับลบรหัสผ่าน ปลดล็อก และแปลงไฟล์ ติดตั้งใน WSL ด้วย apt-get install qpdf การลบรหัสผ่านทำด้วย qpdf --decrypt --password="" input.pdf output.pdf
      SumatraPDF เร็วมากสำหรับการดู PDF และเพิ่มคำอธิบายประกอบอย่างไฮไลต์กับคอมเมนต์ ไฮไลต์ข้อความใช้ A บันทึกไฟล์ใช้ CTRL+SHIFT+S เร็วกว่า Adobe Acrobat มาก
      pdfplumber เป็นแพ็กเกจ Python ที่ยอดเยี่ยมสำหรับดึงตารางจาก PDF เข้า data pipeline จึงเหมาะใช้กับ Jupyter Lab ส่วน PDF X-Change viewer ติดตั้งด้วย choco install pdfxchangeviewer และใช้ทำ OCR หน้า/PDF แบบแมนนวล
    • Readwise Reader มี PDF reader ที่ใช้ได้ดี พร้อมไฮไลต์ โน้ต และเครื่องมืออ่านด้วย AI จัดระเบียบวัสดุด้วยแท็ก
      ยังใหม่มากและกำลังพัฒนาอย่างต่อเนื่อง แต่เพราะงานวิจัยเชิงวิชาการไม่ใช่จุดโฟกัสหลัก จึงไม่น่าจะมีฟีเจอร์วิชาการขั้นสูงอย่างการรองรับการอ้างอิงหรือ backlink เพิ่มเข้ามา อย่างไรก็ตามมี backlink จากอินเทอร์เน็ตที่เชื่อมไปยังบทความที่อ่านอยู่
    • แทบไม่มีอะไรดีเท่าการจดโน้ตในไฟล์ Google Docs ง่าย ๆ แล้วใส่ลิงก์ sci-hub ไว้ ลิงก์ดาวน์โหลดถูกกฎหมายมักหมดอายุเมื่อเวลาผ่านไป หรือบังคับให้เบราว์เซอร์ดาวน์โหลด PDF
      สำหรับแต่ละโปรเจกต์วิจัยจะมี Google Docs หนึ่งไฟล์แล้วแชร์กับผู้ร่วมงาน แต่ละคนมีส่วนของตัวเองในเอกสาร จึงแบ่งปันข้อมูลกันได้ง่าย
  • งานวิจัยสำคัญส่วนใหญ่สามารถอ่านพร้อมไฮไลต์ได้ที่ https://www.semanticscholar.org/ โดยมี PDF Semantic Reader และฟีเจอร์ช่วยอ่านแบบกวาดตา

  • เวลาจะอ่านงานวิจัยต้องใช้ สมาธิอย่างลึก ถ้าจะอ่านให้จบจริง ๆ ก็ควรพิมพ์ออกมาเป็นกระดาษ

    • แนะนำให้ลองใช้อุปกรณ์ใหม่ ๆ สำหรับอ่านงานวิจัยดูบ้าง หลายครั้งที่รู้สึกว่ากระดาษเป็นสื่อที่ดีกว่า เป็นเพราะยังไม่เคยลองใช้อุปกรณ์ที่สบายกว่า
      กระดาษดีกว่าจอ 15 นิ้วแน่นอนด้วยหลายเหตุผล เช่น ขนาดและท่าทางตอนอ่าน แต่ก็อยากรู้ว่าเคยลองจอที่ใหญ่กว่า (เกิน 27 นิ้ว), แท็บเล็ตขนาดใหญ่ (A4 ขึ้นไป) หรือเครื่องอ่านอีอิงก์ที่ใหญ่ที่สุดเท่าที่หาได้หรือยัง อาจเจอสิ่งที่เหมาะกับตัวเองมากกว่ากระดาษก็ได้
  • ดูค่อนข้างดีเลย ถ้าผูกทั้งหมดกับบัญชี Gmail ก็สงสัยว่าจะทำระบบ บันทึกคำอธิบายประกอบ บน PDF เหล่านี้ แล้วให้บันทึกลง Drive หรือที่อื่นหรือเปล่า
    เพิ่มเติมคือ ตอนนี้ Chrome ดูเหมือนจะใช้ส่วนขยายนี้เป็นค่าเริ่มต้นสำหรับการเรนเดอร์ PDF ทุกไฟล์ที่โหลดขึ้นมา

  • ก็ดูดีอยู่ แต่ลองนึกภาพออกไหมว่า Google จะถอนตัวจาก ฐานข้อมูลเอกสาร/การอ้างอิง ของนักวิชาการแบบกะทันหัน?
    ไม่อยากแม้แต่จะจินตนาการถึงสถานการณ์ที่อีกไม่กี่ปีข้างหน้าพอเขาถอดปลั๊ก แล้วต้องย้ายคำอธิบายประกอบและการอ้างอิงทั้งหมดไปที่อื่น

    • ทำไมล่ะ? เครื่องมือนี้ก็แค่พาร์ส PDF เฉย ๆ และนักวิชาการก็ไม่ได้ต้องทำอะไรจริง ๆ ด้วย
  • อยากรู้ว่ามี PDF reader แบบโลคัล ดี ๆ สำหรับ Windows แนะนำไหม ช่วงนี้อ่านงานวิจัยหลายฉบับมาก แต่พอคลิกการอ้างอิงใน Acrobat Reader แล้วอึดอัดมาก
    เอกสารก็เลื่อนไปตำแหน่งบรรณานุกรมให้ แต่ไม่ได้ชี้ให้เห็นรายการนั้นอย่างชัดเจนในลิสต์ยาว ๆ เหมือนงานวิจัยส่วนใหญ่ และก็ดูเหมือนไม่มีปุ่มย้อนกลับที่ใช้ได้ เลยต้องเลื่อนกลับไปจุดที่อ่านอยู่เอง

    • ใช้ Sumatra PDF บน Windows สำหรับอ่านงานวิจัยและเป็น PDF reader หลักมานานกว่า 10 ปีแล้ว พอคลิกการอ้างอิงก็จะไปหน้าบรรณานุกรมและทำให้บทความนั้นอยู่ด้านบนสุดของจอ แล้วกด Alt-leftarrow เพื่อย้อนกลับได้
    • Sioyek เป็น PDF viewer ที่ออกแบบมาโดยตรงสำหรับอ่านงานวิจัยและตำราเรียน: https://github.com/ahrm/sioyek
    • Zotero V7 reader ดีมาก อิงจาก pdfjs หรือก็คือ PDF reader ของ Mozilla และเพิ่มฟีเจอร์ดี ๆ อย่างคำอธิบายประกอบกับโหมดมืดเข้ามา
    • ใช้ Okular ก็ได้ ไม่จำเป็นต้องใช้ส่วนอื่นของ KDE มีตัวติดตั้งสำหรับ Windows และเท่าที่รู้ก็มีใน Windows Store ด้วย
    • ถ้าความเร็วสำคัญที่สุด SumatraPDF ดีมาก
      ถ้าต้องการฟีเจอร์มากขึ้น และชอบคำอธิบายประกอบ ไฮไลต์ บุ๊กมาร์ก ฯลฯ DrawboardPDF ก็ดี โดยเฉพาะถ้ามีโอกาสใช้สไตลัสจะยิ่งเหมาะ
  • ไม่เคยเห็น โหมดสว่าง/มืด เยอะขนาดนี้มาก่อน มี Device Mode, Light Mode, Dark Mode, Night Mode
    ตามที่เข้าใจ Device Mode จะตามการตั้งค่าปัจจุบันของเบราว์เซอร์/อุปกรณ์, Dark Mode ทำให้มืดเฉพาะแถบด้านข้างแต่ไม่เปลี่ยน PDF ส่วน Night Mode ทำให้ทั้งแถบด้านข้างและ PDF มืดหมด เลยสงสัยว่าทำไมถึงตัดสินใจมีโหมดเยอะขนาดนี้

    • การใช้โหมดมืดกับเอกสารแบบอัตโนมัติมักให้ผลไม่ดี โดยเฉพาะเมื่อมีรูปภาพ ถึงอย่างนั้นบางคนก็ชอบความทรมานหรือขี้เกียจเปิดไฟ เลยคงทำเป็นตัวเลือกแยกไว้
      แต่คิดว่าทำเป็นสวิตช์เดียวคงดีกว่าแยก Dark Mode/Night Mode
    • ในแอปอื่น ๆ ก็เคยเห็นการจัดแบบ System, Light, Dark, “Very Dark” สำหรับอุปกรณ์ OLED อยู่เหมือนกัน จึงไม่ถึงกับไร้เหตุผลเสียทีเดียว
  • ก็พอใช้ได้ แต่เมื่อไม่นานมานี้ Google Scholar เคยลบลิงก์อย่าง cited by, related articles ทั้งหมดออกจากหน้า HTML ใช้เวลาประมาณสองเดือนกว่าจะคืนฟีเจอร์ และมีโอกาสสูงว่าจะลบอีกเร็ว ๆ นี้
    Google Scholar ไม่ได้ดีขึ้น แต่กำลังแย่ลง นักพัฒนา Google ดูเหมือนไม่รู้เลยว่าคอมพิวเตอร์ของนักวิชาการทั่วไปทั่วโลกเป็นอย่างไร พวกเขาพัฒนาตามสภาพแวดล้อมที่ตัวเองเจอ ซึ่งไม่ตรงกับความเป็นจริง PDF reader ที่ใช้ JavaScript ซึ่งช้าและมีต้นทุนการคำนวณสูง ก็เป็นอีกตัวอย่างหนึ่งของความไม่รู้นี้

    • เห็นด้วยอย่างยิ่ง อย่าแสดง PDF ให้ดูเลย แค่ให้ดาวน์โหลดไฟล์แล้วเปิดด้วย zathura ก็พอ
    • นอกจากนี้ ราว ๆ ปีที่ผ่านมา รู้สึกว่า การค้นหา Google Scholar แย่ลงอย่างเห็นได้ชัด บางครั้งค้นด้วยชื่อผู้เขียนกับคีย์เวิร์ดไม่กี่คำจากชื่อบทความ แม้แต่งานที่มีการอ้างอิงประมาณ 5000 ครั้งก็ยังไม่ขึ้น
    • ถ้า JavaScript PDF reader จะไม่ให้ช้า ต้องมี ข้อกำหนดฮาร์ดแวร์ ขั้นต่ำประมาณไหน?
    • JavaScript PDF reader ที่พวกเขาควบคุมอยู่มีโอกาสสร้างรายได้ได้ อาจแทรกหน้าโฆษณาเต็มหน้าของ Naturally Fun Arkansas ไว้ระหว่างบทความใน Nature ก็ได้ คงไม่อยากให้ Scholar กลายเป็นเหมือน Reader ใช่ไหม?
    • แน่ใจไหมว่านั่นเกิดขึ้นจริง? ไม่ทันสังเกตเลย มีคนอื่นยืนยันได้ไหม? อาจติดตั้งส่วนขยายที่ทำให้ HTML พังก็ได้