Moja szczera nienawiść do Terminala, Czyli moja ułomność Opcje

[SmokAnalog]

Hej,

chciałem się z Wami podzielić moją złością i nienawiścią do Terminala, Konsoli, Linii Komend, CLI czy jak to ustrojstwo jeszcze można nazwać (IMG:style_emoticons/default/biggrin.gif)

Używamy w pracy GIT-a i Vagranta (ZŁO!). Cholera mnie bierze, bo tylko ja jestem na tyle ułomny, że nie mogę się swobodnie poruszać w konsoli i najzwyczajniej w świecie ona mnie denerwuje (choć mam ochotę użyć innego słowa). Ja muszę widzieć pliki i móc na nie klikać. Muszę widzieć opcje i na nie klikać. Potrzebuję kolorów i animacji. Nie chce mi się uczyć setek komend i flag do nich. NIC MI NIE DZIAŁA, AAA!!!

Czy coś jest ze mną nie tak? Czy ktokolwiek podziela moją nienawiść, a może mi jeszcze dokopiecie? (IMG:style_emoticons/default/biggrin.gif)

P.S. Temat jest oczywiście humorystyczny, ale nienawiść jest całkiem prawdziwa (IMG:style_emoticons/default/tongue.gif)

[lukasz1985]

Zawsze wszyscy będą mówić, że jest to kwestia przyzwyczajenia. Zawsze będą bronić Vimy i Emacsy. Bo po prostu nie doświadczyli życia z Eclipse. Kropka.

[PrinceOfPersia]

Prawda, że konsola się może przydać do rzeczy, których nie da się zrobić z poziomu GUI ale czy jeszcze są takie zadania dla przeciętnego programisty? Raczej wątpię. Z tym mogą mieć od czynienia osoby, które chcą przekompilować jądro linuxa.

Ale z konsoli się szybciej instaluje programy czy biblioteki programistyczne. Chcesz jakiejś biblioteki JavaScript, to wpisujesz
npm install nazwa_biblioteki (albo bower zamiast npm)
(np. bower install jquery i masz ściągnięte jQuery)
Chcesz zainstalować jakiś program, to wpisujesz tylko:
apt-get install NAZWA_PROGRAMU (na debianowych dystrybucjach linuksa)
zamiast się bawić we wchodzenie na stronę internetową czy szukanie w graficznym repozytorium programów.

Generalnie, to o czym tutaj mówimy sprowadza się do UX(User eXperience). No ale jak mówić o UX w konsoli?

konsola często poprawia UX, bo zwalnia programistę z konieczności jej obsługi (poleceń w konsoli przecież nie trzeba wklepywać z palca, bo można napisać skrypt, który będzie sam je wywoływał (chociażby plik *.sh. btw. programowanie w Bashu to jest dopiero masochizm, ale to już inny temat - języków skryptowych jest przecież multum i nie trzeba pisać całej logiki skryptu w Bashu). Praktycznie każdy powtarzający się ciąg tych samych zadań (np. przy buildzie/deployu możesz chcieć zminimalizować pliki, przeskalować obrazki, skompilować szablony, wgrać wszystko na serwer FTP etc.) można zautomatyzować i stworzyć w konsoli skrypt. Jeden skrypt, który będzie robił z automatu 10 róznych rzeczy i sam sprawdzał warunki, kiedy coś zrobić, kiedy nie. A weź zrób taką automatyzację w GUI... da się niby, w niektórych programach są makra, ale to jednak nie to samo...

Jeśli chodzi o pliki to wrócę jescze do GIT'a - jeśli pracowałem na 10 plikach i z 5 z nich chce zrobić jednego commita, a z drugich 5 innego - to nie ma opcji, żeby w konsoli zrobić to szybciej niż z jakąs aplikacją z GUI.

Przyznając ci częściowo rację, myślę, że te narzędzia się uzupełniają. Ja jeśli chcę przeanalizować solidnie diffy to wolę to zrobić w NetBeans, albo na GitHubie, niż wpisując niewygodne "git diff | less". Albo inna sytuacja - rozpakowywanie plików *.rar w linuksie. Też wolę zrobić to w GUI i z menu kontekstowego "rozpakuj tutaj" niż zastanawiać się nad właściwymi flagami do polecenia tar. Także do przeglądania bazy danych też nie użyję konsoli tylko narzędzia typu phpMyAdmin czy podobnego.

Ten post edytował PrinceOfPersia 10.02.2014, 01:57:12