ไม่ใช่ทุกคนที่จะเข้าถึงสิ่งต่าง ๆ ได้เท่าเทียมกัน ลองนึกถึงพวกเราในปี 2100 ดูสิ เพื่อน ๆ ในปลายศตวรรษที่ 21 จะพูดถึงเราว่าอย่างไร เมื่อเราแม้แต่จะใช้งานบริการสักอย่างให้ได้ดียังต้องดิ้นรน

 

อ๋อ? เดิมทีก็มีการจำกัดอยู่แล้วสินะ 555

ถ้าจำกัดแค่ประมาณ 60/6h หรือ 30/3h แทน 10/1h ก็คงน่าเสียดายน้อยกว่านี้ แต่ก็คงอย่างที่มีคนบอกไว้ในคอมเมนต์อื่น วัตถุประสงค์เพื่อกระตุ้นให้สร้างบัญชีก็ดูจะมีส่วนค่อนข้างมากครับ...

 

(เปลี่ยนแปลง)

  • ไม่ล็อกอิน: 10/1h
  • ล็อกอิน (บัญชีฟรี): 100/1h

(เดิม)

  • ไม่ล็อกอิน: 100/6h
  • ล็อกอิน (บัญชีฟรี): 200/6h

ความเห็นส่วนตัวคือ
ผมจำได้ว่าในบางเวอร์ชัน กระบวนการติดตั้ง Docker เคยมีการบังคับให้ล็อกอินด้วย
เลยคิดว่าน่าจะมีลักษณะเป็นการจูงใจให้สร้างบัญชี Docker ด้วยเหมือนกัน

 

ก่อนหน้านี้เท่าที่จำได้มีการจำกัดไว้ดังนี้

  • ไม่ได้ล็อกอิน: 100/6h
  • ล็อกอินแล้ว (บัญชีฟรี): 200/6h
 

ดูเหมือนว่าโซลูชันพร็อกซีและแคชสำหรับ Docker Registry จะกลายเป็นสิ่งจำเป็นแล้ว

 

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

 

ฉันเคยสมัครบัญชี Suno AI ซึ่งเป็น AI ทำเพลงไว้ แล้วพอจะยกเลิกบัญชีก็พบว่าในเว็บไซต์ทำอย่างอื่นได้หมด แต่ดันปิดกั้นการยกเลิกบัญชีไว้
การยกเลิกทำได้ผ่านแอปเท่านั้น... ฉันไม่อยากติดตั้งแอป เลยส่งอีเมลไปฉบับหนึ่งแล้วกำลังรออยู่

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

 

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

 
  • ทดลองใช้งานฟรี 30 วัน
  • ชำระรายเดือน: $20 + $2
  • ชำระรายปี: $220 + $22
 

ที่น่าแปลกยิ่งกว่าคือที่ผ่านมาไม่มีการจำกัดเลย... แต่ถึงอย่างนั้น 10 ครั้งต่อชั่วโมงก็น้อยเกินไปอยู่ดี
โดยเฉพาะข้อมูล docker-compose ที่อ้างอิงอิมเมจเกิน 10 ตัว จะใช้งานแบบไม่ยืนยันตัวตนไม่ได้อีกต่อไป น่าเสียดายพอสมควรครับ (ยกตัวอย่างเช่น supabase อ้างอิงอิมเมจทั้งหมด 12 ตัว)

 

แม้แต่บริษัทระดับโลกอย่าง Google เองก็น่าจะจัดวางวิศวกรโครงสร้างพื้นฐานไว้มากกว่าสามภูมิภาคเพื่อให้ได้ความน่าเชื่อถือแบบ 24/7 กันหรือเปล่านะ

 

"OpenAI มีผู้ใช้งาน ChatGPT รายสัปดาห์ 300 ล้านคน"
ดูต้นฉบับแล้วเป็น 300M รบกวนแก้เป็น 300 ล้านด้วย

 

DeepSeek เดินหน้าได้อย่างน่าสนใจจริง ๆ ครับ น่าอยากรู้ว่าจะมีอะไรถูกเปิดเผยออกมาบ้าง

 

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

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

https://qiita.com/gnh1201/items/09f4081f84610db3a9d3
https://github.com/warpKaiba/kuroAntiSpam
https://github.com/Interstellar-Relay-Community/budae-jjigae

 

การนำ Rust มาใช้น่าจะเป็นการเปลี่ยนแปลงที่หลีกเลี่ยงได้ยากเมื่อคำนึงถึง memory safety ครับ คิดว่าอาจจะพยายามประสานรอยร้าวกันใหม่ผ่านทางออกแบบประนีประนอมที่เหมาะสมสักอย่าง

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

ถึงอย่างนั้น ก็เป็นความจริงอีกเหมือนกันว่าผลงานที่เขียนด้วย Rust มักก่อปัญหาในงานจริงน้อยกว่า.....

 

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

โชคดีที่อย่างน้อย GUI ก็เป็น CDE ที่ยังพอคุ้นเคย(?) อยู่บ้าง เลยถือว่าโชคดีครับ

 

เดิมทีผมเขียนสรุปไว้ยาวกว่านี้ แต่พอกดปุ่มลงทะเบียนแล้วมันหายไปหมด... เลยกลับมาสรุปสั้น ๆ อีกครั้ง
ต้นฉบับก็เขียนเป็นภาษาเกาหลีอยู่แล้ว ดังนั้นกรุณาไปดูต้นฉบับด้วยครับ ฮือ ๆ