แม้จะมีการพูดถึงเรื่องนี้ในบทความอยู่แล้ว แต่ผมได้ทำ SP simulator แยกขึ้นมาเอง เพื่อคำนวณจาก workload ในช่วง n วันล่าสุดว่าควรซื้อ SP เพิ่มอีกเท่าไร จึงจะทำให้ "ต้นทุนเดิม + ต้นทุนที่ลดลงจากการได้รับ Covered + ต้นทุนที่สูญเปล่าจากการเกิด Recurring" น้อยที่สุด แล้วใช้ผลนั้นในการตัดสินใจครับ

 

ก็จริงครับ....

ผมก็สงสัยเหมือนกันเลยเอาไปถาม claude แล้วขอแชร์สิ่งที่ได้มาครับ... แต่ก็ยังไม่ค่อยรู้สึกคล้อยตามเท่าไร


ขอวิเคราะห์ข้อดีข้อเสียของการใช้ TypeScript แบบวิพากษ์วิจารณ์ดังนี้:

ข้อดี(Pros):

  1. การบูรณาการกับ ecosystem การพัฒนา
  • ตัวอย่างส่วนใหญ่เน้นไปที่เว็บเฟรมเวิร์ก (React, Vue, Svelte เป็นต้น)
  • ลดอุปสรรคในการเริ่มต้นสำหรับนักพัฒนาฝั่งฟรอนต์เอนด์ให้น้อยที่สุด
  • ใช้ประโยชน์จาก ecosystem ของ npm ได้
  1. ข้อได้เปรียบทางเทคนิค
  • ความปลอดภัยของ type ช่วยป้องกันข้อผิดพลาดในการตั้งค่าอินฟราล่วงหน้า
  • รองรับ ESM แบบเนทีฟ ทำให้ระบบโมดูลทันสมัยขึ้น
  • รองรับการจัดการ asynchronous (async/await) ได้อย่างเป็นธรรมชาติ
  1. ความสามารถในการขยาย
  • เน้นคุณสมบัติ "Extensible" - ขยาย resource แบบอิงฟังก์ชันได้ง่าย
  • ผสาน AI ได้ง่าย ("AI-first" เป็นจุดที่เน้น)
  • รองรับ runtime ได้หลากหลายตั้งแต่เบราว์เซอร์ไปจนถึง serverless

ข้อเสีย(Cons):

  1. ความกังวลด้านประสิทธิภาพ
  • TypeScript ต้องมีกระบวนการคอมไพล์
  • ใช้หน่วยความจำสูงกว่าภาษาระบบอย่าง Go หรือ Rust
  • เมื่อจัดการอินฟราขนาดใหญ่อาจเกิดคอขวดด้านประสิทธิภาพได้
  1. ความเสี่ยงด้านความปลอดภัย
  • ลักษณะความเป็นไดนามิกของ JavaScript/TypeScript อาจทำให้เกิดข้อผิดพลาดตอนรันไทม์ได้
  • เข้าถึงฟังก์ชันเสี่ยงอย่าง eval() ได้
  • ความซับซ้อนของการจัดการ dependency (แม้จะอ้างว่า "zero dependencies" แต่ในการใช้งานจริงมีโอกาสสูงที่จะต้องเพิ่ม dependency)
  1. ข้อจำกัดทางเทคนิค
  • มีข้อจำกัดในการเข้าถึงระบบระดับล่าง
  • garbage collection อาจทำให้เกิดความหน่วงที่คาดเดาไม่ได้
  • สร้าง native binary ได้ยาก
  1. ความกังวลด้าน ecosystem
  • หากมองเป็นเครื่องมือ IaC ก็ยังถือว่ายังไม่สุกงอมมากนัก
  • ขนาดของชุมชน/ ecosystem ยังเล็กเมื่อเทียบกับ Terraform, Pulumi
  • ยังขาดการสนับสนุน/การพิสูจน์ความพร้อมในระดับ enterprise
  1. ประเด็นด้านสถาปัตยกรรม
  • "No strong opinions" อาจกลายเป็นข้อเสียได้เช่นกัน (เพราะไม่มี best practices ที่ชัดเจน)
  • มีความเสี่ยงที่การจัดการ state จะกระจัดกระจาย ("store state anywhere")
  • การจัดการไฟล์ state บนเครื่อง local มีความซับซ้อน

สรุปแล้ว การเลือก TypeScript เหมาะกับการสร้างสภาพแวดล้อมที่เป็นมิตรกับนักพัฒนาเว็บ แต่ถ้าจะเป็นเครื่องมือ IaC ระดับ enterprise ก็ดูเหมือนว่ายังต้องผ่านการพิสูจน์อีกพอสมควรครับ

 

