Příspěvky

586

Software / Re:Open-source workflow management software

« kdy: 07. 10. 2019, 22:09:23 »

Dakujem za Vase prispevky, po vzhliadnuti navrhovanych rieseni a tiez na zaklade svojho prieskumu sa asi najskor rozhodnem pre developmnet vlastneho toolu.

Pokud chcete vyvíjet vlastní nástroj, tak alespoň zvažte použítí nějaké existující workflow knihovny. Těch případů, které budete do budoucna potencionálně řešit, je totiž dost (větvení, slučování, delegace, závislosti, časové podmínky atd.), vyvíjet vše vlastní = mnoho práce, složitá údržba, malé otestování, nutnost každého vývojáře zaškolit, potenciální chyby v designu.

587

Vývoj / Re:Java - jak vymazat z ArrayListu množinu položek

« kdy: 22. 09. 2019, 11:22:26 »

Proč bych to měl dělat takhle, když můžu použít čitelnější postup Standy Blábola? Viz.
https://forum.root.cz/index.php?topic=21857.msg317204#msg317204

Protoze v zadani je, ze se maji z listu prvky vymazat a ne ze se ma vytvorit novy list.
Navic je tu performance.

To ale Standa Blábol taky řeší:

(...)
Nebo si vyrob pomocny arraylist pro vsechny keys z keylistu a na puvodnim arraylistu zavolej removeAlll() Tehnle pristup je vhodny pokud je pocet klicu maly vzhledem k delce arraylistu.

Nepredpokladam, ze resis kazdou milisekundu, to by nebyly daove struktury tak blbe navrzene.

588

Vývoj / Re:Java - jak vymazat z ArrayListu množinu položek

« kdy: 21. 09. 2019, 15:08:19 »

Mám nějaký ArrayListový seznam a k němu jsem dostal jsem dostal pole, které obsahuje indexy, jež určují, které prvky se z ArrayListového seznamu mají vymazat. Když ale začnu v cyklu promazávat ten seznam, tak dojde k rozhození indexace a tím pádem jsou ty původní indexy neplatné.

Existuje nějaký způsob, jak rychle naráz vymazat určité prvky z ArrayListu, které jsou specifikovány nějakou množinou prvků?

 

