Neden bir sabit sürücüyü bölümlere ayırın. Eski sürücü arızalıysa

Hızla ilerlemenin gerçekleştiği ve bilgisayar bileşenleri pazarında sürekli olarak yeni ürünlerin ortaya çıktığı bir ortamda, giderek daha fazla kullanıcı bunları değiştirmeyi tercih ediyor. hard disk yeni ve daha büyük bir hacim için. Yakın zamana kadar sabit diskin kapasitesi çok büyük değilse, alanın aslan payı sistem tarafından işgal edildi ve kişisel kullanım için çok az yer kaldı. Ve ne zaman HDD büyük hacimli, bölümlere ayırmak mantıklı. Bunu yapmanın en kolay yolu işletim sistemini yeniden yüklemektir.

Bir sabit diski bölümlere ayırmanın kullanışlılığı ve gerekliliği, yalnızca kolaylık nedeniyle değil, aynı zamanda güvenlik açısından da önemlidir. Örneğin, dosyaya bir tür virüs bulaşmadığından veya virüs bulaştığından asla tam olarak emin olamayacağınız için sistem dosyaları dışında, özellikle İnternet'ten indirilenler olmak üzere C sistem sürücüsüne sistem dosyaları dışında başka dosyaları kaydetmemeniz önerilir. işletim sistemi başarısız olursa kaybolmaz. Ayrıca, sabit sürücünüzde her biri belirli amaçlar için kullanılabilen birkaç diskiniz varsa çok kullanışlı olacaktır; bölme sırasında her diske bir ad atayabilirsiniz. Örneğin, D sürücüsü oyunları yüklemek içindir ve Oyunlar olarak adlandırılır, E sürücüsü iş için diğer önemli dosyaları depolamak içindir. Bu, istediğiniz dosya veya klasörü hızlı bir şekilde bulmanızı çok daha kolay hale getirir. Diğer her şey için sadece 2 bölüm C ve D. C - sistem, D oluşturmanızı öneririm.

Bölüm sayısına karar verdikten sonra, tüm sabit sürücünün hacminin bölümlere dağılımını doğru bir şekilde düşünmeniz gerekir. İçin sistem diski C, 70-120 GB tahsis edilmesi arzu edilir (elbette, sabit sürücünün toplam hacminin ne kadar izin verdiğine bağlı olarak), çünkü sistemin kendisine ek olarak, çalışırken tüm programlar C sürücüsüne yüklenir. bilgisayar zaman zaman yeni programlar yüklemek için gerekli hale gelir ve C sürücüsünde ne kadar fazla alan olursa, bir gün orada bir sonraki programı koymak için yeterli alana sahip olamama olasılığınız o kadar düşük olur. Ayrıca, çalışma sırasında sistem gerekli dosyaları bu sürücüye geçici bir klasöre kopyaladığı için C sürücüsünde her zaman boş alan olmalıdır. Kalan bölümlerde zaten kendi isteklerinize göre yer ayırabilirsiniz.

Bazen, sabit sürücüde önceden bozulan bölümleri birleştirmek gerektiğinde zıt durumlar olabilir. Burada zaten biraz daha iş olacak, çünkü kullanım sırasında kaydettiğiniz bilgiler önceden oluşturulmuş bölümlerde saklanıyor. Kaybetmemek için, diskleri birleştirmeden önce üzerlerinde depolanan tüm dosya ve klasörleri kaydetmeniz gerekir, bu ya da yapılabilir. sanal diskler ya da geçici olarak normal disklere yazdırın.

Bölümler nasıl faydalı olabilir?

