เหตุใดจึงมีแพ็คเกจ snap - มีความต้องการจริงหรือไม่?


11

สมมติฐาน

สุจริตฉันไม่รู้มากเกี่ยวกับแพ็คเกจ snap - แต่นี่ไม่เกี่ยวข้องกับคำถามนี้ - ดูด้านล่าง ฉันคิดว่าระบบแตกต่างจากระบบเดิมที่มีอยู่อย่างมาก

การเปลี่ยนแปลงนั้นสมเหตุสมผลหรือไม่?

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

ไม่สามารถเปลี่ยนวิธีการปัจจุบันเพื่อให้ครอบคลุมกรณีการใช้งานใหม่ได้หรือไม่?

หรือว่าฉันพลาดประเด็นไป?

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

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

แล้วทำไมพวกมันถึงมีอยู่จริง?


พื้นหลัง

ปฏิกิริยาแรกของฉันคือ "ไม่เข้าท่าเลย!"

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

หากสมมติฐานของฉันถูกต้องกรณีนี้จะคล้ายกัน

แต่อาจจะไม่ใช่ - มาดูกัน


มีการโหวตอย่างใกล้ชิดว่า "อิงความเห็นเป็นหลัก" - นั่นหมายความว่าคำตอบนั้นถูกคาดหวังให้เป็นความเห็นใช่หรือไม่ ซึ่งโดยทั่วไปจะเป็นคำตอบในตัวมันเองซึ่งหมายความว่าไม่มีฉันทามติที่กำหนดไว้ว่าต้องการการเปลี่ยนแปลง ดังนั้นจะมีข้อโต้แย้งที่เป็นมืออาชีพและตรงกันข้าม; นั่นหมายความว่าคำถามของฉันเป็นประเด็นและมีประโยชน์มากกว่าที่ฉันคาดไว้!
Volker Siegel

2
ฉันโหวตให้เปิดคำถามนี้อีกครั้ง มันถามจริงๆว่าทำไม snaps ถูกนำมาใช้เมื่อผู้จัดการแพคเกจมีอยู่แล้วและ Ubuntu (และระบบปฏิบัติการอื่น ๆ ) มีพวกเขาอยู่แล้ว ดังนั้นคุณพูดถูก: ถ้านี่เป็นคำถามที่อิงกับความคิดเห็นเป็นหลักนั่นหมายความว่าไม่มีคำตอบใด ๆ ที่จะได้รับจากข้อเท็จจริงและประสบการณ์เป็นหลัก อย่างไรก็ตามอย่างที่คุณเห็นจากคำตอบที่ยอดเยี่ยมของ muruนี่ไม่ใช่กรณี เมื่อควรใช้สแนป (หรือแม้ว่า) ยังคงเป็นสิ่งที่ผู้คนสามารถมีการอภิปรายตามความคิดเห็นเป็นหลักเกี่ยวกับ แต่นั่นไม่ใช่สิ่งที่มันเป็น
Eliah Kagan

คำตอบ:


17

ใช่มีความต้องการที่แท้จริง

มีความต้องการอย่างแท้จริงสำหรับสิ่งนี้ตั้งแต่ครั้งแรกที่ซอฟต์แวร์หนึ่งขึ้นอยู่กับซอฟต์แวร์อื่น

ทำให้ชัดเจน:

ผู้จัดการอ้างอิงเป็นเรื่องยาก

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

  1. บน Windows ที่โปรแกรมรวมการพึ่งพาผู้ใช้ต้องดูแลการอัพเกรด (และปัญหาด้านความปลอดภัยจากการขาด) หากฉันต้องการรุ่น X สำหรับแอพของฉันง่ายๆ: ฉันจัดหาแอพของฉันให้ ตอนนี้ฉันจะจัดการกับการปรับปรุงได้อย่างไร
  2. บน Linux distros ส่วนใหญ่ (ตาม Debian หรือ Red Hat) ซึ่งโปรแกรมสามารถพึ่งพาซอฟต์แวร์จากที่เก็บได้โปรแกรมจากที่เก็บต้องขึ้นอยู่กับซอฟต์แวร์จากที่เก็บ ถ้าฉันต้องการรุ่น X ของแอปของฉันและดิสโกจัดจำหน่าย X ก็ง่าย: ฉันขึ้นอยู่กับมัน และถ้า distro ไม่? จากนั้น: ???
    • การเพิ่มหลายรุ่นลงใน distro จะเป็นการเพิ่มภาระให้กับผู้ดูแล
    • การสูญเสียความสามารถในการใช้เวอร์ชันของตัวเลือกการพึ่งพาเพิ่มภาระให้กับนักพัฒนา
    • การสูญเสียความสามารถในการใช้เวอร์ชันของตัวเลือกแอปพลิเคชันทำให้ผู้ใช้ไม่รอดพ้น

