Was ist so toll an einer Linux Shell?

Re: Was ist so toll an einer Linux Shell?

Psychopath — Sat, 04 Jan 2020 22:13:59 GMT

Da hier seit Monaten nix ausser Spam kommt - koennte ma diesen Thread bitte sperren? (Nix gegen Dich oder Dein Thema, pong!)

Besten Gruss,
j.

Re: Was ist so toll an einer Linux Shell?

black_caeser — Mon, 22 Jul 2019 13:55:33 GMT

1. Reproduzierbarkeit

Es fängt bei alltäglicher Doku an. GUIs zu dokumentieren ist schwierig. Textbeschreibungen haben viele Fallstricke, Screenshots ebenso. Letztere brauchen vielleicht rote Kreise, um auf die wichtigen Punkte hinzuweisen. Videos wiederum taugen nicht, um sie zu überfliegen. Und alle haben das Problem, dass sich GUIs gerne ändern, sowohl im Stil als auch in der Anordnung. Wenn man also GUI-Automatisierungstools, die es ja gibt, einsetzt, muss man höllisch aufpassen, dass die Makros zur Version der Anwendung und/oder des Betriebssystems passen.

CLIs sind normalerweise stabil. Deshalb ist auch die Syntax mancher besonders alter Programme anders, z.B. von dd, welches anno 1974 (!!) entwickelt wurde. Damit werden Dokus zum Kinderspiel; tatsächlich muss man oft wenig selbst machen außer Kopieren & Einfügen in der Shell. Zusätzlich ist gerade im *nix-Umfeld viel (aber leider nicht mehr alles ) in man-Pages dokumentiert, d.h. man kann sich oft sehr einfach aus einer vermeintlich kryptischen Befehlskette ableiten, was da passiert. Screenshots mögen oberflächlich oft leichter verständlich sein, aber finde einmal die Dokumentation, was eine bestimmte Funktion jetzt eigentlich im Detail tut … Shell-Kommandos sind also prinzipiell selbst-dokumentierend. Deswegen reicht als erste Iteration einer Dokumentation schlicht das verwendete Kommando.

Die logische Weiterentwicklung davon sind Configuration Management, Infrastructure as Code und Versionierung, wobei man dabei normalerweise weit über klassisches Shell-Scripting hinausgeht - aber es ist ein Eckstein, genau wie die Philosophie „everything is a file“. Letzteres ist übrigens mit ein Grund, warum die Shell „funktioniert“ — vieles ist Datei-Manipulation mit Standardwerkzeugen, die wie Lego-Bausteine zusammengesetzt werden können.

2. Anpassungsfähigkeit und Reduktion auf das Wesentliche

Ein Kernaspekt ist meines Erachtens, dass gute Werkzeuge einem nur exakt die Informationen geben, die man möchte, in der Form, die man abfragen möchte. Es ist toll, dass seit einiger Zeit immer wieder altehrwürdige Kommandos mit z.B. JSON-Output-Optionen aufgerüstet werden. Aber schon davor war es gang und gäbe, verschiedene Ausgabeformate, -ordnungen und -mengen zu definieren. Z.B. bei ls. Klar kann man auch den Windows Explorer umkonfigurieren, aber die Mausklicks dauern ein bisserl länger als ein paar Parameter zu tippen - vorausgesetzt, man kennt sie auswendig. Das tut man oft nicht, aber dafür gibt es auch so etwas, das sich Shell Autocompletion nennt. Tab, Tab, Tab!

Gerade auch die Arbeit mit entfernten Rechnern ist dadurch extrem viel effizienter. Man mag ein GbE-Netz haben, aber RDP und VNC werden *immer* langsamer sein als ssh. Das Tastaturkürzel dann unabsichtlich lokal statt remote eine Aktion auslösen oder einfach nicht funktionieren, davon reden wir erst gar nicht. Und auch was Skripting angeht, ist Text hier deutlich im Vorteil. Typische KVM-Java-Applets sind praktisch unmöglich zu automatisieren und die Hölle, vor allem mit veraltetem Java und ungültigen Zertifikaten. HTML5 hat’s ein bisschen besser gemacht, aber ist wenn auch noch am ehesten über JavaScript automatisierbar. Serielle Konsolen lassen gegenüber SSH zwar zu wünschen übrig, lassen sich aber simpel z.B. über Python skripten. Vor allem, weil die Ausgabe Text ist (außer, man hat Pech und es rutscht Binärzeug rein), den man im Gegensatz zu Bildern sehr leicht verarbeiten kann.

