Atlassian เปลี่ยนค่าเริ่มต้นให้ใช้ข้อมูลลูกค้าสำหรับการฝึก AI

 (letsdatascience.com)
5 คะแนน โดย GN⁺ 9 일 전 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • ข้อมูลเมตาของลูกค้าและคอนเทนต์ภายในแอปของผลิตภัณฑ์ Atlassian Cloud เช่น Jira, Confluence จะถูกนำไปใช้กับการฝึก Rovo และ Rovo Dev ตามค่าเริ่มต้นตั้งแต่วันที่ 17 สิงหาคม 2026
  • ค่าเริ่มต้นจะแตกต่างกันตามแพ็กเกจ โดยใน Free·Standard·Premium จะเปิดใช้ การมีส่วนร่วมของข้อมูลเมตา ตลอดเวลา และมีเพียง Enterprise ที่ปิดข้อมูลเมตาและข้อมูลภายในแอปเป็นค่าเริ่มต้นพร้อมคงสิทธิ์การควบคุมไว้
  • ข้อมูลที่ถูกรวบรวมครอบคลุมทั้งข้อมูลเมตา เช่น คะแนนความสามารถในการอ่าน, story points, ค่า SLA และข้อมูลภายในแอป เช่น เนื้อหาหน้า คำอธิบาย issue ความคิดเห็น และชื่อเวิร์กโฟลว์
  • แม้จะมีมาตรการป้องกัน เช่น การลบตัวระบุโดยตรงและการทำข้อมูลแบบรวม แต่ข้อมูลที่นำไปมีส่วนร่วมอาจถูกเก็บไว้นานสูงสุด 7 ปี และหลังการลบหรือ opt-out ข้อมูลภายในแอปจะถูกนำออกภายใน 30 วัน ส่วนโมเดลที่ฝึกด้วยข้อมูลดังกล่าวจะถูกฝึกใหม่ภายใน 90 วัน
  • นี่เป็นการเปลี่ยนนโยบายจากจุดยืนเดิมที่ไม่ใช้ข้อมูล ไปสู่การเปลี่ยนแปลงเรื่อง แหล่งที่มาของข้อมูล ในเครื่องมือทำงานและระดับการควบคุมตามราคา ซึ่งส่งผลต่อการตัดสินใจด้านความเป็นส่วนตัว การกำกับดูแล และคอมพลายแอนซ์มากขึ้น

ภาพรวมการเปลี่ยนแปลง

  • Atlassian จะเริ่มใช้ข้อมูลเมตาของลูกค้าและคอนเทนต์ภายในแอปของ Jira, Confluence และผลิตภัณฑ์ Atlassian Cloud อื่น ๆ สำหรับการฝึก AI ตามค่าเริ่มต้นตั้งแต่ 17 สิงหาคม 2026
    • ระบุฟีเจอร์ AI ที่เกี่ยวข้องคือ Rovo และ Rovo Dev
    • ขนาดลูกค้าที่ได้รับผลกระทบราว 300,000 ราย
  • จากการเปลี่ยนนโยบายการนำข้อมูลไปมีส่วนร่วม ค่าเริ่มต้นจะต่างกันตามแพ็กเกจ
    • แพ็กเกจระดับล่างไม่สามารถ opt-out จากการเก็บข้อมูลเมตาได้
    • แพ็กเกจ Enterprise ยังคงมีสิทธิ์ควบคุมการเก็บทั้งข้อมูลเมตาและข้อมูลภายในแอป
  • ระยะเวลาเก็บข้อมูลที่นำไปมีส่วนร่วมสูงสุด 7 ปี
    • หลังการลบหรือ opt-out ข้อมูลภายในแอปจะถูกนำออกภายใน 30 วัน
    • โมเดลที่ฝึกด้วยข้อมูลดังกล่าวจะถูกฝึกใหม่ภายใน 90 วัน เพื่อลบส่วนที่มีส่วนร่วมออก

