ขออภัยเกี่ยวกับโพสต์นี้และโพสต์ก่อนหน้าด้วยครับ
การกด upvote ด้วยบัญชีที่ไม่ได้ใช้งาน 2 บัญชีเป็นความผิดพลาดและการกระทำที่โง่เขลาของผมเอง

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

อีกทั้ง การที่ผมโพสต์บทความใหม่อีกชิ้นในวันถัดมาทันทีหลังจากถูก flagged ก็ดูน่าจะทำให้เกิดความเข้าใจผิดได้มากพอสมควร
พูดตามตรง ตอนนั้นผมคิดว่าเพราะไม่ได้มีมาตรการจำกัดการใช้งานเว็บไซต์แยกต่างหาก ก็เลยสงสัยว่าโพสต์ได้เลยหรือเปล่า ซึ่งเป็นความคิดที่ตื้นเขินของผมเอง
ตอนนี้พอมาคิดดูแล้ว ไม่ว่าจะมีการลงโทษหรือไม่ ผมก็ควรยับยั้งตัวเองไว้
ถ้าลองคิดในมุมกลับกัน แม้แต่ผมเองก็คงไม่รู้สึกดีกับการที่มีใครมาทำแบบเดียวกันในพื้นที่ที่ผมชอบ

ตลอดเวลาที่ผ่านมา หลังจากเริ่มพัฒนา ผมเชื่อมาตลอดแบบไม่มีเงื่อนไขว่า "การแบ่งปัน" เป็นสิ่งที่ดี และพยายามทำเช่นนั้นมาเสมอ
แต่จากเหตุการณ์ครั้งนี้ ทำให้ผมรู้สึกว่าพื้นที่สำหรับการแบ่งปันมีความเหมาะสมต่างกัน และช่วงเวลาที่ควรแบ่งปันก็มีความเหมาะสมต่างกันเช่นกัน
และผมยังรู้สึกด้วยว่า หากผมเป็นคนที่เพิ่งเข้ามาใหม่ในพื้นที่ที่มีคนรักและใส่ใจอยู่ก่อนแล้ว สิ่งที่ถูกต้องคือควรให้ความเคารพผู้อื่นให้มากที่สุดก่อน
ดังนั้น ผมควรอ่านกติกาการใช้งานก่อน ศึกษาบรรยากาศของเว็บไซต์ และไม่ควรทำพฤติกรรมที่ขัดกับสิ่งเหล่านั้น

ผมยอมรับในความผิดของตัวเอง และขอชี้แจงผ่านข้อความนี้
จากนี้ไปผมจะใช้งานอย่างเป็นผู้ใหญ่มากขึ้นครับ

ผมกลับไม่ค่อยเข้าใจนะครับ คุณกำลังมองว่านี่เป็นการโพสต์ขึ้นมาเพื่อรุมวิจารณ์กันอย่างเป็นระบบหรือเปล่า? ผมว่าข้ออ้างของคุณนี่แหละกลับทำให้ความคิดเห็นที่แต่ละคนสามารถแสดงออกได้ถูกมองในแง่ลบมากกว่าเสียอีกนะครับ? ต่อไปนี้ถึงจะเป็นแค่บทความแนวบันทึกการพัฒนา (ผมตั้งเป้าหมายเพื่อปรับปรุงการวาดดาวด้วย printf แล้วก็ปรับปรุงจนได้ใช้ for ครับ!) ก็หวังว่าคุณจะมองด้วยความอบอุ่นแบบเดียวกันนะครับ

ว้าว แม้แต่ Wikipedia ก็ยังอยู่ในภาวะวิกฤตเลยนะ
ที่นี่ยังพอมีขนาดองค์กรอยู่บ้าง ที่อื่นนี่คงตายกันหมด

ผมมองว่าการรุมตำหนิเป็นหมู่คณะกับบทความที่เกี่ยวข้องกับหัวข้อของคอมมูนิตี้มากพอและไม่ใช่ AI slop ว่า "บทความนี้ต่ำกว่ามาตรฐานจนไม่เหมาะกับระดับของคอมมูนิตี้เรา" (หรืออย่างน้อยก็ทำให้ดูเหมือนเป็นเช่นนั้น) อาจเป็นสิ่งที่เป็นอันตรายต่อการเติบโตและการคงอยู่ของคอมมูนิตี้ยิ่งกว่าการปั่นโหวตเสียอีก เพราะมันอาจทำให้ภาพลักษณ์ภายนอกของคอมมูนิตี้ดู排他的และส่งผลให้ขัดขวางการไหลเข้าของผู้ใช้ใหม่ที่มีศักยภาพอย่างมาก

