Ich habe das Gefühl, dass die Leser von CSS-Tricks eine ziemlich breite Palette von Jobtypen und Erfahrungsstufen repräsentieren. Es wäre interessant zu wissen, wie häufig die Kommandozeilennutzung in der allgemeinen Webworker-Bevölkerung vorkommt.
Nennen Sie es, wie Sie wollen
„Shell“
„Terminal“
„Kommandozeile“
Oder spezifische Dinge wie Bash/Dash/Zsh/Etc. In dieser Umfrage nennen wir es der Konsistenz halber einfach die Kommandozeile. Das ist die Sache, bei der man Textbefehle eingibt und ein Computer etwas tut.
Ich denke, die einfachste Metrik, die man sammeln könnte, ist, wie viel die Leute es benutzen. Machen wir also die Frage:
Wie viele Befehle führen Sie durchschnittlich an jedem Arbeitstag über die Kommandozeile aus?
Stimmen Sie im Widget auf der Website selbst ab. Ich habe die Auswahlmöglichkeiten in Antworten aufgeteilt, die von „überhaupt nicht“ bis „ziemlich Ihr ganzer Job“ reichen – aber mit Angabe tatsächlicher Zahlen. Fühlen Sie sich frei zu raten, aber anscheinend gibt es eine Möglichkeit, eine genaue Zählung zu erhalten.
@chriscoyier Schnelle und schmutzige Methode zum Zählen: export HISTTIMEFORMAT="%d/%m/%y %T"; history | grep -c `date "+%d/%m/%y"`
— Brian McAllister (@brianmcallister) 12. Dezember 2013
Fühlen Sie sich frei, alles zu diskutieren, was Sie in den Kommentaren möchten, aber die Umfrage selbst wird sich auf die Menge der Nutzung konzentrieren.
Es wäre interessant zu hören, wie sehr Sie es gerne benutzen, wie wohl Sie sich dabei fühlen, wie Sie sich verbessern können, ob Sie denken, dass Ihre (oder die allgemeine) Nutzung steigt oder sinkt usw.
Gute Idee für eine Umfrage. Ich benutze das Terminal ausgiebig, sowohl bei der Arbeit als auch bei persönlichen Projekten. Ich denke, es ist gut, sich mit der Umgebung wohlzufühlen.
Wahrscheinlich ist mein nächster Schritt das Schreiben einiger meiner eigenen Bash-Utilities unter Linux (hauptsächlich die Debian-Variante), obwohl meist nur zum Lernen, da die meisten Dinge existieren und ziemlich ausgereift sind.
Ich programmiere seit den Tagen, als es keine andere Wahl gab, als die Kommandozeile zu benutzen. Ich glaube nicht, dass ich selbst dann, wenn ich Stunden und Stunden vor einem echten ASCII-Terminal verbracht hätte, Tausende von Befehlen pro Tag getippt hätte; das ist einfach wild, oder vielleicht ein Hinweis darauf, dass jemand das Ganze mit Shell-Skripten nicht „versteht“. Selbst vor 30 Jahren wurde viel Zeit in einem Texteditor verbracht.
Wenn Sie alle 10 Sekunden einen CLI-Befehl eingeben, dauert es fast 3 Stunden, bis Sie 1000 erreicht haben. Was machen all diese Befehle?
Für die Leute, die glauben, Tausende von CLI-Befehlen pro Tag auszuführen – was sind das?
Ich gehe davon aus, dass meine Zahl an den meisten Tagen über 1000 liegt; mein HISTFILESIZE ist auf 1000 eingestellt, und fast alle Befehle, die sich derzeit darin befinden, stammen von heute.
Vieles davon wird jedoch nicht tatsächlich von der Kommandozeile ausgeführt – ich würde sagen, etwa ein Drittel davon sind Befehle, die während der Arbeit in Vim ausgeführt werden – viele davon als Ergebnis von Tastenkombinationen oder Autocommand-Befehlen. Der Rest verteilt sich auf die Navigation, das Grepping und Suchen nach Dateien, Git/SSH/FTP/Verwaltung von Projekten und dann nur noch ein kleiner Teil der tatsächlichen funktionalen Datenmanipulation von der Shell-Eingabeaufforderung.
Nicht viele, täglich: Kompass-Watch, Kompass-Clean, manchmal Guard oder Git-Status, Git-Commit, Git-Pull, Git-Push und gelegentliche Befehle zum Aktualisieren meines Systems, Verschieben/Entfernen von Dateien, Installieren/Entfernen von Paketen usw.
Ich bin ganz Ihrer Meinung, Mike, ich verstehe wirklich nicht, wo all die Kommandozeilen verwendet werden. Ich habe auch für ziemlich große Unternehmen gearbeitet, die mir zustimmen, dass Git, Sass und dergleichen (obwohl nützlich) definitiv die Produktivität verlangsamen. Ich denke fast, es ist eher eine „Status“-Sache als eine Notwendigkeit.
Zustimmung... Ich glaube, die Kommandozeile ist zu einem gewissen Grad zum Geek-Cred-Ding geworden... Wir haben GUIs vor 50 Jahren erfunden, weil sie für die Mehrheit der Benutzer und für viele Anwendungsfälle einfacher und produktiver waren... aber Textbefehle in die Eingabeaufforderung einzugeben ist jetzt so viel cooler...
Das Terminal/die Eingabeaufforderung hat seinen Platz, aber es ist nicht das Ende aller Dinge...
Dem muss ich definitiv widersprechen. Ich denke, Sie beziehen sich vielleicht auf einen Produktivitätsrückgang während der Lernphase. Persönlich habe ich durch das Erlernen von Dingen wie Sass und Git eine enorme Produktivitätssteigerung erfahren. Ich denke, der „Status“-Aspekt kommt von der Zufriedenheit, dass man die Macht dieser Werkzeuge genutzt hat und eine Produktivitätssteigerung erfährt. Es macht mich sicherlich stolz, den Schmerz des Erlernens dieser Werkzeuge durchgemacht zu haben.
Ich bin mir nicht sicher, ob GUIs in allen Fällen tatsächlich die Produktivität steigern. Sie wurden erfunden, um normalen Menschen zu helfen, die Macht von Computern zu nutzen und sie nutzerfreundlicher zu machen, aber ich stelle jetzt fest, dass sie oft im Weg sein können – ich bin viel schneller, wenn meine Hände niemals die Maus erreichen müssen. Das Problem liegt darin, dass es eine Menge Training und Übung erfordert, um dies zu erreichen.
Ich widerspreche auch. GUI ist einfacher zu bedienen, aber nicht schneller... Das Erlernen von Befehlen kann einige Zeit dauern, aber man bekommt diese Zeit sehr schnell wieder zurück. Entfessle die Kraft in dir! ;-)
Die heutige intensive Nutzung der Kommandozeile ist meiner Meinung nach eine Modeerscheinung.
Sie können SASS, Git usw. tatsächlich nutzen, ohne manuelle Befehle schreiben zu müssen, indem Sie eine anständige IDE verwenden.
Wenn ich beispielsweise die erste Sass-Datei in einem PHPStorm-Projekt erstelle, fragt mich diese IDE, ob ich SASS-Dateien kompilieren möchte, und alles, was ich tun muss, ist einmal klicken und fertig.
Ich benutze Computer schon seit vor Windows und weiß, wie man die Kommandozeile benutzt, wenn nötig. Aber GUIs wurden aus einem bestimmten Grund erfunden und sie steigern definitiv die Produktivität und machen unser Leben einfacher.
Ich muss auch widersprechen. Jedes Mal, wenn ich mit einem Kollegen zusammen programmiere, der die Kommandozeile/Tastenkombinationen nicht benutzt, ist es, als ob er sich im Zeitlupentempo bewegt. Alles erfordert Anhalten, Suchen der Maus, Navigieren zum richtigen Menü oder Dialogfeld usw. im Vergleich zum einfachen Eingeben von ein paar Wörtern... Natürlich ist nicht jede Aufgabe für die Kommandozeile geeignet, und wenn Sie ein langsamer Tipper sind, könnte das ein Problem sein.
Sass ist eine ganz andere Sache. Egal, wie Sie es kompilieren (von der Kommandozeile oder GUI), es ist insgesamt ein riesiger Gewinn in Bezug auf Produktivität/Wartbarkeit...
Oh Gott, wie ludditisch von Ihnen...
Die Kommandozeile ist nicht nur „git und Sass“ (die man übrigens über eine GUI ausführen kann). Und wir haben alle für ziemlich große Unternehmen gearbeitet, und wir wissen, dass Produktivität nicht das ist, was sie am besten können. Außerdem bestehen sie aus Menschen, viele von ihnen, sicherlich findet man in einem Unternehmen Befürworter aller Lager?
Damit ist das aus dem Weg geräumt – die Kommandozeile ermöglicht es Ihnen, Dinge viel schneller zu erledigen, und sie ermöglicht es Ihnen, Befehle zu verketten, und sie ermöglicht es Ihnen, lange Befehle in Aliasen oder Skriptdateien zu speichern.
Zum Beispiel war einer der letzten Befehle, die ich heute verwendet habe:
ag -i -G “scss$” –ignore “**/target” “inline-image” path/ | awk “{ print $3 }” | sort
um Informationen darüber zu finden, welche Pfade Bilder in einem geerbten Projekt enthielten. Bis Sie mir einen schnelleren Weg zeigen, dies mit einem Programm mit einer GUI zu tun, bleibe ich bei der Shell, vielen Dank.
Nicht zu viel, muss es aber von Zeit zu Zeit benutzen. Kürzlich Grunt und npm install, aber vor ein paar Tagen habe ich ein Grunt-Plugin für ST3 entdeckt und benutze jetzt die Kommandozeile hauptsächlich für Composer-Aufgaben.
Haha, kaum. Früher habe ich es ein wenig benutzt, als GIT nicht funktionierte, um zurückzusetzen –hard (weiß nicht wirklich, was das tut), oh und ich liebe ein gutes sudo (???).
Manchmal benutze ich es für ipconfig /flushdns
Dein Video über Grunt hat mir sehr gefallen, aber abgesehen davon benutze ich es selten.
Ich finde heutzutage einen Weg, fast alles zu tun, was ich möchte, mit einer GUI. In meinem alten Unternehmen wurde die gesamte GIT-Arbeit über das Terminal abgewickelt, indem zu verschiedenen Staging-Seiten gepullt und gepusht wurde.
Jetzt kann ich mit BitBucket Verzweigungen erstellen und sie jederzeit herunterladen. Mit MediaTemple kann ich jederzeit Websites erstellen. Die Dinge werden einfacher.
Ich benutze die Kommandozeile selten. Ich habe in der Vergangenheit Bash für Git-Zwecke verwendet, und ich werde wahrscheinlich in sehr naher Zukunft Grunt ausprobieren (dann werde ich es mehr benutzen ... aber immer noch nur spärlich). Ich bin jedoch groß darin, die Tastatur anstelle der Maus zu verwenden, wo immer möglich. Ich denke, wenn ich mehr über die Kommandozeile wüsste oder wie man sie nutzt, würde ich es sicherlich tun – speziell für das Durchlaufen von Ordnerverzeichnissen, das Öffnen und Schließen von Dateien. Um ehrlich zu sein, bin ich mir nicht einmal bewusst, wozu alles fähig ist. Haben Sie Vorschläge für Tutorials/Artikel, die die Nutzung oder das Wie hervorheben?
Ich benutze es bis zu einem gewissen Grad täglich. Nachdem ich letztes Jahr Drupal lernen musste, wurde es tatsächlich für die Produktion verwendet, anstatt nur die Emacs-Spiele zu finden! Jetzt, bei Jaguar/LandRover, benutze ich Linux/Ubuntu und befinde mich oft in der Kommandozeile, obwohl ich hauptsächlich UX/UI-Grafiken mache.
1000+ Befehle pro Tag? Im Jahr 2013? Für mich sieht es so aus, als wäre bei der Entwicklung etwas schief gelaufen.
Ich benutze die Kommandozeile täglich, aber nicht annähernd so viel. Das liegt wahrscheinlich daran, dass ich keine Werkzeuge benutze, die mich dazu zwingen. Und es ist nicht so, dass ich Angst vor Befehlen habe – ich kenne Computer seit den späten 80ern, und DOS war der richtige Weg –, aber warum müssen wir uns mit benutzerunfreundlichen Schnittstellen befassen, nur weil wir es können? Es ist ja nicht so, dass wir Ressourcen sparen.
Ich stimme zu, ich habe das Gefühl, dass in den letzten Jahren die Nutzung des Terminals zugenommen hat (zumindest in der Welt der Frontend-Entwicklung) und das Gefühl, dass wir in gewisser Weise rückwärts gehen... (nicht beschweren, nur beobachten)
Vielleicht hängt es mit einer zunehmenden Betonung der Rollen des „Frontend-Entwicklers“ und einer Zunahme von Frontend-Tools zusammen, die jetzt für die allgemeine Webentwicklung integral sind? (git, node, sass, JS-Entwicklungstools usw.)
Ich liebe die Kommandozeile, habe 500 mit deinem kleinen Skript Chris erhalten. Ich wünschte, es wären mehr, aber ich lerne noch. Ich benutze Tower für Git und weiß, dass es mich verlangsamt, aber ich weiß nicht genug über Git im Allgemeinen, um mehr zu tun. Ich wechsle hin und her, weil Tower für manche Dinge einfach nicht gut ist.
Ich benutze auch eine Vagrant-Installation für die lokale Entwicklung und SSH darauf ziemlich oft. Ich denke, der einzige Grund, warum meine Zahl nicht höher ist, ist, dass ich derzeit kein Vollzeitentwickler bin.
Ich benutze aber immer noch Codekit für Sass... kann es nicht schlagen :)
Ich bekomme 500, weil mein Verlauf nur so viel speichert.
Ich habe vor der Umfrage abgestimmt, bevor ich den Ausschnitt zum Zählen des Terminalverlaufs gesehen habe, der 499 anzeigte. Ich hätte nicht gedacht, dass die Zahl auch nur annähernd so hoch wäre, also vermute ich, dass ein Großteil davon auf die Verwendung von Grunt und Watch zurückzuführen ist.
Das Problem mit der Kommandozeile ist, dass sie eine Tastatur erfordert und ich eher eine Mausperson bin. Ich versuche, einen Weg zu finden, dieser Tastaturtyp zu sein.
Für jeden Webentwickler, der Präprozessoren oder andere zeitsparende Tools nutzt, sollten dies mindestens 500 pro Arbeitstag sein.
Ich kann mir nicht vorstellen, eine Website ohne Terminal zu entwickeln.
Wie die meisten hier kommentierenden Leute bin ich auch ein Tastatur-Typ und finde es viel schneller, Terminal/Kommandozeile für Git zu verwenden als eine GUI. Außerdem bekommt man ein Gefühl dafür, was man tut und warum. Ich benutze auch das Terminal im Laufe des Tages zum Navigieren durch Ordner, Erstellen/Löschen von Dateien, Kompass-Clean/Compile, Sass-Watch usw. Es ist nicht so schwer; ich bin mir nicht sicher, warum manche Leute Angst davor haben, es zu benutzen.
Git, Grunt, Guard, statische Website-Generatoren, Sass + Kompass und eine Menge anderer Tools für engere Workflows bedeuten, dass ich praktisch in meinem Terminal lebe. Das wurde nur noch wahrer, als ich erkannte, was mit Skripting möglich ist. Das Terminal hat mich extrem faul gemacht, auf eine gute Art. Ich glaube, ich fing an, es zu bevorzugen, als ich erkannte, dass die Produktivität darin nur durch die Geschwindigkeit des Tippens begrenzt ist. Und teilweise, weil meine Maus im Moment das weniger präzise Peripheriegerät ist.
Selbst dann ist eine gute GUI eine Freude zu sehen. Ich habe Sublime Text als meinen Haupteditor gewählt, teilweise weil er wunderschön ist.
Vor einem Monat habe ich meine erste Stelle im Webentwicklungsbereich angefangen, ohne jemals die Kommandozeile benutzt zu haben. Jetzt benutze ich sie wahrscheinlich 100 Mal oder öfter am Tag. Zwischen Git und Rails habe ich den ganzen Tag iTerm auf meinem Computer geöffnet.
Nur vier heute. Aber ich habe gerade erst meinen Computer eingeschaltet. : )
Mein Verlauf zeigt an einem typischen Tag 40-80. Aber ich weiß, dass ich regelmäßig über 1.000 kommen kann.
Ich benutze die Kommandozeile mehrmals am Tag, tippe manchmal ein paar hundert Zeilen pro Tag. Ich bin ein alter Graubart, der UNIX zuerst auf einem Glas-TTY gelernt hat, und ich war schon immer bequem, an einer Eingabeaufforderung und Texteditoren wie vi und emacs zu testen, und habe Systemadministration betrieben, wo bei Remote-Systemen das Einzige, was man hat, ein Shell-Login ist, immer noch.
Ich benutze derzeit Ubuntu 12.04 und kenne mich mit Dateimanagern und GUI-Anwendungen aus. Ich liebe es, dass man Schriftarten in Webseiten, Stile, Layout zuverlässig sehen kann, aber es gibt tatsächlich viele Male, in denen eine Kommandozeile die Arbeit besser erledigt. Ich öffne ein Terminal, wenn die Arbeit darin besteht, ein Muster, einen regulären Ausdruck, auf eine ganze Reihe von Dateien anzuwenden. Zum Beispiel, um Dateien mit einer gemeinsamen Zeichenfolge in ihrem Dateinamen zu verschieben. Wenn ich ein Muster aus einer Quelldatei benötige, verwende ich grep und more von der Kommandozeile.
Für Verwaltungsaufgaben wie das Ändern Ihrer Website-Konfiguration oder das Einrichten mit einer Skriptsprache oder einer Konfiguration für ein Framework ist ein Terminal sehr nützlich, insbesondere wenn Sie aufgrund schlechter Sicht eine große Schriftart verwenden müssen.
Nicht allzu viele – aber ich halte das Sass-Fenster den ganzen Tag über beschäftigt, normalerweise.
Noch nie wirklich, wenn ich schwere Aufgaben erledigen oder schnelle Informationen benötige, benutze ich PHP, um Dinge wie Listen und dergleichen zu generieren.
Andererseits werden all meine Webentwicklungen als laufende Hobbyprojekte durchgeführt.
Ugh, die Kommandozeile ist hässlich. Warum brauche ich das überhaupt? Kann perfekt ohne leben.
Was verwenden Sie für Git/SVN, Grunt usw.? Mit nur wenig Studium könnten Sie Ihre Produktivität bei diesen verbessern, indem Sie einfache Befehle lernen. Seien Sie nicht so schnell dabei, es abzulehnen, nur weil es von Ihrem üblichen Workflow abweicht... Leute benutzen es aus einem Grund.
Und „[es] ist hässlich“ ist kein guter Grund, es nicht zu versuchen.
Ich benutze das Terminal täglich. Ich komme aus einem GNU/Linux-Hintergrund, obwohl ich jetzt ein Mac OS X-Benutzer bin.
Ich habe eine sehr angepasste Einrichtung. Ich benutze fish als meine Shell, viele Aliase und schreibe ständig meine eigenen Shell-Skripte, sowohl in fish als auch in bash.
Ein paar Mal am Tag.
Dies ist ein wichtiger Teil der Verwaltung eines Linux-Servers, und Websites wie GitHub erfordern die Verwendung von CLI-Befehlen.
Wenn Sie mich fragen? Ich glaube nicht, dass die CLI bald verschwinden wird, sie ist immer noch eine sehr nützliche Schnittstelle, besonders für Netzwerke.
Als primär .NET-Webentwickler kann ich Ihnen nicht sagen, wann ich das letzte Mal die Kommandozeile berührt habe. Ich glaube, ich füge höchstens eine Zeile zu meinem Build-Skript hinzu, um mein CSS von SASS/Less vorzukompilieren, und das war's. Tatsächlich sehe ich all diese Leute über die Kommandozeile reden und verstehe überhaupt nicht, wann sie außerhalb der Konfiguration auf einem Server oder Computer nützlich ist.
CLI verbessert wirklich den Workflow. Es mag nicht sexy aussehen, aber es erledigt die ganze schmutzige Arbeit wirklich schnell. Ich bin gerade von GUIs zu CLI gewechselt und meine Effizienz hat sich absurd verbessert.
Es gibt keine Möglichkeit, dass ich zu GUIs zurückkehre. Ich verschwende meine Zeit nicht mit Maus und Klicks...
Ein Dutzend Mal am Tag – ich benutze es nur, um einen Remote-Server über SSH zu verwalten, früher habe ich es zum Ausführen von SASS/Compass verwendet, aber jetzt habe ich Hammer für Mac. Dies erfordert das Klicken auf ein Symbol im Dock, anstatt ein Terminal zu öffnen, den Dateipfad zu finden und einen Watch- oder Build- oder was auch immer-Befehl einzugeben.
GUIs sind für manche Aufgaben schneller, Terminals sind für andere schneller. Ebenso bevorzugen manche Benutzer GUIs, andere CLI.
Wen kümmert's wirklich? Was auch immer für Sie am besten funktioniert...
Tolle Frage. Ich benutze die Kommandozeile nie, habe aber diesen seltsamen Minderwertigkeitskomplex, dass ich mich nicht als richtigen Entwickler bezeichnen kann, bis ich sie beherrsche! Obwohl ich jetzt Grunt benutze und sehe, wie ich mich mehr damit beschäftigen werde und mich darauf freue, wenn sie zur zweiten Natur wird... bis dahin werde ich mich in einen dunklen Raum zurückziehen und mich geißeln, wie dieser Typ in Boardwalk Empire.
Ich erhalte seltsam niedrige Zahlen, aber da ich in mehreren Terminals auf mehreren Maschinen arbeite, wäre es schwierig, eine genaue Zählung zu erhalten.
Zählt `for 1 in {1..20} ; do something ; done` als 1 Befehl oder 20?
Glauben Sie, dass „1“ ein cooler Name für Variablen ist? Sie können Buchstaben ausprobieren...
Was zum Teufel ist auf Ihren Servern los gewesen?
Ich hatte keine Ahnung, wie viele Befehle ich pro Tag ausführe! Anscheinend führe ich etwa 1000 pro Tag aus. O.o
Ich werde definitiv Grunt und alles Kommandozeilenbezogene lernen... Aber im Moment komme ich zur Arbeit, öffne mein Terminal und führe `compass watch` aus... das war's... 8 Stunden später... `command c` (oder was auch immer es ist)... und nach Hause!
ZSH FTW!!!
Einfach ausgedrückt... Ich weiß nicht, wie man KEIN Terminal benutzt.
Ich benutze es, um Verzeichnisse zu navigieren, Compass anzuweisen, auf Änderungen zu warten, Git-Aufgaben auszuführen, neue Software zu aktualisieren und zu installieren usw.
Ich benutze es sogar, um primitive Python-Skripte auszuführen!
Ich bin heute bei 1016 :)
VIEL davon sind jedoch
lscdgit statusundgit log.@CrisCoyier... Ich habe in deinem Github-Video gehört, dass du die Kommandozeile/Shell als „seltsam und unvollendet“ empfindest. Ich verstehe, was du meinst. Du musst dir jedoch bewusst sein, dass sie schnörkellos und voller Leistung ist.
Indem Sie Ihre eigenen Shell-Skripte schreiben, können Sie ALLES auf Ihrem Computer automatisieren.
Möchten Sie jeden Mittwoch alles in einem bestimmten Verzeichnis automatisch
git committen? Das ist mit einem kleinen Skript möglich.Ich benutze das Terminal für alle möglichen Dinge: Rails-Befehle, Rails-Konsole, Ausführen von Tests, Silverstripe-Tests und -Befehle, Git, Sass, Navigation usw. bin mir immer noch nicht sicher, ob es über ein paar hundert pro Tag ist. Vielleicht weniger Teepausen nötig...
Ich bin ein Fan von Terminalbefehlen, wenn ich frei bin, spiele ich damit und versuche, weitere Tricks darunter zu erfinden! Meine Lieblingsbefehle sind grep, find, das Ausführen von Tests und der mächtigste Git-Befehl!
Oh, ich benutze die Kommandozeile jeden Tag. Es macht einfach Spaß und wenn man den Dreh raus hat, macht es viele Dinge noch schneller. Es hilft auch, dass Vim ein ziemlich unterhaltsamer Texteditor ist und sehr schnell lädt, was eine schnelle Bearbeitung einfacher Dateien ermöglicht. (Mein Herz gehört aber immer noch Sublime Text für Projekte)
Die meiste Zeit nur:
sass --watch style.scss:style.css --style compressedAber wie viele von Ihnen prüfen Ihre E-Mails per TELNET?
Wie Festnetztelefone, Vinyl und Videorecorder hat der Fortschritt sie zu wenig mehr als Hipster-/Geek-Cred gemacht. Während Sie das Potenzial für mehr Macht haben, haben Sie mehr Zeit, Benutzer in Ihre Systeme einzuarbeiten, mehr Verwirrung, größere Fehlermarge und insgesamt langsamere Fortschritte.
Bei meinen Unternehmenskunden (Yahoo, NFL, Walmart, Fox, RedBull, DirecTV) ist es für FrontEnd/UX-Typen wie mich selten mehr als ein „ant clean deploy“, und es sollte auch nicht mehr sein müssen, wenn man möchte, dass der Durchschnittsnutzer arbeiten und Fehler intelligent an Administratoren kommunizieren kann.
Nach 18 Jahren „Web-Kram“ möchte ich einfach nur einen Überblick und nicht wühlen.
Ich benutze die CLI die ganze Zeit – http://hackertyper.com/
Jedes Mal, wenn ich die Kommandozeile benutzen muss, frage ich mich: „Wie schwer ist es, dafür eine GUI zu machen?“ Tatsächlich gibt es viele Software, die die meisten Dinge, die man auf der Kommandozeile tut, reproduzieren kann, also ist es oft eine Frage der Präferenz. Ich mache mir Sorgen, dass ich mit der falschen Verwendung von sudo oder dem Löschen eines dieser seltsamen Verzeichnisse mein System zum Absturz bringen könnte, also ja, ich wünschte, ich würde es weniger benutzen.
Ich denke, Codekit löst 80% der Dinge, die ich auf der Kommandozeile machen würde. Ich würde mir eine neue Version wünschen, die die anderen 20% erledigt.
Ich meine das auf die unaufdringlichste Weise, aber wenn Sie die Kommandozeile Hunderte (Tausende?) Male am Tag benutzen (für Dinge, die nicht einfach sind wie CD etc.), müssen Sie sich auf Automatisierung oder Verbesserung konzentrieren.
Zum Beispiel mussten wir auf der Arbeit in Ubuntu viele Befehle in der CLI ausführen, also habe ich eine Reihe von Shell-Skripten geschrieben und sie an Ereignisse/Cronjobs angehängt, um etwa 25% meiner Arbeit zu automatisieren – und das war nur eine schnelle Bodge-Arbeit!
Ich will niemandem zu nahe treten, aber: Es gibt kaum eine Möglichkeit zur Automatisierung der Arbeit, die ich auf der Kommandozeile mache. Man kann nicht einfach davon ausgehen, CLI = die gleiche Arbeitsumgebung überall. Es gibt einen riesigen Unterschied zwischen Leuten, die zufällig an einer sehr spezifischen Aufgabe in einem großen Unternehmen arbeiten, Leuten wie mir, die als Freiberufler Vollzeit arbeiten, Systemadministratoren in kleinen bis mittelgroßen Netzwerkunternehmen / ISPs usw. usw. pp., und das ist nur die Spitze des Eisbergs!
cu, w0lf.
alias ag=’alias | grep’
Erinnert sich das jemand und benutzt dieses kleine Juwel?
Wie beabsichtigt; Es spart mir viel Tipparbeit.
Meine .bashrc & .bash_aliases Dateien* sind riesig und das obige ‚ag‘ Beispiel hilft mir, diese rostigen Verknüpfungen in derselben Liste zu finden, die ich #— kategorisiert — alphabetisch und nach Befehlen und Funktion gruppiert habe… einschließlich Verknüpfungen zu Skripten.
(*redhats & debians –jeweils)
Nun ja... dieser Tweet war tatsächlich sehr nützlich... Obwohl ich Guake benutze (das Gnome-Derivat von Yakuake, ein Quake-Stil-Terminal / Kommandozeile), was bedeutet, dass ich mindestens 2 Terminalfenster offen habe, alle griffbereit und verfügbar per Knopfdruck (über F12 in meinem Fall).
Meistens benutze ich die Kommandozeile nur, um zu sehen, was gerade in Clementine abgespielt wird, da es einfach viel einfacher ist, „np [Enter]“ einzugeben, als die Maus ins Panel zu bewegen, zu warten, bis sie erscheint, auf das Playersymbol in der Taskleiste zu klicken, zu warten, bis es sich öffnet, und zu sehen, was gerade gespielt wird.
Ich bin von Anfang an so ziemlich ein TUI = Text User Interface Mann. Das erste System war ein Commodore 128D in den späten 80ern, später war es jahrelang DOS und was auch immer, Windows war nur ein klickig-buntes Asset... also, nachdem ich 2001 über Linux gestolpert bin (neben einem kurzen Blick im Jahr 1994 mit SLS / Slackware), war es keine solche Anstrengung, mich an seine Kommandozeile zu gewöhnen.
Also, nach fast 8 Jahren der Nutzung von Unix-Derivaten als primäres Betriebssystem und Entwicklungsumgebung, ist GUI immer noch eine gute Wahl, aber die TUI erledigt die meiste tägliche Arbeit schneller und einfacher. Natürlich erfordert es etwas Aufwand, all die RTFM-Lasten auszugraben, aber nun ja... andere komplexe Systeme wie Photoshop, Javascript oder Ihre bevorzugte IDE (z.B. Visual Studio, Eclipse und sogar Geany) erfordern ungefähr den gleichen Aufwand, um sie gut zu lernen, und Sie werden wahrscheinlich nie ALLLES davon wissen...
cu, w0lf.
Für alle, die sagen, Bash zu benutzen sei ein Statussymbol oder so etwas, würde ich fragen, wie gut Sie die Tastenkombinationen in Ihrem Texteditor kennen. Wie oft am Tag benutzen Sie *diese*? Genau wie bei Bash hat es Zeit gekostet, diese Tastenkombinationen zu lernen, aber jetzt sind Sie dadurch X-mal effizienter. Alles hat eine Lernkurve.
Es gibt oft einen besseren/effizienteren Weg, eine Aufgabe zu erledigen. Wichtig ist, diesen Workflow oder diese Werkzeuge zu finden, sei es eine GUI, eine CLI oder Espresso.
Nur meine 2 Cents. Ich bin kein Fan von Leuten, die Dinge einfach abtun, nur weil sie denken, es sei ein Statussymbol oder so etwas. Oder vielleicht bin ich einfach zu zwanghaft, was diesen Mist angeht :)
499
Ich LIEBE das Terminal, dort geschieht die ganze Magie.