3. Unabhängigkeit von den Fähigkeiten eines einzelnen Werkzeugs

Logik, Verkettung von Kommandos durch die Nutzung von Pipes, etc. lassen es zu, Funktionsbeschränkungen von Programmen zu umschiffen. Z.B. möchte ich gerne die SMART-Testergebnisse all meiner Festplatten bekommen, aber `smartctl` erlaubt nur je eine Platte je Ausführung. Außerdem kotzt es jedesmal einen Header raus, aber nennt nicht die Festplatte (lässt sich vielleicht konfigurieren …). Das lässt sich extrem schnell und einfach abfackeln:

for disk in /dev/sd?; do echo -n "${disk}: "; smartctl -H "${disk}" | grep health; done

Mit ein bisschen Übung in Shell-Scripting denkt man über so etwas nicht lange nach sondern tippt es einfach so runter. Wenn man einen Fehler macht, ist er meistens schnell entdeckt und sehr leicht zu korrigieren. Und durch die Shell History sieht man auch, was die Kollegen so gemacht haben.

Um auf die genannten Logfiles zu sprechen zu kommen: Das hängt wohl auch davon ab, über welche man genau spricht. Obwohl ich z.B. journald wegen des binären Speicherformats verhalten gegenüberstehe, schätze ich journalctl, weil es mir sehr mächtige Funktionen zur Filterung, Sortierung und Ausgabe an die Hand gibt. Und wenn es etwas nicht kann, kommt eben wieder Piping ins Spiel. Da es auch JSON beherrscht, ist es trivial beliebige Analysewerkzeuge darauf anzusetzen, z.B. aus der Python-Welt. Oder man nutzt gleich Graylog, ElasticSearch, etc. für zentralisiertes Logging. Da bekommst du dann auch wieder dein GUI in Form von z.B. Kibana oder Grafana. Ich wage zu behaupten, dass diese (FLOSS!) Werkzeuge unter anderem deshalb entstanden sind, weil es so leicht war, an die Daten zu kommen und sie weiter zu verarbeiten. Es ist verdammt leicht, ein erstes Skript mit Standardwerkzeugen zu schreiben, dass Daten aus /var/log ausliest und sie zu verarbeiten. Dann baut man die Fähigkeiten immer weiter aus.

4. Tastatur-zentrisch

Eine Geschmacksfrage, aber die Hand von der Tastatur zu nehmen würde mich in vielen Fällen ausbremsen. Zwar bin ich nicht so extrem, dass ich ganz auf eine Maus verzichten würde, aber als ich letztens im NextCloud-WebUI ca. hundertfünfzig mal (nicht übertrieben!) bei den App-Tokens auf „Löschen“ und den versetzten „Ja wirklich“-Knopf klicken habe müssen, hab’ ich schon sehr geflucht. Ein CLI-Tools, in dem man sich die App-Tokens auflisten lassen und löschen kann, hätte mir das Leben extrem erleichtert, selbst eine Sicherheitsabfrage hätte ich mit `yes` (`man yes`) quasi umgehen können …

Der Nachteil der Shell unter Linux und *nix generell ist, dass die Programme untereinander nicht konsistent sind. Das könnte ein Vorteil der Powershell sein, die ja objektorientiert arbeitet. Selbst arbeite ich nicht mit Microsoft-Produkten, deshalb kann ich dazu keine weitergehende Einschätzung treffen. Aber die Zukunft der *nix-Infrastruktur geht sowieso in Richtung JSON, YAML und REST-APIs, z.B. in Form von Kubernetes.

