Příspěvky

3751

Server / Re:Myslíte, že Apache2 se přestane nasazovat a nahradí ho plně nginX?

« kdy: 02. 10. 2015, 21:08:56 »

často se používa v kombinaci s Apachem.

Což je čím dál tím míň potřeba, protože spousta věcí se dá rozjet přímo na Nginxu.

3752

Server / Re:Myslíte, že Apache2 se přestane nasazovat a nahradí ho plně nginX?

« kdy: 02. 10. 2015, 21:06:28 »

Chtěl bych se zeptat, jestli si myslíte, že vesměs všechno se bude nasazovat na nginX?

Myslím, že všechno, u čeho to dává smysl. Na Apachi zůstane jenom to, kde se mu nedá vyhnout. Čili skoro nic, kromě specialit typu webdav, kterej je na Nginxu nic moc.

Jde mi o to, že apache2 docela ovládám, ale nginX nic moc, tak jestli mi ty zkušenosti s Apachem budou k ničemu a měl bych se radši začít učit nginX...

Tak zas nedělej, jakoby to byla kdovíjaká znalost. Prostě konfigurace jednoho softu, jako kterýhokoliv jinýho.

3753

Vývoj / Re:Instalace python závislostí do adresáře projektu

« kdy: 27. 09. 2015, 14:04:23 »

Aha! Už chápu. Ale na co symlink, když to mužu pomocí --install-purelib nainstalovat do mnou určenýho adresáře? Cílová platforma je derivát Fedory, takže by symlink neměl bejt problém, akorát mi uniká, včem je lepší --prefix+symlink než --install-purelib.

Pokud dobře chápu dokumentaci https://docs.python.org/2/install/ tak --install-purelib říká, kam se mají instalovat čistě pythonní soubory. Pokud ta knihovna bude mít ještě jiné soubory, tak se ti zřejmě nainstalují kdovíkam (asi někam do /usr/local/lib/python/site-packages). Takže pravděpodobně budeš mít pocit, že něco instaluješ někam do podadresáře a pak to můžeš přenést, ale ono to na cíli nemusí fungovat, protože část toho je v /usr/local, který přenášet nebudeš.

3754

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 26. 09. 2015, 22:52:22 »

A celé se to opírá o OpenBLAS, což je knihovna pro lineární algebru psaná v C a Fortranu. [...] ten TORCH+LUA je docela porod, ale kdybych to měl bastlit od píky (tady řekněme násobení matic) sám, tak s tím seknu dávno.

Jenom poznámka na okraj: OpenBLAS, ATLAS,... se používá snad ve všech těhle frameworcích - i v Rku nebo numpy. Jestli si s tím hraješ víc, zkus taky cuBLAS (CUDA-accelerated BLAS).

3755

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 26. 09. 2015, 15:01:18 »

C++ se však na matematické výpočty nehodí a na tom trvám. C++ je programovacím jazykem programátorů. Pokud se nějaký vědec nechá ukecat programátorem na C++, je to jeho problém.

Všechny "matematické jazyky" fungují tak, že je v C, C++ nebo Fortranu napsané knihovny, ve kterých probíhá vlastní výpočet, a nad tím buď je nebo není nějaký ten vysokoúrovňový "matematický" jazyk (R, Python), ve kterém se knihovny lepí dohromady.

Samostatnou kategorií jsou pak výpočty vysoce paralelizované přes nějaké to MPI apod., kde se opět pracuje s C++ nebo spíš samotným C.

Jestli to znamená nebo neznamená, že C/C++ "se nehodí na matematické výpočty", ať si rozhodne každý soudruh sám...

3756

Vývoj / Re:Instalace python závislostí do adresáře projektu

« kdy: 25. 09. 2015, 16:52:03 »

--prefix ti to "hodi uplne do haje", tak staci si to z toho haje nasymlinkovat tam, kam potrebujes. Pokud teda jde o platformu, kde se da se symlinky rozumne pracovat.

3757

Vývoj / Re:Instalace python závislostí do adresáře projektu

« kdy: 25. 09. 2015, 07:04:25 »

--prefix mi to hodí uplně doháje, do project/lib/usr/local/../python/.. nějak tak je ta cesta to mi právě vůbec nepomůže.

Kdyby náhodou někdo řešil podobný problém a našel tudle diskusi...

Nakonec jsem to vyřešil tak: do project/lib sem nainstaloval knihovny pomocí install-purelib, v lib jsem si vytvořil __init__.py a v něm přidám do pythonpath aktuální adresář, tedy ten lib. Ve scriptu, kde chci používat moduly z lib, potom importnu lib a mužu je normálně importit do projektu.

Pokud ti šlo jenom o tohle, tak na to stačil symlink, ne?

3758

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 21. 09. 2015, 06:17:04 »

Ale má, ve formě _metaclass_

Jestli to měla být reakce na to, že Python nemá makra, tak metaclass není makrosystém. Metaclass je metaclass.

https://en.wikipedia.org/wiki/Metaclass
https://en.wikipedia.org/wiki/Macro_(computer_science)#Syntactic_macros

3759

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 20. 09. 2015, 23:44:28 »

Zkus si ještě jednou přečíst to, co jsem napsal. Makra do Lispu prostě patří, bez nich by Lisp ani nebyl Lispem. Navíc je to naprosto odlišná kategorie, než je třeba #define v céčku.

Pokud by tedy Python nějak rozumně implementoval lispová makra, nebyl bych proti.

