Graf spustených aplikácií za posledný mesiac (diskuse)

[dolik.rce]

ps U $USER o cmd by ti ušetřilo grep a awk

[sivlk]

Mal som otvorenu manualovu stranku ps ked som pisal ten skript, lenze tam je strasne vela tych moznosti a ked som zvazil kolko casu mi to zaberie a kolko usetri, tak som to nakoniec spravil cez grep a awk.

[CET]

Ano, to je casta chyba zacatecniku. Obvykle se domnivaji, ze je jednodussi neco nejak zbastlit s tim, co znam (tedy s malem), nez si precist manualovou stranku a zjistit, ze to lze udelat o hodne jednoduseji a pak aspon vedet, ze neco takoveho existuje a priste to uz najit rychleji, pripadne to rovnou napsat z hlavy.

[sivlk]

V tomto s tebou zasadne nesuhlasim. Ako povedal Donald Knuth "Premature optimization is root of all evil".

Ten skrip aj ked bezi raz za minutu aj na mojej sunke sposobuje naprosto minimalnu zataz. Ked si po tych 10 rokoch co pisem nejaky ten bash skript kazdy den nepamatam formatovanie vystupu ps, znamena to ze je to u mna tak malo pouzivana funkcia ze to proste nepotrebujem a zabudol som to. A keby som stravil 10 minut lustenim manualu ps aj ked uz davno viem riesenie za 10 sekund "grep "^$USER" | awk '{ print $11 }'", tak akokolvek sa na to pozriem stratil by som 10 minut zivota.

Bash scripty nie su katedraly s dokonalym dizajnom ale "napis, pouzi, zahod". Z rovnakeho dovodu kolony pisem sposobom "cat subor | ", potom sa zastavim a premyslam co vlastne chcem s nim urobit (sed? grep? awk?). Rozptyluje ma nutnost "nabuffrovat" si meno suboru, napisat zlozity sed vyraz a potom tam placnut meno suboru. Takisto ak to robim nad viacerimi subormi a je tam dlha kolona tak sa rychlejsie dostanem k menu suboru lebo zacina na 5. znaku kolony, kdesto u "sed vyraz subor" to moze byt dost v strede kolony takze stracam cas navigaciou namiesto "Home Ctrl+Right subor2".

Takisto mi chyba akakolvek motivacia ucit sa obskurne switche ktore aj tak nebudu fungovat na non-gnu systemoch (bsd, unixy). A tak som sa za tie roky naucil skripty pisat co najjednoduchsim sposobom: ... | grep nieco | grep -v nieco | sed nieco | tail nieco | awk nieco | ...

[Heron]

Ako povedal Donald Knuth "Premature optimization is root of all evil".

Mimo tuto diskusi: Knuth to řekl v určitém kontextu. Dnes si to každý vykládá tak, že je možné použít libovolný algoritmus, libovolný formát dat, libovolné prostředí a tak. Prostě to nějak naprasit. Knuth dobře věděl, který algoritmus je ten nejvhodnější. Ale varoval, před složitou optimalizací napříč programem, která jej silně znepřehlední. Nejvodnější datové struktury a algoritmy by se měly používat vždy. To není optimalizace, to je návrh.

Což samozřejmě znamená a na to CET správně narážel, že je dobré znát více (v tomto případě GNU řádkových filtrů) a potom si umět správně vybrat ten nejvhodnější.

Sorry za OT, u skriptu, který běží 200ms každou minutu, to fakt nemá smysl řešit.

[Filip]

Ber to tak, že znalost univerzálních nástrojů jako grep a awk tomu člověku ušetří spoustu cenného času stráveného zíráním do manuálů.

Často si říkám, že bych v manstránkách potřeboval hlavně praktické příklady použití a toho, co z programu vypadne. Pokud to tam není, nemívám čas experimentovat, vezmu výpis a zpracuju ho dodatečně. Tím to pro mne hasne.

[frEon]

man awku je o 300 radek delsi... takze to da vic prace s awkem

[frEon]

imho u takovyhle blbiny je to celkem jedno. Jo, kdyby se to poustelo x krat za sekundu, byla by to jina... Jak se rika, ucel sveti prostredky.

Nicmene rozsirovani obzoru je dobra vec, tak ti nic nevycitam

[Let_Me_Be]

Ten skript bude IMHO generovat desne hlody. To by chtelo pocitat podle TIME a detekovat duplikaty.

[Let_Me_Be]

Neco v tomhle stylu:

ps -U simon -u simon -o user,pid,etime -o args  | awk '{ print $2 " " $3 " " $4  }'