พอดูว่าไลเซนส์เป็นแบบไหน ก็เห็นว่าเป็น CC BY-NC-ND 4.0 นี่นา..?? ถ้าเป็น NonCommercial หมายความว่าบริษัทอื่นนอกจาก Kakao ห้ามใช้หรือเปล่า... ไม่ค่อยเข้าใจเจตนาเท่าไรนะ

โอ้โห เป็นความพยายามที่ดีนะ...
แม้จะเป็นความพยายามที่ดีในการเขย่ารากฐานของเครือข่าย แต่เพราะอุปกรณ์เครือข่ายทั้งหมดบนโลกนี้มีแต่ที่ออกแบบมาเฉพาะสำหรับ TCP/UDT เท่านั้น...

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

ติดตั้ง Warp ไว้เฉยๆ แต่ยังไม่ได้ใช้เลย มีใครเคยใช้บ้างไหมครับ/คะ คิดเห็นกันอย่างไรบ้าง? อยากรู้ครับ/ค่ะ

ย้ายออกแล้วเนื่องจากไม่เหมาะกับ Show GN
กรุณาอ้างอิง วิธีใช้งาน Show แล้วโพสต์ใหม่

--global ถูกต้องครับ มีความคลาดเคลื่อนตอนคัดลอกวาง ตอนนี้แก้ไขแล้วครับ

พอกดเข้าไปดูจากลิงก์ ก็เห็นว่าตกแต่ง CSS ให้อารมณ์แบบ claude.ai นะ
คงตั้งใจเปรียบเทียบกันอยู่สินะ??

โอ้... ดูเหมือนว่าจะใช้เวลานานเพราะตั้งใจทำให้มันออกมาดีจริง ๆ นะครับ

Warp - เทอร์มินัลความเร็วสูงที่เขียนด้วย Rust
Warp Terminal - ตอนนี้ใช้งานได้โดยไม่ต้องล็อกอิน

ฐานข้อมูลเชิงสัมพันธ์โอเพนซอร์สที่ล้ำหน้าที่สุดในโลก

ว้าว;

ไม่ใช่ --global แต่เป็น -global เหรอ?

EdgeDB - ORDB โอเพนซอร์สยุคถัดไปสำหรับนักพัฒนา
เปิดตัว EdgeDB 1.0
รีวิวการใช้งาน EdgeDB ครบ 1 ปี - "จะไม่กลับไปใช้ SQL อีกแล้ว"

เหมือน GWT สมัยก่อนหรือเปล่าครับ?

รับความช่วยเหลือด้านการเขียนโค้ดด้วย Gemini Code Assist - ตอนนี้ใช้งานได้ฟรี
เป็นการแข่งขันที่ยอดเยี่ยม(?) เลยนะ

เข้าใจง่ายมากเลย เป็นการเปรียบเทียบที่ดีนะ

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

กล่องดำเป็นสิ่งที่น่ากลัวจริง ๆ "ทำไมมันถึงใช้ได้ล่ะ?"

"AI ไม่สามารถทำงานได้อย่างอิสระตลอดไป"

ส่วนนี้น่าประทับใจครับ

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

ระบบแบบกระจายอย่าง flink จำเป็นต้องคงไว้ซึ่ง HA ด้วยการมี rack 2~3 ชุด และดูเหมือนว่าพอผนวกกับ kubernetes แล้วก็เหมือนจะรับประกัน HA ได้ แต่สุดท้ายก็คงต้องคิดเรื่องทรัพยากรของ kube slave node อยู่ดี เลยสงสัยว่าเขาจัด node ที่รันแต่ flink แยกไว้หรือเปล่า (ถ้า flink มีโหลดสูง ก็น่าจะมีปัญหา slave node ล่มได้)
ในมุมแบบนั้น การใช้ kubernetes มีข้อดีอะไรบ้างไหม?

อีกอย่าง ถ้าใช้ window function ใน flink ข้อมูลระหว่างนั้นจะถูกเก็บไว้ในหน่วยความจำ ทำให้คำสั่ง SQL join ทำงานได้ แต่ถ้ามองในแง่ trade-off ก็เลยทำให้คิดว่า flink เป็นตัวเลือกที่ดีจริงหรือเปล่า ถ้าเวลาผ่านไปแล้ว SQL + job ขนาดใหญ่ขึ้นเรื่อยๆ แล้ว job ตายขึ้นมา ผลกระทบก็คงมหาศาล..

ผมเองก็สงสัยเหมือนกันว่า ถ้าอยู่ในสถานการณ์ที่ต้อง join กันตั้งแต่ data source ชั้นบนสุด จะมีวิธีไหนที่ไม่ใช้ flink แล้วลดระดับมาจัดการที่ application level ได้บ้าง.