PS: Dadurch, *wie* die Shell funktioniert, kann man sie auch leicht manipulieren. Wenn ein bestimmtes Kommando z.B. für normale Benutzer nicht ausführbar ist, aber in einem anderen Programm ausgeführt wird, kann man ein Dummy-Programm in Form eines Skriptes verfügbar machen, dass im Such-Pfad (Umgebungsvariable PATH) früher kommt und z.B. eine Standardantwort liefert. Oder man schreibt einen Wrapper, der z.B. ein Programm immer mit bestimmten Parametern und Umgebungsvariablen startet (jaja, ich weiß, könnte man auch über ein Alias lösen).

Re: Was ist so toll an einer Linux Shell?

Bucho — Fri, 19 Jul 2019 21:02:51 GMT

das sind dann vermutlich solche die Donau-Krepp als Häuslpapier verwenden um sich die Rosette wundzuscheuern wenns mal schmieriger war.

Re: Was ist so toll an einer Linux Shell?

frostschutz — Tue, 16 Jul 2019 12:15:38 GMT

Also bitte, was genau ist nun so fortschrittlich an dieser Linuxshell?

Shell ist uralt, weiß nicht ob "fortschrittlich" da das richtige Wort für ist.

Es ist ein Werkzeug. Ob es das richtige Werkzeug ist, das kommt drauf an.

Wie so viele Sachen spielt auch einfach die Verbreitung eine Rolle.

PHP wird überall benutzt weil du das auf jedem dahergelaufenen Shared-Webhoster so findest.

JavaScript ist überall weil das geht in jedem Browser so.

Und wo Linux ist, da ist die Shell nicht weit. Auf meinem Kobo eBook-Reader läuft Linux. Python/NodeJS gibts da aber nicht. Und für C/Rust/Go musst du dann auch schon wieder was compilieren, bei jeder Änderung erneut.

Was macht man also wenn man auf dem eBook-Reader einen einfachen Vokabeltrainer haben möchte, der mit dir alle paar Buchseiten mal ein paar Karteikarten durchgeht? Bei mir ist es halt ein Shellscript geworden. Es war verfügbar, also warum nicht hernehmen?

Re(2): Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 10:32:24 GMT

Das ist eine Geheimsprache, über die man sich vom Rest der Menschheit
abgrenzen kann

Laut Github Programmiersprachen Ranking 2019 ist Shellscripting auf Platz 11.

Re(2): Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 10:29:42 GMT

Nicht so ganz. Wenn ein Shellscript geschrieben wird, wird es meistens auch für Automatisierung und/oder in anderen Skripten verwendet, da bring eine GUI nix, deshalb wird es textbasiert gesteuert mittels Parametern. GUI Programme sind für ganz andere Einsatzzwecke vorgesehen.

Re(2): Was ist so toll an einer Linux Shell?

Paulas_Papa — Tue, 16 Jul 2019 10:21:19 GMT

Infrastructure as Code - mit GUI...

https://en.wikipedia.org/wiki/Infrastructure_as_code
https://en.wikipedia.org/wiki/Software-defined_networking

Der Witz an der Cloud ist, dass man plötzlich ALLES als Sourcecode erstellen, warten und testen kann.

Re(9): Was ist so toll an einer Linux Shell?

Paulas_Papa — Tue, 16 Jul 2019 10:16:10 GMT

Und Airplane on/off wird wahrscheinlich auch nix anderes machen als diverse
Windows-Funktionen zu bemühen

Na sicher. Nur steht nirgends, welche und wie. Denn man muss ja alle möglichen Konfigurationen mitbedenken (zB VPN mit eigenem Treiber oder WLAN Router...).

Re: Was ist so toll an einer Linux Shell?

kaufinator1 — Tue, 16 Jul 2019 10:12:33 GMT

Das ist eine Geheimsprache, über die man sich vom Rest der Menschheit abgrenzen kann. „‚Die anderen‘ verstehen das einfach nicht“, kann man sich in Nerd-Kreisen gegenseitig trösten.

In Wirklichkeit ist der einzige Vorteil einer Shell, dass man Abläufe mit Skripten automatisieren kann. Zumindest so lange, bis jemand ein programm mit GUI bastelt, das besser funktioniert.

Ansonsten ist nur die Faulheit der Programmierer daran schuld, dass manche Programme kein GUI haben.

Re(8): Was ist so toll an einer Linux Shell?

