ตกใจใช่ไหม จ่ายมา $1000

 (forestwalk.ai)
1 คะแนน โดย GN⁺ 4 시간 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • บริการ CI ที่เริ่มต้นด้วย การทดลองใช้ฟรี เมื่อใช้เกินโควตากลับไม่ได้หยุดให้บริการ แต่ส่ง ใบแจ้งหนี้ $1,000 ทำให้ผู้ใช้ต้องรับภาระค่าใช้จ่ายที่ไม่คาดคิด
  • Blacksmith เป็นสตาร์ตอัปจาก YC ที่มาแทน GitHub Actions โดยชูจุดขายว่าเป็นบริการแบบ drop-in replacement ที่เร็วกว่าและถูกกว่า
  • ภายใต้เงื่อนไข "ทดลองใช้ฟรี·ไม่ต้องใช้บัตรเครดิต" เมื่อเกินลิมิต งานจะไม่หยุด แต่ การใช้งานจะสะสมต่อเนื่องตามอัตราที่ประกาศไว้ และถูกเรียกเก็บเงิน
  • ผู้ใช้ส่วนใหญ่คาดว่าก่อนกรอกข้อมูลการชำระเงิน โควต้าฟรีจะเป็น ฮาร์ดแคป (hard cap) ดังนั้นนโยบายนี้จึงเป็นรูปแบบที่ผิดจากคาดจนมีคนเดาได้ ไม่ถึง 5%
  • การปล่อยให้ผู้ใช้ที่ไม่มีบัตรเครดิตใช้งานเกิน แล้วค่อยส่งใบแจ้งหนี้ค้างชำระภายหลัง เป็นแนวปฏิบัติที่ เอื้อผู้ใช้ที่มุ่งหาประโยชน์ และบั่นทอนความเชื่อใจ

ภูมิหลัง — ความพยายามเปลี่ยนจาก GitHub Actions

  • เมื่อปริมาณการประมวลผล PR เพิ่มขึ้น ก็ยิ่งชัดว่า CI ช้าและแพง ทำให้ความไม่พอใจต่อ GitHub Actions สะสมมากขึ้น
  • ได้รับคำแนะนำให้ลองใช้ Blacksmith
    • Blacksmith เป็นสตาร์ตอัปจาก YC ที่อ้างตัวว่าเป็น drop-in replacement ของ GitHub Actions โดยเน้นว่าเร็วกว่าและถูกกว่า
  • เมื่อนำค่าตั้งค่าจาก GitHub มาใช้ก็พบว่า เร็วขึ้นจริง ส่วนค่าใช้จ่ายยังไม่ชัดเพราะยังอยู่ในช่วงทดลองใช้ฟรี

ลำดับเหตุการณ์จนถึงการเรียกเก็บเงิน

  • อีเมลเตือนฉบับแรก: องค์กรนี้ใช้ นาทีฟรี ของเดือนนี้ไปแล้ว 80% และขอให้ลงทะเบียนบัตรเครดิตเพื่อหลีกเลี่ยงการหยุดชะงัก
    • ตอนนั้นควรตรวจสอบการใช้งาน แต่กลับยังเขียนโค้ดต่อโดยไม่หยุด
  • สองสัปดาห์ต่อมา ได้รับข้อความ "ใช้จ่ายกับ Blacksmith ไป $500.60 ในเดือนนี้"
    • เพราะยังอยู่ในช่วงทดลองใช้ฟรีจึงไม่คิดว่าเป็นเรื่องจริง อีกทั้งไม่มีบัตรเครดิตและไม่มีผลกระทบต่อผู้ใช้โปรดักชัน จึงมองว่าเป็นเพียงหนึ่งในอีเมลเตือนการใช้งานจำนวนมาก
  • อีกสองสัปดาห์ต่อมา ได้รับต่อเนื่องในช่วงสั้น ๆ ว่า "ลงทะเบียนบัตรเพื่อป้องกันการหยุดชะงัก" → ใบแจ้งหนี้ $1,081 → แจ้งค้างชำระในอีกสองวันถัดมา
    • ยอดรวมในหนังสือแจ้งค้างชำระคือ $1,081.45
    • ตามสัญญา เงื่อนไขการชำระเงินคือ ต้องชำระทันทีเมื่อออกใบแจ้งหนี้

