ที่เก็บปลั๊กอิน WordPress คุ้มค่ากับความยุ่งยากหรือไม่?

หากคุณเป็นนักพัฒนาปลั๊กอิน WordPress ที่มีประสบการณ์ค่อนข้างมาก คุณคงเคยถามคำถามนี้กับตัวเองแล้ว ซึ่งอาจมากกว่าหนึ่งครั้ง

หากคุณเป็นนักพัฒนาปลั๊กอิน WordPress ที่ค่อนข้าง ใหม่ คุณอาจกำลังถามตัวเองว่า “เดี๋ยวก่อน … ทำไมฉันถึง ไม่ ต้องการให้ปลั๊กอินของฉันอยู่ในที่เก็บล่ะ!”

คำถามทั้งสองถูกต้อง

เช่นเดียวกับสิ่งต่างๆ ในชีวิต การอัปโหลดปลั๊กอินไปยังที่เก็บอย่างเป็นทางการที่ WordPress.org มีข้อดีและข้อเสีย ในบทความนี้ เราจะพิจารณาทั้งสองด้านของการอภิปราย

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

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

ดังนั้นคุณจะตัดสินใจได้อย่างไรว่าที่เก็บ WordPress นั้นคุ้มค่ากับความยุ่งยากสำหรับปลั๊กอินของคุณหรือไม่ทวีต

เริ่มต้นด้วยการตรวจสอบประโยชน์ของมัน

ข้อดีของ WordPress Plugin Repository for Developers

นักพัฒนาปลั๊กอินได้รับประโยชน์มากมายจากการใช้พื้นที่เก็บข้อมูลเพื่อโฮสต์ปลั๊กอินของตน ขึ้นอยู่กับว่าคุณเป็นนักพัฒนาปลั๊กอินมืออาชีพที่มีผลิตภัณฑ์มากมายหรือทำเพื่อความรักใน WordPress หรือเป้าหมายอื่น ข้อดีแต่ละข้อเหล่านี้อาจมีน้ำหนักที่แตกต่างกันสำหรับคุณ

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

ตัวอย่างเช่น คุณสามารถสร้างปลั๊กอินได้สองเวอร์ชัน อันแรก – อันที่โฮสต์บนที่เก็บปลั๊กอิน WordPress.org – จะต้องฟรี แต่จะต้องใช้งานได้ ดังนั้น คุณสามารถสร้างเวอร์ชันของปลั๊กอินที่ไม่ได้มีคุณลักษณะครบถ้วนเพื่ออัปโหลดไปยังที่เก็บ จากนั้นจึงเสนอการขายต่อยอดให้กับผู้ใช้สำหรับเวอร์ชันเต็มที่มีคุณลักษณะ ไม่ว่าจะเป็นการชำระเงินครั้งเดียวหรือการสมัครรับข้อมูล AKA รุ่น Freemium

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

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

พื้นที่เก็บข้อมูล WordPress เพิ่มขนาดของผู้ชมที่อาจย้ายไปยังจุดที่ง่ายต่อการเชื่อในวงจรการซื้อทวีต

และนั่นนำเราไปสู่ประโยชน์หลักประการที่สองสำหรับนักพัฒนาที่ใช้พื้นที่เก็บข้อมูล นั่นคือ การเข้าถึงผู้ชมจำนวนมากและหลากหลาย ดังที่ "วิธีสร้างปลั๊กอิน WordPress ของ Scotch.io ตอนที่ 2" ชี้ให้เห็น พื้นที่เก็บข้อมูลนั้นดีสำหรับนักพัฒนาเพราะคุณกลายเป็น "ส่วนหนึ่งของชุมชน WP"

โดยเฉพาะอย่างยิ่งเมื่อคุณพิจารณาว่าชุมชน WordPress มีผู้คนจากหลายประเทศที่พูดภาษาต่างๆ มากมาย: “มันสมเหตุสมผลมากที่จะมีปลั๊กอินของคุณ [แปล] ได้ง่ายโดยไม่ต้องสัมผัสการเข้ารหัสหลัก”

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

นักพัฒนาสามารถดีบักและปรับแต่งปลั๊กอินของตนเองได้อย่างแน่นอน แต่ปฏิเสธไม่ได้ว่ากระบวนการนี้เร็วกว่า ราบรื่นกว่า และทั่วถึงกว่ามากด้วยความช่วยเหลือจากฐานผู้ใช้ขนาดใหญ่ที่แอ็คทีฟ