Glockman — Tue, 16 Jul 2019 09:55:50 GMT

Also das Risiko, mit direkten Windows-Funktionen etwas nachhaltig zu zerschießen ist eher gering. Wenn einer Funktion was nicht schmeckt, dann macht sie es nicht oder es hagelt Fehlermeldungen und es passiert auch nix. Ist ja nicht so, als ob Du undokumentierte DLL-Aufrufe tätigst und das Ergebnis dann nicht abschätzen kannst.

Und Airplane on/off wird wahrscheinlich auch nix anderes machen als diverse Windows-Funktionen zu bemühen und drumherum ein bisschen GUI und Icons darzustellen. Die kochen ja auch nur mit Wasser.

Re(2): Was ist so toll an einer Linux Shell?

Paulas_Papa — Tue, 16 Jul 2019 09:19:31 GMT

Genial!

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

Die Shell bietet einen textbasierten Zugang zum gesamten Betriebssystem und erlaubt somit eine textbasierte Steuerung in Ergänzung zur grafischen. Eine Shell ist also für den Profi eine sehr gute Ergänzung - vor allem wenn es um das Automatisieren von Routinetätigkeit geht. Wer also die Funktionsweise des Betriebssystems Linux verstehen will, muss sich zwangsläufig mit Shellscripts, C und er Linux-Architektur auseinandersetzen. Wer das nicht muss kann sich das auch sparen.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

Ich kennen nur Vi, Vim und ich arbeite sehr gerne mit diesem Texteditor, weil er auf eigentlich jedem System verfügbar ist und das umsonst und sehr mächtig ist er auch, was das Bearbeiten von Texten betrifft. Nichtsdestotrotz arbeite ich auch gerne mit Atom oder Sublimetext - ich finde das Eine schließt das Andere nicht aus. Vor allem verwende ich gerne GUI basierte Editoren, wenn ich mit Anderen gleichzeitig über den Quellcode disktuiere und Änderungen vornehme. Am besten gefällt mir bei der Verwendung von VIM das ich direkt in der Shell bleibe und mir alle anderen Shell-Tools direkt zugänglich sind.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

Jeder sollten ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

Nichts es gibt sie ja auch schon ewig. Aber mit Shellprogrammierkenntnissen ist sie zur Konfiguration, Überwachung und Automatisierung von Linux-Systemen das geeignetste Mittel. Auch für das Development ist VIM in Kombination mit den Shell Kommandos, den Interpretern, Makefiles, Linkern und Compilern eine tolle Alternative zu anderen IDEs. Wenn ich mir ein neues Linux System aufsetze hole ich meine Shell-Scripts von Github, führe diese aus und mein System ist größtenteils konfiguriert.

PS:

dann vielleicht mit Pipes verketten ...

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

Die Shell bietet einen textbasierten Zugang zum gesamten Betriebssystem und erlaubt somit eine textbasierte Steuerung in Ergänzung zur grafischen. Eine Shell ist also für den Profi eine sehr gute Ergänzung - vor allem wenn es um das Automatisieren von routine Tätigkeiten geht. Wer also die Funktionsweise des Betriebssystems Linux verstehen will, muss sich zwangsläufig mit Shellscripts, C und er Linux-Architektur auseinandersetzen. Wer das nicht muss kann sich das auch sparen.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

PS:

dann vielleicht mit Pipes verketten ...

Pipes sind quasi die Superkräfte von der Shell und den Shellscripts, weil man mittels den Pipes und Redirects sehr schnell sehr komplexe und mächtige Programme erstellen kann. Indem vorgefertigte Shell-Kommandos verkettet werden und man eigene komplexere Programme aus all den verfügbaren Funktionalitäten erstellen kann, dass kompensiert auch wieder die fehlenden Objekte in gewisser weise, wie ein anderer User kritisiert hat.

Jeder sollten ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

Die Shell bietet einen textbasierten Zugang zum gesamten Betriebssystem und erlaubt somit eine textbasierte Steuerung in Ergänzung zur grafischen. Eine Shell ist also für den Profi eine sehr gute Ergänzung - vor allem wenn es um das Automatisieren von routine Tätigkeiten geht. Wer also die Funktionsweise des Betriebssystems Linux verstehen will, muss sich zwangsläufig mit Shellscripts, C und er Linux-Architektur auseinandersetzen. Wer das nicht muss kann sich das auch sparen.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

