Příspěvky

1096

Vývoj / Re:Proč pořád používáme TTY, konzole a terminál?

« kdy: 14. 06. 2017, 21:26:44 »

Jde mi o nativni "spustec" shellu jen a pouze v linuxu a v localhostu. Pak se muzme odrazit i dale a vyuzit i grafiku, nejen znaky. Treba takovy

Kód: [Vybrat]

ls -l

by se mohl vypsat jako tabulka a klikanim na zahlavi bych to mohl treba sortovat, prehazovat sloupce atd. Moznosti je habadej.

To bych pak přeskočil textový režim úplně a uvažoval o nějakém „objektovém shellu“, což byste musel ovšem napsat i ty utility, které byste chtěl spouštět. Myšlenka hezká, ale všechny pokusy o to pokud vím zanikly, protože přeci jen unix je na textu a konzoli dost založený.

PS: ...a GUI varianty (filemanagery, desktopová prostředí) sice nějak fungují, ale k ideálnímu stavu mají taky dost daleko. Mě by se líbilo takové prostředí, které by bylo stejně pohotové a promyšlené jako shell, ale běželo v grafice a bylo s terminálem interoperabilní. Poněvadž byť i jen zkopírování cesty k souboru do schránky nebo naopak přejití k souboru dle cesty ve schránce je v gui nedomyšlené a ne vždy pohodlné.

1097

Vývoj / Re:Proč pořád používáme TTY, konzole a terminál?

« kdy: 14. 06. 2017, 21:21:26 »

Jde mi o nativni "spustec" shellu jen a pouze v linuxu a v localhostu. Pak se muzme odrazit i dale a vyuzit i grafiku, nejen znaky. Treba takovy

Kód: [Vybrat]

ls -l

by se mohl vypsat jako tabulka a klikanim na zahlavi bych to mohl treba sortovat, prehazovat sloupce atd. Moznosti je habadej.

To bych pak přeskočil textový režim úplně a uvažoval o nějakém „objektovém shellu“, což byste musel ovšem napsat i ty utility, které byste chtěl spouštět. Myšlenka hezká, ale všechny pokusy o to pokud vím zanikly, protože přeci jen unix je na textu a konzoli dost založený.

1098

Software / Re:Eh, a jaký enterprise software teda vlastně potřebujeme?

« kdy: 14. 06. 2017, 11:52:05 »

Firmy, co ty enterprise softwary nasazují, by na nich právě měly být schopny namodelovat vaše procesy. Takže hledajte spíš schopnou firmu než software. Zkusil bych http://gemco.cz/ - znám pana Staška, je to česká firma, jsou velmi solidní, féroví a mají přesvědčivé portfolio. Buď by mohli pokrýt vaše potřeby anebo poradit.

1099

Vývoj / Re:JVM - monitoring četnosti a délky databázových operací

« kdy: 30. 05. 2017, 13:09:37 »

https://github.com/javamelody/javamelody/wiki

1100

Vývoj / Re:Částicový filtr na Raspberry Pi v Javě

« kdy: 27. 05. 2017, 17:54:21 »

To zadání je tak triviální, že tam není algoritmicky co optimalizovat.

Spíš typově, jak už lépe rozvedli jiní.

1101

Vývoj / Re:Částicový filtr na Raspberry Pi v Javě

« kdy: 27. 05. 2017, 13:14:17 »

Záleží kolik je dostupné paměti a jak je nastavená. Každopádně obecnou radou je:

• debugovat aplikaci a ověřit, kde ta paměť mizí
• podívat se, jak to dělají ostatní, tj. jak ostatní ten filtr v javě pro RPi implementují, zda už na to třeba není nějaká optimalizovaná knihovna která třeba používá nějaké triky

1102

Vývoj / Re:Přepsání serveru v Javě

« kdy: 25. 05. 2017, 22:17:22 »

Přesně tak, podle mě je nerozum to přepisovat aniž bych věděl, kde to drhne. Mně se osvědčil JVM Monitor doinstalovaný do Eclipse, kterým jsem se připojil na běžící aplikaci a zjistil, kde aplikace tráví většinu času - v call tree to bylo na pár kliknutí vidět. Použil jsem profilování pomocí samplingu, protože bytecode instrumentace trvala zaprvé hrozně dlouho a zadruhé se s ním aplikace nevyrovnala. Problém byl pak vyřešen asi za hodinu nepatrnou úpravou kódu :-)

Předpokládám, že by tohle šlo udělat po síti i na tom ARMu. Zkoušel jsem i Visual VM, ale nenašel jsem tam tak call tree, bez kterého bych úzké hrdlo asi nenašel (neměl jsem problém v pamětí, ale s rychlostí).

1103

Vývoj / Re:Node.js + Socket.IO a posílání zpráv z jiné aplikace

« kdy: 17. 05. 2017, 12:46:24 »

