Windows 10'a ne oldu?
Bu ayın 3'ünde Microsoft aniden Windows 10 Güncellemesi Ekim Sürümü'nün (1809) resmi sürümünü yayınladı. Windows 10'un 2015'teki resmi sürümünden bu yana tüm resmi sürüm güncellemelerine bakıldığında, sürüm önizleme kanalını ve doğrudan RTM sürümünü atlayarak, 1809'dan önce gerçekten emsal yoktur.
Hızlı itme, Windows 101809'un özelliklerinden biridir. Ayrıca başka bir özelliği daha vardır, yani pek çok sorun vardır.
Windows 101809 ile ilgili sorunlar nelerdir, inceleyelim:
-
Intel sürücüleri Windows 101809 ile uyumlu değildir, bu da bazı kullanıcıların güncelleme yapamamasına neden olur;
-
Sistemin yeni sürümünün yavaş yüklenmesi;
-
Microsoft Store'dan alınan uygulamalar İnternete bağlanamaz;
-
Edge tarayıcısının favorilerindeki içerik kaybolur;
-
Bluetooth bağlantısı kesintili olarak kesiliyor;
-
Dosya Gezgini'nin karanlık modu tamamen karanlık değil;
-
Bildirim, eylem merkezinde görüntülenmeyebilir;
-
Başlat menüsündeki arama işlevi beklendiği gibi çalışmıyor;
-
Başlangıç menüsündeki kutucuklar beklenmedik şekilde üst üste gelebilir;
-
1809'a yükselttikten sonra bazı kullanıcı ayarları sıfırlanır;
-
1809'a yükselttikten sonra, bazı kullanıcılar sistemde oturum açamaz;
-
Görev yöneticisi kullanıcı arabirimi öğesi yanıp sönüyor;
-
Görev yöneticisinin CPU doluluk oranı doğru görüntülenmiyor;
-
Windows 101809'a yükseltildikten sonra bazı kullanıcıların kişisel dosyaları kayboldu.
Ancak, yukarıdaki konular bu makalede tartışacağımız şeyler değildir. Bugün ne tartışacağız? Bu sorunların nedeni budur.
Donanım üreticisinin sorunu mu?
Sistemin sürücüye uyarlandığına dair hiçbir zaman söz edilmediğini söylemek mantıklıdır, ancak sistemin sürücüye uyarlandığını söylemez bu nedenle Windows 10'da donanım üreticisinin sürücüsüyle ilgili bazı sorunların üretici tarafından halledilmesi gerekiyor değil mi?
Şart değil.
Bu sefer Intel'in sürücüsünün Windows 101809 ile uyumlu olmaması bazı kullanıcıların yükseltme yapamamasına neden olabilir.
IT Home'a göre, normal sürece göre, Windows 10'un büyük bir sürüm güncellemesinin kullanıcılara resmi olarak gönderilmesinden önce, Microsoft'un, sürücü adaptasyonunu zamanında takip edebilmeleri için donanım üreticilerine RTM'den önce aday sürümü sağlaması gerekiyor. Üreticiler arasında kesinlikle Intel olacak.
Sürücü sorunlarını önlemek ve kötü niyetli yazılımları önlemek için, donanım üreticisi sürücüleri yazdıktan sonra, Microsoft'un Windows Donanım Kalite Laboratuvarı (WHQL, Windows Donanım Kalite Laboratuvarı) bu sürücüler için bir sertifika yürütecektir.
Sertifika geçilirse, Microsoft bu üreticilerin sürücülerini imzalar ve sonunda yalnızca bu imzalı sürücülerin kullanıcının bilgisayarına yüklenmesine izin verilir. Genel anlamda Microsoft, sürücünün yeni sürümünü üreticiden Windows Update aracılığıyla kullanıcının bilgisayarına sessizce gönderecek ve kullanıcının bunu kendi başına yapması gerekmeyecek.
Sürücünün yeni sürümü bu sefer yüklenmediği için bazı kullanıcılar Windows 101809'a yükseltme yapamadı. Bunun arkasındaki gerçekler nelerdir? Aslında, Windows 101809 RTM'den önce, yeni sisteme uyarlanan Intel sürücüsü yazılmış ve WHQL sertifikasını geçmişti. Bu önlenebilir sorunun neden nihayet ortaya çıktığına gelince, bunu açıklamak şaşırtıcıydı: Intel, sürücünün yeni bir sürümünü gönderdi, ancak Microsoft bunu Windows Update'te yayınladığında, bunun isteğe bağlı bir güncelleme olduğu ortaya çıktı.
Donanım üreticileri işbirliği yaparlarsa Microsoft'un yanlış yola girmesinden korkarlar.
Microsoft test ekibini mi kapattı?
Microsoft bünyesinde yazılım geliştirme mühendisi (SDE), yazılım test mühendisi (SDET) ve proje yöneticisi (PM) olmak üzere üç temel teknik meslek vardır. 2014 yılında, Microsoft'un yazılım test departmanını kaldırdığı ve bunun yerine Windows 10 test görevlerini otomatik test ve kullanıcı testlerine devredeceği söylentileri vardı. Bu ifade aslında yanlıştır. SDET pozisyonu kaldırılmadı, ancak SDE ile birleştirildi. SDET'in sorumlulukları ortadan kalkmadı, ancak yeniden atandı. Başka bir deyişle, geçmişte, yazılım testinin tam zamanlı çalışmasından SDET sorumluydu ve SDET ile SDE'nin birleşmesinden sonra, yazılım geliştirme mühendisleri de yazılım testinin (birleşik mühendislik) sorumluluğunu üstlendi ve Microsoftun dahili QA tipi testi hala var. Genel olarak, Windows 10 sisteminin kalite kontrolü, otomatik testler, SDE'nin dahili kontrolü, Windows Insider'ın harici kontrolü ve OEM testleri ile birlikte tamamlanır.
SDET'i SDE ile birleştirmek gerçekten uygun mu?
Elbette bir sorun yok, ancak göz önünde bulundurmamız gereken bir şey, SDE ile SDET'in düşünme tarzı arasındaki farktır. Bir geliştirici için, yazılımı test etme sürecinde, önündeki kodun normal bir şekilde çalışabilirken, yazılımın test edicisi değil. Bu kod parçası hatalarla doludur ve amacı problemleri keşfetmek, yeniden üretmek, göndermek ve çözmektir. SDE ve SDET düşünce modları arasındaki farkın nihai test sonuçları üzerindeki potansiyel etkisi göz ardı edilemez.
Yani Windows 10'un kalite kontrol seviyesi düştü.Son olarak, SDET ve SDE'nin birleşmesi cevap olacak mı?
Pek sayılmaz. Başka sebepler de var, devam edelim.
Windows 10'un altında çok fazla değişiklik mi var?
İşletim sisteminin geliştirilmesi büyük bir projedir. Bildiğimiz gibi, bir proje ne kadar karmaşıksa, yanlış gitme olasılığı o kadar artar ve belirli bir hatanın seviyesi ne kadar düşükse, onu tamir etmenin maliyeti o kadar düşük olur.
Burada, seviyesi alt katman, orta katman ve yüzey katmanına atıfta bulunduğumuz en basit yazılım yapısı modellerinden birini varsayıyoruz. Alt katman (Birim katmanı), bir ev inşa etmek için kullanılan tuğlalara eşdeğerdir. Genel olarak, bu test seviyesi (birim testi) en fazla test maddesini ve olası hataların sayısını gerektirir, ancak problem bu seviyede bulunursa, problemi çözmenin maliyeti en azdır.
Orta katman (Servis katmanı) bir evdeki tuğla duvara eşdeğerdir. Alttaki çeşitli birimler, birleştirildikten sonra normal çalışabiliyorsa, kombinasyonun hala normal çalışıp çalışmayacağı, orta seviye testin doğrulaması gereken şeydir. Genel olarak konuşursak, bu test düzeyinde, test edilmesi gereken öğe sayısı birim testinden daha azdır ve bu düzeyde bir sorun bulunursa, sorunu çözmenin maliyeti nispeten düşüktür.
Yüzey katmanı (UI katmanı), duvarlardan ve tavanlardan oluşan eksiksiz bir eve eşdeğerdir. Çeşitli birim ve modüllerden oluşan nihai bir ürün beklendiği gibi çalışabilirse her şey yoluna girecek, çok iyi olacak ama bu seviyede bir sorun varsa daha da sıkıntılı olacaktır. Çünkü bu sorunun nedeni bulunamıyor. Problem yüzeyde ve orta katmanlarda bulunuyorsa, problemin çözülmesi nispeten kolaydır, ancak problem alt katmandaysa, problemin bulunması zahmetli olmakla kalmaz, aynı zamanda problemli Ünitenin servisi kullanıldığı için çözümü de çok pahalıdır. Etkilenecek.
Bir işletim sistemi olarak Windows 10'un yapısı yukarıda önerdiğimiz yazılım yapısı modeline göre çok daha karmaşıktır.HAL, Cihaz Sürücüleri, Kernel, Windows and Graphics, NTDLL.DLL, Subsystem DLLs, Service Processes, Kullanıcı Süreci, Ortam Alt Sistemleri ve Sistem Süreci birden fazla seviyeden oluşur.Her seviye ve her modül birbirine bağlıdır ve birbirini etkileyebilir.
Doğrulanabilecek teknik bir şey, "Windows Internals" kitabının girişine göre, Windows 10 tarafından eklenen yeni teknolojinin, yeni Secure gibi Windows 7, Windows 8 ve Windows 8.1'den daha fazla temel katmanda daha fazla değişikliğe sahip olmasıdır. Sistem süreci, Exploit Guard, WSL ve yeni sürücü modeli.
Altta yatan değişikliklerin neden olduğu sorunlar muhtemelen tüm vücudu etkileyecektir.Windows 10'un kalitesini kontrol etmek zordur ve temel değişikliklerden ayrılamaz olduğuna inanıyorum.
Windows Insider projesine geri dönülsün mü?
Windows Insider projesi, Microsoft tarafından 2014 yılında başlatılan, kullanıcı odaklı bir Windows 10 önizleme deneyimi programıdır. Daha önce, Microsoft'un "test ekibini kestikten" sonra, Windows 10'un kalite kontrolünün tümünün otomatik testlere ve Windows Insider'a dayanacağı söylendi. Windows Insider üyelerinin sorunları profesyonel yazılım test mühendisleri kadar doğru ve profesyonel bir şekilde bildirmeleri zordur, bu nedenle Windows 10'un kalite kontrol seviyesi düşmüştür.
"Microsoft test ekibini kesti" söylentileriyle ilgili olarak yukarıda bir açıklama yaptık. Windows 10'un kalitesindeki düşüşü "Microsoft test ekibini kesti" olarak nitelendirmek kesinlikle yanlıştır.
Windows Insider'ın bunun için geri tepmesi gerektiği görüşüne gelince, Windows 10'un test edilmesinin bir dereceye kadar Windows Insider projesine dayandığına ve doğrudan kalite kontrol seviyesindeki düşüşle ilgili olduğuna dair hiçbir kanıt bulunmamakla birlikte, bir şey neredeyse kesindir. Yani, profesyonel eğitim almamış Windows Insider'lar sorunları yeterince verimli bir şekilde bulup bildirmekte zorlanabilirler.
Profesyonel yazılım test mühendisleri genellikle test senaryosu sistemlerini birleştirir ve yazılım testi gerçekleştirirken sorunları kapsamlı bir şekilde giderir.Profesyonel eğitim almamış Windows Insider'lar Windows 10 için önemli geri bildirimler sağlayabilir, ancak bu geri bildirimler büyük tekrarlarla karşı karşıya kalır. Riskleri, eksik raporlama risklerini ve yanlış raporlama risklerini bildirmek, ek olarak, büyük miktarda geri bildirim, Microsoft'un bunun için önemli tarama maliyetleri ödemesine neden olacaktır.
Peki, Windows 10'un kalite kontrolüyle ilgili bir sorun varsa, Windows Insider bunu yapmalı mı?
Tabii ki, Windows Insider'lar bu potu okuyamaz.
Çünkü, sistemi test için Windows Insider'a teslim etmeden önce, Microsoft'un aday sürümde birim testi ve duman testi yapması gerekiyor.Yani nihayet kullanıcıya sunulan sürüm, temelde yıkıcı hatalar içermeyen bir sürüm olmalı ve kullanıcılar Gönderilen sorunlar çözüldükten sonra, Microsoft kabul için regresyon testi biçimini de alacaktır. Windows 10'un kalite kontrolünün nitelikli olup olmadığı Windows Insider'a değil, büyük ölçüde Microsoft'a bağlı olduğu görülmektedir.
Windows artık önemli değil mi?
IT House'dan gelen bir rapora göre bu yıl 29 Mart'ta Microsoft, şirketin organizasyon yapısında yeni bir değişiklik yaptı. Windows ve cihaz departmanları bölündü. O sırada Windows ve cihazlar departmanı başkanı Terry Myerson istifa etti ve Windows Insider projesi Donna kardeş Azure departmanına atanacak.
Bağımsız Windows departmanı "gitti."
Son yıllarda Microsoft iş yönünde değişiklikler yapıyor, yaşadığımız gibi Microsoft, Windows RT'yi kesti, Lumia cihazlarının geliştirme ve üretimini bıraktı, Microsoft bileziklerinin ürün gamını kesti ve Windows 10'u duyurdu. Mobil, bakım dönemine giriyor. Çeşitli işaretler, Microsoft'un To C işini azalttığını gösteriyor ve kuantum bilişim, bulut bilişim ve yapay zekanın güçlü gelişimi, Microsoft'un iş merkezinin giderek To B'ye yöneldiğini gösteriyor.
Microsoft neden böyle bir eğim yapmak istiyor? Her şeyden önce, Microsoftun To C işi bir darboğazla karşılaştı. Amazon ve Google gibi teknoloji devleri bulut bilişim alanında çaba sarf ederken, Microsoft zamanında değişmezse ve bu alanda giriş engellerinin oluşmasını beklerse, Microsoft'un tekrar pazara girme zamanı gelecek. Çok geç. Ek olarak To B işi Microsoft'a çok olumlu bir gelir getirecek ve bu da Microsoft hissedarları ve Microsoft'un kendisi için büyük bir avantaj.
Peki ya Windows? Windows önemli değil mi?
Tabii ki önemli.
Microsoft'un dönüşümünün ilerlemesiyle, Windows 10 artık basit bir ürün değil, bir altyapıdır. Windows 10, tıpkı her gün soluduğumuz hava gibi, kullanıcıların yaşamlarının ve çalışmalarının tüm yönlerine entegre edilmiştir - şeffaf görünüyor, ancak vazgeçilmez. İster To B ister To C olsun, Microsoft'un hizmetleri büyük ölçüde Windows 10'a bağlıdır.
Windows 10, Microsoft için hala önemli olduğundan, Microsoft neden Windows ve Aygıtlar bölümlerini ayırıyor?
Microsoft'un dönüşümü kesinlikle nedenlerden biri ama bir de hikaye var, herkes bunu sokak sohbeti olarak dinlese de ciddiye almayın.
Merak ediyorum, hiç bu kadar merak ettiniz mi Nadella iktidara geldiğinden beri, Windows neden gittikçe daha fazla istenmeyen görünüyor?
Microsoft Windows bölümünde "Steven Sinofsky" adında bir yönetmen vardı.Microsoft bir sonraki CEO'yu seçerken, Satya Nadella için güçlü bir rakipti ve Nadella ile rekabette kaybetti. Daha sonra Steven Sinofsky, Microsoft'tan "barışçıl bir şekilde ayrıldı".
Steven Sinofsky ayrıldıktan sonra, medya bir Microsoft bağlantısıyla temasa geçmeye çalıştı, ancak temas, hassas konu nedeniyle kimliğini açıklamaya isteksizdi.
Temas, "Steven Sinofsky'nin rahatsız edici yetenekler nedeniyle ayrıldığını duymuş olmalısınız. Bir yandan, Sinofsky'nin siyasi taktikleri demir yumruklu politikalardır ve ona uyulmalıdır. Öte yandan, gizlice bazı siyasi mücadelelerle meşguldür ..."
Satya Nadella iktidara geldikten sonra, Microsoft neden her zaman Windows departmanını Windows RT'yi öldürmek, Windows 10 Mobile'ı terk etmek ve Windows 10 IoT'yi yok saymak için kullandı. Bir kez bile olsa), her şeyi onaylama perspektifinden anlaşılmalıdır, o zaman yukarıdaki şeylerin neden olduğuna dair resmi olmayan bir açıklama olabilir.
ana neden
Yukarıda, BT Ana Sayfası ve siz Windows 10'un kalitesinin kontrolü kaybetmesine neden olabilecek çeşitli nedenleri tartıştınız, ancak bu nedenler yalnızca yüzeysel nedenlerdir ve temel nedenler değildir.
Son analizde, Windows 10'un kontrol dışı kalitesinin suçlusu aslında çok hızlı yineleme.
Windows 10 geliştirme ve çevik geliştirme aynı modeldir Çevik geliştirme, temel olarak kullanıcı ihtiyaçlarının evrimini alan ve yazılım geliştirmeye yinelemeli ve aşamalı bir yaklaşım benimseyen bir modeldir.
İşletim sistemleri gibi şeyler aslında çevik bir şekilde geliştirilemez. Microsoft'un Windows 10 kalitesinin kontrolü kaybetme riskiyle karşı karşıya olmasının nedeni, yinelemeli ürünleri güncelleme yöntemlerinin değişmesidir.
Windows 10 gibi süper bir proje için, altı ayda bir güncelleme sıklığı Microsoft için çok hızlı.Şimdilik, Microsoft'un bu tür bir yineleme ve teslim döngüsünü kısa sürede garanti etmesi zor.
Microsoft, yeni sistemin zamanında teslim edilmesini ve kaliteyi etkin bir şekilde kontrol etmesini sağlayacak bir yol bulamazsa, IT House, Windows 10'un yineleme döngüsünün yarım yılda büyük bir sürümden bir yıl içinde büyük bir sürüme dönüştürüleceğine inanıyor. Daha iyi bir fikir olabilir.
Burada yazılan Wen Xuan, aniden 8848 titanyum cep telefonu için bir reklam sloganını hatırladı. Makalenin sonunda bu cümleyi Microsoft'un Windows 10'una da gönderebiliriz.
Unutmayın, hızlı koşmak mutlaka kazanmak anlamına gelmez ve başarı düşmez.