Tipik bir ofis düşünün. İçinde kutular, kutularda klasörler, klasörlerde belgeler var. Bu belge düzeni sistemini iptal ederseniz bir şey bulabilir misiniz? Muhtemelen yapabilirsin, ama hangi güçlerle? Bilgisayar disklerinde bilgi depolama, benzer şekilde uygulanır ve veri depolama, işletim sistemlerinin ve uygulamaların kurulumunda işleri düzene koymanıza olanak tanır. Bir diski bölümlemek bir düzen gibidir farklı klasörler ayrı kutularda ve çoğu durumda disk alanını daha verimli kullanmanıza olanak tanır. İşletim sistemi, her bölümü kendi sürücü harfini atayarak ayrı bir sabit sürücü olarak görüntüler. Bir diski bölümlemek, diskteki farklı işletim sistemleri arasındaki çakışmaları önlemenize, verileri (yetkisiz erişime karşı dahil olmak üzere) korumanıza, yeni yazılımlarla denemeler yapmanıza vb. yardımcı olabilir.
Sabit diskiniz bölümlenmemişse, zamanla ya diskin kök bölümünde çok fazla klasörle ya da yolun son derece geniş bir klasör sistemiyle sonuçlanacaksınız. istenen dosyaçok uzun ve rahatsız edici olabilir. Bu bilgisayarda gerçekleştirilen ana faaliyetlere göre diski bölümlere ayırmak, bundan kaçınmaya yardımcı olacaktır.
Verileri yedeklemek ve ayrıca hasarlı bir işletim sistemini geri yüklemek çok daha kolay hale gelir, çünkü belgelerinizin oluşturulmasından bu yana birçok kez güncellenmiş olduğu konusunda endişelenmeden, bir işletim sistemine sahip bir bölümün görüntüsünü kolayca geri yükleyebilirsiniz. görüntü. Dolayısıyla verileri ve işletim sistemini farklı bölümlere yerleştirmek çok faydalı bir alıştırmadır.
Bir diski bölümlemek, verilere erişimin sınırlandırılmasına da yardımcı olabilir. Siz sadece ayrı bir bölüm oluşturun ve onu şifre ile koruyun.
Bir fiziksel diskte birkaç işletim sistemi bulundurursanız, bunları bir fiziksel diske kurmak daha uygundur. farklı bölümler... Bu, bir sistem çökmesi durumunda tekrar yardımcı olacaktır. Siz sadece bölümü görüntüden geri yükleyin ve çalışmaya devam edin. Kalan bölümler ve işletim sistemi fark etmeyecek bile.
Sabit disklerle çalışırken bir diğer önemli husus, kümenin boyutudur - sistem tarafından bilgileriniz için ayrılan minimum alan birimi. Bölme ne kadar büyük olursa, küme o kadar büyük olur ve daha az disk alanı kullanılır. Bir örnekle açıklayayım: diskteki küme boyutunun 32 kilobayt olduğunu varsayalım. Bu otomatik olarak, dosya boyutu ne kadar küçük olursa olsun diskte en az 32 KB yer kaplayacağı anlamına gelir. Birçok küçük dosya kendi boyutlarının kat kat yer kaplayabilir. Ve dosyanız 65 kilobayt boyutundaysa, 2'si tamamen ve üçüncüsü -% 3 olmak üzere 3 küme alacaktır ve bu da yine boş disk alanı kaybına yol açacaktır. Elbette, modern diskler boyutlarıyla hayal gücümüzü şaşırtıyor, ancak uygulamanın gösterdiği gibi, belge arşivleri, sürücüler ve diğer benzer dosyalar disk alanını feci şekilde tüketebilir.

Bundan nasıl kaçınılır ve diskteki bölümler nasıl yönetilir?

Birkaç yol var. Örneğin, dosyaları büyük bir arşive koyabilirsiniz, ancak bu onu kullanmayı uygunsuz hale getirir. Çok sayıda küçük dosya için diskte nispeten küçük bir bölüm tahsis etmek ve multimedya dosyaları için büyük bir bölüm ayırmak çok daha mantıklıdır.
Bölümlerle çalışmak için uygun bir araç yazılım paketi PowerQuest tarafından geliştirilen Partition Magic. Elbette, bölümler oluşturmak için fdisk yardımcı programını kullanabilirsiniz, ancak zaman içinde veri yapınız değiştiyse veya yeni işletim sistemleriniz varsa? Yalnızca fdisk kullanıyorsanız, fiziksel diski bölümlere yeniden bölmek, yalnızca verileri ve işletim sistemlerini tamamen yedekleyerek, mevcut bölümleri silerek ve yenilerini oluşturarak, ardından sistem ve uygulamaları biçimlendirerek ve yükleyerek mümkündür. Bazı durumlarda, sistem bölüm görüntüsünden geri yüklenebilir, ancak yine de bu olay çoğu kullanıcıyı dehşete düşürebilir.
Partition Magic yardımcı programını kullanmak çok daha uygundur. Verileri silmeden veya arşivlemeden bu program şunları yapabilir:

• diskte yeni bölümler oluşturun;
• bölümleri yeniden boyutlandırma;
• bölümlerin türünü değiştirin ve En son sürüm FAT, FAT32, Linux Ext2 veya Ext3, Linux takas ve NTFS ile çalışabilir;
• verileri bölümden bölüme taşımaya yardımcı olur;
• bölümleri bir araya getirin ve bir bölümü birkaç parçaya bölün;
• diske yeni işletim sistemlerinin yüklenmesine yardımcı olur ve bu sistemlerin önyüklemesini yönetir.

Ne yazık ki, bazı dezavantajlar vardı. Bu programın arayüzü henüz Rusça'ya çevrilmedi, bu nedenle arayüzün tüm sezgisel netliği için birkaç İngilizce kelime bilmek daha iyidir. Ayrıca programın ücretsiz olmadığını unutmayın. Doğrudan üreticinin web sitesinden satın alabilirsiniz.

Bazen Scrum'daki bazı büyük görevler parçalara bölünemez gibi görünüyor. Bu, hem yeni başlayanların hem de Scrum'ı uzun süredir kullanan takımların tehlikeli bir yanılgısı.

Ayrıştırma, ürünün gereksiz veya yanlış bir şey yapma risklerini azaltır, hızlı geri bildirim yoluyla risk maliyetini düşürür ve Ürünü geliştirmek için kullanmak için Validated Learning almanızı sağlar.

Örneğin, müşteri modülünü ve müşterinin arka ofisini entegre etmeniz gerekiyor. Genellikle ayrı ayrı geliştirilir ve daha sonra birleştirilirler. Bu şekilde çalışma, sorun riskini artırır. Belki de entegrasyon yöntemimiz uygun değildir veya entegrasyona hiç ihtiyaç yoktur ve başka bir sorunun çözülmesi gerekiyor. En sinir bozucu şey, bunu ancak tüm işi bitirdikten sonra öğrenmemizdir (çok gecikmiş geri bildirim).

İstemcinin ayrı bir arka ofise veya ayrı bir istemci modülüne ihtiyacı yoktur, ayrıca entegrasyon gerekmez. İstemci, her biri bir tür kullanıcı ihtiyacını karşılayan bir dizi işlevden oluşan bir hizmete ihtiyaç duyar. Bu nedenle modülleri tedarik etmek yerine aynı fonksiyonları tedarik etmeye değer.

Geliştirmeye yönelik bu yaklaşıma Uçtan Uca denir. Uçtan Uca işlevselliğinin parçalarını geliştiriyorsak, müşteri bunları hemen kullanmaya başlayabilir ve hataları bulabilir. Gelecekte, kazandığımız deneyimi hataları çözmede kullanacağız ve Ürünün gelişimi orijinal plana göre gitmeyecek.

Ana fikir

• Arıza yapmak riskleri azaltır ve hızlı olmanızı sağlar geri bildirim.
• Geliştirmeyi, son kullanıcı için değeri olan küçük parçalara ayırmanız gerekir.

Düşürmek

göndermek

Konuyla ilgili daha fazla bilgi

Ürün İş Listesindeki (PBI) büyük kalemler, Sprint'te kötü sürprizlerin ve artan değişkenliğin nedenidir. Görev ne kadar büyükse, o kadar çok bilinmeyen vardır. Büyük PBI'lar Sprint'e pek uymayabilir ve Ürün Sahibi ve paydaşlar Scrum ekiplerinin sonuçlarını uzun süre göremeyebilir. Kısa süre önce iki özellik ekibiyle çalışmaya başladım. Ürün Sahibi, ön tahminlere göre, takımları birçok Sprint'in önüne geçirmesi gereken, İş Listesinin en üstüne devasa bir özellik koydu. Her iki ekip de Ürün İş Listesi güncellemesinde (Çoklu Ekip PBR) hazır bulundu. Product Backlog'u sekiz adımda ayrıştırdık, değerlendirdik ve planlamaya hazırladık.

Adım 1: PBI ile iş hedefi arasındaki ilişkiyi belirleyin

PBI'ı acil iş hedefine neyin bağladığını tartıştık: web sitesinden (CR) gelen isteklerin dönüşüm oranını artırmak. Daha önce bir iş hedefi belirlemediyseniz, Etki Haritalama tekniği ve varyasyonu bu adımda kesinlikle yardımcı olacaktır.