Prokrýlepána, bavíme se o tom, že pomocí maker se dá zabezpečit mj. nevyhodnocení argumentů fce předem, což se zrovna v matematice perfektně hodí (nejenom na to používání názvů sloupců, ale třeba i pro předávání formulí s neznámými apod.). Co sem pletete cpp nebo dokonce m4?!

3760

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 20. 09. 2015, 14:57:20 »

Tohle prostě v Pythonu jednoduše neuděláš.

P.S. šlo by to pomocí maker, ale ta python bohužel taky nemá...

3761

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 20. 09. 2015, 14:52:31 »

Technické výpočty se v něm dělají velmi přímočaře a pohodlně. V tom mu můžou konkurovat snad jedině jazyky jako je Python, ovšem s tím, že jim chybějí ta kvanta kvalitních knihoven a jsou několikanásobně pomalejší.

Co má Python oproti jiným jazykům aby se v něm "velmi přímočaře a pohodlně dělaly technické výpočty"?!

Jo, ale používá se více mimo "data science"?

Ne, ale chtěl jsem tím říct, že to je skutečně programovací jazyk, ne jenom nějaké DSL pro vyjádření něčeho doménově specifického a omezeného. Rko je univerzální a dá se v něm napsat cokoli včetně http serveru, akorát to moc lidí nenapadne dělat

Například v jazycích s přetížením operátorů si můžu udělat fortranovské ** a spoustu jiných operátorů pro vektory, matice, tenzory a kdejaké jiné objekty.

To sice jo, ale to, co jsem psal, neudáláš skoro nikde. Např. ggplot2 to masivně využívá:

Kód: [Vybrat]

> head(counts)
   dow  hour value count
1:   2 22.50     0   659
2:   2 22.75     0   695
3:   2 23.00     0   707
4:   2 23.25     0   719
5:   2 23.50     0   773
6:   2 23.75     0   764

> ggplot(counts)+geom_line(aes(x=value,y=count*2,color=dow))

- všimni si toho "count*2" - to je parádička, pracuju se sloupcem (count není proměnná) a v klidu s ním můžu dělat matematické operace! Tohle prostě v Pythonu jednoduše neuděláš.

3762

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 20. 09. 2015, 11:36:58 »

Jo, ale R je spíše DSL. Myslím, že zrovna pro HMM (a už vůbec ne pro SAT) není matematická syntax potřeba.

Ne, ne, R je svébytný jazyk s pár zajímavými vlastnostmi (např. scope implementovaný přes environmenty), vlastním objektovým systémem (resp. dvěma ) atd.

3763

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 20. 09. 2015, 11:29:43 »

Že to je v syntaxi jazyka není zrovna výhoda.

Jak kdy. Rko má třeba oproti Pythonu výhodu, že některý často používaný obraty jsou přímo zabudovaný nebo je jazyk umožňuje svou dynamičností. Oproti tomu v Pythonu se to musí nějak obcházet, protože s tím jazyk nepočítal.

Např. Python neumožňuje nevyhodnotit parametr funkce/metody. Když to chci udělat, musím to složitě obcházet přes lambdy nebo nějaký jiný nepřirozený wifikundace. Např. v Rku můžu napsat ("day" je název sloupce v dt, který má typ data.table):

Kód: [Vybrat]

dt[day==1,]

V pythonu věci tohodle typu nejdou, protože by se snažil "day" vyhodnotit.

3764

Vývoj / Re:Jazyk pro matematické výpočty

« kdy: 20. 09. 2015, 08:39:52 »

Nemůžu doporučit z vlastní zkušenosti, protože jsem to nikdy nepoužíval, ale každopádně v Rku existují na oboje knihovny:

• http://reasoning.cs.ucla.edu/rsat/papers/rsat_2.0.pdf
• https://cran.r-project.org/web/packages/HiddenMarkov/HiddenMarkov.pdf
• https://cran.r-project.org/web/packages/depmixS4/vignettes/depmixS4.pdf

Pokud by ses rozhodl použít Rko, tak silně doporučuju jako první krok dobře pročíst a dobře vyzkoušet tohle: http://www.johndcook.com/blog/r_language_for_programmers/ Pokud na něj totiž půjdeš s programátorským předporozuměním, tak si vytrháš všechny vlasy, je to (pro programátora) poněkud nezvyklý jazyk

Taky je u Rka potřeba myslet na to, že ten samotný jazyk je pomalý, takže se používat jenom pro "high-level" manipulace s daty, vlastní implementace těch operací je už rychlá. Ale to je podobné i s Pythonem.

3765

Server / Re:Debian 8.1-Samba PDC-Kerberos problém

« kdy: 18. 09. 2015, 07:28:48 »

No nějak bych se to právěže chtěl naučit ovládat, zatím si to zkouším na virtuálech na svým notebooku, takže v malém měřítku.
Jenže důvod tohoto snažení je, že se mě dotázal jeden správce ve firmě jestli si musí kupovat windows server a všechny ty jejich drahý licence, žeprý četl o nějaké sambě a doméně

Docela bych ti doporučil přečíst si pozorně manuál a nepřeskakovat "teoretické" kapitoly. Ona totiž samba se docela blbě ladí a systém pokus-omyl v ní moc nefunguje (na windows se různé věci cachují, takže ti to třeba může ještě chvilku fungovat i se špatnou konfigurací a vypadne to "nepochopitelně" druhý den). Blbý je, že Windows dávají mizerné chybové hlášky a jsou docela dost citlivé na chyby (např. když se ti nenačte správně profil, objeví se spousta nepředvídatelných chyb). A taky různé verze Windows se chovají různě a vadí jim různé věci. Je to dost komplikovaná záležitost, rozhodně to není install&forget.