ฉันเป็นพนักงานปัจจุบันของ AWS kor

หนึ่งในการอบรมสำคัญที่สุดที่ได้ยินหลังเข้าทำงานคือให้คิดหาวิธีที่ช่วยให้ลูกค้าใช้จ่ายค่าใช้จ่ายคลาวด์ให้น้อยลง โดยหนึ่งในวิธีที่มีประสิทธิภาพมากที่สุดคือการแนะนำ RI & SP

 

แม้จะไม่รู้เรื่อง RI แต่ในกรณีของ SP นั้นสามารถนำไปใช้กับหลายเวิร์กโหลดได้ ดังนั้นถ้ามีค่าใช้จ่ายคงที่ที่ต้องจ่ายอยู่ ก็ถือว่าน่าลองพิจารณาอย่างมากครับ ถึงขั้นที่พวกเรายังเคยซื้อโดยคำนึงถึงช่วงเวลาที่คาดว่าจะทำ optimization เสร็จไว้ล่วงหน้าด้วย... 555 เช่น ถ้าคิดว่าอีก 9 เดือนจะ optimize เสร็จจนค่าเซิร์ฟเวอร์ลดลงครึ่งหนึ่ง แต่ถึงอย่างนั้นการซื้อไว้ 1 ปีล่วงหน้าก็ยังคุ้มกว่า ก็จะซื้อกันในลักษณะนั้นครับ

 

ไม่ว่าจะเป็น AI หรือไม่ก็ตาม ถ้าตั้งใจจะคลานข้อมูลจริง ๆ ก็จับไม่ได้อยู่ดี

 

จะแยกได้อย่างไรว่าเป็นบอต AI หรือไม่

 

เป็นการจับคู่ที่คาดไม่ถึงเลย น่าประหลาดใจจริงๆ อยากรู้ว่า Grammarly คิดอะไรอยู่

 

ทำไมถึงต้องใช้ ts ด้วยล่ะ,,

 

Cloudflare ก็แค่จะหารายได้
สุดท้ายคนที่อยากทำเงินก็จะไปรวมกันอยู่ที่นั่นหมด
ปริมาณทราฟฟิกของ Cloudflare ก็จะยิ่งใหญ่ขึ้น
และข้อมูลก็จะเผชิญกับการเสื่อมถอยด้านคุณภาพ
ทั้ง Naver, Instagram และ YouTube ก็ล้วนแสดงแนวโน้มแบบเดียวกันเมื่อมีเรื่องเงินเข้ามาเกี่ยวข้อง

 

โอ้โห.. ถ้าแค่ติด Tag พื้นฐานที่สุดเอาไว้ก่อน ก็น่าจะช่วยได้ระดับหนึ่งเลยนะครับ.. :)

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

 

ช่วยทำเวอร์ชัน Windows ด้วยนะครับ ฮือฮือ

 

Gridfinity เป็นหนึ่งในรูปแบบที่คนมักลองใช้กันมากในช่วงเริ่มต้นพิมพ์ 3D
มีประโยชน์เวลาจัดระเบียบของในลิ้นชักหรือพิมพ์กล่องจัดระเบียบบนโต๊ะทำงาน

https://www.printables.com/search/models?ctx=models&q=gridfinity
https://makerworld.com/en/search/models?keyword=gridfinity

แค่ลองค้นหา Gridfinity ก็จะเจอตัวอย่างการใช้งานที่หลากหลาย

ส่วนตัวผมใช้ลิ้นชักโดยพิมพ์ซีรีส์ BaBo ออกมาใช้งาน
https://makerworld.com/en/models/14125-babo-organizer-drawer-module-30

Babo + Gridfinity ก็ทำได้เช่นกัน
https://printables.com/model/…

 

เอ๊ะ.. ทำไมถึงเขียนแบบนั้นกันนะ ฮือ ดูเหมือนว่าใช้คำว่า "ด้วยโค้ด" จะถูกกว่าครับ

 

ถ้าหนึ่งบรรทัดยาวก็ทำได้แหละครับ
เหมือนว่าแม้แต่ Google Search ถ้าเขียนยาว ๆ ก็น่าจะทำให้เป็นบรรทัดเดียวได้เหมือนกัน ฮ่าๆ

 

คำว่า "แค่โค้ดบรรทัดเดียว..." มาจากไหนกันนะ?

 

น่าภูมิใจที่มีวิดีโอ YouTube แบบนี้ในเกาหลีด้วยนะครับ ผมจะนำไปอ้างอิงให้ดี ขอบคุณครับ!