mhj5730 2025-05-21 | ความคิดเห็นหลัก | ใน: เหตุผลที่ทีมที่ดู 'กลมเกลียว' ของคุณกำลังล้มเหลว (terriblesoftware.org) โดยปกติ... ถ้าหัวหน้าทีมเป็นคนสายอนุรักษ์นิยม ชอบเลี่ยงความรับผิดชอบ แล้วโยนงานทั้งหมดให้คนอื่น เดี๋ยวทุกคนก็มักจะเงียบ ๆ และกลายเป็นคนแสนดีไปเองครับ dkang 2025-05-21 | ความคิดเห็นหลัก | ใน: เอดิเตอร์อย่างเป็นทางการสำหรับ Terminal ของ MS - Microsoft Edit (github.com/microsoft) โห... สุดยอดมาก! kaydash 2025-05-21 | ความคิดเห็นหลัก | ใน: เหตุผลที่ทีมที่ดู 'กลมเกลียว' ของคุณกำลังล้มเหลว (terriblesoftware.org) เหตุผลที่ทีมที่ดู 'สามัคคี' ของคุณล้มเหลว techiemann 2025-05-21 | ความคิดเห็นหลัก | ใน: เหตุผลที่ทีมที่ดู 'กลมเกลียว' ของคุณกำลังล้มเหลว (terriblesoftware.org) "มีกรณีที่ในใจเรียกทีมอื่นว่า 'พวกโง่พวกนั้น' และด้วยกรอบความคิดแบบนั้น ตัวการถกเถียงอย่างสร้างสรรค์ก็ถูกปิดกั้นไปเลย สิ่งสำคัญคือต้องดูให้ออกก่อนว่าทีมของคุณอยู่ในทีมประเภทไหน ทีมที่อ้างว่าให้คุณค่ากับ 'ฉันทามติแบบเงียบ ๆ' แท้จริงแล้วส่วนใหญ่มักเป็นกรณีที่มีเพียงคนส่วนน้อยตกลงกันล่วงหน้าเพื่อผลประโยชน์ของตัวเอง และไม่ต้องการให้มีการเสนอความเห็นใหม่ในที่ประชุมใหญ่" คงไม่ควรจัดประชุมแบบกองบัญชาการสูงสุดเหมือนกองทัพญี่ปุ่นในสงครามโลกครั้งที่ 2 ใช่ไหม วัฒนธรรมที่ไม่ให้ความร่วมมือและแอบเป็นปฏิปักษ์ต่อทั้งคนในและคนนอกสายตัวเอง เพราะกลัวว่าคนอื่นจะกันเราออกไป ชิงผลงาน เลื่อนตำแหน่ง หรือประสบความสำเร็จ ก็เป็นปัญหาเหมือนกัน roxie 2025-05-21 | ความคิดเห็นหลัก | ใน: คณะสอบสวนร่วมภาครัฐและเอกชนกรณี SKT เผยผลการสอบสวนเหตุละเมิดระบบระยะที่ 2 (korea.kr) ทั้งที่เป็นแบบนี้ อีกไม่กี่เดือนก็คงยังหน้าตาเฉยรักษาอันดับ 1 ไว้ได้เหมือนเดิมอยู่ดี เลยรู้สึกหมดหวังนะ roxie 2025-05-21 | ความคิดเห็นหลัก | ใน: ในยุคของโค้ด จิตวิญญาณงานช่างจะอยู่รอดได้อย่างไร (maeda.pm) 222 roxie 2025-05-21 | ความคิดเห็นหลัก | ใน: การปฏิบัติตามอย่างมุ่งร้ายด้วยการจองห้องประชุม (clientserver.dev) การปฏิบัติตามแบบมุ่งร้ายงั้นเหรอ? เป็นกลยุทธ์ที่เท่มากจริง ๆ hwang 2025-05-20 | ความคิดเห็นหลัก | ใน: ระหว่างจัดทำคู่มือพัฒนา "เรียนรู้ Flutter" (changjoo-park.github.io) พอกลับมาจับ Flutter อีกครั้งหลังจากห่างไปนานก็รู้สึกมืดแปดด้าน แต่ต้องขอบคุณบทความนี้ที่ทำให้อ่านได้ต่อเนื่องและความทรงจำต่าง ๆ ค่อย ๆ กลับมา ขอบคุณมากที่เขียนคู่มืออย่างตั้งใจขนาดนี้! chcv0313 2025-05-20 | ความคิดเห็นหลัก | ใน: PiLiDAR - สแกนเนอร์ LiDAR สำหรับ Raspberry Pi (github.com/PiLiDAR) ขอบคุณครับ bungker 2025-05-20 | ความคิดเห็นหลัก | ใน: คณะสอบสวนร่วมภาครัฐและเอกชนกรณี SKT เผยผลการสอบสวนเหตุละเมิดระบบระยะที่ 2 (korea.kr) อิรัชชัยมาเสะ~~ doolayer 2025-05-20 | ความคิดเห็นหลัก | ใน: ถ้าไม่มีการคิวเรต เราจะหาสิ่งต่าง ๆ เจอได้อย่างไร (tadaima.bearblog.dev) ดูเหมือนจะเป็นเพียงบทความที่หวนรำลึกถึงอดีตเท่านั้น ทุกวันนี้เรายังสามารถแชร์ประสบการณ์กันได้ง่าย ๆ ว่าได้เห็น Shorts หรือ Reels เดียวกันจากคนรอบตัว อัลกอริทึมแนะนำไม่ได้ทำแค่ Exploitation อย่างเดียว ทุกคนน่าจะเคยมีประสบการณ์ที่อยู่ ๆ ก็มีวิดีโอจากหมวดหมู่ใหม่ถูกแนะนำขึ้นมา ซึ่งก็คือ Exploration kotlinc 2025-05-20 | ความคิดเห็นหลัก | ใน: เอดิเตอร์อย่างเป็นทางการสำหรับ Terminal ของ MS - Microsoft Edit (github.com/microsoft) เขาบอกไว้ใน README ของ GitHub ว่าอยากมอบอินเทอร์เฟซสมัยใหม่แบบเดียวกับ VS Code chickendreamtree 2025-05-20 | ความคิดเห็นหลัก | ใน: เอดิเตอร์อย่างเป็นทางการสำหรับ Terminal ของ MS - Microsoft Edit (github.com/microsoft) อ๊าก.. แก้ไขไม่ได้เลยนะครับ แน่นอนว่าเป็นของสำหรับ MS-DOS เลยคงเอาไปรันบน 64 บิตไม่ได้ แต่อดเสียดายไม่ได้ว่าถ้าทำแอปแยกอย่าง edit64 ขึ้นมาจะเป็นยังไง... chickendreamtree 2025-05-20 | ความคิดเห็นหลัก | ใน: เอดิเตอร์อย่างเป็นทางการสำหรับ Terminal ของ MS - Microsoft Edit (github.com/microsoft) https://en.wikipedia.org/wiki/MS-DOS_Editor สงสัยเหมือนกันว่าทำไมถึงไม่ตัดสินใจพอร์ตมันขึ้นไปเป็น 64 บิต จะบอกว่านี่ 'หนัก' ก็คงไม่ได้หรอกนะ qyurila 2025-05-20 | ความคิดเห็นหลัก | ใน: เอดิเตอร์อย่างเป็นทางการสำหรับ Terminal ของ MS - Microsoft Edit (github.com/microsoft) คงจะสนุกดีถ้าเลือก Micro แต่ก็น่าเสียดายนะ ต่อให้ไม่นับมุกเล่นกับชื่อ คีย์ลัดก็ใกล้เคียงกับคอนเวนชันของ Windows และการใช้งานก็เข้าใจง่าย เลยเป็นตัวเลือกที่ดีแบบจริงจังอยู่เหมือนกัน.. ถ้าไม่นับเรื่องการรับรู้ที่ยังต่ำ crawler 2025-05-20 | ความคิดเห็นหลัก | ใน: เลิกใช้ Obsidian แล้วลงมือสร้างเอง (amberwilliams.io) ดูเหมือนว่าใน Hacker News ก็มีคนจำนวนมากที่รู้สึกถึงความผิดปกติและกำลังแนะนำโปรแกรมซิงก์และโอเพนซอร์สหลากหลายตัวกันอยู่ ถ้าใครกำลังกังวลว่าจะใช้คลังเก็บความรู้อะไร ดูคอมเมนต์ใน Hacker News น่าจะช่วยได้มากกว่าตัวบทความหลักครับ crawler 2025-05-20 | ความคิดเห็นหลัก | ใน: เลิกใช้ Obsidian แล้วลงมือสร้างเอง (amberwilliams.io) > ถ้าเป็นคนที่มีพื้นฐานเทคนิคมากพอจะใช้ PKMS ที่ทำเองได้ ก็น่าจะใช้ git ซิงก์โน้ตและใช้งานได้ตรงจากแอปมือถืออยู่แล้ว เลยแปลกใจว่าทำไมถึงไม่ใช้ความเป็นไปได้นั้น > ที่จริงแล้วดูเหมือนจะเป็นโฆษณาของ Directus( https://directus.io/ ) เขาใช้มันเพื่อมาแทน Obsidian ตอนที่ผมเข้าไปถึงที่นั่น สิ่งแรกที่สะดุดตาคือภาพที่มีปุ่ม "เริ่มต้นฟรี" ผมก็รู้ว่าผู้ใช้ Obsidian ที่ไม่ใช่นักพัฒนาก็สามารถซิงก์ฟรีได้ด้วย git หรือไดรฟ์ต่าง ๆ ถ้าขี้เกียจทำแบบนั้น ก็แค่จ่ายเงินแล้วใช้ไป ชวนสงสัยเหมือนกันว่าได้ลองใช้ Obsidian จริง ๆ หรือเปล่า ndrgrd 2025-05-20 | ความคิดเห็นหลัก | ใน: เลิกใช้ Obsidian แล้วลงมือสร้างเอง (amberwilliams.io) Obsidian เป็นโปรแกรมแก้ไขไฟล์ Markdown แบบโลคัล แล้วผมไม่ค่อยเข้าใจว่าทำไมถึงกังวลเรื่องบริการปิดตัวนะครับ กังวลเรื่องบริการซิงก์หรือเปล่าครับ? จะจัดการไฟล์ Markdown เองบนเซิร์ฟเวอร์ หรือจะทำบริการซิงก์ขึ้นมาเองก็ได้ครับ มีปลั๊กอินซิงก์แบบโอเพนซอร์สที่ทำไว้แล้วด้วย ตอนนี้ผมก็ติดตั้ง couchdb ไว้บนเซิร์ฟเวอร์ของตัวเองเพื่อซิงก์อยู่แล้ว ถ้าต้องการก็เข้าถึงไฟล์โดยตรงผ่านความสามารถในการเข้าถึงไฟล์ผ่านเครือข่ายอย่าง FTP/WebDAV/NFS ได้เหมือนกัน หรือกังวลว่าเครื่องมืออย่าง Obsidian จะหยุดอัปเดตครับ? สุดท้ายแล้ว Obsidian ก็เก็บโน้ตทั้งหมดเป็นไฟล์ Markdown อยู่ดี Markdown เปิดได้ด้วยโปรแกรมแก้ไขข้อความอะไรก็ได้ และถ้าเป็นโปรแกรมที่มีปลั๊กอินสำหรับดูไฟล์ ก็สามารถเปิดดูได้อย่างเรียบร้อยเช่นกัน นอกจากนี้ Obsidian ยังมีความสามารถด้านการปรับแต่งที่ค่อนข้างกว้างขวางด้วย คุณสามารถเขียน CSS เองเพื่อแก้ไขส่วนต่าง ๆ ของเครื่องมือได้ ในกรณีของผม ผมก็เขียน CSS เองเพื่อใช้งาน เช่น เพิ่มความกว้างของส่วนโน้ต หรือซ่อนโฟลเดอร์ attachments ไปเลย ผมคิดว่า Obsidian มอบอำนาจให้ผู้ใช้เยอะมาก และยอมให้ทุกอย่างอยู่ภายใต้การควบคุมของผู้ใช้ ถ้าบอกว่าเพราะฟีเจอร์ไม่พอเลยทำขึ้นมาเอง ผมยังพอเข้าใจได้ แต่สิ่งที่ผู้เขียนกังวลจริง ๆ ผมกลับไม่รู้สึกเห็นด้วยเลย เป็นเพราะไม่รู้หลักการทำงานหรือเปล่าครับ? ตอนเริ่มใช้ Obsidian มันก็ให้เรากำหนด "ที่เก็บข้อมูลแบบโลคัลสำหรับบันทึกโน้ต" ตั้งแต่แรกไม่ใช่เหรอครับ? kornet 2025-05-20 | ความคิดเห็นหลัก | ใน: เอดิเตอร์อย่างเป็นทางการสำหรับ Terminal ของ MS - Microsoft Edit (github.com/microsoft) เสียดายที่ไม่ได้ใช้ชื่อว่า edlin.. ndrgrd 2025-05-20 | ความคิดเห็นหลัก | ใน: เหตุผลที่ทีมที่ดู 'กลมเกลียว' ของคุณกำลังล้มเหลว (terriblesoftware.org) ยิ่งลดกำแพงในการเสนอความคิดเห็นได้มากเท่าไรก็ยิ่งดี เพียงแต่การหามาตรฐานและความสมดุลนั้นเป็นเรื่องยาก โหลดความคิดเห็นเพิ่มเติม
โดยปกติ... ถ้าหัวหน้าทีมเป็นคนสายอนุรักษ์นิยม ชอบเลี่ยงความรับผิดชอบ แล้วโยนงานทั้งหมดให้คนอื่น เดี๋ยวทุกคนก็มักจะเงียบ ๆ และกลายเป็นคนแสนดีไปเองครับ
โห... สุดยอดมาก!
เหตุผลที่ทีมที่ดู 'สามัคคี' ของคุณล้มเหลว
"มีกรณีที่ในใจเรียกทีมอื่นว่า 'พวกโง่พวกนั้น' และด้วยกรอบความคิดแบบนั้น ตัวการถกเถียงอย่างสร้างสรรค์ก็ถูกปิดกั้นไปเลย
สิ่งสำคัญคือต้องดูให้ออกก่อนว่าทีมของคุณอยู่ในทีมประเภทไหน ทีมที่อ้างว่าให้คุณค่ากับ 'ฉันทามติแบบเงียบ ๆ' แท้จริงแล้วส่วนใหญ่มักเป็นกรณีที่มีเพียงคนส่วนน้อยตกลงกันล่วงหน้าเพื่อผลประโยชน์ของตัวเอง และไม่ต้องการให้มีการเสนอความเห็นใหม่ในที่ประชุมใหญ่"
คงไม่ควรจัดประชุมแบบกองบัญชาการสูงสุดเหมือนกองทัพญี่ปุ่นในสงครามโลกครั้งที่ 2 ใช่ไหม วัฒนธรรมที่ไม่ให้ความร่วมมือและแอบเป็นปฏิปักษ์ต่อทั้งคนในและคนนอกสายตัวเอง เพราะกลัวว่าคนอื่นจะกันเราออกไป ชิงผลงาน เลื่อนตำแหน่ง หรือประสบความสำเร็จ ก็เป็นปัญหาเหมือนกัน
ทั้งที่เป็นแบบนี้ อีกไม่กี่เดือนก็คงยังหน้าตาเฉยรักษาอันดับ 1 ไว้ได้เหมือนเดิมอยู่ดี เลยรู้สึกหมดหวังนะ
222
การปฏิบัติตามแบบมุ่งร้ายงั้นเหรอ? เป็นกลยุทธ์ที่เท่มากจริง ๆ
พอกลับมาจับ Flutter อีกครั้งหลังจากห่างไปนานก็รู้สึกมืดแปดด้าน แต่ต้องขอบคุณบทความนี้ที่ทำให้อ่านได้ต่อเนื่องและความทรงจำต่าง ๆ ค่อย ๆ กลับมา ขอบคุณมากที่เขียนคู่มืออย่างตั้งใจขนาดนี้!
ขอบคุณครับ
อิรัชชัยมาเสะ~~
ดูเหมือนจะเป็นเพียงบทความที่หวนรำลึกถึงอดีตเท่านั้น ทุกวันนี้เรายังสามารถแชร์ประสบการณ์กันได้ง่าย ๆ ว่าได้เห็น Shorts หรือ Reels เดียวกันจากคนรอบตัว อัลกอริทึมแนะนำไม่ได้ทำแค่ Exploitation อย่างเดียว ทุกคนน่าจะเคยมีประสบการณ์ที่อยู่ ๆ ก็มีวิดีโอจากหมวดหมู่ใหม่ถูกแนะนำขึ้นมา ซึ่งก็คือ Exploration
เขาบอกไว้ใน README ของ GitHub ว่าอยากมอบอินเทอร์เฟซสมัยใหม่แบบเดียวกับ VS Code
อ๊าก.. แก้ไขไม่ได้เลยนะครับ แน่นอนว่าเป็นของสำหรับ MS-DOS เลยคงเอาไปรันบน 64 บิตไม่ได้ แต่อดเสียดายไม่ได้ว่าถ้าทำแอปแยกอย่าง
edit64ขึ้นมาจะเป็นยังไง...https://en.wikipedia.org/wiki/MS-DOS_Editor
สงสัยเหมือนกันว่าทำไมถึงไม่ตัดสินใจพอร์ตมันขึ้นไปเป็น 64 บิต
จะบอกว่านี่ 'หนัก' ก็คงไม่ได้หรอกนะ
คงจะสนุกดีถ้าเลือก Micro แต่ก็น่าเสียดายนะ
ต่อให้ไม่นับมุกเล่นกับชื่อ คีย์ลัดก็ใกล้เคียงกับคอนเวนชันของ Windows และการใช้งานก็เข้าใจง่าย เลยเป็นตัวเลือกที่ดีแบบจริงจังอยู่เหมือนกัน.. ถ้าไม่นับเรื่องการรับรู้ที่ยังต่ำ
ดูเหมือนว่าใน Hacker News ก็มีคนจำนวนมากที่รู้สึกถึงความผิดปกติและกำลังแนะนำโปรแกรมซิงก์และโอเพนซอร์สหลากหลายตัวกันอยู่
ถ้าใครกำลังกังวลว่าจะใช้คลังเก็บความรู้อะไร ดูคอมเมนต์ใน Hacker News น่าจะช่วยได้มากกว่าตัวบทความหลักครับ
> ถ้าเป็นคนที่มีพื้นฐานเทคนิคมากพอจะใช้ PKMS ที่ทำเองได้ ก็น่าจะใช้ git ซิงก์โน้ตและใช้งานได้ตรงจากแอปมือถืออยู่แล้ว เลยแปลกใจว่าทำไมถึงไม่ใช้ความเป็นไปได้นั้น
> ที่จริงแล้วดูเหมือนจะเป็นโฆษณาของ Directus( https://directus.io/ ) เขาใช้มันเพื่อมาแทน Obsidian ตอนที่ผมเข้าไปถึงที่นั่น สิ่งแรกที่สะดุดตาคือภาพที่มีปุ่ม "เริ่มต้นฟรี"
ผมก็รู้ว่าผู้ใช้ Obsidian ที่ไม่ใช่นักพัฒนาก็สามารถซิงก์ฟรีได้ด้วย git หรือไดรฟ์ต่าง ๆ
ถ้าขี้เกียจทำแบบนั้น ก็แค่จ่ายเงินแล้วใช้ไป
ชวนสงสัยเหมือนกันว่าได้ลองใช้ Obsidian จริง ๆ หรือเปล่า
Obsidian เป็นโปรแกรมแก้ไขไฟล์ Markdown แบบโลคัล แล้วผมไม่ค่อยเข้าใจว่าทำไมถึงกังวลเรื่องบริการปิดตัวนะครับ
กังวลเรื่องบริการซิงก์หรือเปล่าครับ? จะจัดการไฟล์ Markdown เองบนเซิร์ฟเวอร์ หรือจะทำบริการซิงก์ขึ้นมาเองก็ได้ครับ มีปลั๊กอินซิงก์แบบโอเพนซอร์สที่ทำไว้แล้วด้วย
ตอนนี้ผมก็ติดตั้ง couchdb ไว้บนเซิร์ฟเวอร์ของตัวเองเพื่อซิงก์อยู่แล้ว ถ้าต้องการก็เข้าถึงไฟล์โดยตรงผ่านความสามารถในการเข้าถึงไฟล์ผ่านเครือข่ายอย่าง FTP/WebDAV/NFS ได้เหมือนกัน
หรือกังวลว่าเครื่องมืออย่าง Obsidian จะหยุดอัปเดตครับ? สุดท้ายแล้ว Obsidian ก็เก็บโน้ตทั้งหมดเป็นไฟล์ Markdown อยู่ดี Markdown เปิดได้ด้วยโปรแกรมแก้ไขข้อความอะไรก็ได้ และถ้าเป็นโปรแกรมที่มีปลั๊กอินสำหรับดูไฟล์ ก็สามารถเปิดดูได้อย่างเรียบร้อยเช่นกัน
นอกจากนี้ Obsidian ยังมีความสามารถด้านการปรับแต่งที่ค่อนข้างกว้างขวางด้วย คุณสามารถเขียน CSS เองเพื่อแก้ไขส่วนต่าง ๆ ของเครื่องมือได้
ในกรณีของผม ผมก็เขียน CSS เองเพื่อใช้งาน เช่น เพิ่มความกว้างของส่วนโน้ต หรือซ่อนโฟลเดอร์ attachments ไปเลย
ผมคิดว่า Obsidian มอบอำนาจให้ผู้ใช้เยอะมาก และยอมให้ทุกอย่างอยู่ภายใต้การควบคุมของผู้ใช้
ถ้าบอกว่าเพราะฟีเจอร์ไม่พอเลยทำขึ้นมาเอง ผมยังพอเข้าใจได้ แต่สิ่งที่ผู้เขียนกังวลจริง ๆ ผมกลับไม่รู้สึกเห็นด้วยเลย
เป็นเพราะไม่รู้หลักการทำงานหรือเปล่าครับ? ตอนเริ่มใช้ Obsidian มันก็ให้เรากำหนด "ที่เก็บข้อมูลแบบโลคัลสำหรับบันทึกโน้ต" ตั้งแต่แรกไม่ใช่เหรอครับ?
เสียดายที่ไม่ได้ใช้ชื่อว่า edlin..
ยิ่งลดกำแพงในการเสนอความคิดเห็นได้มากเท่าไรก็ยิ่งดี เพียงแต่การหามาตรฐานและความสมดุลนั้นเป็นเรื่องยาก