แน่นอนว่าไม่ได้หมายความว่าไม่ควรวิจารณ์ แต่ผมคิดว่าบรรยากาศแบบนี้อย่างน้อยก็ดูแปลกอยู่พอสมควร เพราะสิ่งที่เห็นร่วมกันมีเพียงความผิดหวังที่เนื้อหาไม่เป็นไปตามที่ตัวเองคาดหวัง ขณะที่การวิเคราะห์และฟีดแบ็กที่ดูสร้างสรรค์จริง ๆ กลับมีอยู่เพียงส่วนน้อย

และถ้าคุณคิดว่าการที่คนซึ่งถูกจับได้ว่า abuse กลับมาโพสต์อีกครั้งในวันถัดไปเป็นปัญหาจริง ๆ ลองใช้โอกาสนี้เสนอให้ทีมผู้ดูแลเพิ่มกฎที่เกี่ยวข้องอย่างเป็นทางการดีไหมครับ? เท่าที่ผมทราบ ตอนนี้ก็มีบทลงโทษอยู่ในระดับหนึ่งแล้ว แต่ดูเหมือนว่าคุณจะคิดว่ายังไม่เพียงพอ

ขอรบกวนช่วยอธิบายเพิ่มเติมเกี่ยวกับส่วนที่ว่า "เป็นคำพูดที่ไม่ค่อยตรงกับสถานการณ์ของผู้เขียนบทความนี้นัก" ได้ไหมครับ?
ตามบทความต้นฉบับ มีการระบุไว้อย่างชัดเจนว่าโปรเจ็กต์นี้ "เป็นโปรเจ็กต์ส่วนตัว และไม่ใช่บริการที่มีทราฟฟิกมหาศาลหรือต้องสร้างรายได้" ดังนั้นหากมีการทำ optimization แบบจริงจังมาก ๆ เข้าไป ก็น่าจะเป็นเพียงเพราะความสนใจส่วนตัวหรือความอยากรู้อยากลอง มากกว่าจะเป็นเหตุผลเชิงปฏิบัติใช้งาน จึงไม่ได้รู้สึกว่าการไม่ได้ทุ่มเทความพยายามทางเทคนิคถึงระดับนั้นเป็นเรื่องแปลกอะไร แต่กลับไม่เข้าใจว่าทำไมปฏิกิริยาของบางท่านถึงออกไปในเชิงลบอย่างรุนแรงเป็นพิเศษ ทั้งที่ตัวเลขที่อ้างในชื่อเรื่องก็ไม่ได้ขัดกับเนื้อหาในบทความเสียด้วย

มีข้อดีอะไรบ้างเมื่อเทียบกับ ollama?

> การคาดหวังว่าจะมีการปรับแต่งประสิทธิภาพอะไรใหญ่โต แทนที่จะยึดพื้นฐานให้แน่นตั้งแต่ตรงนั้น มันก็ดูแปลก ๆ อยู่ไม่ใช่หรือครับ?

คนเราจะมองเห็นได้เท่าที่ตัวเองรู้ครับ
เพื่อให้เข้าใจง่าย ผมกำลังนึกถึงตัวอย่างการทำเว็บบอร์ดอยู่ตอนนี้

สิ่งที่มักถูกแนะนำให้เป็นพอร์ตโฟลิโอชิ้นแรกสำหรับนักพัฒนามือใหม่ก็คือการทำเว็บบอร์ดครับ

ถ้ามองแบบง่าย ๆ มันก็ไม่ซับซ้อน
โพสต์ข้อความขึ้นไป แล้วให้แสดงในรายการได้ก็จบแล้ว ถ้าทำแบบง่ายมาก ๆ อาจไม่ต้องมีฐานข้อมูลฝั่งแบ็กเอนด์ด้วยซ้ำ

แต่คนเราจะมองเห็นได้เท่าที่ตัวเองรู้ครับ
ถ้าจะทำเว็บบอร์ดแบบจริงจัง ก็เริ่มตั้งแต่ DB ไปจนถึงฟีเจอร์คอมเมนต์ ระบบล็อกอิน แล้วต่อยอดล็อกอินเป็น OAuth หรือ JWT แม้แต่ฟังก์ชันเขียนโพสต์ธรรมดาก็ยังมีการแนบรูปและวิดีโอ รองรับการจัดรูปแบบข้อความ รวมถึงเรื่องความปลอดภัยตั้งแต่ XSS เป็นต้น

ต่อให้เป็นข้อความเดียวกัน ภาพที่แต่ละคนวาดขึ้นในหัวก็อาจต่างกันมากตามพื้นฐานความรู้ของผู้อ่าน

ผมเข้าใจครับว่าคุณ kunggom จินตนาการถึงระบบ autocomplete แบบไหนจากชื่อเรื่อง