Kód: [Vybrat]

	public static void main(final String[] args) {
		final ArrayList<Object> arrayList = new ArrayList<Object>(Arrays.asList("a", "b", "c", "d", "e"));
		System.out.println(arrayList);
		final int[] toRemoveIdxs = new int[]{0, 3, 1, 5};
		Arrays.sort(toRemoveIdxs); // pokud toRemoveIdxs jsou nesetrizeny
		
		{ // algoritmus odstraneni podle indexu
...

Proč bych to měl dělat takhle, když můžu použít čitelnější postup Standy Blábola? Viz.
https://forum.root.cz/index.php?topic=21857.msg317204#msg317204

589

Software / Re:Spuštění program v příkazovém řádku na Linuxu

« kdy: 21. 09. 2019, 15:00:07 »

Potřebuji pouze zobrazit výstup informací z aplikace, to se ve Windows dělá nejčastěji že se dá na konec skriptu pause v Linuxu něco takového jednoduchého tedy neexistuje?

Ten "read" nepomohl?

To pauznutí na konci skriptu ve Windows je podivný zvyk, který se v linuxových systémech nepoužívá. Není potřebný a byl by i kontraproduktivní.

Ten podivný zvyk vycházï z toho, že spuštění BATCH souboru typicky z Průzkumníka hned po jeho ukončení zavře okno s příkazovou řádkou, takže se nedovíte jak to dopadlo a co to vypsalo.

A v linuxu v GUI to funguje stejně - pokud spustím skript z GUI („spustit v terminálu“) tak okno terminálu jen problikne. Pak ten "read" na konci skriptu pomůže. Což je ale otázka, zda to je nevhodnější způsob zobrazení informací z shellu v GUI. IMHO na to standard neexistuje (což je trošku fail). Alternativy:

Kód: [Vybrat]

#!/bin/bash

echo "AHOJ";
read;

#eof

Kód: [Vybrat]

#!/bin/bash

echo "AHOJ" | xless;

#eof

590

Server / Re:Open-source mail server pro Linux nebo Windows

« kdy: 18. 09. 2019, 23:56:30 »

O jakých nevýhodách pro virtuální hostování je řeč? Rád se přiučím - vážně.
Na ostatní je tu Dovecot, dohromady to funguje (z mých zkušeností) skvěle...
Postfix prostě dělá pouze jednu věc, ale dobře.

(...)

Asi by mě napadla spousta dalších příkladů, kde tradiční kombinace linuxových udělátek nedostačuje. Právě tam je prostor pro nová, pravděpodobně monolitická řešení.

Hezké shrnutí, ale kritizujete tím celou koncepci a pro řešení budete potřebovat i vlastního klienta. A asi už nepůjde o klasický IMAP a dost možná ani o tradiční mail

591

Server / Re:Open-source mail server pro Linux nebo Windows

« kdy: 18. 09. 2019, 22:15:22 »

Až na to, že ten de-facto standard má spoustu nevýhod pro virtuální hostování, není žádné systematické řešení pro údržbu oprávnění k datům, kontrola přístupů přes POP3 / IMAP, atd. atd. atd.

Pro komplexní systém (třeba na Javě) rozhodně prostor je.

O jakých nevýhodách pro virtuální hostování je řeč? Rád se přiučím - vážně.

Kdybych chtěl zkusit jiné řešení (opominu komerční), tak si místo Postfixu, který má stovky tisíc nasazení, obrovskou komunitu administrátorů (a zdrojů) a široké možnosti rozšíření (graylisting, antispam/antivir), rozhodně nevyberu něco, co má podíl na trhu 0,00% a jede to na nenažrané Javě.

Tradiční řešení jako postfix jsou v pohodě, ale každému nemusí vyhovovat takový ten old school UNIXový přístup. Může chtít třeba něco, co má API pro konfiguraci a monitoring v základu apod. Navíc tu byl dotaz na mailserver pro Linux nebo Windows. Pokud je ve hře hMailServer tak může být ve hře klidně i Apache James.

592

Server / Re:Open-source mail server pro Linux nebo Windows

« kdy: 17. 09. 2019, 20:05:40 »

Používáte někdo Apache James https://james.apache.org/ ? Je to opensource mail server v javě.

593

Odkladiště / Re:(Rádoby)frikulínská komunikace firem

« kdy: 14. 09. 2019, 17:52:21 »

Ale může to být i dobře míněná snaha o změnu. Jsou firmy, které zavádí koncepty Svobodné firmy, kupodivu to někdy blokují samotní zaměstnanci (chce to po nich vyšší míru zodpovědnosti a angažovanosti)

Kupodivu? 
Lidi jsou různí a každý má jinou míru tolerance k riziku. A vyšší míra zodpovědnosti znamená risk. Dostali k té zodpovědnosti i odpovídající pravomoce? A změnilo se odpovídajícím způsobem i ohodnocení? Jít po osmi hodinách domů s čistou hlavou je svým způsobem taky benefit.
A pokud firma fungovala nějakým způsobem delší dobu, tak se v ní nastřádali lidé, kterým daný stav vyhovuje. Ti extrémně zapálení pravděpodobně dlouho nezůstali. Že se budou zaměstnanci cukat není až takové překvapení.

Jasně, je to tak. Však já se nijak nekritizuji přístup „8h a padla“. Každý je jiný a navíc to „vyšší nasazení“ může dotyčný uplatňovat třeba mimo zaměstnání. Ta firma se pak rozdělila, víceméně v závislosti na založení dotyčných.

594

Odkladiště / Re:(Rádoby)frikulínská komunikace firem

« kdy: 13. 09. 2019, 14:38:21 »

Za mě - frikulínský nábor je jen reklama. A pokud se v reálu ve firmě děje něco jiného než je v reklamě, je to klamavá reklama. Což ale dnes stejně nikdo moc neřeší. Lze to brát i pozitivně jako téma pro přijímací hovor - vyptat se, jak firma v reálu funguje, na co je ochotná přistoupit apod.

IMHO to firmy dělají proto, aby vzbudili zájem a dojem určité firemní kultury. Pokud ten dojem musí vytvářet reklamní agentura, tak té skutečné kultury v reálu asi zas tolik nebude. Ale může to být i dobře míněná snaha o změnu. Jsou firmy, které zavádí koncepty Svobodné firmy, kupodivu to někdy blokují samotní zaměstnanci (chce to po nich vyšší míru zodpovědnosti a angažovanosti).

Na té skutečně firemní kultuře samozřejmě dost záleží a lze ji bez větších okolků poznat prostými dotazy na to, co píše Mirek Prýmek. O firemní kultuře docela zajímavě píše Stephen R. Covery.

595

Server / Re:Online monitoring serveru zadarmo

« kdy: 12. 09. 2019, 16:01:02 »

ja myslel, ze se tu resi nejake obecne online udelatko   ne zblastleny scripty kamarada

neco taky s pouzitelnym vystupem popr grafem

Já nemyslím (myslet znamená ...), ale raději čtu zadání. A z toho žádné omezení neplynulo. Po pravdě, měl jsem dost dlouho s kamarádem puštěné právě to pingání, které jsme postupně vylepšovali. Ale potřebovali jsme vždycky primárně informaci, ZDA server jede. Graf? Proboha, na co? V tuto chvíli server jede, WWW jede, mailserver nekomunikuje - tečka. Graf mi není k ničemu. Případně "pozor, změnila se ti IP adresa a nová je 1.2.3.4".

Pro některé použití je graf k ničemu, ale jakmile měříte kvantitativní parametry (příklad: response time), vidíte na grafu anomálie. Od toho ty vizualizace jsou.

596

Studium a uplatnění / Re:Java EE nebo Spring?

« kdy: 10. 09. 2019, 15:15:38 »

Pokud toužíte po specificky po vývoji enterprise aplikací, tak se to naučte

Ohledně inzerátů nevím, ale můj odhad je, že tam tu zkratku prostě napíšou a pak zjišťují co reálně umíte.

597

Studium a uplatnění / Re:Právo vs. IT

« kdy: 04. 09. 2019, 19:06:54 »

Jasně. Nepochybně existuje i nějaký keramik, který s tou svojí amatérskou dílnou uspěl. Ale typický úspěšný scénář to není.

V mém (sociálním a myšlenkovém) prostředí to je docela častý scénář - většina mých přátel se trhla a začala dělat něco, co vypadalo ze začátku dost nepravděpodobně. Chápu, že v průměrném světě řadového zaměstnance se to tak často asi neděje. Ale ten dotaz (jak ho chápu já) se právě týká toho, zda lze vystoupit z dosavadních kolejí a děla něco, co člověka naplňuje.

V tomhle jsme si nerozuměli. Mluvil jsem o scénáři, popisovaném v tom článku: několik let si bastlit doma nějaké věci v rámci své právní praxe a pak má někam nastoupit jako (polo)zkušený programátor. Podle mě je potřeba tím samoučením strávit času spíš míň, jenom na naučení se základů a snažit se co nejrychleji dostat do praxe (a zkousnout ze začátku dost nízkou mzdu).

Ok, souhlasím. Počítal bych s tím, že v té praxi může nadšení lehce opadnout. Člověk by nevěřil, jaký software se udržuje občas v chodu, jaké nesmyslné požadavky mají zákazníci a tak. Ale dá se najít i zajímavá práce případně naplňující způsob spolupráce.

598

Studium a uplatnění / Re:Právo vs. IT

« kdy: 03. 09. 2019, 14:52:23 »

Jasně. Nepochybně existuje i nějaký keramik, který s tou svojí amatérskou dílnou uspěl. Ale typický úspěšný scénář to není.

V mém (sociálním a myšlenkovém) prostředí to je docela častý scénář - většina mých přátel se trhla a začala dělat něco, co vypadalo ze začátku dost nepravděpodobně. Chápu, že v průměrném světě řadového zaměstnance se to tak často asi neděje. Ale ten dotaz (jak ho chápu já) se právě týká toho, zda lze vystoupit z dosavadních kolejí a děla něco, co člověka naplňuje.

Nejde o kvalitu programátora, ale o to, že IT, jako každé řemeslo, má spoustu různých pravidel, zvyklostí, postupů, best practices atd. a hodně z nich se doma naučit nedá, chce to do praxe a nechat se vést. Stejně u toho řemesla se dá spoustu věcí naučit podomácku sám, ale pokud jsi v dílně a máš dobrého mistra, je to úplně o něčem jiným.

Nemyslím tím ani tak věci jako datové struktury apod., spíš takové ty drobnosti, co ve finále mají největší vliv na efektivitu práce: konvence, jak se píše kód, jak se píšou komentáře, jak se dělá PR na githubu, jak se rozdělují v gitu commity, jak se kód rozděluje do modulů a bla bla bla... Je toho kupa a doma se to nastudovat dost dobře nedá.

Určitě ten amatérský keramik nebude zavřený doma - všechny úspěšné případy, které znám, jsou  založeny na intenzivní praxi a kontaktu se světem. Většina těch lidí pak začala časem plynule sama učit ostatní, pořádat workshopy, semináře, je to prostě vývoj všech zúčastněných. Takže naprostý souhlas.

IMHO nejlepší je to prostě zkusit.

Když je ti přes třicet a živíš rodinu, tak už moc času na zkoušení uliček (o kterých je docela dobře známo, že nejsou nejefektivnější) není...  (nevím, jestli je to tazatelův případ, jenom odhaduju)

Jojo. Ale třeba má našetřeno anebo dokáže snížit provozní náklady anebo najde způsob „pomalé migrace“. Chce to rozmyslet a průběžně svoje plány verifikovat :-)

599

Software / Re:Vyhledávání v /etc/resolv.conf přestalo fungovat

« kdy: 03. 09. 2019, 14:32:27 »

Tak nevím, zatím mě nic netrklo. Na debian fórech nikdo nic podobného neřeší?

Ještě mě napadá mě porovnat výstupy těchto dvou příkazů

Kód: [Vybrat]

host -v server.cz.mojedomena.com
host -v server

a případně i

Kód: [Vybrat]

strace host server.cz.mojedomena.com
strace host server

600

Software / Re:Vyhledávání v /etc/resolv.conf přestalo fungovat

« kdy: 02. 09. 2019, 21:24:46 »

Co máte v nsswitch.conf?

Kód: [Vybrat]

cat /etc/nsswitch.conf