Adım 2. PBI'yı kim, ne ve neden biçiminde tanımlayın

Ürün İş Listesi kalemlerini tanımlamak için genellikle aşağıdaki formatı kullanırım:

• kullanıcı segmenti veya kişi kimdir;
• ne - Kısa Açıklama görevler;
• neden - iş değeri veya kullanıcı değeri.

Ürün Sahibi ve ekipler bunu açık bir tartışmada tartıştı. Söylediklerimi bir flipchart'a kaydettim, böylece bilgiye geri dönmek kolay oldu.

Adım 3. PBI'ı küçük gruplara ayırın

3-5 kişilik dört grup oluşturduk ve onları 20 dakika içinde PBI'ı parçaladıkları açık alandaki iş istasyonlarına gönderdik. Adamlar bölümleme kalıplarını ve diğer teknikleri, özellikle de Kullanıcı Hikayesi Eşleme'yi kullandılar. Takımlar henüz ayrıştırma becerilerine sahip değilse, yürütmek gerekir.

Adım 4. Bölme seçeneklerini sunun

Dört ayrıştırma seçeneğimiz var. Şimdi her birinin içindeki en değerli şeyi bulmamızı istedim. Bunu yapmak için, bölümleme seçeneklerinin her birinin bize sunulduğu her bir iş istasyonunu gezdik. Her istasyonda en fazla beş dakika geçirdik.

Adım 5. Son "yapıştırmayı" gerçekleştirin

Ürün Sahibinden ve birkaç ekip temsilcisinden çeşitli ayrıştırma seçeneklerinin son yapıştırmasını yapmalarını istedim. Bunun için tüm flipchartları getirdik ve duvara astık. Ürün Sahibi en iyi parçaları seçecek ve bunları nihai sürüme yerleştirecektir.

Adım 6. Ortaya çıkan özellikleri değerlendirin ve önceliklendirin

Bu noktada dev özellik daha küçük parçalara ayrılmış durumda. Her takımdan temsilcilerden "gömlek bedenlerini" kullanarak hızlı bir değerlendirme yapmalarını istedim. Daha sonra Ürün Sahibi alınan tüm özellikleri düzenledi. Sonuç olarak, en yüksek önceliği iki haftalık bir Sprint'e rahatça sığdırılması gereken 11 özellik elde ettik.

Adım 7. Öncelikli PBI'ları Netleştirin

Her grup, Ürün İş Listesinin en üstünden bir özellik aldı ve iş istasyonunda netleştirdi. 20 dakika sonra her istasyonda belirdi:

• özelliğin açıklaması,
• güncellenmiş tahmin,
• Kabul şartları,
• iş ve kullanıcı değeri.

Sonra saat yönünde hareket ederek "dünya kafesi" nde birkaç tur yaptık. Her istasyonda geri bildirim alan ve özellik hakkında konuşan bir kişi vardı.

Adım 8. Alınan değeri tartışın

Toplantının kapanışından önce, alınan değerleri seslendirmemi ve sonucu bir flipcharta kaydetmemi istedim. Bunlar tahminlerdi, çeyrek için bir hedef, neler olduğunun tam bir resmiydi.

sonuçlar

• Birkaç ekip Ürün İş Listesini aynı anda güncellerken Çoklu Ekip PBR'yi kullanmayı tercih edin.
• PBI tartışmanıza her zaman bir iş hedefine bağlantı ile başlayın.
• Ürün İş Listesi öğelerini bölümleme kalıplarını ve Kullanıcı Öyküsü Eşleme tekniklerini kullanarak ayrıştırın.
• Küçük gruplarda ve birinci sınıf kafe, ticaret fuarı veya kokteyl partisi formatlarında çalışın.
• Daha iyi etkileşim için kağıt, kağıt tahtası, makas veya yapışkan notlar kullanın.

Andrey Tolmachev, Ürün Sahibi ve Geliştirme Ekibi arasındaki karşılıklı hoşnutsuzluğun nasıl çözüleceğini anlatıyor.

Sorunun koşulları

