ดูเหมือนว่าบริษัทเกาหลีที่รวมอยู่มีเพียง Upstage เท่านั้น

 

ดูเหมือนว่าจะเหมาะสำหรับการสร้างทีมพัฒนา MCP agent ที่กำลังเป็นกระแส(?) ในช่วงนี้

 

ก็มี xfaas อยู่แล้วนะ.. แล้วก็มี cf workers ด้วย ดูเหมือนเป็นบทความที่มีอคตินะครับ

 

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

 

อาจเป็นปัญหาที่เกิดขึ้นเมื่อ SNS กลายเป็นเพียงโมเดลหารายได้..

 

เราเรียกสิ่งนั้นว่า Redis อยู่แล้ว

 

สำหรับโปรเจ็กต์ใหญ่ ๆ มันค้างจนดับตลอด เลยปิดมันไว้แล้วใช้งานอยู่ครับ 555

 

ถึงอย่างนั้นก็ยังเป็นจดหมายอยู่ดี โรแมนติกดีนะ

 

พูดได้ถูกต้องเลยครับ

 

สำหรับโซลูชันที่อ้างว่าจะมาแทน Notion ผมยังไม่เคยเห็นตัวไหนที่ตอบโจทย์ครบทั้งการแก้ไขร่วมกันแบบเรียลไทม์สำหรับหลายคน, การรองรับมือถือ และฟีเจอร์ฐานข้อมูลทั้งสามอย่างเลย จะไหวจริงเหรอ..

 

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

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

 

ตอนจะเช่า GPU ผมกำลังคิดอยู่ว่าจะรันแบบสั้น ๆ ด้วย serverless function น่ะครับ
ในคอนเทนเนอร์ก็ทำแบบนั้นได้ไหมครับ

 

เครื่องหมายการค้า IntelliSense นั้นเป็นของเฉพาะจริง แต่ตัวฟีเจอร์ที่คุณยกมานั้นจะเรียกว่าเป็นของเฉพาะก็คงไม่ใช่ เพราะ IDE ของค่ายอื่นจำนวนมากก็มีเทคโนโลยีเหล่านี้ให้ใช้อยู่แล้ว

 

คำว่าความไว้วางใจเป็นคำที่ดีจริง ๆ
แต่พอได้เจอกับการผิดสัญญาฝ่ายเดียวมาหลายครั้ง ก็อดตั้งคำถามไม่ได้ว่านี่เป็นสิ่งที่ถูกต้องจริง ๆ หรือเปล่า
ฉันเองก็ไม่รู้เหมือนกันว่าเกณฑ์ในการตามหา "คนที่ไว้ใจได้" คืออะไร

 

ฟีเจอร์อย่าง IntelliSense เองก็เป็นเทคโนโลยีเฉพาะที่นำมาจาก Visual Studio อยู่แล้วนี่ครับ (ทั้ง auto-complete, refactoring, การค้นหา symbol ฯลฯ...)

 

ก็มีส่วนร่วมเท่ากับที่ได้รับการปฏิบัตินั่นแหละ
ถ้าบริษัทเละเทะ แต่ฉันยังต้องทำให้ดีต่อไป แบบนั้นก็เป็นคำพูดไร้สาระ เว้นแต่ในทางกลับกันมันจะเป็นไปได้เหมือนกัน

 

จริงหรือไม่ที่สักวันหนึ่งจำเป็นต้องทำ VACUUM FULL? เอกสารส่วนใหญ่ที่ผมเคยเห็นกลับบอกว่าไม่ควรทำ

หนึ่งในแหล่งข้อมูลที่ผมเคยอ่าน:
https://www.depesz.com/2023/02/06/when-to-use-vacuum-full/

 

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