คำชี้แจงเกี่ยวกับคำว่า "การหยุดชะงัก (disruption)"

  • โดยทั่วไปหากใช้ฟรีโดยไม่มีบัตรเครดิตแล้วถึงลิมิต บริการมักจะถูกตัด (= บริการหยุดชะงัก) แต่กรณีนี้กลับกลายเป็น การเรียกเก็บเงิน $1,000 ที่ถูกนับเป็นค้างชำระทันที
  • คำชี้แจงจากทีมซัพพอร์ตของ Blacksmith
    • คำว่า "disruption" ไม่ได้หมายถึงการหยุดบริการ แต่หมายถึง การติดธงบัญชี เช่น เพื่อตรวจสอบกิจกรรมที่น่าสงสัย
    • ไม่มีข้อความที่ระบุว่าจะหยุดงานที่กำลังรันโดยอัตโนมัติ และเมื่อ เกินโควต้าฟรี เวิร์กโฟลว์จะไม่ถูกตัด แต่การใช้งานจะสะสมต่อไปตามอัตราที่ประกาศไว้
  • ในความเป็นจริงก็ไม่เคยมีการระบุชัดว่าพอถึงลิมิตแล้วงานจะหยุด หรือว่าคำว่า "ฟรี·ไม่ต้องใช้บัตร" หมายความว่าจะไม่มีค่าใช้จ่ายระดับหลายพันดอลลาร์ ทั้งหมดนี้เป็นเพียง สมมติฐานตามธรรมเนียมปฏิบัติทั่วไป

ประเด็นถกเถียง 4 ข้อ

  • 1. แบบนี้เรียกเก็บเงินได้หรือไม่

    • ณ วันที่ 8 มิถุนายน ข้อกำหนดการใช้งานของ Blacksmith ชี้ให้เห็นว่าสิทธิในการเรียกเก็บเงินตั้งอยู่บนสมมติฐานว่ามีการให้ข้อมูลการชำระเงิน
    • อย่างไรก็ตาม บริการ SaaS สามารถระบุภาระการชำระเงินสำหรับส่วนที่เกินในช่วงทดลองใช้ฟรีไว้ในข้อกำหนดได้
    • เอเจนต์รันงาน CI จำนวนมากจนถึงโควต้าฟรีเป็นสิ่งที่คาดได้ และก็ได้รับคุณค่าจากบริการจริงด้วย ดังนั้นโดยเนื้อแท้แล้วไม่ถึงกับไม่ซื่อสัตย์ แต่เป็นเพียงวิธีที่ ชวนตกใจ — สรุปว่า "ทำได้"

  • 2. ผู้ใช้จะตกใจหรือไม่

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

  • 3. บริการควรทำแบบนี้หรือไม่

    • การปล่อยให้ใช้งานเกินแล้วค่อยส่งใบแจ้งหนี้ค้างชำระ อาจช่วยเพิ่มตัวเลขรายได้ระยะสั้น แต่ความสามารถในการเก็บเงินจริงไม่แน่นอน และ ลูกหนี้ค้างรับ·หนี้สูญจะพุ่งสูง
    • บทสรุปคือเป็น แนวปฏิบัติที่ไม่ดี
      • การปล่อยให้ผู้ใช้ที่ไม่มีบัตรสะสมยอดเกินสร้างความยุ่งยากทั้งต่อผู้ให้บริการและลูกค้า และมักให้ช่องทางใช้ฟรีเพิ่มแก่ ผู้ใช้ที่ตั้งใจไม่จ่าย
      • แม้จะปั้นตัวเลขรายได้ระยะสั้นได้ แต่ยากจะเชื่อว่าต้นทุนด้านความเชื่อใจและการถูกเอาเปรียบจะต่ำกว่ารายได้เพิ่มนั้น
    • ทางเลือกคือการเตือนล่วงหน้า เช่น "ถ้าไม่ลงทะเบียนบัตรภายใน 72 ชั่วโมง ระบบ CI จะหยุด"
    • เหตุผลที่เลือกเรียกเก็บย้อนหลังทำได้เพียงคาดเดา — อาจเป็น growth hacking ที่หักโหม ผู้จัดการระดับกลางที่มุ่งยอดรายได้รายไตรมาส หนี้เทคนิคระหว่างระบบชำระเงินกับระบบจัดสรรทรัพยากร หรืออาจเป็นกระแสนิยมของสตาร์ตอัปสาย YC
      • เมื่อดูจากการเติบโตแบบพุ่งแรงท่ามกลางความปั่นป่วนของ GitHub ในช่วงฤดูใบไม้ผลิ ผู้เขียนคาดว่าเป็นเพียง การตกหล่นด้านการจัดการ (oversight)
    • ทีมซัพพอร์ตตอบว่าจะพิจารณา วิธีลดความสับสนแบบนี้ในอนาคต

  • 4. ถึงอย่างนั้นจะยังใช้ Blacksmith หรือไม่

    • ลองกลับไปใช้ GitHub Actions แล้ว แต่ก็ยังไม่สะดวกเหมือนเดิม
    • Blacksmith เติบโตอย่างรวดเร็วเพราะทำให้คอขวดในวงจรพัฒนาเร็วขึ้น
    • สุดท้ายคือแนวคิดเชิงปฏิบัติ — ความชอบต่อความเร็วในการพัฒนาที่สูงกว่า มีน้ำหนักมากกว่าความไม่พอใจต่อนโยบายการเรียกเก็บเงิน
      • เมื่อยอมรับการชำระเงินแบบเสียค่าใช้จ่ายแล้ว การตอบสนองจากทีมซัพพอร์ตก็เป็นมิตรมากขึ้น และมีโอกาสสูงที่จะกลับไปใช้อีก