แต่ผู้อ่านแต่ละคนต่างก็ใช้ชีวิตมาไม่เหมือนกัน และสุดท้ายฟีเจอร์ที่แต่ละคนจินตนาการขึ้นมาก็น่าจะแตกต่างกันมาก

ผมก็เข้าใจเหมือนกันว่าคุณเขียนคอมเมนต์นี้ด้วยเจตนาอะไร
ผมเองก็เห็นด้วยกับความเห็นนั้น แต่ผมเชื่อว่าคุณก็น่าจะรู้ว่ามันเป็นคำพูดที่ไม่ได้สอดคล้องกับสถานการณ์ของผู้เขียนบทความนี้สักเท่าไร

ผมไม่เข้าใจจริง ๆ ว่ามันยิ่งใหญ่อะไรนัก
จำนวนเรคอร์ดก็ไม่ใช่ระดับ 1 ล้านหรือ 10 ล้านรายการเสียหน่อย แต่เป็นขนาดที่เกิน 1 แสนมานิดหน่อย ซึ่งก็ระบุไว้ชัดเจนตั้งแต่ในชื่อเรื่องแล้ว ดังนั้นการคาดหวังว่าจะมีการปรับแต่งอะไรแบบใหญ่โตแทนที่จะยึดพื้นฐานให้แน่น มันเองก็ดูแปลก ๆ ไม่ใช่หรือครับ? ผมเลยสงสัยว่าตกลงคาดหวังอะไรที่ยิ่งใหญ่นักกันแน่
ผมก็ไม่ค่อยเข้าใจว่าการโพสต์บทความที่เล่าเป็นขั้นเป็นตอนในการค่อย ๆ ปรับให้ถูกต้องทีละอย่างบนพื้นฐานที่มั่นคง ในสถานะที่ DB ยังไม่ได้ถูกปรับแต่งอย่างเหมาะสม ทำไมถึงต้องถูกมองว่าเป็นการเรียกกระแสขนาดนั้น
ในความเห็นของผม บรรยากาศแบบ排他ที่ทำนองว่า 'ถ้าไม่ใช่อะไรที่ดีที่สุด ก็ไม่ควรเอามาลงที่นี่ตั้งแต่แรก' นั้นเป็นสิ่งที่ไม่ดี

VRAM 24GB..? หรือถ้าเป็น Mac ก็น่าจะต้องมี RAM 32GB ถึงจะเป็นขั้นต่ำได้ครับ

เมื่อก่อนเคยมีคำว่า Taco Bell programming อยู่ เหมือนจะเป็นปรัชญาที่คล้ายกันนะ

พอเห็นโพสต์แบบนี้หลังจากได้ดูประสิทธิภาพของระบบ RAG ภายในบริษัทที่ค่อนข้างหยาบ ๆ มุมมองของผมก็เริ่มเปลี่ยนไปทีละนิดเหมือนกัน

รู้สึกอยู่นิด ๆ เหมือนกันว่าเนื้อหานี้อาจจะไม่ค่อยใช่สิ่งที่คนที่เข้ามาดู GeekNews อยากอ่านกันสักเท่าไร~

ถ้า 30B แบบนี้... ต้องใช้ VRAM เท่าไหร่กันนะ? ฮือ

ผมชอบการออกแบบแบบสคิวมอร์ฟิกนะครับ ผู้สูงอายุก็สามารถหาว่าไอคอนต่าง ๆ คืออะไรได้อย่างเป็นธรรมชาติและเข้าใจง่าย

ดูเหมือนว่าสาเหตุใหญ่สุดคงเป็นเพราะถูกปักธงว่าเป็นการใช้งานในทางที่ผิดจนโดนมองไม่ดีไปแล้ว
ตัวเนื้อหาของบล็อกเองก็เป็นส่วนต่อเนื่องของการโปรโมตบริการของผู้เขียน ซึ่งบล็อกเทคนิคของบริษัทอื่นก็ไม่ได้ต่างกัน ดังนั้นผมคิดว่าการกีดกันเพียงเพราะเหตุผลนั้นอย่างเดียวเป็นเกณฑ์ที่ค่อนข้างอ่อนไหวทีเดียว
และในประเด็นที่ว่าบทความนี้แสดงให้เห็นถึงความกังวลและความพยายามของผู้เขียนเองหรือไม่ เมื่อสมมติฐานที่ว่าการใส่อินเด็กซ์จะช่วยให้ประสิทธิภาพดีขึ้นถูกหักล้างแล้ว ก็ยังไปตรวจดู execution plan และคำนึงถึง business logic เพื่อค่อย ๆ ปรับปรุงทั้ง query และ schema ซ้ำไปมา จนบรรลุประสิทธิภาพตามเป้าหมายได้ ผมคิดว่านั่นก็นับเป็นความกังวลและความพยายามที่มากพอแล้ว