รายละเอียดทางเทคนิค

  • Atlassian แบ่งข้อมูลที่เก็บออกเป็น 2 หมวด คือ ข้อมูลเมตา และ ข้อมูลภายในแอป
    • ข้อมูลเมตารวมสัญญาณที่ไม่ระบุตัวตน
    • ข้อมูลภายในแอปรวมคอนเทนต์ที่ผู้ใช้สร้างขึ้น
  • รายการที่อยู่ในหมวดข้อมูลเมตาอย่างชัดเจน
    • คะแนน ความสามารถในการอ่าน และความซับซ้อน
    • การจัดประเภทงาน
    • ตัวชี้วัดความคล้ายคลึงเชิงความหมาย
    • story points
    • วันที่สิ้นสุดสปรินต์
    • ค่า SLA ของ Jira Service Management
  • รายการที่อยู่ในหมวดข้อมูลภายในแอปอย่างชัดเจน
    • ชื่อหน้าและเนื้อหาของ Confluence
    • ชื่อ issue คำอธิบาย และความคิดเห็นใน Jira
    • ชื่ออีโมจิแบบกำหนดเอง
    • ชื่อสถานะแบบกำหนดเอง
    • ชื่อเวิร์กโฟลว์
  • ระบุว่าก่อนการฝึกจะมีการ ลบตัวระบุโดยตรง, การทำข้อมูลแบบรวม และใช้มาตรการป้องกัน

ค่าเริ่มต้นตามแพ็กเกจและกลุ่มที่ถูกยกเว้น

  • ค่าเริ่มต้นจะถูกกำหนดโดยอิงจาก แพ็กเกจที่ใช้งานอยู่ซึ่งสูงที่สุด ขององค์กร
  • ลูกค้า Free และ Standard

    • การมีส่วนร่วมของข้อมูลเมตาเปิดใช้อยู่เสมอ

      • ไม่สามารถ opt-out จากการเก็บข้อมูลเมตาได้
      • การมีส่วนร่วมของข้อมูลภายในแอปเปิดเป็นค่าเริ่มต้น แต่เปลี่ยนการตั้งค่าได้
      • ลูกค้า Premium
      • การมีส่วนร่วมของข้อมูลเมตาเปิดใช้อยู่เสมอ
      • การมีส่วนร่วมของข้อมูลภายในแอป ปิดเป็นค่าเริ่มต้น
      • ลูกค้า Enterprise
      • ทั้งข้อมูลเมตาและข้อมูลภายในแอป ปิดเป็นค่าเริ่มต้น
      • สามารถ opt-out จากข้อมูลเมตาได้
      • ระบุกลุ่มลูกค้าที่ถูกยกเว้นจากขอบเขตการเก็บทั้งหมด
      • ลูกค้าที่ใช้ customer-managed encryption keys
      • ลูกค้าที่ใช้ Atlassian Government Cloud
      • ลูกค้าที่ใช้ Atlassian Isolated Cloud
      • ลูกค้าที่มี ข้อผูกพัน HIPAA

บริบทและความสำคัญ

  • นโยบายครั้งนี้เป็นการเปลี่ยนทิศจากจุดยืนเดิม
    • ก่อนหน้านี้บริษัทระบุว่าจะไม่ใช้ข้อมูลลูกค้าเพื่อฝึกหรือปรับปรุงบริการ AI
  • กระแสอุตสาหกรรมที่ถูกยกมาเป็นฉากหลังของการเปลี่ยนแปลง
    • ผู้ให้บริการ SaaS กำลังเก็บสัญญาณการใช้งานภายในและคอนเทนต์เพื่อนำไป bootstrap โมเดล, fine-tune และประเมินผล
    • ขณะเดียวกันก็ให้คำมั่นเรื่องการวิเคราะห์บนฐานข้อมูลที่ไม่ระบุตัวตนและแบบรวม
  • ประโยชน์เชิงปฏิบัติที่ Atlassian ระบุ
    • ปรับปรุง ความเกี่ยวข้องของการค้นหา
    • สรุปได้ดีขึ้น
    • การแนะนำเทมเพลต
    • การเพิ่มประสิทธิภาพเวิร์กโฟลว์แบบเอเจนต์
  • ผลกระทบในมุมผู้ปฏิบัติงานจริง
    • การเปลี่ยนแปลง แหล่งที่มาของข้อมูล ของโมเดลที่ใช้ในเครื่องมือทำงาน
    • การเปลี่ยนแปลงระดับการควบคุมข้อมูลตามราคา และเกณฑ์ตัดสินด้านคอมพลายแอนซ์กับการจัดซื้อ