นั่นคือสิ่งที่นักพัฒนาจำนวนมาก โดยเฉพาะอย่างยิ่งผู้ที่ไม่มีเวอร์ชันพรีเมียมเพื่อขายต่อ ไม่สามารถทำซ้ำได้โดยใช้ต้นทุนหรือเวลาที่มีประสิทธิภาพ มันใช้งานไม่ได้จริง

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

พื้นที่เก็บข้อมูลยังสามารถให้นักพัฒนาปลั๊กอินเข้าถึงคำติชมของผู้ใช้ที่เหมาะสมและทันท่วงที ตามที่ Speckyboy ระบุไว้ในบทความนี้โดยสรุปข้อดีและข้อเสียของการพัฒนาปลั๊กอินที่โฮสต์โดยพื้นที่เก็บข้อมูล:

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

เมื่อทำได้ง่ายขึ้น ผู้ใช้มักจะให้ข้อเสนอแนะที่มีความหมาย ซึ่งจะทำให้งานของคุณดีขึ้นเท่านั้น

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

มากสำหรับข้อดี ข้อเสียคืออะไร?

การสนับสนุนเป็นภาระหนักที่ต้องแบกรับ

โดยกำหนดให้นักพัฒนาต้องให้การสนับสนุนเพื่อดำเนินการเพื่อ "รับ" คำขอ ที่เก็บกำลังเรียกใช้ระบบดึง แทนที่จะเป็นระบบที่ "ส่ง" การแจ้งเตือนไปยังนักพัฒนา

หากปลั๊กอินของคุณมีการดาวน์โหลดเพียงไม่กี่โหล และการพัฒนาปลั๊กอินเป็นเพียงงานอดิเรกสำหรับคุณ อาจไม่ใช่เรื่องใหญ่ แต่ถ้านี่คือธุรกิจของคุณ และ/หรือคุณมีปลั๊กอินหลายตัว รวมถึงบางปลั๊กอินที่ได้รับความนิยมเป็นพิเศษ ระบบดึงสามารถสร้างความหายนะให้กับประสิทธิภาพการทำงาน กำหนดการ และความมีสติของคุณได้

ยอมรับเถอะ: อาจเป็นกระบวนการที่ต้องใช้เวลามากในการให้การสนับสนุนปลั๊กอินฟรี แม้ว่าผู้พัฒนาต้องการให้การสนับสนุนก็ตาม

การสนับสนุนปลั๊กอินฟรีอาจใช้ทรัพยากรมาก แม้ว่านักพัฒนาจะมีแนวโน้มสูงก็ตามTweet

ภายใต้ข้อร้องเรียนของนักพัฒนาซอฟต์แวร์จำนวนมากเกี่ยวกับพื้นที่เก็บข้อมูล มีการรับรู้ถึงการขาดความกังวลสำหรับนักพัฒนา

บ่อยครั้งที่การวิพากษ์วิจารณ์ของนักพัฒนาเหล่านี้มักพบกับ "หากคุณไม่ต้องการใช้เวลาสนับสนุนปลั๊กอินฟรี ให้หลีกเลี่ยงที่เก็บข้อมูล เผยแพร่บน GitHub”

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

ระบบตรวจสอบ/ให้คะแนนที่ไวต่อการละเมิด

นักพัฒนาหลายคนเห็นด้วยว่าระบบการรีวิวและการให้คะแนนในปัจจุบันนั้นอ่อนไหวเกินกว่าจะถูกควบคุมโดยผู้ที่มีแรงจูงใจที่ไม่ดีหรือผู้ที่ไม่เข้าใจสิ่งที่ปลั๊กอินทำ วิธีใช้งาน หรือขอความช่วยเหลือ

James Laws ของ WP Ninjas วางไว้อย่างดีในบทความที่ ManageWP:

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

ปัญหาด้านคุณภาพกับปลั๊กอิน

แม้ว่าผู้ใช้อาจมองว่าปลั๊กอินที่โฮสต์ในที่เก็บนั้นมีคุณภาพสูงกว่า แต่ก็ไม่จำเป็นว่าจะเป็นจริงสำหรับนักพัฒนา หลายคนแสดงความคิดเห็นเกี่ยวกับการมีอยู่ของปลั๊กอินคุณภาพที่น่าสงสัยในที่เก็บ

ตัวอย่างหนึ่งของการรับรู้นี้สามารถพบได้ในโพสต์ “What Lurks in the WordPress Plugin Repository?” ซึ่งมีรายละเอียดประเด็นต่อไปนี้ (เป็นที่ยอมรับในปี 2554):