เห็นด้วยครับ
ยิ่งไปกว่านั้น พอเห็นประโยคว่า "ตั้งแต่เดือนพฤษภาคม 2025 ผมเริ่มทำมันคนเดียวอยู่ในกองทัพ!" ก็ยิ่งชัดว่าไม่ใช่บล็อกของบริษัทด้วยซ้ำ...

แน่นอนว่าก็ยากจะปฏิเสธว่าเนื้อหาที่แชร์มานั้นเป็น "งานที่ยังไงก็ต้องทำอยู่แล้ว"
และก็จริงเหมือนกันที่ว่า "ไม่มีการพูดถึงจุดแตกต่าง และเป็นเนื้อหาระดับงานลองทำของเจ้าตัว" แต่

GeekNews เป็นพื้นที่ที่มีบรรยากาศว่าไม่ควรแชร์อะไรแบบนี้เหรอครับ?
ถ้าแชร์ประสบการณ์จากการได้ลองทำงานที่ยังไงก็ต้องทำอยู่แล้ว แบบนี้ถือว่าไม่ได้เหรอ?
ประสบการณ์ที่ไม่มีจุดแตกต่าง แชร์ไม่ได้เหรอครับ?
ประสบการณ์ระดับงานลองทำ แชร์ไม่ได้เหรอครับ?

ก็อาจจะมองแบบนั้นได้เหมือนกันครับ เหตุผลที่ผมเขียนคอมเมนต์ไว้ตามด้านล่างมีอยู่สองข้อ ข้อแรกคือโพสต์ show gn ที่ลงก่อนหน้านั้นถูก flagged เพราะเป็นการใช้แพลตฟอร์มในทางที่ผิด หนึ่งวันถัดมาผู้เขียนก็นำบทความใน velog ของตัวเองมาสรุปแล้วโพสต์ใหม่ แต่ถ้าถามว่าเนื้อหาของโพสต์นั้นเองเป็นเนื้อหาที่ควรค่าแก่การขึ้นมาจริงหรือไม่? และเห็นถึงความครุ่นคิดกับความพยายามของผู้เขียนเองหรือเปล่า? สำหรับผมก็เหมือนกับความเห็นของท่านอื่น ๆ ว่าเรื่องการค้นหาเป็นพื้นที่ที่มีเทคโนโลยีออกมาค่อนข้างแพร่หลายอยู่แล้ว จึงรู้สึกว่ามากกว่าส่วนเชิงเทคนิคแล้ว เนื้อหาในบล็อกนั้นเหมือนอ้อม ๆ ไปเป็นการต่อยอดการโปรโมตบริการของตัวเองมากกว่า เลยเขียนความเห็นนั้นไว้ครับ

ในความเห็นฝั่ง Hacker News ก็มีการพูดถึง city-roads ซึ่งเคยถูกโพสต์ที่นี่มาก่อนเช่นกัน

• City Roads: เครื่องมือ City Roads สำหรับวาดถนนทั้งหมดในครั้งเดียว
  • https://anvaka.github.io/city-roads/
  • https://github.com/anvaka/city-roads

ผมคิดว่าบรรยากาศของคอมเมนต์ดูแปลกไปหน่อย มีการเปลี่ยนชื่อเรื่องหรือเนื้อหาจากตอนที่โพสต์ครั้งแรกหรือเปล่าครับ? ผมไม่ได้คิดว่าแค่มีบทความระดับนี้ถูกโพสต์ขึ้นมาจะเป็นเรื่องแปลกอะไร
ยังมีความเห็นประมาณว่า "คงไม่เขียนบทความแบบนี้ลงในบล็อกเทคนิคของบริษัทหรอก" แต่การกำหนดเป้าหมายด้านประสิทธิภาพแล้วปรับปรุงซ้ำๆ เพื่อให้ไปถึงเป้าหมายนั้น เป็นเนื้อหาที่พบได้บ่อยในบล็อกเทคนิคของบริษัท
ยกตัวอย่างเช่น บทความที่ผมเคยเห็นเมื่อก่อนมีประมาณนี้ครับ

• เรื่องราวของการทดลองและปรับปรุงซ้ำๆ ก่อนเปิดตัวบริการใหม่

ผมตั้งค่า OS เป็นโหมดสว่าง แล้วใช้แค่เทอร์มินัล/เอดิเตอร์เป็นโหมดมืดครับ.
แปลกดีที่ GeekNews ใช้โหมดสว่างแล้วสบายตากว่า (หรืออาจเป็นเพราะผมทำสีโหมดมืดไว้ไม่ดีเองก็ได้ ฮือ )