ความเสี่ยงและ trade-off

  • การเก็บ ข้อมูลเมตาแบบบังคับ สำหรับลูกค้าที่ไม่ใช่ Enterprise ก่อให้เกิดความกังวลด้านความเป็นส่วนตัวและการกำกับดูแล แม้จะมีการลบตัวระบุก็ตาม
    • เทเลเมทรีอย่าง story points และตัวชี้วัด SLA อาจเปิดเผยโครงสร้างโครงการและรูปแบบผลการดำเนินงานได้
  • การเก็บข้อมูลที่ไม่ระบุตัวตนไว้นาน 7 ปี ทำให้พื้นผิวการเปิดเผยเพิ่มขึ้นตามกาลเวลา
    • เป็นภาระเพิ่มเติมสำหรับลูกค้าที่ต้องตรวจสอบการเก็บข้อมูลระยะยาว
  • มีเส้นทางยกเว้นสำหรับลูกค้าที่ต้องการความปลอดภัยสูงและลูกค้าที่ใช้ customer-managed keys
    • แต่ก็อาจต้องย้ายไปใช้แพ็กเกจที่แพงขึ้นหรือรูปแบบการติดตั้งแบบพิเศษ

จุดที่ควรจับตา

  • แต่ละองค์กรควรตรวจสอบ Atlassian tenant ของตน
    • ต้องยืนยันแพ็กเกจที่ใช้งานอยู่ซึ่งสูงที่สุดในแต่ละ tenant
    • ต้องทำความเข้าใจการตั้งค่าการมีส่วนร่วมของข้อมูลตามค่าเริ่มต้น
  • ระหว่างช่วง rollout จำเป็นต้องอัปเดตการตั้งค่าฝั่งผู้ดูแลระบบ
  • หากต้องการ opt-out ทั้งหมด อาจต้องพิจารณาย้ายไป Enterprise หรือการติดตั้งแบบแยกสภาพแวดล้อม
  • ประเด็นที่น่าจับตาฝั่งผลิตภัณฑ์
    • ต้องดูว่า Atlassian จะดำเนินกระบวนการ ฝึกใหม่ภายใน 90 วัน อย่างไรในทางปฏิบัติ
    • ต้องตรวจสอบว่าผู้ให้บริการ LLM downstream ที่ใช้กับ Rovo อ้างว่าไม่เก็บอินพุตหรือไม่
  • หากรูปแบบนี้ขยายไปทั่ว SaaS สำหรับองค์กร อาจเกิดกระแสต่อต้านจากลูกค้าและการจับตาจากหน่วยงานกำกับดูแล

