Názory k článku
Gtop grafický top v terminálu
-
Ecmanek (neregistrovaný)
Neznalost je zaklad hejtovani. Jak rozesrany? vsechno je v node_modules a jeden symlink v /usr/local/bin. Kdyz to nainstalujes nejakym balickovacem tak nic neresis. Javascript je proste tady a zvitezi protoze je jednodussi (a tedy lepsi) nez perl/ruby/python. Cim drive si nodejs na pocitac das tim lepe.
-
JavaScript byl vytvořený proto aby browser uměl skriptem zajistit, že uživatel nemůže zaškrtnout checkbox dokud nevybere hodnotu z listboxu. A na to je JS opravdu použitelný, všechna čest. A tam to také končí. Kdo se v JS pokusí psát cokoliv složitějšího, tomu z toho rychle slezou vlasy, a v horším případě i nehty.
-
Ecmanek (neregistrovaný)
Jak rikam neznalost je zaklad hejtovani. Ja v JS/ES/TS kodim poslednich 7-8 let a uz bych nemenil. Ostatni jazyky jsou prachprosta buzerace a ve sve podstate jsou hloupe. JS na to jak je jednoduchy tak je inteligentni a hlavne nerve na kazdou blbost ale snazi se s ni neco rozumnyho udelat.
To ze vypada jednoduse a kazdy C-ckar si mysli ze automaticky zna JS je samozrejme omyl, protoze krome zcasti spolecne syntaxe je JS v programatorstine proste unikat. Vseobecne nejhorsi JS kody delaji Cckari a Perliste, to na to clovek jen pohledne a hned zaplace. -
JS na to jak je jednoduchy tak je inteligentni a hlavne nerve na kazdou blbost ale snazi se s ni neco rozumnyho udelat.
A myslite, ze je dobre, aby programovaci jazyk delal neco s blbostmi? Vy neco blbe napisete a jazyk si to nejak vylozi po svem? Mozna proto je Root zabugovany. Garbage in, garbage out.
-
Ecmanek (neregistrovaný)
To je prave ta jednduchost. Operator "+" se jinak chova kdyz je operand string (concat) a jinak kdyz jsou oba cislo (plus). Tuhle "chybu" udelate jednou za zivot a pak se na tu feature uz spolehate, ze nemusite jak blazen kazdou blbost castovat na string. Stejne je to s s tim default abecednim sortem. Kazdy jazyk ma sve facepalm momenty a ne vzdy jsou o logice. JS je ale jednoduchy a tech 5 zvlastnosti po tydnu kodeni uz neresite. To kdybych tu mel treba rozepisovat blbosti v Perlu tak mi nestaci kapacita znaku v prispevku :-) Ale pssst, nebo me tu svedkove Larryho ukamenuji.
-
Za mě je poněkud problém v tom, že JS je jeden velký facepalm. Chápu že amatérovi je například zbytečné vysvětlovat datové typy, když potřebuje jenom na stisk buttonu nastavit nějakou hodnotu to textboxu. Ale pokud člověk dělá něco složitějšího, tak i v tom JS musí pochopit datové typy, a navíc se naučit obcházet ty pasti, které JS přináší, a které zbytečně snižují spolehlivost kódu.
-
Ecmanek (neregistrovaný)
To je jen o uhlu pohledu na problem. Z meho pohledu jsou mnohem fatalnejsi pasti v jinych jazycich. Treba v tech kde je treba alokovat a uvolnovat pamet ci na ni odkazovat pointerem. A komu chybi typovost ten pouzije TypeScript. Predstav jsi ze na vesmirne rakete cidlo nameri nulu a bac, program prdne protoze (pry) neumime delit nulou. V JS to neni zadna fatalita, program nepadne, akorat ten vysledek toho deleni nulou (infinity) nemusi byt moc stravitelny :-) A takovejch prikladu je spousta kde JS zbytecne nebuzeruje.
-
Predstav jsi ze na vesmirne rakete cidlo nameri nulu a bac, program prdne protoze (pry) neumime delit nulou. V JS to neni zadna fatalita, program nepadne, akorat ten vysledek toho deleni nulou (infinity) nemusi byt moc stravitelny :-) A takovejch prikladu je spousta kde JS zbytecne nebuzeruje.
V tom pripade ten ridici SW napsal pekny kreten a dalsi kreteni to blbe otestovali. Do rakety s ridicim SW v JS si sedni sam, me do ni nikdo nedostane. I kdyz ono treba cestou na Mars je to jedno. Maji kolonizatori chcipnout na Marsu na radiaci a jine problemy neobyvatelnosti nebo maji chcipnout cestou na JS? Prast jako uhod.
-
Hmmm (neregistrovaný)
Ja uz niekolko rokov robim v JS to nieco zlozitejsie a poviem ti, ze nemas pravdu. Tie pasce sa nejak neukazuju. Ano, sem tam je nejaka zvlastnost, ale nic na com by si stravil niekolko hodin opakovane. A ani neevidujeme ziadne problemy so spolahlivostou, ktore by sa netykali preklepov alebo chyb v algoritme samotnom. Nic co by nezachytili unit testy.
-
SB (neregistrovaný)
Souhlasím. Osobně mě automatické konverze v jazycích serou, protože jsou zdrojem neviditelných problémů - hodnota se má zkonvertovat, až JÁ budu chtít a JAK budu chtít, ne protože má jazyk pocit, že by se hodnoty mohly k sobě nějak hodit.
Každopádně koukám, že JS to dotáhnul k dokonalosti. -
systemd (neregistrovaný)
Tyhle starý lopaty nikdy nepochopí výhody tohodle ekosystému. To, že to ten člověk nejspíš udělal za 2 večery pro ně není dostatečnej argument. Když jim řekneš ať něco takovýho napíšou v C, který přece není tak hrozný jako ten JS, tak jim to bude trvat půl roku a bude to kvalitativně srovnatelný. Spíš ti ale řeknou, že to dělat nebudou - proč, když maj htop.
Doufám, že vás to dost sere, že my vývojáři, který nepovažujem za programovací jazyky jen C, Cobol, Lisp a Javu vám starejm zhnilejm správcům budeme vytvářet víc a víc softwaru v JS. A v PHP. A v Pythonu, Rustu, Go, D a ve všem co nás napadne a bude se nám pro tyhle účely zdát dobrý. Budete instalovat a instalovat... všechny ty věci který tam nemáte defaultně ... až se z toho poserete.
-
Já pravda nepíšu semigrafiku pro linuxový terminál v JS. Ale kdybych psal něco jako gtop pro Windows, tak to samozřejmě píšu jako GUI aplikaci v .NETu, a nevidím důvod, proč by to mělo trvat dva dny.
Ad my vývojáři, který nepovažujem za programovací jazyky jen C, Cobol, Lisp a Javu vám starejm zhnilejm správcům budeme vytvářet víc a víc softwaru v JS. A v PHP. A v Pythonu, Rustu, Go, D a ve všem co nás napadne a bude se nám pro tyhle účely zdát dobrý. Budete instalovat a instalovat... všechny ty věci který tam nemáte defaultně ... až se z toho poserete - za mě si to užijte, a klidně si do systému instalujte kvůli každé utilitě runtime dalšího jazyka a dalších tisíc podpůrných balíčků :). Obligátní otázka ze zdejších diskusí: platí vás MS, nebo škodíte komunitě zdarma? ;)
-
Hu (neregistrovaný)
Uz sa nevieme dockat, ale najprv si zober prasky.
Skus si precitat nejake knizky o software engineeringu.
Medzi riadkami najdes taku vec, ze sa neinvestuje zbytocne do existujucich veci, ktore zaroven nepridavaju nic uzitocne.
To, ze je nieco prepisane v nejakom "KRUTOPISNOM" programovacom jazyku neznamena, ze si to vsetci pojdeme instalovat.
Skus sa pozriet na to, ten tvoj jazyk ma dalsich xyz zavislosti, xyz kniznic... V podstate je to bloatware pre mnohych spravcov.K tomu, ze nejaky zasran sa hra na "vcera som napisal hello world a dnes som majster sveta" este by som chapal, len pamataj "Velka pycha, velky pad."
-
systemd (neregistrovaný)
Díky za radu, určitě si hned něco přečtu. Jen si myslím, že jazyk je pouze nástroj a kvalita programu není 100% daná jazykem. Nikoho jsem nenutil nikam nic instalovat nebo nahrazovat aktuálně (kvalitnější) software - (h/n/io)top apod.
Dělám si tu legraci z lidí, kteří trpí schizofrenickým názorem, že pokud je nějaký software napsaný v JS (případně doplň svůj neoblíbený jazyk), je automaticky špatný.
Vůbec bych se do diskuze nevkládal, kdyby někdo napsal, že ten software je špatný, protože: má tenhle a tenhle bug, protože má výkonnostní problémy, protože je uživatelsky nepřívětivý, protože nemá podporu, protože není otestovaný, protože.. Většina lidí ho ale ani nenainstalovala, nevyzkoušela, nepodívala se do kódu, ale hned ho odsoudila jen protože je napsaný v JS. Viděl jsem spoustu software v C a C++ a jeho alternativy právě v NodeJS a kvalitativně na tom byl o mnoho lépe ten JS kód. I obráceně. Stejně tak s Pythonem a PHP. Ale je to úplně jedno. Vyberu jazyk/platformu, v kterém se budou moje projekty vyvíjet efektivněji s ohledem na celkové podmínky (cena práce, udržovatelnost, atd.). Zohledním i to, že DevOps budou nasraný, když budou muset instalovat něco, co je podle nich bloatware. Ale jakou tenhle jejich názor má v celkovým procesu váhu? Nějakou určitě, ale těch dalších vah je tam spoustu a troufám si říct, že mnohem důležitějších.
Nevím, jestli ty programuješ pro stroje a vadí ti, že "závislosti" tu mají třeba tisíce malých JS souborů. Já programuju pro uživatele a těm je to jedno, dostanou stejně nějaký instalátor nebo jim to na server nainstaluje softwarová firma, typicky pár řádkama v CI. Uživatele zajímá jen výsledek, je mu ukradené, že stejný program napsaný v C++ bude na disku zabírat 5MB ale v NodeJS 50MB. Vývoj v JS je v dnešní době rychlý a pohodlný, výkon jazyka je solidní, správa i instalace je pohodlná. Spoustu obrovských firem mají JS ve svém core-bussinesu. Musím se smát, když si vzpomenu, kolik nervů a napětí jsem zažil firmách kde se pracovalo s věcmi napsanými v jiných jazycích (především v těch kompilovaných a hlavně se závislostmi, což zrovna npm řeší celkem obstojně, i když třeba ne ideálně) a teď vidím jak se tu nadává na JS a zmiňujou se jeho závilosti. Včera to bylo PHP. Zítra to bude Rust. Co jsem vysledoval, jsou to v diskuzích tady typicky ty stejné nicky. Nespokojeni se vším novým, všechno co není podle jejich představ je automaticky špatně.
Omlouvám se všem, kterých se můj trolling dotknul :-) Jdu si vzít svoje prášky a třeba až mi povolí zase internet, tak se uvidíme :-)
-
Hu (neregistrovaný)
Vies, mne je to tak ukradnute, ci si niekto pouziva JS, C, C++, python, cokolovek, zoberiem co potrebujem, jazyk je len nastroj a nic ine.
Kedze mam aj formalne vzdelanie v CS a nejaky ten interpreter som uz navrhol a naprogramoval, tak viem, ze niektore vlastnosti jazyka JS su velmi nestastne, vid "WTFJS" to, ze je to napisane v standarde je pekna vec, ale to, ze podla mna je to hlupe (moj subjektivny nazor) na veci nic nezmeni.
To, ze nejaky programator nevie programovat v jazyku C, neznamena, ze je to hlupy jazyk.
C sa uci ako jeden z prvych predmetov na univerzite, mnoho ludi ma zle navyky a nesnazi sa ich zmenit a to sa propaguje dalej.Nuz, je uzivatel a uzivatel.
Na moj system by si taketo veci tazko dostal.A ci nieco megaNOVE je super, ukaze az cas.
Je desiatky programovacich jazykov, ktore sa o nieco snazili a teraz su tam, kde su (v smeti).V jednoduchosti je krasa.
-
SB (neregistrovaný)
Už zvádá Node nějak jednoduše, bez háků synchronní volání asynchronních operací (async+await ani promises nepovažuju za jednoduché)? Už umí JS zároveň prototypování a zapouzdření?
Do Node jsem vkládal velké naděje, které mě přešly, když jsem v tom zkusil udělat první aplikaci. Mimoto JS opouští přístup KISS. -
Ondrej (neregistrovaný)
Javascript je v nějaké serverové distribuci ze základu? Nevšiml jsem si, python ano, proto jsem ho upřednostnil, (i sem to tam psal, tak si to můžeš znovu přečíst) další upřednostnění nepíšu schválně, abych nevyvolal flame. Faktem ale zůstává že je to podobná blbost jako ten ls v rustu.
-
Ondrej (neregistrovaný)
tak neznam ani zadnou user distribuci kde by byl v zakladu javascript.
nahodou pres ssh to funguje :-) https://ctrlv.cz/shots/2017/08/22/ZLCp.png -
Macista (neregistrovaný)
Tfuj, jsem se skoro poblil, jak s tim muzete zit. Na Macu to mam mnohem hezci: https://ctrlv.cz/shots/2017/08/22/V5L1.png
-
wsh (neregistrovaný)
Bohužel i v tom Electronu se už takové věci dělají: http://www.omgubuntu.co.uk/2017/08/jumpfm-electron-file-manager
-
Ono se vždycky vyplatí srovnat s ostatními systémy, aby měl člověk přehled. Tohle jsou vestavěné nástroje ve Windows:
https://cds.technorms.com/assets/7-performance.png
http://cdn.ttgtmedia.com/rms/misc/112211ResourceMonitor_Fig2.png
https://www.windowscentral.com/sites/wpcentral.com/files/styles/xlarge/public/field/image/2017/02/windows-10-performance-monitor_0.jpg
https://winblogs.azureedge.net/win/2016/05/html-responsiveness-analysis.png -
. . (neregistrovaný)
ani ne tak důvod, ale tyhle grafy jsou mi užitečné, když potřebuji za delší období najít místo, kdy se mohli dít nějaké problémy k lepšímu prozkoumání.
Ty realtime mi spíše připadaly jako dobrý efekt na nějaký veřejný monitor, aby bylo vidět, že se něco děje.
Neodsuzuji je, at si je někdo klidně používá, já mám rád svůj čas a nechci ho trávit koukáním na poskakující čáru :)
-
Pokud potřebujete najít důvod proč vznikl problém s výkonem, můžete použít Performance Recorder. Tím si nahrajete co uznáte za vhodné, a pak na to můžete zpětně kouknout. Samozřejmě si také můžete nastavit alert na konkrétní countery. Například pokud volná RAM poklesne pod X, nebo vybraný proces zapisuje za sekundu víc než Y, tak se zobrazí alert, spustí skript apod.
Ta poskakující čára dává celkem dobré overview, navíc sama o sobě má trochu historie. Osobně otevírám Task Manager podle potřeby, nevidím důvod hypnotizovat graf po celou dobu práce s počítačem :)
-
Naopak je to celkem jednoduché. V jednoduchém scénáři si na desktopu můžete do Performance Monitoru přidat co chcete z kolika strojů chcete, a uložit si konfiguraci. Pokud chcete cokoliv složitějšího, tak OS i aplikace vystavují counters. Například MS SQL Server má stovky counters, ty nejběžněji používané vizte v linku. No a pak není problém vybrané counters na strojích posbírat, a spravovat je centrálně. Na to je přece řada nástrojů, mimo jiné Microsoft System Center Operations Manager, Sentinet3, nebo již zmíněný Zabbix.
https://www.polymorphe.org/index.php/303-sql-server-performance-counter-poster/file -
Ad Nagios, Zabbix alebo aj Munin - to jsou poměrně složité nástroje pro monitorování systémů, navíc závislé na serveru, browseru, síti atd. Ty vestavěné nástroje ve Windows jsou prostě malé šikovné utility, které jsou k dispozici na každém systému.
Ad ako nastavuje napriklad centralny alerting na vela chyb vracanych z MySQL na svojich systemoch - já MySQL nikde nemám, a účelem mého příspěvku bylo ukázat nástroje vestavěné ve Windows, ne rozjet pissing contest.
-
Ad Už jste tu předváděl kvalitnější demagogie, tohle je spíš na úrovni lži, nebo blbosti. Koukejte se zbráborat, pohůnku Microsoftu, a ukažte, že si žold zasloužíte - zapomněl jste si ráno vzít prášek? ;)
Ad uveďte nástroj pro CLI - proboha proč si hrát na grafiku v terminálu? Ve Windows máte vždycky GUI. A pokud nemáte (protože Server Core), tak spustíte Performance Monitor na stroji s GUI, a k tomu stroji bez GUI se prostě připojíte. Pokud chcete konkrétní hodnotu z command line (proč?), tak buď použijete příkaz typeperf, nebo PowerShell cmdlet Get-Counter.
Příklady: typeperf "\\Server1\Processor(_Total)\% Processor Time"
Get-Counter -Counter '\Processor(_Total)\% Processor Time' -ComputerName MEMBERSRV1,LABSQL -
Ve Windows máte vždycky GUI (vyjma Server Core), RDP funguje minimálně stejně dobře jako na Linuxu SSH, a většina admin utilit se umí připojit ke vzdálenému serveru. Ve výsledku naprosto odpadá nutnost hrát si v terminálu na GUI. A když jsme u toho, tak i ta práce s terminálem je ve Windows minimálně z hlediska API výrazně lepší, protože neexistují stovky typů terminálů, které se liší snad ve všem včetně backspace/delete, a k tomu databáze terminálových sekvencí, které některé aplikace ignorují (uznávám že tohle minimálně na konfiguraci Linux proti Linux, u stejné verze stejného distra, pro admina nehraje moc roli).
-
KateStříbrný podporovatel
Ještě by to chtělo něco na názornou analýzu využití disku.
http://i.imgur.com/dpi847U.png