1. “ปลั๊กอินมากกว่าครึ่งในที่เก็บไม่สามารถทำงานร่วมกับ WordPress 3.x”
2. “85% ของปลั๊กอินที่ฉันทดสอบมีคำเตือน ข้อผิดพลาด และการแจ้งเตือน PHP”
3. “ด้วยการขุดค้นเล็กน้อย ฉันพบปลั๊กอินใน repo ที่มีจุดอ่อน และสามารถใช้มันเพื่อแฮ็คไซต์และเปลี่ยนให้เป็นโดรน”
4. “มีเพียง 32% ของปลั๊กอิน 15,000+ เท่านั้นที่ได้รับการอัปเดตในปี 2011”
5. “… สองในสามของปลั๊กอินทั้งหมดไม่ได้รับการอัปเดตในปีนี้ และหนึ่งในสามของปลั๊กอินยังไม่ได้รับการอัปเดตตั้งแต่ปี 2009”

เมื่อเร็ว ๆ นี้ Mika Epstein ได้นำเสนอที่น่าตื่นเต้นเกี่ยวกับกระบวนการตรวจสอบทั้งหมดจาก POV ของอาสาสมัคร (ห้าคนเชื่อหรือไม่ – แค่ห้าคน) ที่ตรวจสอบปลั๊กอินที่ส่งสำหรับพื้นที่เก็บข้อมูล (โดยเฉลี่ย 35 ต่อวัน)

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

มันประสบความสำเร็จหรือไม่? ไม่ทั้งหมด. แน่นอนว่าระบบใด ๆ ที่ดำเนินการโดยมนุษย์นั้นมีความอ่อนไหวต่อความผิดพลาดในระดับหนึ่ง

กระบวนการตรวจสอบเอง

การนำเสนอของ Mika ยังระบุประเด็นต่างๆ เกี่ยวกับกระบวนการตรวจสอบอีกด้วย โดยทั่วไป ด้วยทีมงานอาสาสมัครห้าคนและปลั๊กอิน 35 ตัวที่ส่งโดยเฉลี่ยในแต่ละวัน ทำงานบนแพลตฟอร์ม BPress ที่ล้าสมัย จึงไม่สมเหตุสมผลที่จะคาดหวังกระบวนการที่รวดเร็ว คล่องตัว และมุ่งเน้นนักพัฒนา

ผลลัพธ์สุดท้าย: ในหน้า "เพิ่มปลั๊กอิน" บน WordPress.org คุณจะไม่ทราบว่าต้องรอนานแค่ไหน แต่คุณสามารถดูจำนวนปลั๊กอินที่อยู่ข้างหน้าของคุณได้

ในขณะที่เขียนนี้มี 145 ปลั๊กอินในคิวการตรวจทาน โดยมี 108 รายการที่รอการตรวจสอบเบื้องต้น ทวีต

และดังที่ Speckyboy โพสต์ไว้ว่า “Automattic ไม่ได้อายที่จะกำหนด [มัน] ให้กับนักพัฒนาในที่เก็บ”

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

ข้อมูลไม่เพียงพอ!

การโฮสต์ปลั๊กอินของคุณบนที่เก็บปลั๊กอินของ WordPress จะไม่ทำให้คุณมีสถิติและข้อมูลมากมายว่าใครกำลังใช้ปลั๊กอินของคุณและอย่างไร คุณจะพัฒนาอย่างสุ่มสี่สุ่มห้า โดยต้องทำเฉพาะกับจำนวนการ ดาวน์โหลด และจำนวนการ ติดตั้งที่ใช้งานอยู่โดยประมาณ ทำให้แทบเป็นไปไม่ได้เลยที่จะทำการตัดสินใจที่ชาญฉลาดและขับเคลื่อนด้วยข้อมูล

ตามที่ Chris Lema แนะนำ - เมื่อคุณมีข้อมูล คุณจะไม่ "ตาบอด" และสามารถเปิดตาของคุณต่อการตัดสินใจที่สำคัญและเร่งด่วนที่ต้องทำเกี่ยวกับปลั๊กอินของคุณ การตัดสินใจเหล่านี้มักจะเป็นประโยชน์ต่อผู้ใช้ของคุณในแง่ของการพัฒนาและการสนับสนุน และสุดท้ายสำหรับกระบวนการเพิ่มประสิทธิภาพด้านการตลาดและการกำหนดราคาของปลั๊กอินของคุณ

