Zitat:
Zitat von weberhj
nein, natürlich nicht, ich hatte nicht damit gerechnet, dass du derart dünnhäutig reagieren würdest.
|
Ach - ich stecke das schon weg - ich finde es nur einfach schade wie du eine bis dahin völlig unpersönliche, sachliche Diskussion als erster auf die persönliche Ebene ziehen musst. Sachliche Argumente hätten es doch auch getan oder nicht?
Zitat:
Zitat von weberhj
Aber es ist in meinen Augen halt schon, na ja eigenartig, Microsoft die steinalte .BAT Technologie vorzuwerfen obwohl sie seit vielen Jahren mit der Powershell eine wirklich moderne objektorientierte Alternative anbieten.
|
Ich kann Microsoft natürlich vorwerfen, dass sie seit DOS über beträchtliche Zeit nichts unternommen haben. Dabei war DOS von Anfang an Schrott. Es ist schön, das man die letzten paar Jahre ein Einsehen hatte und wirklich mal wieder Weiterentwicklung betreibt die den vormals wirklich nahezu lachhaften Zustand verbessern. Das ändert aber nichts daran, dass man sich mit den alten Zöpfen nach wie vor rumschlagen muss - und das ist auch etwas das Microsoft perfektioniert hat: Die oftmals unnötig lange Konservierung alter Zöpfe.
Zitat:
Zitat von weberhj
Ich denke, dass da schon einige gute Systemanalysten am Werk sind, die die ebenso alte Unix Script Technologie aus guten Gründen auch nicht als wirkliche Alternative einstuften. Microsoft hat übrigens auch schon in den ersten Windows Resource Kits immer schon eine Unix sh mitgeliefert.
|
Microsoft hat viele Mitarbeiter und durchaus gute. Trotzdem haben sie leider auch eine enorm gute Quote technische Themen zu vermasseln. Wenn ich mir da die aktuellen Grabenkämpfe der OS, Office und .NET Abteilungen anschaue und die klare, fokussierte zielgerichtete Weiterentwicklung in völlig unterschiedliche Richtungen, dann wundert es mich nicht. Zuviel Politik macht einiges kaputt. Und Ballmer ist... ach lassen wir das.
Zitat:
Zitat von weberhj
Das ist auch gut so, denn warum sollte Microsoft hunderttausende Praxis erprobte und funktionierende .BAT oder .CMD Scripte durch das einstampfen der CMD.EXE über den Jordan gehen lassen? Das Geheule ob der dann fehlenden Kompatibilität mag ich mir nicht mal vorstellen...
|
Klar - so richtig eine andere Wahl hat Microsoft heute nicht. Sie hätten einfach deutlich früher damit beginnen sollen. Das ist meine ehrliche Meinung. Das ändert aber nichts daran, dass der Zustand heute so ist wie er ist. Ich bin Nutzer - für mich zählt wie sich das System heutzutage im Alltag beweist.
Zitat:
Zitat von weberhj
Ich denke da täuscht dich dein Eindruck wirklich etwas (nein, ich will dir auch damit wirklich nicht zu nahe treten) aber die Powershell hats wirklich faustdick hinter den Ohren, vor Unix Shell Scripting braucht die sich jedenfalls nicht zu verstecken ganz im Gegenteil....
|
Ich meine damit nicht, dass sie nicht mächtig ist - das ist sie! - aber es ist eben ein reines Windowsthema und es ist im Vergleich zu Unix-Scripting unter Unix eben noch nicht so etabliert - das ist normal, denn es ist einfach im Vergleich noch frisch und die Windows-Nutzerschaft eine eher konservative Truppe. Ist das so abwegig?
Zitat:
Zitat von weberhj
Wer in diesem Bereich arbeitet, nimmt auch kein Spielzeug sondern ernsthafte Produkte wie etwa MKS Toolkit http://www.mkssoftware.com/products/
Das gabs schon für MS-DOS also zu Zeiten, längst bevor GUIs überhaupt das Licht der Welt erblickten. Für solche Produkte halte ich deine Argumentation "kein tragfähiges Fundament" schon wieder für sehr .... sorry.
|
Na klar - ich zahle 500€/Arbeitsplatz um Unix Tools unter einem trotzdem Non-Unix-OS nachzurüsten.

Da sehe ich eine virtuelle Maschine mit Linux als wesentlich sinnvollere Angelegenheit. Wenn schon Windows, dann ist es meistens besser sich auf die vorliegenden Konzepte einzulassen - ist zumindest meine Erfahrung.
Zitat:
Zitat von weberhj
Diesen Absatz halte ich ehrlich gesagt von manch Anderem erwartet, aber deinem sonstigen Niveau ist er IMHO nicht würdig. Er ist nämlich nichts anderes, als der von dir weiter oben selbst angeprangerte persönliche Angriff.
|
Sorry - Fakt ist, dass ich nunmal auch auf diesem Level diskutieren kann, wenn andere meinen das wäre das passende Niveau. Ich habe nicht damit angefangen, sehe aber auch nicht ein, dass ich hier den Gandhi spielen soll. Mir ist sachlich aber trotzdem lieber.
Zitat:
Zitat von weberhj
Dazu nur folgende Anmerkungen:
1. Gibt es genügend auch völlig nicht technische Gründe, etwa ethische, finanzielle usw., die für Manchen ausreichend sein mögen sich schon aus Prinzip privat kein Apple-Produkt zuzulegen.
|
Klar kann es die geben - es sind die gleichen, die es bei allen anderen Herstellern im Prinzip auch gibt. Bei Apple-Bashern wird halt eine Religion darum gesponnen
Zitat:
Zitat von weberhj
2. Deine Glaskugel möchte ich haben, aus deinem Wissensstand heraus beurteilen zu wollen wie intensiv ich mich mit MAC OS X auseinandergesetzt haben mag. Ich möchte dazu nicht ins Detail gehen, aber ich war ziemlich sicher einer der ersten in Deutschland überhaupt, der die ersten BSD386 Implementierungen auf realer Hardware zum laufen gebracht hat (ich hatte zu jener Zeit einen Auftrag eine Unix Portierung auf eine bestimmte Hardware vorzunehmen). Ich kann dir aber auch versichern, dass ich schon allein aus beruflichem Interesse heraus, stets Zugriff auf MAC OS X Maschinen habe.
|
Zugriff auf Mac OS X Maschinen zu haben ist nicht gleichbedeutend mit praktischer Erfahrung in der Nutzung. Ich hab ja auch nicht nur "Zugriff" auf Windows-Kisten sondern Löse täglich Probleme damit, daran und darum.
Zitat:
Zitat von weberhj
Aber lassen wir es einfach dabei bewenden, denn die Diskussionen Apple, gegen wen auch immer, geführt mit Apple Jüngern, haben noch nie ein sinvolles Ergebnis zu Tage gebracht.
|
Hättest Du die Möglichkeit ausgelassen dich nochmal als paranoider "überall Apple-Jünger-Seher" zu outen, dann wäre der vorherige Teil glaubhafter gewesen. Aber keine Sorge - das ist bestimmt heilbar
Gruß,
[neon]