A víte, že mi  těch cca 20 příspěvků, kdy se zeptám na věci které mne zajímají,  dalo více než deset tutoriálů ?

Přesně tak, zeptat se na základy není ostuda. A odpovídající nemusí dávat najevo svou nadřazenost - pokud někoho dotazy na základy obtěžují, tak přece nemusí odpovídat.

Je sice pravda, že k osvojení základních pojmů a principů by mělo sloužit oficiální vzdělání, ale jak víme, praxe je často taková, že se člověk učí vše až za pochodu. Proto dobrých zdrojů, které to vzdělání kvalitně doplní, není nikdy dost.

1104

Vývoj / Re:Stažení souboru přes wget

« kdy: 13. 05. 2017, 15:57:48 »

https://addons.mozilla.org/en-US/firefox/addon/cliget/
toto ti vygeneruje kompletni url jak pro wget tak pro curl

Firefox to umí sám o sobě - F12, panel síť, najít řádek tím požadavkem, který chceme opakovat v konzoli, pravou myší a dát "kopíroval jako curl". Pak vložit do linuxové konzole a otestovat. Je potřeba mít správnou verzi curl, aby byly všechny přepínače podporované.

Problém ale asi bude, že přihlašovací cookie budou asi časově omezené, takže pro trvalé univerzální řešení by bylo potřeba stejným způsobem odchytit požadavek na přihlášení a poté v druhém soubor stáhnout. Různé ochranné mechanismy to mohou ještě dále komplikovat. Nejlepší je, pokud služby nabízí přímo API pro realizaci dávkových úloh, ale to asi není váš případ :-)

1105

Software / Re:chyba při zálohování s rdiff-backup

« kdy: 07. 05. 2017, 18:56:00 »

Děkuji za radu ale já vidím důvod proč zálohovat svoje fotky

Tyhle dva soubory nemají s fotkama nic společného. Takže buď změnit ve Windows umístění těchto souborů nebo na tyto dva soubory dát v rdiff-backup exclude. Pak bude zálohování fungovat bez chyby a naopak pokud by se chyba vyskytla, je to důvod k znepokojení a kontrole.

1106

Software / Re:OCR z stacionárního videa

« kdy: 06. 05. 2017, 14:18:25 »

Rozpoznání segmentového displeje by mohlo být triviální, ne? Stačí poznat které segmenty svítí a porovnat se vzorem. Akorát by se musela nakalibrovat poloha displeje a světelné podmínky - asi nejsložitější část, aby to bylo prakticky použitelné. Takže OCR snad ani není potřeba (a nevím, zda by se vyplatilo ho použít).

1107

Sítě / Re:Rychlé IPC na Linuxu

« kdy: 04. 05. 2017, 19:46:19 »

Bylo by fajn říct, k čemu to potřebujete.

Podle mě na linuxu funguje minimálně to, co je v POSIXu - UNIX sockety, rooury, sdílená paměť...  Pro specifické potřeby budou k dispozici asi další řešení. Nevím o jakém IPC na macOS mluvíte, ale dost možná bude na linuxu fungovat to samé  https://cs.wikipedia.org/wiki/Meziprocesov%C3%A1_komunikace

Spíš je otázka, zda skutečně je potřeba takový výkon anebo je větší výhoda síťová transparentnost.

Z praxe třeba poradí někdo jiný.

1108

Vývoj / Re:Webova aplikacia v PHP

« kdy: 29. 04. 2017, 20:24:08 »

Za chvíli tu bude flame :-D

PHP měl velmi chaotickou koncepci vývoje a projekty v PHP mají v průměru obecně nižší úroveň. Ekosystém není tak bohatý. Navíc PHP se hodí hlavně na weby. Jiné jazyky mohou být univerzálnější. Výkon nic moc.

Podle mě je optimální java nebo jazyky postavený nad jvm. Ekosystém je tam ohromný, možnosti uplatnění značné, moderní trendy si může člověk nadávkovat dle libosti (výběrem daného jvm jazyka). Akorát je těžší se v tom ekosystému vyznat.

Nejlepší je si na to přijít sám - sám si najít vhodný jazyk pro svoje potřeby a naturel.

1109

Vývoj / Re:Java Spring - API volajici samo sebe - antipatern?

« kdy: 16. 04. 2017, 18:34:49 »

Jak už bylo řečeno, položil bych si otázku, co by vlastně ty services dělaly, pokud by nevolaly jiné services?

1110

Vývoj / Re:Napad na projekt

« kdy: 16. 04. 2017, 18:13:49 »

Mohl by to být chat ušitý na míru nějakému účelu. Chatovalo by se například nad zdrojovým kódem. Účastníci by mohli komentovat řádky, vepisovat svoje vlastní alternativní implementace nějakých částí apod. To už mi tak suché nepřipadá :-)

Místo zdrojového kódu můžes dát i něco jiného - nejlépe z oblasti, která Ti je blízká.