มีการสูญเสียอิสรภาพอย่างมากในทั้งสองวิธี

และนี่คือที่มาของ snapshot: พวกมันปล่อยให้ dev รวมรุ่น X และให้ระบบบรรจุภัณฑ์จัดการการปรับปรุง ใครเป็นคนจ่ายค่าใช้จ่าย? ผู้ใช้งาน:

  • โดยต้องการพื้นที่เพิ่ม
  • โดยทำให้พวกเขาตกอยู่ในความเสี่ยงอันเนื่องมาจาก dev ที่ไม่ประมาทไม่ได้สร้างสแนปของพวกเขาใหม่เมื่อมีการพึ่งพา

ฉันจะได้ประโยชน์อะไรจากการแลกเปลี่ยน

  • นอกเหนือจากการรักษาความปลอดภัยผ่านการอัปเดต (ซึ่งตรงไปตรงมามีคนไม่เพียงพอ) ฉันผู้ใช้ไม่ต้องกังวลกับการพึ่งพาด้วยสแนป คำส่วนใหญ่สูญเสียความหมาย
  • นอกเหนือจากการปรับปรุงความปลอดภัยผู้พัฒนาซอฟต์แวร์ไม่ต้องกังวลกับการให้ผู้ใช้ติดตั้งการอ้างอิงที่ถูกต้อง

3
ใช่ฉันคิดว่านรกพึ่งพาอธิบายได้ค่อนข้างดี
Volker Siegel

ผมขอสร้างเสียงตรงข้าม :) ทำไมพวกเขาไม่เพียงแค่ใช้/opt?
user.dz

@Sneetsher คิดแบบนี้: อะไรที่ทำให้แอพหนึ่งไม่สามารถเขียนทับแอพอื่นใน / opt ได้ ยิ่งกว่านั้นคุณจะป้องกันไม่ให้แอพหนึ่งอ่านคีย์ส่วนตัวของแอพอื่นได้อย่างไร?
Evan

@Evan AppArmorก็มีการออกไปแล้วเพื่อให้ครอบคลุม แต่วิธีการป้องกันอาจแตกต่างกัน อย่างไรก็ตามหัวข้อคือการขึ้นเครื่อง
user.dz

muru ขอบคุณสำหรับการเขียนทั้งหมดนี้ นี่เป็นคำตอบแรกของ Google เกี่ยวกับสาเหตุ แม้ว่าฉันอยากรู้ ฉันเห็นว่าระบบของฉันใช้ snaps สำหรับพูดว่า Chromium และตอนนี้ฉันต้องการติดตั้ง Skype ปกติฉันจะsudo apt-get install skypeแต่แล้วฉันเห็นว่ามันใช้ได้ในพริบตา แต่เมื่อฉันติดตั้ง Chromium ฉันไม่ได้ทำอะไรเป็นพิเศษเพื่อให้ใช้งาน snap ได้ แต่มันก็เป็นเช่นนั้น ดังนั้นตอนนี้ฉันเข้าใจว่าทำไม snapshot มีอยู่และดีใจที่พวกเขาทำ ตอนนี้ฉันอยากรู้อยากเห็นถ้าฉันต้องกังวลเกี่ยวกับsudo snap install skype?
SDsolar

3

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

ตัวอย่างเช่นการคลิกปุ่มช่องสำหรับnextcloudจะแสดงกล่องโต้ตอบในภาพหน้าจอด้านล่าง

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

  • สถานที่อ่าน / เขียน
  • การเข้าถึงที่เก็บข้อมูลแบบถอดได้
  • ประเทศที่สแน็ปนั้นอยู่ในรายการที่อนุญาต / ขึ้นบัญชีดำ
  • การเข้าถึงเครือข่าย
  • กล้อง, เครื่องพิมพ์, จอยสติ๊ก, ตำแหน่ง GPS
  • การตั้งค่าระบบ
  • ... รายการทั้งหมดของการเชื่อมต่อ snap

วิธีเลียนแบบการรวมกลุ่มของแอป MacOS และแอปแซนด์บ็อกซ์ของ Android ที่มีสิทธิ์และผู้ให้บริการ / ผู้รับเนื้อหา

แพ็คเกจ ubuntu snap เลือกช่อง

ตอนนี้จินตนาการว่าคุณต้องใช้แอพโหลด้วยแต่ละแอพด้วยไลบรารี่ที่เป็นเวอร์ชั่นของมันเองไพ ธ รันของ Python / Ruby / NodeJS และคุณไม่ต้องการวิ่งเข้าไปในนรกพึ่งพาและยุ่งเหยิงหรือทำให้ไลบรารีระบบของคุณสกปรก ระบบของคุณโมดูล Python / Node / Perl / Ruby ฯลฯ

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.