Jeder sollten ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

dann vielleicht mit Pipes verketten ...

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

Die Shell bietet einen textbasierten Zugang zum gesamten Betriebssystem und erlaubt somit eine textbasierte Steuerung in ergänzung zur grafischen. Eine Shell ist also für den Profi eine sehr gute Ergänzung - vor allem wenn es um das Automatisieren von routine Tätigkeiten geht. Wer also die Funktionsweise des Betriebssystems Linux verstehen will, muss sich zwangsläufig mit Shellscripts, C und er Linux-Architektur auseinandersetzen. Wer das nicht muss kann sich das auch sparen.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

Jeder sollten ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

Nichts es gibt sie ja auch schon ewig. Aber mit Shellprogrammierkenntnissen ist sie zur Konfiguration, Überwachung und Automatisierung von Linux-Systemen das geeignetste Mittel. Auch für das Development ist VIM in Kombination mit den Shell Kommandos, den Interpretern, Makefiles, Linkern und Compilern eine tolle Alternative zu anderen IDEs. Wenn ich mir ein neues Linux System aufsetzen hole ich meine Shell-Scripts von Github, führe diese aus und mein System ist größtenteils Konfiguriert.

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

Die Shell bietet einen textbasierten Zugang zum gesamten Betriebssystem und erlaubt somit eine textbasierte Steuerung in Ergänzung zur grafischen. Eine Shell ist also für den Profi eine sehr gute Ergänzung - vor allem wenn es um das Automatisieren von routine Tätigkeiten geht. Wer also die Funktionsweise des Betriebssystems Linux verstehen will, muss sich zwangsläufig mit Shellscripts, C und er Linux-Architektur auseinandersetzen. Wer das nicht muss kann sich das auch sparen.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

Jeder sollten ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

Nichts es gibt sie ja auch schon ewig. Aber mit Shellprogrammierkenntnissen ist sie zur Konfiguration, Überwachung und Automatisierung von Linux-Systemen das geeignetste Mittel. Auch für das Development ist VIM in Kombination mit den Shell Kommandos, den Interpretern, Makefiles, Linkern und Compilern eine tolle Alternative zu anderen IDEs. Wenn ich mir ein neues Linux System aufsetzen hole ich meine Shell-Scripts von Github, führe diese aus und mein System ist größtenteils Konfiguriert.

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

Die Shell bietet einen textbasierten Zugang zum gesamten Betriebssystem und erlaubt somit eine textbasierte Steuerung in Ergänzung zur grafischen. Eine Shell ist also für den Profi eine sehr gute Ergänzung - vor allem wenn es um das Automatisieren von routine Tätigkeiten geht. Wer also die Funktionsweise des Betriebssystems Linux verstehen will, muss sich zwangsläufig mit Shellscripts, C und er Linux-Architektur auseinandersetzen. Wer das nicht muss kann sich das auch sparen.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

Jeder sollten ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

Die Shell bietet einen textbasierten Zugang zum gesamten Betriebssystem und erlaubt somit eine textbasierte Steuerung in Ergänzung zur grafischen. Eine Shell ist also für den Profi eine sehr gute Ergänzung - vor allem wenn es um das Automatisieren von routine Tätigkeiten geht. Wer also die Funktionsweise des Betriebssystems Linux verstehen will, muss sich zwangsläufig mit Shellscripts, C und er Linux-Architektur auseinandersetzen. Wer das nicht muss kann sich das auch sparen.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

Jeder sollten ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

dann vielleicht mit Pipes verketten ...

Re: Was ist so toll an einer Linux Shell?

MIMI — Tue, 16 Jul 2019 09:08:44 GMT

toll und super so eine Linux Shell doch ist.

super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere
Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop
zurückgegriffen wird.

ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige.

Jeder sollte ruhig seinen lieblings Editor verwenden dürfen, dass kann doch den Kollegen egal sein. Man kann sowieso jede Textdatei mit jedem Editor bearbeiten. VIM bietet aber auch Makros.