เหตุผลของการประเมิน

  • การเปลี่ยนแปลงครั้งนี้ส่งผลจริงต่อผู้ใช้ระดับองค์กรหลายพันรายและผู้ปฏิบัติงานที่ดูแล data governance และการจัดการแหล่งที่มาของโมเดล
  • ไม่ได้ถูกจัดว่าเป็นโมเดลล้ำสมัยหรือหมุดหมายด้านกฎระเบียบ
  • ถูกประเมินว่าเป็น การเปลี่ยนนโยบายผลิตภัณฑ์ ที่เปลี่ยนทั้ง data pipeline ของทีมและตัวเลือกด้านคอมพลายแอนซ์อย่างมีนัยสำคัญ

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

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

 
GN⁺ 9 일 전
ความคิดเห็นจาก Hacker News

  • ฉันรู้สึกว่า Atlassian เหมือนกำลังเดินหน้าทำ ความผิดพลาดซ้ำแล้วซ้ำเล่า เท่านั้นเอง ฉันยังใช้ผลิตภัณฑ์ของมันอยู่บ่อย แต่เจอบั๊กระดับ P0 ถี่เกินไป self-hosted Bitbucket workers โดยเฉพาะฝั่ง Docker เก่ามากจนต้องยัดวิธีแก้ขัดเข้าไปเพียบ ใน JIRA ถ้าจะเปลี่ยนลำดับตั๋วใหม่ก็ต้องรีเฟรชมาหลายปีแล้ว ฟีเจอร์ใหม่ที่เพิ่มเข้าไปใน JIRA กับ Bitbucket ช่วงไม่กี่ปีมานี้ก็ทำงานไม่ค่อยได้ดี ฉันลองฟีเจอร์ AI แบบทดลองใช้ฟรีแล้วแต่มันไม่ทำงานเลย แถมจะยกเลิกก็ทำออนไลน์ไม่ได้ ต้องเปิด support ticket หลายใบ ระหว่างนั้นฟอร์มติดต่อฝ่ายสนับสนุนก็พังหลายรอบอีก ฉันสงสัยจริง ๆ ว่าทำไม ความขัดข้องของฟีเจอร์ ถึงหนักขนาดนี้ เป็นเพราะ technical debt, คนเก่งไหลออก, หรือทั้งสองอย่างกันแน่ ถ้าดูในชุมชนก็เห็นบั๊กเป็นร้อยเป็นพันรายการพร้อมวิธีเลี่ยงปัญหาแนบอยู่

    • ฉันมองว่าการปิดกั้นไม่ให้ยกเลิกทดลองใช้ฟรีทางออนไลน์นั้นอธิบายเป็นอย่างอื่นไม่ได้นอกจาก การหลอกลวงลูกค้า เรื่องแบบนี้ดูเหมือนออกกฎหมายห้ามได้ง่ายมาก แต่รัฐบาลคงไม่สนใจ Atlassian ดูเหมือนบริษัทใหญ่แบบคลาสสิกที่ขายให้หัวหน้าของผู้ใช้มากกว่าขายให้ผู้ใช้เอง พอใหญ่เกินจุดหนึ่งแรงกดดันให้แข่งขันกันเรื่องคุณภาพก็อ่อนลง แล้วความเสื่อมภายในกับความไร้ความสามารถก็แพร่ได้ง่าย
    • ในฐานะคนที่เคยทำงานที่นั่น ฉันคิดว่าคำตอบคือการขาด ศักยภาพด้านวิศวกรรม ผสมกับลำดับความสำคัญที่กระจัดกระจาย และการปรับโครงสร้างองค์กรแบบไม่มีความหมาย Bitbucket pipelines กับ workers เองจริง ๆ ตอนแรกก็มีคนทำอยู่แค่สองคน และตลอด 10 ปีที่ผ่านมาอาจมีคนดูแลแบบจริงจังอยู่เพียงราว ๆ คนเดียว ถ้ามีการปลดคนล่าสุดด้วยก็คงยิ่งหนัก ตอนนี้ออฟฟิศนั้นก็หายไปทางกายภาพแล้ว และคนสมัยนั้นก็ออกกันหมด
    • ฉันมองว่าสาเหตุสรุปได้คำเดียวคือ Featureitis คือยัดฟีเจอร์เข้าไปเรื่อย ๆ แบบไม่คิด ทุกวันนี้ก็ดูมีโอกาสว่าอาจเอาโค้ดที่ AI เขียนมาทับลงไปอีก ในโปรเจกต์ขนาดกลางถ้าผลักแต่ฟีเจอร์ใหม่ก็ลงเอยคล้ายกันได้ และบางโปรเจกต์ที่ฉันเจอก็ไปทางเดียวกันเพราะสนใจแค่เช็กเครื่องหมายว่าฟีเจอร์ครบใน backlog มหึมา
    • ฉันรู้สึกว่า ฟังก์ชันค้นหา ของ Jira ใช้งานไม่ได้มาตลอด อาจเป็นส่วนที่แย่ที่สุดของทั้งแพลตฟอร์มก็ได้ แต่พวกเขาก็ยังทุ่มไปกับการเพิ่มฟีเจอร์ที่ฉันไม่มีวันใช้ ทำให้ยิ่งหมดคำพูด
    • ช่วงนี้ฉันรู้สึกว่า Jira ไม่เสถียร มากเพราะปัญหาซิงก์เพี้ยน ในสปรินต์บอร์ด modal ของ ticket ปิดเองตลอดจนต้องเปิดใหม่เรื่อย ๆ แล้วไม่นานมานี้ก็มี ticket ที่ไม่ยอมโผล่บนบอร์ดนั้นไม่ว่าจะทำยังไง จนภายหลัง epic โผล่มาเฉย ๆ แล้ว ticket รายตัวก็กลับมาอีกที ทำเอาคิดว่า นี่คือมูลค่าเพิ่มที่โลกได้จากสิ่งที่เรียกว่า vibe coding งั้นหรือ

  • ฉันอยากแนบแหล่งที่ดีกว่านี้ แต่ประเด็นสำคัญคือ ตอนนี้ทั้งลูกค้าฟรีและลูกค้าที่จ่ายเงินถูกตั้งค่าเป็น ยินยอมให้ใช้ข้อมูลฝึก AI โดยค่าเริ่มต้น ข้อมูลทั้งหมดอย่างหน้า Confluence และ ticket ใน Jira อยู่ในขอบเขตนี้ เอกสารซัพพอร์ตของ Atlassian บอกวิธีปิดไว้ แต่ในอินสแตนซ์ของพวกเราไม่เห็นการตั้งค่านั้นเลย

    • จากประกาศทางอีเมลที่ฉันได้รับ ฉันเข้าใจว่าการตั้งค่า opt-out จะทยอยปล่อยใน Admin portal ตั้งแต่เดือนพฤษภาคม โดยจะใช้กับ Jira, Confluence, Jira Service Management และแอป Atlassian Platform ก่อน แล้วจะค่อย ๆ ปรากฏใน Atlassian Administration จนถึงวันที่ 19 พฤษภาคม 2026 และจะมีการแจ้งเตือนอีกครั้งก่อนวันที่ 17 สิงหาคม 2026
    • ฉันไล่ดูหลายหน้าการตั้งค่าแล้ว รวมถึง Atlassian Administration > Security แต่หา Data contribution ไม่เจอเลย ถ้าอย่างนั้นตอนนี้มันคือ auto opt-in แต่ในทางปฏิบัติยังไม่มีวิธี opt-out ใช่ไหม
    • ฉันช็อกจากขอบเขตที่ระบุไว้ใน FAQ ในนามของ เนื้อหาที่ผู้ใช้สร้างขึ้น มันรวมถึงชื่อและเนื้อหาของ Confluence, ชื่อ issue และคำอธิบายใน Jira, คอมเมนต์, ชื่ออีโมจิแบบกำหนดเอง, ชื่อสถานะแบบกำหนดเอง, ไปจนถึงชื่อ workflow ขอบเขตกว้างเกินไปมาก
    • ฉันกังวลว่าข้อมูล อ่อนไหว อย่างข้อมูลลูกค้า, ticket ที่ไม่เปิดเผยต่อสาธารณะ, รายละเอียดการแก้ CVE ที่ยัง embargoed, หรือข้อมูลสุขภาพที่ละเอียดอ่อน จะถูกนำไปปนในการฝึกโมเดลและภายหลังรั่วไปถึงคนที่ไม่เกี่ยวข้องหรือไม่
    • ฉันคิดว่าถ้าจะดูคำอธิบายอย่างเป็นทางการเกี่ยวกับการเปลี่ยนแปลงนี้ อ้างอิง Atlassian FAQ น่าจะตรงที่สุด

  • ฉันเห็นข่าวลือว่า Anthropic กำลังคุยเรื่องเข้าซื้อ Atlassian และอาจเป็นเพราะ ข้อมูลสำหรับฝึกโมเดล ด้วย มี โพสต์บน Reddit ที่พูดถึงกระแส data poisoning อยู่แล้วด้วย

    • ถ้าเป็นเรื่องจริง ฉันรู้เลยว่าอย่างน้อยสองบริษัทจะใช้ผลิตภัณฑ์ของ Atlassian ต่อไม่ได้อีก มันถูกอ่านได้ว่าเป็นสัญญาณว่าพวกเขามอง ความเป็นส่วนตัว กับข้อกำกับดูแลเบาเกินไป
    • แต่ก่อนถ้า AI สร้างโค้ดจากการไปกวาด source code ตามที่ต่าง ๆ อย่าง GitHub ตอนนี้ฉันรู้สึกว่าเรากำลังก้าวไปสู่ช่วงที่ AI จะสร้างซ้ำจาก เอกสารสเปก ที่กวาดมาจากที่อย่าง Atlassian แล้ว แบบนี้แหล่งถัดไปคืออะไร จะเป็นแม้แต่ถ้อยคำพันธกิจของบริษัทหรือสโลแกนหาเงินด้วยหรือเปล่า ก็อดจินตนาการแบบขมขื่นไม่ได้
    • ถ้าราคาหุ้นยังร่วงต่อ ฉันก็คิดว่าการเข้าซื้อแบบนั้นอาจเกิดขึ้นจริงได้

  • ฉันรู้สึกว่าใน enterprise SaaS รูปแบบ เก็บข้อมูลเป็นค่าเริ่มต้น แทนที่จะเป็น opt-out กำลังค่อย ๆ ถูกทำให้เป็นเรื่องปกติ แต่กรณีนี้หนักเป็นพิเศษเพราะมันไม่ได้ครอบคลุมแค่ metadata แต่กินไปถึงเนื้อหาทั้งหมดในแอป และยิ่งแย่ตรงที่การตั้งค่า opt-out ยังไม่เรนเดอร์ขึ้นมาอีก การตัดสินใจเชิงนโยบายจะถกเถียงกันได้ แต่พอสองอย่างนี้มาคู่กันมันดูเหมือนจงใจสร้างแรงเสียดทาน อีกเรื่องที่ต้องแยกพูดคือ data residency เพราะผู้ซื้อมากมายเข้าใจว่าการตรึงข้อมูลไว้ตามภูมิภาคคือการรับประกันความเป็นส่วนตัวแบบครบวงจร แต่จริง ๆ แล้วมันหมายถึงแค่เก็บไว้ที่ไหน ไม่ได้การันตีว่าใครเข้าถึงได้เพื่อวัตถุประสงค์อะไร

    • โดยเฉพาะประโยคใน บทความของ The Register ที่บอกว่าต่อให้ยกเลิกสัญญาตอนนี้ การตั้งค่า data contribution แบบใหม่ก็จะยังไม่ถูกนำมาใช้จนถึงวันที่ 17 สิงหาคม 2026 ฟังดู เจ้าเล่ห์ยิ่งกว่าเดิม สำหรับฉัน นั่นคือโครงสร้างที่แทบไม่ได้ให้เวลาคุณประเมินทางเลือกจริง ๆ เลย

  • ฉันมองว่าหลายบริษัทอื่นอย่าง GitHub, Figma, Adobe, Vercel ก็เปิดอะไรแบบนี้ไว้เป็นค่าเริ่มต้นเหมือนกัน เพราะงั้นถ้าคุณฝากข้อมูลไว้กับบริษัทไหน ก็ควรตั้งต้นไว้ก่อนว่ามันอาจถูกใช้สำหรับ ฝึกโมเดล ได้โดยปริยาย

    • บางทีปีนี้อาจเป็น ปีของ self-hosted ก็ได้ ของสาธารณะที่ไม่ได้ซีเรียสเรื่องความเป็นส่วนตัวมากอย่างบล็อกสาธารณะ ฉันยังวางไว้บนคลาวด์ แต่ข้อมูลที่ไม่อยากให้ถูกเอาไปฝึกโมเดลหรือขายโฆษณา ฉันย้ายกลับมาโฮสต์เองในเครือข่ายของฉันแล้ว

  • ถ้าข่าวลือเรื่อง Anthropic เข้าซื้อเป็นจริง ฉันคิดว่า Atlassian จะถูกมองเป็นโอกาสในการซื้อชุดข้อมูล สัญญาณสูง รอบงานธุรกิจไปทั้งก้อน

    • บางทีถ้า Broadcom ซื้อ Atlassian แล้วทำแบบเดียวกับตอน VMware ไปเลย ปัญหาอาจถูกแก้ถาวรก็ได้ เป็นแค่ จินตนาการเชิงประชด ของฉัน
    • ฉันไม่คิดว่าข้อมูลใน Atlassian จะเป็นชุดข้อมูลที่สะอาดหรือเป็นธรรมชาติอะไรเลย มันให้ความรู้สึกเหมือนพื้นที่ที่มี การออกแบบจากนรก จนงานของนักพัฒนาจริงถูกกลืนหายไปในสัญญาณรบกวนสารพัด
    • ถ้าข่าวลือนี้ยังอยู่ในขั้นที่มีแต่การคาดเดาในฟอรัม ฉันก็จะยังไม่เชื่อจนกว่าจะมี แหล่งข้อมูลที่น่าเชื่อถือ ออกมา มันฟังดูเหมือนเรื่องปั่นหุ้นแล้วเทขายอยู่เหมือนกัน

  • ฉันสงสัยว่า Atlassian เอาโค้ดและเนื้อหาใน private Bitbucket repository ไปอยู่ใน ขอบเขตการเก็บข้อมูล ด้วยหรือไม่ ข้อความในนโยบายกับ FAQ มันกำกวมจนฉันอยากได้คำตอบชัด ๆ แบบใช่หรือไม่ใช่

    • ตอนที่ฉันหาข้อมูลเมื่อหลายเดือนก่อน ฉันตีความว่าเขาไม่ได้เอาโค้ดใน private repo ไปฝึก AI แต่พอเห็นประกาศรอบนี้แล้ว ไม่ว่ายังไงฉันก็ตั้งใจจะย้ายไปเซิร์ฟเวอร์ของตัวเองอยู่ดี ที่เก็บบนคลาวด์มันสะดวกก็จริง แต่การต้องคอยกังวลว่าจะมีใครมาหยิบข้อมูลของฉันไปเป็นของตัวเองหรือเปล่านั้นไม่คุ้มจะทน
    • ถ้าถ้อยคำมัน กำกวม คำตอบก็แทบชัดอยู่แล้ว

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

  • ฉันอยากย้ำว่าออปชัน data residency ของ Atlassian ไม่ได้ช่วยกันปัญหานี้เลย ต่อให้ผูกข้อมูลไว้กับรีเจียนหนึ่ง มันก็ยังถูกใช้เพื่อการฝึกได้อยู่ดี

  • เพราะงั้นฉันเลยรู้สึกว่าเหตุผลที่ Atlassian อยากลดการรองรับ Data Center แบบ on-prem ก็ดูชัดขึ้นมาก