grenade 15 일 전 | ความคิดเห็นหลัก | ใน: BOJ ยุติการให้บริการ (acmicpc.net) ขอบคุณมากครับ!! asdfg 15 일 전 | ความคิดเห็นหลัก | ใน: SuperGemma4 - โมเดล Gemma 4 26B แบบไม่เซ็นเซอร์/เร็วขึ้น/ควอนไทซ์จาก Google (huggingface.co) อันนี้ไลเซนส์ต่างจาก gemma4 ต้นฉบับนะ osw0124 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อกล่าวคำอำลากับ Agile (lewiscampbell.tech) น่ากลัวตรงที่ดูเหมือนจะเห็นบ่อยที่สุดเลย... click 15 일 전 | ความคิดเห็นหลัก | ใน: รายการเครื่องมือโอเพนซอร์สสำหรับจัดการ HWP/HWPX (ko.wikipedia.org) ว้าว ตอนที่ผมเห็นเมื่อปี 2020 ยังมีไลบรารีที่จัดการ hwp ได้ไม่มากนัก แต่ช่วงหลังมานี้เพิ่มขึ้นแบบก้าวกระโดดเลยนะครับ preserde 15 일 전 | ความคิดเห็นหลัก | ใน: damn-my-slow-kt - เครื่องมือวัดอัตโนมัติเมื่ออินเทอร์เน็ต KT ช้ากว่า SLA และยื่นขอลดค่าบริการ (github.com/kargnas) นี่ดันรองรับเฉพาะ macOS อีกแล้ว.. แอบน่าเสียดายนิดหน่อย T_T มีเซิร์ฟเวอร์ว่างอยู่ตั้งหลายเครื่องแต่ทั้งหมดเป็นพื้นฐาน Linux ซะงั้น... galadbran 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อกล่าวคำอำลากับ Agile (lewiscampbell.tech) ในบางเกณฑ์ ทุกคนก็ล้วนเป็น Agile กันทั้งนั้นนะครับ ไม่รู้ว่าเคยมีช่วงเวลาไหนที่เราปล่อยขึ้นใช้งานได้เร็วและรับฟีดแบ็กได้เหมือนยุคนี้หรือเปล่า adieuxmonth 15 일 전 | ความคิดเห็นหลัก | ใน: SuperGemma4 - โมเดล Gemma 4 26B แบบไม่เซ็นเซอร์/เร็วขึ้น/ควอนไทซ์จาก Google (huggingface.co) สุดยอดมาก มากๆ develosopher 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อกล่าวคำอำลากับ Agile (lewiscampbell.tech) คงไม่ถึงกับไม่มีโอกาสต้องอ่านโค้ดเลย ดังนั้นในมุมนี้คำพูดที่ว่าโค้ดสำคัญกว่าดูจะยังใช้ได้อยู่ และในฐานะที่เอกสารเป็นชุดคำสั่ง LLM ซึ่งเป็นผู้ลงมือพัฒนา ต้องเป็นฝ่ายอ่าน ดังนั้นในมุมนี้ก็เห็นด้วยครับ ดังนั้นข้อสรุปก็น่าจะเป็นว่าทั้งสองอย่างสำคัญพร้อมกันไม่ใช่หรือครับ ตอนนี้ปัญหาของผลิตภัณฑ์ที่สร้างด้วย LLM คือหนี้ทางเทคนิคที่สะสมในช่วงปฏิบัติการจริง เพื่อให้ดำเนินงานต่อเนื่องได้ นักพัฒนาจำเป็นต้องเข้ามาเกี่ยวข้องกับโค้ด และถ้าเป็นเช่นนั้น อย่างน้อยในตอนนี้ผมคิดว่าโค้ดยังต้องสามารถทำหน้าที่แทนเอกสารได้อยู่ครับ djfxod 15 일 전 | ความคิดเห็นหลัก | ใน: รายการเครื่องมือโอเพนซอร์สสำหรับจัดการ HWP/HWPX (ko.wikipedia.org) ไม่ใช่ว่าเป็นเพราะ libhwp แบบชี้ขาดเสียทีเดียว แต่ปัญหาคือกลุ่มขยะนั่นต่างหากที่แย่กว่า ไม่มีประธานนะ ถ้าอ่านแล้วหัวร้อน นั่นก็เป็นเพราะคุณเอง nvkzrx 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อกล่าวคำอำลากับ Agile (lewiscampbell.tech) ถ้าวัฏจักรแบบวอเตอร์ฟอลหมุนครบได้ภายในวันเดียวล่ะ? xguru 15 일 전 | ความคิดเห็นหลัก | ใน: SuperGemma4 - โมเดล Gemma 4 26B แบบไม่เซ็นเซอร์/เร็วขึ้น/ควอนไทซ์จาก Google (huggingface.co) มีบน Ollama ด้วย https://ollama.com/0xIbra/supergemma4-26b-uncensored-gguf-v2 มีรุ่น 31b ที่ใหญ่กว่าด้วย https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-mlx-4bit https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-GGUF sea715 15 일 전 | ความคิดเห็นหลัก | ใน: SuperGemma4 - โมเดล Gemma 4 26B แบบไม่เซ็นเซอร์/เร็วขึ้น/ควอนไทซ์จาก Google (huggingface.co) ฮ่า ๆ น่าสนใจดีนะ เป็นโมเดลที่ชุมชนในประเทศทำขึ้นมาเอง eggplantiny 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อ AI บีบอัดความเชี่ยวชาญ สิ่งที่ท้ายที่สุดยังคงเหลือให้มนุษย์ (eggp.dev) อ้อ ข้อสังเกตของอาจารย์ถูกต้องครับ ตัว state machine เองนั้นเป็นแบบกำหนดแน่นอนอยู่แล้วครับ สิ่งที่ผมนำเข้ามาใน manifesto คือการอิงบนพื้นฐานที่ไม่ Turing-complete ดังนั้นภายใน DSL จึงไม่มีลูป ด้วยเหตุนี้จึงสามารถคำนวณได้ตั้งแต่ก่อนรันโปรแกรมว่าโปรแกรมจะทำงานอย่างไร และอธิบายได้ว่าทำไมถึงได้ผลลัพธ์แบบนั้น ขอบคุณสำหรับคำชี้แนะครับ! snisper 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อ AI บีบอัดความเชี่ยวชาญ สิ่งที่ท้ายที่สุดยังคงเหลือให้มนุษย์ (eggp.dev) เข้าใจว่าคุณได้สร้าง DSL ขึ้นมาหนึ่งตัว แต่ยังไม่ค่อยเข้าใจว่าดีเทอร์มินิสติกสเตตแมชชีนหมายถึงอะไรนะครับ เลยแอบสงสัยว่ามีนอนดีเทอร์มินิสติกสเตตแมชชีนด้วยหรือเปล่า... อย่างไรก็ตาม อ่านได้เพลินดีครับ ขอให้ค่อย ๆ พัฒนาต่อไปนะครับ eggplantiny 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อ AI บีบอัดความเชี่ยวชาญ สิ่งที่ท้ายที่สุดยังคงเหลือให้มนุษย์ (eggp.dev) ไม่ใช่ครับ สิ่งที่ผมแสดงให้ดูคือ state diagram ซึ่งเป็นหนึ่งในวิธีสำหรับทำให้เห็นภาพการเปลี่ยนสถานะภายใน Manifesto เราได้สร้างเฟรมเวิร์กของ state machine แบบกำหนดแน่นอน การคำนวณภายใน Manifesto Core ถูกออกแบบมาให้เมื่ออยู่ในสถานะและได้รับคำสั่งเดียวกัน จะประมวลผลออกมาเป็นผลลัพธ์เดิมเสมอ snisper 15 일 전 | ความคิดเห็นหลัก | ใน: เมื่อ AI บีบอัดความเชี่ยวชาญ สิ่งที่ท้ายที่สุดยังคงเหลือให้มนุษย์ (eggp.dev) สรุปคือสร้าง mini language สำหรับวาด state diagram ใช่ไหม? claudemd 15 일 전 | ความคิดเห็นหลัก | ใน: หายนะด้านความปลอดภัยของแอปจัดการผู้ป่วยที่สร้างด้วย vibe coding (tobru.ch) โลกทุกวันนี้ชวนสับสนเกินไป เพราะมีคนจำนวนมากที่ทำเป็นเหมือนผู้เชี่ยวชาญผ่าน AI และเมื่อพวกเขาเริ่มพร่ำพูดออกมา ... minhoryang 15 일 전 | ความคิดเห็นหลัก | ใน: ระบบ imweb ขัดข้อง (imweb.com) โอ้ เหมือนว่ากู้คืนได้แล้วนี่นา keepworking 15 일 전 | ความคิดเห็นหลัก | ใน: สถานะของโฮมแล็บปี 2026: วิวัฒนาการของงานอดิเรกแบบเซลฟ์โฮสต์ (mrlokans.work) ลองตรวจสอบดูว่าเราเตอร์ของผู้ผลิตอื่นมีฟังก์ชันแปลง mac address หรือไม่ แล้วลองแปลงให้เป็นของเราเตอร์จากผู้ให้บริการอินเทอร์เน็ต ดูเหมือนว่าวิธีนั้นก็น่าจะช่วยเลี่ยงได้เหมือนกัน dhlee0305 15 일 전 | ความคิดเห็นหลัก | ใน: เปรียบเทียบ Claude Code(~100 ชั่วโมง) vs. Codex(~20 ชั่วโมง) (reddit.com) จะใช้งาน rhwp ให้ดีครับ respect โหลดความคิดเห็นเพิ่มเติม
ขอบคุณมากครับ!!
อันนี้ไลเซนส์ต่างจาก gemma4 ต้นฉบับนะ
น่ากลัวตรงที่ดูเหมือนจะเห็นบ่อยที่สุดเลย...
ว้าว ตอนที่ผมเห็นเมื่อปี 2020 ยังมีไลบรารีที่จัดการ
hwpได้ไม่มากนัก แต่ช่วงหลังมานี้เพิ่มขึ้นแบบก้าวกระโดดเลยนะครับนี่ดันรองรับเฉพาะ macOS อีกแล้ว.. แอบน่าเสียดายนิดหน่อย T_T มีเซิร์ฟเวอร์ว่างอยู่ตั้งหลายเครื่องแต่ทั้งหมดเป็นพื้นฐาน Linux ซะงั้น...
ในบางเกณฑ์ ทุกคนก็ล้วนเป็น Agile กันทั้งนั้นนะครับ ไม่รู้ว่าเคยมีช่วงเวลาไหนที่เราปล่อยขึ้นใช้งานได้เร็วและรับฟีดแบ็กได้เหมือนยุคนี้หรือเปล่า
สุดยอดมาก มากๆ
คงไม่ถึงกับไม่มีโอกาสต้องอ่านโค้ดเลย ดังนั้นในมุมนี้คำพูดที่ว่าโค้ดสำคัญกว่าดูจะยังใช้ได้อยู่ และในฐานะที่เอกสารเป็นชุดคำสั่ง LLM ซึ่งเป็นผู้ลงมือพัฒนา ต้องเป็นฝ่ายอ่าน ดังนั้นในมุมนี้ก็เห็นด้วยครับ ดังนั้นข้อสรุปก็น่าจะเป็นว่าทั้งสองอย่างสำคัญพร้อมกันไม่ใช่หรือครับ
ตอนนี้ปัญหาของผลิตภัณฑ์ที่สร้างด้วย LLM คือหนี้ทางเทคนิคที่สะสมในช่วงปฏิบัติการจริง เพื่อให้ดำเนินงานต่อเนื่องได้ นักพัฒนาจำเป็นต้องเข้ามาเกี่ยวข้องกับโค้ด และถ้าเป็นเช่นนั้น อย่างน้อยในตอนนี้ผมคิดว่าโค้ดยังต้องสามารถทำหน้าที่แทนเอกสารได้อยู่ครับ
ไม่ใช่ว่าเป็นเพราะ
libhwpแบบชี้ขาดเสียทีเดียว แต่ปัญหาคือกลุ่มขยะนั่นต่างหากที่แย่กว่า ไม่มีประธานนะ ถ้าอ่านแล้วหัวร้อน นั่นก็เป็นเพราะคุณเองถ้าวัฏจักรแบบวอเตอร์ฟอลหมุนครบได้ภายในวันเดียวล่ะ?
มีบน Ollama ด้วย
https://ollama.com/0xIbra/supergemma4-26b-uncensored-gguf-v2
มีรุ่น 31b ที่ใหญ่กว่าด้วย
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-mlx-4bit
https://huggingface.co/Jiunsong/SuperGemma4-31b-abliterated-GGUF
ฮ่า ๆ น่าสนใจดีนะ เป็นโมเดลที่ชุมชนในประเทศทำขึ้นมาเอง
อ้อ ข้อสังเกตของอาจารย์ถูกต้องครับ ตัว state machine เองนั้นเป็นแบบกำหนดแน่นอนอยู่แล้วครับ สิ่งที่ผมนำเข้ามาใน manifesto คือการอิงบนพื้นฐานที่ไม่ Turing-complete ดังนั้นภายใน DSL จึงไม่มีลูป ด้วยเหตุนี้จึงสามารถคำนวณได้ตั้งแต่ก่อนรันโปรแกรมว่าโปรแกรมจะทำงานอย่างไร และอธิบายได้ว่าทำไมถึงได้ผลลัพธ์แบบนั้น
ขอบคุณสำหรับคำชี้แนะครับ!
เข้าใจว่าคุณได้สร้าง DSL ขึ้นมาหนึ่งตัว แต่ยังไม่ค่อยเข้าใจว่าดีเทอร์มินิสติกสเตตแมชชีนหมายถึงอะไรนะครับ เลยแอบสงสัยว่ามีนอนดีเทอร์มินิสติกสเตตแมชชีนด้วยหรือเปล่า... อย่างไรก็ตาม อ่านได้เพลินดีครับ ขอให้ค่อย ๆ พัฒนาต่อไปนะครับ
ไม่ใช่ครับ สิ่งที่ผมแสดงให้ดูคือ
state diagramซึ่งเป็นหนึ่งในวิธีสำหรับทำให้เห็นภาพการเปลี่ยนสถานะภายใน Manifestoเราได้สร้างเฟรมเวิร์กของ state machine แบบกำหนดแน่นอน
การคำนวณภายใน Manifesto Core ถูกออกแบบมาให้เมื่ออยู่ในสถานะและได้รับคำสั่งเดียวกัน จะประมวลผลออกมาเป็นผลลัพธ์เดิมเสมอ
สรุปคือสร้าง mini language สำหรับวาด state diagram ใช่ไหม?
โลกทุกวันนี้ชวนสับสนเกินไป เพราะมีคนจำนวนมากที่ทำเป็นเหมือนผู้เชี่ยวชาญผ่าน AI และเมื่อพวกเขาเริ่มพร่ำพูดออกมา
...
โอ้ เหมือนว่ากู้คืนได้แล้วนี่นา
ลองตรวจสอบดูว่าเราเตอร์ของผู้ผลิตอื่นมีฟังก์ชันแปลง
mac addressหรือไม่ แล้วลองแปลงให้เป็นของเราเตอร์จากผู้ให้บริการอินเทอร์เน็ต ดูเหมือนว่าวิธีนั้นก็น่าจะช่วยเลี่ยงได้เหมือนกันจะใช้งาน rhwp ให้ดีครับ