Bu durumu hayal edin. Sen yeni Scrum Master'sın. Geliştirme Ekibiniz bir sistem analisti, iki geliştirici ve iki testçiden oluşur. Sprint uzunluğu iki haftadır. Ekip, eski platformda karmaşık bir sistemle çalışır, bu nedenle Ürün İş Listesinin her bir öğesi için analist, geliştirme ve test ayrı Sprint'lere ayrılır. Son Sprint sırasında Takım, Sprint'e alınan işi tamamlamayı başaramadı, bu nedenle Ürün Sahibi Retro'ya Sprint sırasında kimin ne yaptığını soruyor. Ürün Sahibi, Ekibin çok yavaş olduğundan şikayet ediyor. Ekip üyeleri, işletmenin onları kontrol ettiğinden ve mikro düzeyde yönettiğinden şikayet eder. Ürün Sahibi ve Geliştirme Ekibi arasındaki karşılıklı memnuniyetsizlik nasıl çözülür? Anlayalım.

Ne oluyor

Ürün İş Listesinin her bir maddesi için analist, geliştirme ve test ayrı Sprint'lere ayrılır - bu, maddenin sadece üç Sprint'ten sonra piyasaya sürülmeye hazır olacağı anlamına gelir. Bu durumda, Sprint'in gerçek uzunluğu, Scrum Kılavuzunun izin verdiğinden daha fazla olan altı haftadır.

Bir Sprint'in maksimum süresi bir takvim ayıdır. Daha uzun bir planlama dönemi ile hedeflerde değişiklikler, karmaşıklıkta artış ve risklerde artış mümkündür.

Scrum Kılavuzu Takım nadiren hazır bir Ürün Parçası sunduğunda, paydaşlardan ve müşterilerden nadiren geri bildirim alır. Sonuç olarak:

• yanlış şeyi yapma riski artar. Değişime cevap verme yeteneği azalır;
• sürecin kararlılığı azalır, işi tahmin etmek zordur. Örneğin, test, geliştirmeden haftalar sonra kusurları ortaya çıkarır. Hatalar geç keşfedilir, bu nedenle "destek" miktarı Sprint'ten Sprint'e değişir;
• iş akışı şeffaf olmaktan çıkar.

Bu nedenlerle Geliştirme Takımı, Ürün Sahibinin ve paydaşların güvenini kaybeder, bu nedenle baskı artar ve çatışmalar başlar.

Çözüm

Scrum Master sorunu kendi başına çözemez, ancak Takımına şu şekilde yardımcı olabilir:

• Yukarıda açıklanan sistem dinamiklerini ve zararlı sonuçlarını açıklar. Scrum takımı, her Sprintte Bitti Artışı hakkındaki Scrum kuralının doğal bir kural olduğunu anlamalıdır. sistem çözümü onların problemleri;
• Sprint sırasında tamamlanabilecek ve Ürün Parçasının yayınlanmaya hazır olmasını sağlayacak minimum DoD'nin formüle edilmesine veya revize edilmesine yardımcı olun;
• Geliştirme Takımına İş Listesi kalemlerini doğru bir şekilde ayrıştırmayı öğretin. Ürün İş Listesindeki küçük kalemler erken teslimata, ürün değeri optimizasyonuna ve iyileştirilmiş iş akışına katkıda bulunur;
• İş Listesinin en az bir küçük öğesini bir sonraki Sprint'e almayı kabul etmeye yardımcı olun, ancak bunu Bitti durumuna getirin;
• iş akışını görselleştirin. Şeffaflık başarının anahtarıdır;
• duruş süresini ortadan kaldırın. Bunu yapmak için Scrum Master, Takıma iyi mühendislik uygulamalarını öğretir, örneğin genel kod bilgisi, Takımdaki T-şekilli veya E-şekilli insanların gelişimini teşvik eder, takım anlaşmalarına girer;
• Ürün Sahibine gecikmelerin teknik borçtan kaynaklandığını açıklayın ve ödemeye ikna edin.

Engelleri kaldırmak için en iyi çözümleri bulmak için Retrospektif'i kullanın. Bu çözümlerin, beklenen etkiyi getirecekleri gerçeği değil, deneyler olduğunu unutmayın. Bu nedenle, geçmiş kararların sonuçlarını inceleyin ve kararları bir sonraki Retrospektifte uyarlayın.

sonuçlar

Sprint'in sonunda tamamlanan Ürün Parçası en önemli kural Artan risklerden, öngörülebilirlik ve esneklik kaybından kaçınmaya yardımcı olan Scrum. Tanımlanan nedensel ilişkilerin bilinmesi, Scrum'ın neden her Sprint'te uygun bir DoD, yayınlanmaya hazır Ürün Parçası gerektirdiğini anlamak için faydalıdır. Aşağıdaki eylemler bu hedefe ulaşmanıza yardımcı olabilir:

• işin küçük PBI'lara ayrıştırılması;
• Sprint'te iş akışının görselleştirilmesi ve ana darboğazlar;
• Ekip anlaşmaları, iyi mühendislik uygulamaları ve T-şekilli veya E-şekilli insanların geliştirilmesi yoluyla arıza süresini ortadan kaldırın;
• teknik borcun sistematik tasfiyesi.

hayır, şey, komut formatı-s SABZH tarafından aynı anda öldürülmeyecek olan şey gibi - Tipik bir ofis hayal edin. İçinde kutular, kutularda klasörler, klasörlerde belgeler var. Bu belge düzeni sistemini iptal ederseniz bir şey bulabilir misiniz? Muhtemelen yapabilirsin, ama hangi güçlerle? Bilgisayar disklerinde bilgi depolama, benzer şekilde uygulanır ve veri depolama, işletim sistemlerinin ve uygulamaların kurulumunda işleri düzene koymanıza olanak tanır. Bir diski bölümlemek, farklı klasörleri ayrı kutulara yerleştirmeye benzer ve çoğu durumda disk alanını daha verimli kullanmanıza olanak tanır. İşletim sistemi, her bölümü kendi sürücü harfini atayarak ayrı bir sabit sürücü olarak görüntüler. Bir diski bölümlemek, diskteki farklı işletim sistemleri arasındaki çakışmaları önlemenize, verileri (yetkisiz erişim dahil) korumanıza ve yeni bir diskle denemeler yapmanıza yardımcı olabilir. yazılım vb. Sabit diskiniz bölümlere ayrılmamışsa, zamanla ya diskin kök bölümünde çok fazla klasörle ya da istenen dosyanın yolunun çok uzun olabileceği aşırı derecede dallanmış bir klasör sistemiyle karşılaşacaksınız. ve uygunsuz. Üzerinde yürütülen ana faaliyetlere göre diski bölümlere ayırmak bu bilgisayar bundan kaçınmaya yardımcı olacaktır. Verileri yedeklemek ve ayrıca hasarlı bir işletim sistemini geri yüklemek çok daha kolay hale gelir, çünkü belgelerinizin oluşturulmasından bu yana birçok kez güncellenmiş olduğu konusunda endişelenmeden, bir işletim sistemine sahip bir bölümün görüntüsünü kolayca geri yükleyebilirsiniz. görüntü. Dolayısıyla verileri ve işletim sistemini farklı bölümlere yerleştirmek çok faydalı bir alıştırmadır. Bir diski bölümlemek, verilere erişimin sınırlandırılmasına da yardımcı olabilir. Siz sadece ayrı bir bölüm oluşturun ve onu şifre ile koruyun. Birden fazla işletim sistemini tek bir fiziksel diskte tutarsanız, bunları farklı bölümlere kurmak daha uygundur. Bu, bir sistem çökmesi durumunda tekrar yardımcı olacaktır. Siz sadece bölümü görüntüden geri yükleyin ve çalışmaya devam edin. Geri kalan bölümler ve işletim sistemleri bunu fark etmeyecek bile. Sabit disklerle çalışırken bir diğer önemli husus, kümenin boyutudur - sistem tarafından bilgileriniz için ayrılan minimum alan birimi. Bölme ne kadar büyük olursa, küme o kadar büyük olur ve daha az disk alanı kullanılır. Bir örnekle açıklayayım: diskteki küme boyutunun 32 kilobayt olduğunu varsayalım. Bu otomatik olarak, dosya boyutu ne kadar küçük olursa olsun diskte en az 32 KB yer kaplayacağı anlamına gelir. Birçok küçük dosya kendi boyutlarının kat kat yer kaplayabilir. Ve dosyanızın boyutu 65 kilobaytsa, 3 kümeyi - 2'si tamamen ve üçüncüsü -% 3 alacak ve bu da yine boş disk alanı kaybına yol açacaktır. Elbette, modern diskler boyutlarıyla hayal gücümüzü şaşırtıyor, ancak uygulamanın gösterdiği gibi, belge arşivleri, sürücüler ve diğer benzer dosyalar disk alanını feci şekilde tüketebilir. (ile birlikte)...