was genau ist nun so fortschrittlich an dieser Linuxshell?

dann vielleicht mit Pipes verketten ...

Re: Was ist so toll an einer Linux Shell?

colo — Tue, 16 Jul 2019 08:16:40 GMT

https://www.youtube.com/watch?v=2fW5Z2z6pXM&t=76 :D

Re(7): Was ist so toll an einer Linux Shell?

Paulas_Papa — Tue, 16 Jul 2019 05:06:28 GMT

PS ist toll und löst 99% aller Probleme unter Windows. Aber es zeigt auch, dass man Betriebssystem und Shell gemeinsam betrachten muss. Und Designschwächen von Windows (fehlende APIs, GUI-lastiges Config Mgmt, Registrylastigkeit...) kann auch die PS nicht korrigieren.

Die Unix Seite wiederum hat eine syntaktisch komplexe Shell, die für Anfänger vielleicht schwer zugänglich ist, kann dafür aber wieder auf ein ganz einfaches, ballaststoffarmes und hochmodulares Betriebssystem und seine Hunderten Tools und APIs zugreifen.

Re(7): Was ist so toll an einer Linux Shell?

Paulas_Papa — Tue, 16 Jul 2019 04:46:44 GMT

wie du selbst sagst - das ist NICHT Airplane Off/On. Das ist maximal etwas ähnliches. Und wie du ja beim Googeln gemerkt hast, nicht unriskant. Du kannst dir damit ziemliche Unordnung in den Netzwerkstack bringen.

Ich habe ein paar Stunden auf den Dreck investiert, weil meine Mutter das ständig unbeabsichtigt auslöst und dann nicht mehr zurück findet. Es gibt auch die andere Lösung über die GUI-Automatisierung. Ähnlich krampfhaft.

Re(6): Was ist so toll an einer Linux Shell?

Glockman — Mon, 15 Jul 2019 23:27:07 GMT

Getestet nur unter Windows 10:


[CmdletBinding()] Param (
    [Parameter(Mandatory=$true)][ValidateSet('Off', 'On')][string]$FlightMode
)

If ((Get-Service bthserv).Status -eq 'Stopped') { Start-Service bthserv }
Add-Type -AssemblyName System.Runtime.WindowsRuntime
$asTaskGeneric = ([System.WindowsRuntimeSystemExtensions].GetMethods() | ? { $_.Name -eq 'AsTask' -and $_.GetParameters().Count -eq 1 -and $_.GetParameters()[0].ParameterType.Name -eq 'IAsyncOperation`1' })[0]
Function Await($WinRtTask, $ResultType) {
    $asTask = $asTaskGeneric.MakeGenericMethod($ResultType)
    $netTask = $asTask.Invoke($null, @($WinRtTask))
    $netTask.Wait(-1) | Out-Null
    $netTask.Result
}
[Windows.Devices.Radios.Radio,Windows.System.Devices,ContentType=WindowsRuntime] | Out-Null
[Windows.Devices.Radios.RadioAccessStatus,Windows.System.Devices,ContentType=WindowsRuntime] | Out-Null
Await ([Windows.Devices.Radios.Radio]::RequestAccessAsync()) ([Windows.Devices.Radios.RadioAccessStatus]) | Out-Null
$radios = Await ([Windows.Devices.Radios.Radio]::GetRadiosAsync()) ([System.Collections.Generic.IReadOnlyList[Windows.Devices.Radios.Radio]])
$bluetooth = $radios | ? { $_.Kind -eq 'Bluetooth' }
[Windows.Devices.Radios.RadioState,Windows.System.Devices,ContentType=WindowsRuntime] | Out-Null

switch ($FlightMode) {
       "On" {
            Get-NetAdapter | ? PhysicalMediaType -eq "Native 802.11" | Disable-NetAdapter -Confirm:$false 
            Await ($bluetooth.SetStateAsync("Off")) ([Windows.Devices.Radios.RadioAccessStatus]) | Out-Null
            }
       "Off" {
             Get-NetAdapter | ? PhysicalMediaType -eq "Native 802.11" | Enable-NetAdapter
             Await ($bluetooth.SetStateAsync("On")) ([Windows.Devices.Radios.RadioAccessStatus]) | Out-Null
       }     
}