คำแนะนำ 2 ข้อสำหรับผู้อ่าน

  • หากคุณสร้าง SaaS อยู่ ผู้ใช้ส่วนใหญ่คาดว่าบัญชีฟรีจะถูก พักการใช้งานชั่วคราวก่อนมียอดเกินสะสม ดังนั้นการส่งใบแจ้งหนี้จึงมีแนวโน้มถูกมองในแง่ลบจากหลายคน
  • หากคุณกำลังจะลองใช้ Blacksmith อย่างน้อยในระยะนี้ การ ลดการใช้งานก่อนถึงลิมิตทดลอง จะปลอดภัยกว่า

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 4 시간 전
ความเห็นจาก Hacker News

  • เมื่อหลายปีก่อน ตอนที่ซื้อโทรศัพท์มือถือที่ใช้อินเทอร์เน็ตได้เครื่องแรก ผู้ให้บริการโฆษณาว่ามี ฟรี 300 นาที ในช่วงทดลองใช้ ก็เลยคิดว่าดีมาก
    เดือนแรกใช้อินเทอร์เน็ตไป 297 นาที แต่ที่ไหนได้ “นาที” นั้นหมายถึงเฉพาะการโทร และสุดท้ายก็โดนบิลค้างชำระค่าอินเทอร์เน็ตมือถือราว 12,000 ดอลลาร์ ราคาโหดระดับ 360 ดอลลาร์ต่อ MB อะไรทำนองนั้น
    สุดท้ายผู้ให้บริการแพ้ คดีฟ้องร้องแบบกลุ่ม ครั้งใหญ่ ไม่ใช่เพราะโฆษณาเรื่อง “นาที” แต่เพราะไม่ได้แจ้งค่าใช้จ่ายดาต้าให้ใครทราบอย่างเหมาะสม สุดท้ายเหมือนจะจ่ายไปประมาณ 300 ดอลลาร์ แล้วพอข้อเสนอประนีประนอม 600 ดอลลาร์ถูกส่งต่อไปยังบริษัททวงหนี้ ก็ไปตกลงกับบริษัททวงหนี้ที่ 50%

    • เพราะแบบนี้เลยค่อนข้างเห็นด้วยกับการตั้ง ขีดจำกัดการใช้งานแบบเข้มงวด เป็นค่าเริ่มต้น
    • นานมากแล้ว ตอนนั้นแฟนของผมไปเที่ยวกับแม่ของเธอ แล้วเพิ่ม Roaming Bundle ไว้ในมือถือ
      ระหว่างทริป ผู้ให้บริการโทรมาบอกว่าค่าโรมมิงพุ่งไปถึง 1,700 ปอนด์แล้ว เจ้าหน้าที่บอกว่า “ไม่ต้องกังวล” และเพื่อความปลอดภัยให้หยุดการตัดบัญชีอัตโนมัติเดือนนั้นไว้ก่อน แล้วค่อยโทรกลับเมื่อบิลออก
      ไม่กี่สัปดาห์ต่อมา เขายืนยันว่าจำนวนสุดท้ายอยู่ที่ราว 2,000 ปอนด์ และเมื่อผมถามว่า “ไหนบอกว่าจะมี SMS แจ้งเตือนตอนใช้ไปประมาณครึ่งหนึ่งและตอนใกล้หมดแพ็กเกจ ทำไมไม่เคยได้รับเลย” เขาก็ยอมรับว่าได้ฟังบันทึกการสนทนาแล้ว และยืนยันว่ามีการแจ้งแบบนั้นจริง
      จากนั้นก็บอกว่าจริง ๆ ควรเสนอแพ็กเกจอีกแบบที่ราคา 150 ปอนด์ให้ตั้งแต่แรก และการใช้งานจริงอยู่ที่ราว 75% ของดาต้าในแพ็กนั้น เมื่อหักรวมแพ็กเดิม 25 ปอนด์แล้ว ขอคิดเป็น 75 ปอนด์พอ เพราะงั้นจนถึงตอนนี้ผมก็ยังเป็นลูกค้าของค่ายนั้นอยู่
    • ตอนนั้นดาต้าคิดเป็น รายนาที ด้วยเหรอ? ผมจำได้แต่ค่าบริการแบบ kB กับ MB

  • ว้าว ไม่ได้ลงทะเบียนบัตรไว้เลย ก็เลยไม่คิดเลยว่าจะมี บิลเรียกเก็บเงิน ตามมา
    นี่ก็ดูเป็นอีกตัวอย่างของเรื่องที่ว่า “การคิดเงินและการวัดปริมาณใช้งานนั้นยาก และอาจเป็นงานวิศวกรรมที่ใหญ่กว่าตัวบริการจริงเสียอีก”
    วันนี้ผมกำลังดูบริการนี้อยู่พอดี เพราะ GitHub Actions ของเราช้าเกินไป มันก็ดูดีนะ แต่ถ้าเป็นแบบนี้ผมน่าจะต้องคอยเฝ้าระวังมากกว่าช่วงทดลองใช้ส่วนใหญ่เสียอีก ทำให้เสียเวลามากขึ้น
    ปกติบริการแบบนี้พอช่วงทดลองใช้จบก็ควรหยุดให้บริการ แล้วตอนนั้นค่อยเลือกว่าจะ “มีคุณค่าพอจะสมัครต่อ” หรือ “ไม่คุ้มก็ย้อนกลับ”

    • มีหลายบริษัทที่ถ้ามันดูน่าเชื่อถือและมีเหตุผลทางงานรองรับ ก็จะ จ่ายบิล ไปเลย
      มีมิจฉาชีพที่อาศัยจุดนี้ และผู้ขายบางรายก็อาจฉวยโอกาสจากเรื่องนี้ได้ ถ้าลูกค้า 30% เริ่มจ่ายบิลไปเฉย ๆ ก็คุ้มแล้วที่จะคอยรับมือคำถามจากที่เหลือ อย่างน้อยก็จนกว่าความเสียหายด้านชื่อเสียงจะเริ่มขึ้น
      ตัวอย่างง่าย ๆ ที่คนมีโดเมนน่าจะเคยเจอคือ พอใกล้หมดอายุโดเมน ก็จะมี “บิล” จากหลายบริษัทส่งมา หน้าตาเหมือนค่าต่ออายุโดเมนเลย ถ้าอ่านตัวเล็ก ๆ จะเขียนว่าเป็น “ข้อเสนอทางการค้า” แต่ภายนอกเหมือนบิลทุกอย่าง และบางคนก็จ่ายจริง
    • ผมเป็นผู้ก่อตั้ง Depot ใช้ได้แบบสบายใจเลย
      เรามี ทดลองใช้ฟรีแบบฟรีจริงตามเวลา และไม่ทำเรื่องประหลาดแบบนี้ แถมยังตั้งขีดจำกัดการใช้งานได้เพื่อไม่ให้ค่าใช้จ่ายพุ่งโดยไม่คาดคิด
      [0] https://depot.dev
    • ตรงนี้คำอธิบายว่า “การคิดเงินเป็นเรื่องยาก” มันทับซ้อนกับปัญหาเรื่องความเชื่อมั่นของผู้ใช้
    • OpenAI เมื่อก่อนก็เคยคิดเงินแบบนี้เหมือนกัน
    • สตาร์ตอัปต้องสร้างนวัตกรรมเพื่อเอาตัวรอด และดูเหมือนว่า YC จะไม่ค่อยห้าม “นวัตกรรม” แบบนี้ ถ้าเป็นสตาร์ตอัปที่มีโอกาสทำเงินก้อนโต

  • ทำให้นึกถึงแนวปฏิบัติทางธุรกิจของ Austrian NIC
    ปกติถ้าไม่ต่ออายุ โดเมนก็ควรหมดอายุไป แต่ในออสเตรีย ถ้าไม่ยกเลิกอย่างชัดเจนทางแฟกซ์ ก็จะถูกต่ออายุไปปีถัดไปอัตโนมัติ และถ้าไม่จ่ายเงินก็จะถูกส่งไป ทวงหนี้[1]
    อย่างน้อยสำหรับโดเมนระดับบนสุดตามรหัสประเทศ (ccTLD) ก็ไม่มีกฎว่า “ถ้าไม่ต่ออายุ โดเมนต้องหมดอายุ” มันเป็นแค่ธรรมเนียม และธรรมเนียมก็ทำให้เกิดข้อสันนิษฐาน ซึ่งข้อสันนิษฐานนั้นสามารถถูกใช้เพื่อหลอกคนได้
    โดยทั่วไป ธุรกิจจะมีทั้งแบบจ่ายก่อน เช่น McDonalds และแบบจ่ายทีหลัง เช่น ร้านอาหารแบบนั่งกิน ถ้าเอาการคิดราคาแบบจ่ายทีหลังไปใช้กับบริการที่ตามธรรมเนียมควรจ่ายก่อน มันก็กลายเป็นการหลอกลวงเต็มรูปแบบ
    [1] https://www.reddit.com/r/sysadmin/comments/1bnjus/the_austri...

    • ถ้าเป็นผู้ให้บริการเยอรมันก็ไม่น่าแปลกใจนัก แต่ในช่วง 10 ปีที่ผ่านมาอะไร ๆ ก็ดีขึ้นมากแล้ว
    • จริง ๆ แล้ววิธีที่แต่ละประเทศจัดการ ccTLD ของตัวเองนั้น ไม่มีกฎที่สหรัฐอเมริกากำหนดแบบเดียวกับโดเมนระดับบนสุดทั่วไป (gTLD) เลย
    • ตอนนี้ยังทำแบบนั้นอยู่หรือเปล่า หรือว่าเป็นเรื่องในอดีต? โพสต์ที่ลิงก์ไว้นั้นก็ 10 ปีแล้ว

  • ในข้อกำหนดการใช้งานระบุว่า หากจะใช้บริการของ Blacksmith Software Inc ต้องสร้างบัญชี เชื่อมบัญชี GitHub ระหว่างการตั้งค่า ติดตั้งการรวมระบบ GitHub ของ Blacksmith เข้ากับองค์กร และเพิ่ม วิธีการชำระเงินที่ถูกต้อง เช่น บัตรเครดิตที่ประมวลผลผ่าน Stripe
    การขอชำระเงินแบบออกบิลทำได้เฉพาะสัญญาขนาดใหญ่เท่านั้น และเมื่อให้ข้อมูลการชำระเงินแล้ว ก็ถือว่าอนุญาตให้เรียกเก็บค่าบริการจากบัตรเครดิต หรือถ้าเป็นสัญญาแบบออกบิลก็ต้องยอมชำระตามเงื่อนไขของบิลให้ตรงเวลา
    ถ้าคนนี้ไม่ได้ทำสัญญาขนาดใหญ่แล้วขอชำระแบบออกบิล ก็เท่ากับทำผิดข้อกำหนดการใช้งาน ดังนั้นก็บอกให้ไสหัวไปได้เลย

  • เดือนละ 1,000 ดอลลาร์ นี่คุณทำอะไรกันอยู่ใน CI เนี่ย?
    เราใช้ Warp build ซึ่งถูกกว่า GitHub ราว 50% แต่ถึงจะมี 6 คนรันงานหนักพอสมควรในหลายรีโป ก็ยังตกเดือนละประมาณ 150 ดอลลาร์ แถมยังมี Rust build ด้วย ซึ่งถือว่าเป็นกรณีที่แย่กว่ามากในแง่เวลา build
    ผมไม่รู้ว่า Blacksmith ให้ runner ขนาดใหญ่กว่าหรือเปล่า แต่ถ้าใช้ runner ใหญ่ ก็ควรเช็กว่าคุ้มจริงไหม runner ใหญ่ขึ้น 2 เท่าไม่ได้ทำให้ build เร็วขึ้น 2 เท่าเสมอไป ผมตั้งเป้าหมายไว้ก่อนแล้วค่อยกำหนดขนาด CI ให้สอดคล้อง
    การทำแคชก็จำเป็น TypeScript น่าจะจัดการได้ด้วย Nx ถ้าโค้ดถูกแยกเป็นแพ็กเกจ
    ที่ทำงานเก่า ผมเคยใส่งานสำหรับจับเวลาหลังรันเสร็จ และเพราะ GitHub Markdown รองรับ Mermaid ก็เลยทำเป็นแผนภูมิ Gantt ได้ ผมจำไม่ได้ว่า GitHub API ดึงเวลาของ workflow ปัจจุบันได้ไหม เลยอาจต้องเป็น workflow ที่สอง
    อย่างแรกอาจต้องทำด้วยมือเล็กน้อย ส่วนที่เหลือน่าจะให้เอเจนต์ทำให้ได้ภายใน 5 นาที

  • ในระยะยาว ดูไม่เหมือนว่านี่จะเป็นวิธีทำธุรกิจที่ถูกต้องนัก
    ต่อให้มีใครสักคนโชคไม่ดีต้องจ่าย “บิล” นี้จริง ๆ ก็จะเสียความรู้สึกดี ๆ ไปมาก และยังเป็นการส่งสัญญาณให้ทั้งวงการเทคโนโลยีเห็นถึง พฤติกรรมที่น่าสงสัย อีกด้วย

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

  • ในฐานะลูกค้าที่เคยใช้งาน Blacksmith, Depot และ Ubicloud แล้วพอใจกับทั้งสามเจ้าในช่วงเวลาต่าง ๆ กัน ฉันก็เห็นด้วยว่าทั้งหมดให้ตัวรัน GitHub Actions ที่ถูกกว่า GitHub เอง แต่การเก็บเงินครั้งนี้ก็ยังดูแปลกอยู่ดี
    อย่างไรก็ตาม ก็ควรชี้ด้วยว่าถ้าจะมีบิล 1,000 ดอลลาร์ออกมาได้ ต้องใช้เวลา CI เยอะมากจริง ๆ ระดับงานอดิเรกนี่เกินไปไกลมากแล้ว และถ้าใช้ปริมาณเท่ากันบน GitHub เดิมก็น่าจะเสียแพงเป็นสองเท่า นี่ใกล้เคียงกับการบอกว่าให้ธุรกิจที่มี ความต้องการคอมพิวต์จริงจัง จ่ายเงินจริงมากกว่า

    • ในแง่ต้นทุน ก็อดสงสัยไม่ได้ว่าการใช้เครื่องแบบ dedicated server อาจจะคุ้มกว่าหรือเปล่า

  • ทำให้นึกถึงเรื่องที่เคยเจอกับ Gusto
    เดือนพฤษภาคมปีที่แล้ว ฉันสมัครใช้บริการหักลบเงินเดือนด้วยเครดิตภาษี R&D ซึ่งค่าธรรมเนียมคิดเป็นสัดส่วนหนึ่งของผลประโยชน์ที่เราได้รับ พอเรายื่นภาษีของรัฐบาลกลางในเดือนกันยายน ตามธรรมชาติแล้วก็จะยังไม่มีการหักลบเงินเดือนก่อนเดือนตุลาคม
    แต่พวกเขากลับเรียกเก็บเงินสำหรับบริการที่ยังไม่ได้ให้ และมันยิ่งทำให้เงินสดไหลออกมากขึ้นตั้งแต่วันแรก ซึ่งตรงข้ามกับจุดประสงค์ของเครื่องมือนี้เลย พวกเขาอ้างว่าตอนที่ฉันกดช่องทำเครื่องหมาย มีตัวหนังสือเล็ก ๆ เขียนว่า “จะเรียกเก็บเงินเมื่อสมัคร” แต่ฉันรู้สึกว่ามันเหลวไหลมาก และตอนนี้ก็ยังคิดอย่างนั้น

    • ขอถามได้ไหมว่าพวกเขาเรียกเก็บไปเท่าไร และนานแค่ไหน?

  • Blacksmith ควรเข้ามาในเธรดนี้แล้วอธิบายด้วยตัวเอง
    และผู้เขียนช่วยบอกได้ไหมว่าถ้าเป็นการใช้งานระดับนี้ บน GitHub Actions จะเสียค่าใช้จ่ายเท่าไร?

  • คำถามว่า “แม้จะเจอเรื่องเซอร์ไพรส์ที่ไม่น่าพอใจและการตอบสนองจากซัพพอร์ตที่แข็งกร้าว คุณจะยังใช้ Blacksmith ต่อไหม?” น่าสนใจดี และก็เข้าใจได้ว่ามันเป็นการตัดสินใจแบบปฏิบัตินิยม
    แต่ Blacksmith ก็อาจโดนเรื่องนี้เล่นงานกลับได้เหมือนกัน ถ้าเป็นแบบนั้นก็ดีถ้าพวกเขาจะเปลี่ยนพฤติกรรม แต่ก็อาจล้มไปเฉย ๆ เหมือนสตาร์ตอัปหลายแห่ง
    เพราะงั้น จนกว่าจะเห็นชัดขึ้นว่าเขาจะไปต่อสำเร็จไหม กลยุทธ์ที่ดีน่าจะเป็นใช้ต่อไปโดย ไม่ผูกติดกับบริการมากเกินไป แล้วค่อยพิจารณาว่าจะใช้ความสามารถเฉพาะของแพลตฟอร์มหรือไม่ในภายหลัง
    ถึงอย่างนั้น ฉันก็ยังไม่แน่ใจว่าจะไว้ใจ Blacksmith ได้มากแค่ไหน หรือว่าพวกเขาอยากทำให้ย้ายออกได้ยากในอนาคตหรือเปล่า
    สำหรับ GitHub Actions นั้น Microsoft เก่งมากในการสร้างผลิตภัณฑ์และฟีเจอร์ที่ “ดีพอใช้งาน” แต่ยังไม่ดีพอจะทำให้คนย้ายไปทางเลือกที่ดีกว่า หลังจากที่พวกเขาควบคุมแพลตฟอร์มได้แล้ว GitHub Actions เป็นตัวอย่างที่ชัดเจน Teams ก็ด้วย และยังมีอีกยาว สำหรับฉัน มันดูเหมือนการนำพฤติกรรมต่อต้านการแข่งขันแบบยุค 1990 มาปรับให้ร่วมสมัย สร้างกำแพงให้คู่แข่งเข้ามาไม่ได้และทำลายนวัตกรรม ซึ่งฉันไม่ค่อยชอบเลย