Windows Lite: Microsoft plant angeblich Konkurrenz zu Chrome OS

PCGH-Redaktion

Kommentar-System
Teammitglied
Jetzt ist Ihre Meinung gefragt zu Windows Lite: Microsoft plant angeblich Konkurrenz zu Chrome OS

Einem Bericht zufolge arbeitet Microsoft offenbar an einem neuen Betriebssystem, das nicht den Ballast bisheriger Windows-Derivate mit sich tragen soll und dadurch in Konkurrenz zu Googles schlankem Chromes OS treten könnte.

Bitte beachten Sie: Der Kommentarbereich wird gemäß der Forenregeln moderiert. Allgemeine Fragen und Kritik zu Online-Artikeln von PC Games Hardware sind im Feedback-Unterforum zu veröffentlichen und nicht im Kommentarthread zu einer News. Dort werden sie ohne Nachfragen entfernt.

lastpost-right.png
Zurück zum Artikel: Windows Lite: Microsoft plant angeblich Konkurrenz zu Chrome OS
 
Momentan hat MS ja noch nicht einmal das Update 1803 im Griff. Selbst das Surface Book 2 legt MS damit still.

Surface Book 2 mit Bluescreen: Microsoft-Update legt eigenes Gerät lahm
Surface Book 2 mit Bluescreen: Microsoft-Update legt eigenes Gerät lahm - WinFuture.de

Und nun will also MS etwas "Neues" entwickeln. Toi, Toi, Toi :lol:

Etwas neues zu entwickeln ist zwar langwieriger aber auch um einiges einfacher. Nichts ist komplizierter, problembehafteter und fehleranfälliger wie eine Applikation mit uralten Code upzudaten.
 
Etwas neues zu entwickeln ist zwar langwieriger aber auch um einiges einfacher. Nichts ist komplizierter, problembehafteter und fehleranfälliger wie eine Applikation mit uralten Code upzudaten.

Jein. Man denkt leicht, dass mit einem Neuanfang alles besser und einfacher wird, aber der Code ist meist aus guten Gründen so wie er ist und wird meistens im Laufe der Neuentwicklung ähnlich hässlich und unübersichtlich werden. Gute Gründe für eine Neuentwicklung sind eher auslaufende Frameworks, man noch auf einer furchtbaren Sprache rumhängt oder wenn das ganze als solches komplett in eine falsche Richtung gewachsen ist.
 
Gute Gründe für eine Neuentwicklung sind eher auslaufende Frameworks, man noch auf einer furchtbaren Sprache rumhängt oder wenn das ganze als solches komplett in eine falsche Richtung gewachsen ist.

Und diese Gründe treffen gefühlt bei jedem Projekt ziemlich schnell zu. Vor allem Projekte die mit verschiedenen Kunden mitwachsen wuchern in jede Richtung aus und irgendwann muss man einfach wieder mal aufräumen. Klar mancher Code hat guten Grund so kompliziert zu sein, aber Erfahrungsgemäß ist das eher seltener der Fall. Damit meine ich nicht dass man das ganze Projekt über den Bach schmeisst, aber oft habe ich gemerkt ist es besser einen Teil einfach neu zu schreiben statt weiter schlechten/veralteten Code zu erweitern.
 
Damit meine ich nicht dass man das ganze Projekt über den Bach schmeisst, aber oft habe ich gemerkt ist es besser einen Teil einfach neu zu schreiben statt weiter schlechten/veralteten Code zu erweitern.

Das kann aber auch ganz schön in die Hose gehen, wenn man dann irgendwas vergessen hat, was einem aus dem vorherigen Gewusel nicht mehr hervorgegangen ist. Wie gesagt, kann, muss nicht. Aber dann ist im Notfall irgendwas neu aufgeräumtes leichter zu debuggen, als irgendsoein Softwaregewucher. Vor allem eins, wo seit Ewigkeiten keiner mehr reingeguckt hat. Am besten ist der Autor auch schon nicht mehr angestellt.
 
Und diese Gründe treffen gefühlt bei jedem Projekt ziemlich schnell zu. Vor allem Projekte die mit verschiedenen Kunden mitwachsen wuchern in jede Richtung aus und irgendwann muss man einfach wieder mal aufräumen. Klar mancher Code hat guten Grund so kompliziert zu sein, aber Erfahrungsgemäß ist das eher seltener der Fall. Damit meine ich nicht dass man das ganze Projekt über den Bach schmeisst, aber oft habe ich gemerkt ist es besser einen Teil einfach neu zu schreiben statt weiter schlechten/veralteten Code zu erweitern.

Das haben wir hier auch.
Etliche kundenspzifische Anpassungen, Erweiterungen, die mit der Zeit kamen.... da hilft nur regelmäßiges Refactoring. Auch wenn das direkt erstmal kein Geld bringt und manch Außenstehendem schwer zu erklären ist.

Lieber öfter mal neu strukturieren, als hinterher garnicht mehr durchzublicken. Da gehört es dann auch dazu Teile neu zu schreiben. Passender Weise habe ich hier ein Projekt von mir, das an einer codetechnisch ziemlich unübersichtlichen Datenausgabe leidet, welche ich jetzt überarbeite bzw. neu schreibe. War mein erstes Programm damals, die Unerfahrenheit springt mir förmlich ins Gesicht :D

"Komplizierter" Code, der auf Grund der Komplexität eben kompliziert ist sollte aber auch so gekapselt sein, dass er einen eigentlich nie tangiert und idealer Weise steht auch irgendwo in klaren Worten was dieses Teil eigentlich tut. :ugly:

Das kann aber auch ganz schön in die Hose gehen, wenn man dann irgendwas vergessen hat, was einem aus dem vorherigen Gewusel nicht mehr hervorgegangen ist. Wie gesagt, kann, muss nicht. Aber dann ist im Notfall irgendwas neu aufgeräumtes leichter zu debuggen, als irgendsoein Softwaregewucher. Vor allem eins, wo seit Ewigkeiten keiner mehr reingeguckt hat.
Am besten ist der Autor auch schon nicht mehr angestellt.

Dann hat man schon zu lange gewartet :D.


Noch was OnTopic:
Wenn es kompatibel ist klingt das nach einem schönen Zocker-OS, das ich neben meinem Linux irgendwo platzsparend parken kann :D
 
Zuletzt bearbeitet:
Lieber öfter mal neu strukturieren, als hinterher garnicht mehr durchzublicken. Da gehört es dann auch dazu Teile neu zu schreiben. Passender Weise habe ich hier ein Projekt von mir, das an einer codetechnisch ziemlich unübersichtlichen Datenausgabe leidet, welche ich jetzt überarbeite bzw. neu schreibe. War mein erstes Programm damals, die Unerfahrenheit springt mir förmlich ins Gesicht :D

Ouch, das kenne ich. Über den Code vom Vorgänger kann man noch gut schimpfen, doch dann trifft man wieder auf alten Code von sich selbst und schreckt sich was man selber so angestellt hat am Anfang :ugly:
 
Zurück