Den BT-Teil hab ich gut aus dem Netz gestohlen (https://superuser.com/questions/1168551/turn-on-off-bluetooth-radio-adapter-from-cmd-powershell-in-windows-10 ), der WLAN-Adapter ist eh klar.

Ich hab auch leider in keinem Gerät ein WWAN-Modul, aber da könnte beim Get-NetAdapter als PhysicalMediaType "Wireless WAN" zurückkommen.
Es könnte auch sein, dass das von WinRT eh schon zurückkommt und dann so wie "Bluetooth" einfach nur zu filtern ist.

Und nein, das steuert jetzt nicht direkt die Funktion "Airplane mode", Du hast deshalb kein Flugzeug im Systray, aber der Effekt ist der Selbe.

Re(6): Was ist so toll an einer Linux Shell?

Psychopath — Mon, 15 Jul 2019 22:42:10 GMT

Jetzt bin ich neugierig auf Eure weitere Unterhaltung! Aus laienhaftem Interesse heraus.
Weil glaub ich Glockman ja ziemlich Ahnung hat, und auch ich Dir das nicht absprechen kann.

Besprecht das doch bitte weiter, konstruktiv und informativ auch fuer Mitlesende!

Besten Dank,
j.

Re(5): Was ist so toll an einer Linux Shell?

Paulas_Papa — Mon, 15 Jul 2019 22:24:55 GMT

Das weiß ich alles, keine Angst.

Und jetzt schreib ein PS, das die normalste Sache der Welt macht: Flightmode on/Off. Genau das brauche ich nämlich!

Und du wirst Dutzende solcher Fehlstellen finden. Einfach weil MS in Maus & GUI denkt und nicht wie ein Unix Entwickler über kleine leichtgewichtige Programme und APIs, die sich verketten und wiederverwenden lassen.

Viele Windows Funktionen lassen sich überhaupt nur über PS automatisieren, wenn du sie quasi per Tastatur oder Screenscraping „fernbedienst“. Was mehr als peinlich ist. Stell dir einfach automatisiertes Testen ohne API vor. Krank.

Re(4): Was ist so toll an einer Linux Shell?

Glockman — Mon, 15 Jul 2019 22:05:28 GMT

Ja, die Powershell beherrscht nur einen Bruchteil der Funktionalitäten, die
Windows und seine Utilities im GUI oder sonst irgendwie zur Verfügung stellen.

Mit Verlaub, das ist Unsinn.

Die PowerShell ist sehr mächtig, sie greift auf das komplette .NET Framework zurück und auf WMI zu - und damit hast Du sämtliche Funktionen, die Du in der GUI hast, auch in der PS. Und zusätzlich noch einen Haufen anderer, die Du in der GUI nicht hast, weil es schlichtweg kein GUI für die Funktionen gibt.

Es gibt vielleicht nicht für jeden Schmarren ein Cmdlet - aber das heißt nicht, dass es mit der PS nicht machbar ist.

Re(3): Was ist so toll an einer Linux Shell?

Paulas_Papa — Mon, 15 Jul 2019 18:54:53 GMT

Ja, die Powershell beherrscht nur einen Bruchteil der Funktionalitäten, die Windows und seine Utilities im GUI oder sonst irgendwie zur Verfügung stellen. Das ist eine Katastrophe.

Versuch mal, ein PS zu erstellen, mit dem du den PC in den Flightmode versetzt oder wieder daraus zurückholst.

Und dazu muss man auch noch eine teilweise sinnlose Klassenhierarchie erlernen. Die ist wiederum in verschiedenen Ms Anwendungen unterschiedlich. VB # PS # MS Access...

Re(2): Was ist so toll an einer Linux Shell?

Somnatic — Mon, 15 Jul 2019 18:31:14 GMT

Ich gehe eigentlich sogar weiter und behaupte dass die Powershell einer Bash/Dash/... o.ä. aufgrund ihrer Kenntnisse von Objekten statt nur Textzeilen weit überlegen ist. Die Syntax ist ... sagen wir mal gewöhnungsbedürftig. Das ist die der Bash aber auch sobald es darum geht Leerzeichen oder Sonderzeichen korrekt zu verarbeiten.

Einziges Argument gegen die Powershell ist wohl, dass sie nicht so durchgängig verwendbar ist wie ihre Linux Gegenstücke.

Re: Was ist so toll an einer Linux Shell?

Paulas_Papa — Mon, 15 Jul 2019 18:24:58 GMT

Bedenke, wie lange MS gebraucht hat, bis sie überrissen haben, wie wichtig eine mächtige Shell ist.

Und dass du TSO kennst und zu schätzen weißt, ehrt dich.

Es hat ja auch rund 30 Jahre gedauert, bis man verstanden hat, dass dezentrales Computing weitestgehend für die Fisch ist und zentrale, mächtige Serverlandschaften in Kombination mit schlanken dezentralen Terminals besser sind. Das nennt man jetzt halt Cloud. Damals nannte man es OS390 oder MVS.

Der Vorteil, jedes Programm oder Kommando mit sämtlichen Parametern aus einem zentralen Source Code (Shell) heraus aufrufen und verketten zu können, ist ein wirklicher Vorteil. Das kannst du nicht mit der dummen Maus-Schubserei unter MS vergleichen. Das ist der Kern von DevOps und wie du richtig sagst, 40 Jahre alt. So alt wie Linux halt ist. Denn dadurch, dass menschliche Arbeit plötzlich Code wird und damit wiederholbar, übertragbar, verallgemeinerbar, wiederverwendbar, versionierbar, debugbar...

Plötzlich werden alle Disziplinen des Software Engineering auf Betriebsaktivitäten anwendbar. Und es entsteht dadurch eine Kultur, lieber einmal mehr nachzudenken und ein Skript zu schnitzen, als 15 Befehle manuell ins System zu stammeln - mit allen Fehlern und Risiken.

Re: Was ist so toll an einer Linux Shell?

hellbringer — Mon, 15 Jul 2019 15:47:34 GMT

Es kommt wohl darauf an, was man machen will. Für den 0815-User bringts wohl nicht viel Mehrwert.

Unter Windows gibts ja die PowerShell, die vergleichbar, wenn auch nicht so fortgeschritten ist. Bevor ich mir aber den Wahnsinn mit der kryptischen Syntax und den tausenden Parametern, die man auswendig können muss, antu, schreib ich lieber ein C#-Script in LINQPad.

Was ist so toll an einer Linux Shell?

pong — Mon, 15 Jul 2019 15:42:20 GMT

Mir brennt diese Frage wie Zunder unter den Fingernägeln.

Von meinen jüngeren Kollegen (unter 30) höre ich immer wieder wie toll und super so eine Linux Shell doch ist. Wenn ich dann sehe wie die Leute arbeiten mit zig Terminals und offenen Shells am Schirm und sich seitenlange Befehlstrümmer in Editoren - meistens in irgendeiner grafischen Oberfläche - zusammenstöpseln, dann vielleicht mit Pipes verketten ... nein, ich kapiers nicht. Manch einer versucht mir dann zu erklären wie super komfortabel dann die Editoren wie vi oder emacs sind, aber für längere Scripts dann erst wieder auf Gui basierte Produkte mit Mausinput am Desktop zurückgegriffen wird. Spätestens wenns darum geht Logfiles zu filtern, lesen, sortieren und analysieren.

Ich schüttel bei sowas nur den Kopf. Wenn der böse Onkel - also ich - aus dem Mittelalter erzählt und diesselbe Tätigkeit in einem ISPF Edit, gepimpt mit ein paar Editmacros, innerhalb Sekunden erledige. Freue ich mich eigentlich über den vorsinnflutlichen Greenscreen mit seinen 8 Farben, Line und Primary Commands, die mit sprechenden Namen tun, wie sie heißen ohne Sonderzeichensyntax die je nach Tastatur anders zu tippen ist.

Also bitte, was genau ist nun so fortschrittlich an dieser Linuxshell? Für mich ists ein TSO ohne ISPF. Und da waren wir vor über 40 Jahren.

pong