ต่อไปนี้คือแฮงเอาท์สั้นๆ ที่แมตต์ ครอมเวลล์มีร่วมกับคริส เลมา พูดคุยเกี่ยวกับหัวข้อนี้ รวมถึงหัวข้ออื่นๆ ที่เกี่ยวข้อง

นักพัฒนาปลั๊กอินที่โฮสต์ปลั๊กอินด้วยที่เก็บ WordPress มีวิธีที่ถูกต้องในการรับข้อมูลของปลั๊กอิน ตราบใดที่ดำเนินการด้วยความยินยอมและอนุมัติของผู้ใช้ Freemius Insights สามารถช่วยได้ด้วยการจัดหาชิ้นส่วนที่ขาดหายไปทั้งหมดในปริศนาข้อมูลของปลั๊กอิน WordPress

ข้อจำกัดของปลั๊กอิน

สุดท้ายนี้ นักพัฒนาซอฟต์แวร์ต้องต่อสู้กับข้อจำกัดต่างๆ มากมายเกี่ยวกับปลั๊กอินที่ได้รับการยอมรับสำหรับพื้นที่เก็บข้อมูล

ตามที่ระบุไว้โดยย่อที่หน้าข้อมูลไดเรกทอรีปลั๊กอินของ WordPress.org สำหรับนักพัฒนา ข้อจำกัดเหล่านั้นรวมถึง:

1. ปลั๊กอินของคุณต้องเป็นไปตาม GPL 100% (และรวมถึงเนื้อหาที่ไม่ใช่ PHP เช่น รูปภาพ & CSS ซึ่งไม่ใช่อนุพันธ์ของโค้ด WordPress)
2. ไม่สามารถทำอะไรผิดกฎหมายหรือ “ล่วงละเมิดทางศีลธรรม” ได้
3. นักพัฒนาต้องใช้ที่เก็บ Subversion ที่ทีมปลั๊กอินให้มา หากคุณต้องการให้แสดงบนไซต์ WP.org - ไดเร็กทอรี "เป็นไซต์โฮสต์ ไม่ใช่ไซต์รายการ"
4. ต้องมีไฟล์ readme.txt ที่สามารถอ่านได้และเข้ากันได้กับมาตรฐานไฟล์ readme ของปลั๊กอิน WP

มีรายการหลักเกณฑ์และข้อกำหนดที่ยาวกว่านั้นอีกมาก ซึ่งรวมถึงข้อห้ามในการละเมิดเครื่องหมายการค้า WordPress และการเตือนอีกอย่างว่าทีมงานสามารถลบปลั๊กอินที่อาจเข้าข่ายว่าเป็นสแปม ปลั๊กอินที่ผิดกฎหมาย หรือไม่เหมาะสมทางศีลธรรม

บทสรุป

การขาดความตระหนักรู้หรือการพิจารณาถึงมุมมองและความต้องการของชุมชนนักพัฒนาทำให้เกิดข้อบกพร่องหลายประการที่กล่าวถึงในบทความนี้

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

แล้วทางออกคืออะไร?

หากคุณเป็นนักพัฒนาที่ต้องการมีส่วนร่วมอย่างรวดเร็วในชุมชน WordPress ด้วยรหัสของคุณ – คุณอาจต้องการพิจารณา GitHub เช่น Coen Jacobs:

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

แน่นอน GitHub เสนอข้อดีและข้อเสียของตัวเองให้กับนักพัฒนาปลั๊กอิน ดังนั้น คุณควรพิจารณาคำถามอย่างมีวิจารณญาณก่อนตัดสินใจขั้นสุดท้าย

แต่ถ้าความตั้งใจและแผนของคุณในโลกของปลั๊กอิน WordPress เป็นระยะยาวและเกิดซ้ำ และบางทีคุณอาจต้องการสร้างรายได้จากปลั๊กอินของคุณโดยใช้โมเดล freemium ในบางจุด บางทีพื้นที่เก็บข้อมูล WordPress.org ก็เหมาะสำหรับคุณ ข้อเสียทั้งหมดของมัน นอกจากนี้ ในฐานะสมาชิกของชุมชน WordPress เราควรกดเพื่อปรับปรุงพื้นที่เก็บข้อมูลเพื่อแก้ไขข้อบกพร่องและปัญหา

คุณคิดอย่างไร? ข้อดีของพื้นที่เก็บข้อมูลมีค่ากับข้อเสียและปัญหาทั้งหมดสำหรับนักพัฒนาปลั๊กอินหรือไม่?