Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Petr Blahos

Stran: 1 2 [3] 4 5 ... 7
31
Vývoj / Re:Python - jak na možnost volby
« kdy: 05. 09. 2019, 13:23:57 »

Kód: [Vybrat]
volba = input("neco")
teď bude v volba ten text, který uživatel zadal.


Kód: [Vybrat]
volba = float(input("neco"))
teď bude ve volba to, co uživatel zadal převedený na desetinné číslo. Pokud to převést nejde, tak
to hodí chybu. Takže uděláte jen:

Kód: [Vybrat]
volba = input("neco")
if "1" == volba:
    print("Huuuu buuuuu")

ostatně prskněte si tam ještě výpis:
Kód: [Vybrat]
volba = input("neco")
print(volba, volba == "1", volba == 1, volba == 1.0, type(volba))
if "1" == volba:
    print("Huuuu buuuuu")



32
Vývoj / Re:Python Opencv load videa vysvetlenie
« kdy: 02. 09. 2019, 14:38:59 »
1. cap = cv2.VideoCapture('chaplin.mp4') nacita subor chaplin ale kam? Do pamete alebo s neho cita frame by frame. Bolo by mozme "nieako" natiahnut to video do ram a prinutit opencv citat s neho alebo to uz je by default?

VideoCapture je obecné rozhraní, které dá video stream, ze které se dá číst. Je jedno, jestli
je to video, nebo kamera, nebo síťovej stream, nebo cokoliv. Proto nedává smysl otázka
načtení celého videa do paměti - když je to kamera, tak to nejde. Co když je to 500GB file?
Vy si pak říkáte dej mi frame, nebo tak něco. Myslím, že cap.read(...)

Proč Vás to zajímá? Tohle jsou věci, které má řešit knihovna a "underlying" knihovny spolu
s operačním systémem, a pokud nemáte nějaký okrajový případ, tak se o to knihovny + os
postarají lépe samy, než když je budete zkoušet k něčemu přesvědčovat.

U readNet si naopak nedovedu představit, že by to nenačetlo do paměti, protože když se to
má používat, tak to tak či onak v paměti být musí. Ale třeba se pletu...

33
Sítě / Re:uPNP na secured Wifi?!?
« kdy: 25. 08. 2019, 09:08:50 »
Asi tady bude zrada - https://helpdesk.nanoleaf.me/hc/en-us/articles/360003486233-Requirements-for-setting-up-the-Nanoleaf-Light-Panels


The router is compatible with Bonjour (mDNS)

https://aktuality.idaret.cz/slovnik/Bonjour/

Dobře, ale na tohle už musí být v té síti, a to zatím zdaleka není, takže zatím je ta zrada někde jinde. V mDNS možná bude zrada později.

34
Sítě / Re:uPNP na secured Wifi?!?
« kdy: 24. 08. 2019, 20:50:07 »
ze odmitate sdelit, co je to za zarizeni, je jen Vase minus, protoze bez toho zadnou smysluplnou rady pravdepodobne nedostanete...
Tak ještě jednou:

Nanoleaf light panels

35
Sítě / Re:uPNP na secured Wifi?!?
« kdy: 24. 08. 2019, 16:12:13 »
A co kdybys nam napsal, jaky "kram" sis to koupil?
Nemame schopnosti svate kravy

Co máš s krávou nevím, ale mě zajímá, jestli to z principu takhle může fungovat.
Je úplně jedno, jestli to moje zařízení, nebo nějaké jiné.

Je mi jasné, že neporadíš, ale udělal jsem si pro sebe 3 tipy, co mi napíšeš, a jsem
zvědavý, jestli jsem se jedním z nich trefil.

Nanoleaf light panels.

36
Sítě / uPNP na secured Wifi?!?
« kdy: 24. 08. 2019, 10:13:18 »
Poslyšte přátelé, nerozumím jedné věci. Koupil jsem si zařízení, které
prý stačí zapnout, a ono se prý připojí do mojí WiFi sítě, přesněji řečeno,
jde ovládat aplikací, kterou mám v mobilu taky v mojí síti. Postupem času
jsem se dozvěděl, že to dělá přes uPNP, ale stejně, dokud nemá heslo,
tak se snad připojit nemůže, ne?

No a ono se samozřejmě nepřipojí, v návodu prakticky není ani čárečka,
a já teď nerozumím, jestli dělám něco špatně, nebo jestli je ten krám
pokaženej. (jeho wifi funguje, to vím, protože se dá přepnout na hotspot,
a k tomu už se připojím).

37
Vývoj / Re:Python 3 threading Objasnenie
« kdy: 02. 08. 2019, 21:36:28 »
No jo, ono totiž dělat UI přímo v OpenCV je přinejmenším nepohodlné. Spíš bych doporučil
jinej framework (např. já v Pythonu používám wxPython, a na lze začít třeba tady
http://www.blog.pythonlibrary.org/2010/05/22/wxpython-and-threads/ nebo
https://wiki.wxpython.org/WorkingWithThreads). Když to pochopíte v něm, tak získané
znalosti přenesete i na OpenCV.

https://lmgtfy.com/?q=producer+consumer+threads+python

38
Vývoj / Re:Python 3 threading Objasnenie
« kdy: 02. 08. 2019, 13:33:16 »
No, jak píšu: Musíte se to učit postupně od základů.

Hledejte úlohy typu producer - consumer. Producer je ten thread, který čte a např. ukládá
do fronty, consumer je ten, který konzumuje z fronty, a dál s tím pracuje. Ale tohle není
na thread na rootu.

39
Vývoj / Re:Python 3 threading Objasnenie
« kdy: 02. 08. 2019, 13:26:34 »
No, totiž, opravdu nejlepší odpověď, kterou teď můžete dostat je: Musíte se to učit postupně od základů.

Takže např. ten čtecí thread přečte 1000 framů, strašně rychle, jeden po druhým. Takže chvilku
běžel, a do proměnných self.status, self.frame uložil ten poslední frame.
No a nějakým způsobem zároveň s tím běží ten druhej thread na to zobrazování. Te v cyklu
zpracovává self.frame, že? Takže si zase třeba velice rychle (např. 1000x za sebou) zpracuje
mnohokrát po sobě pořád tu stejnou fotku.

Takže Vy musíte přijít se způsobem, jak jeden thread řekne druhýmu: Hele mám snímek, tady
ho máš, tak ho zpracuj. Úplně ideálně je dávat do nějaké fronty.

Teprve potom přijde na řadu ten zmíněný GIL. Tak se mějte hezky...

40
Vývoj / Re:eProgesa - obsluha pomocov OCR
« kdy: 26. 09. 2017, 13:41:09 »
Dakujem za odpovede.
pb : mozno viac detailov ake nastroje si pouzil?
Ma este niekto este nieake napady?

Taky AutoIT, ale dll nebo OCX. Zdarma se tomu dál nehodlám věnovat. Pokud chcete konzultaci, napište mi zprávu.

41
Software / Re:Ako na SAP?
« kdy: 08. 09. 2017, 08:01:56 »
;D

To se dá!
To se FAKT DÁ DĚLAT!
Celkem příjemný a pohodlný život.

Made my day.

Ještě možná trochu lepší je to u BAANu. Zatímco SAPistů je v Česku hromada, BAAN dělá jediná firma.

42
Vývoj / Re:Python 2 a převod kódování do Win-1250
« kdy: 06. 09. 2017, 08:49:35 »
V první řadě se ujistěte, že ten soubor je opravdu uložen v cp1250. Sice to máte v hlavičce, ale editor to mohl uložit v jakémkoliv jiném kódování.

(Ale jak tu někdo naznačoval, používat dnes cp1250 není potřeba. Když už musíte mít diakritiku v kódu, tak je lepší UTF-8.)

43
Software / Re:Jaký enterprise software vlastně potřebujeme?
« kdy: 16. 06. 2017, 10:39:47 »
@Petr Blahos: Vynikající odpověď, která mne tahá z bláta deprese "z tady té celé naší situace". Můžu napsat PM pro další dotazování?
Ano. Najdete me na moje příjmení tečka com.

@Michal Kovačič: No jak sviňa. To se člověk potom zasekne na nutnosti mít komplexní a *naprosto správný" business case úplně na počátku a vlastně neví kudykam. K bodu 2 stejně jako @Ondrej Nemecek: kde hledat?

Ehm, dovolím si konstatovat, že s tím co napsal Michal dost souhlasím. On snad ani netvrdí, že je potřeba mít ten naprosto správný business case úplně na začátku, ale když nevíte, co chcete, tak ta implementace nemůže dopadnout dobře. Mimochodem, ahoj Michale, jak se máš?


44
Software / Re:Jaký enterprise software vlastně potřebujeme?
« kdy: 15. 06. 2017, 09:15:44 »
https://www.odoo.com/
Spíš než odkaz na software, který se dřív jmenoval openerp sem napište jméno firmy, která to v česku implementuje a dělá tomu podporu. Protože myšlenka, že si to firma naimplemetuje sama je, ehm, jak bych to řekl, naivní.

Ani tak nejde o to co, ale s kým. Můj názor je, že všechna ERP umí vpodstatě totéž, a záleží spíš na tom, jak jedná firma, která to implementuje. To se bohužel často pozná až ve třetí fázi projektu, když budete rozporovat nějakou funkčnost.

45
Software / Re:Jaký enterprise software vlastně potřebujeme?
« kdy: 15. 06. 2017, 08:05:00 »
Hmm, tady je každá rada drahá. ERP dělá správu zákaznických požadavků, z toho následně generuje výrobu, nákupy a prodeje, a řídí sklady. Na druhou stranu neumí dobře plánování, projekty a CRM. Bez nějakých rozšíření neumí ani dobře kapacitně plánovat výrobu (přesněji řečeno naplánuje výrobu podle zákaznickýchj požadavků, a nezajímá jej, že není kapacita). CRM naopak dělá CRM, a projekty naopak dělají projekty. Donutit je vzájemně spolupracovat stojí roky času a milióny peněz.

Implementátoři ERP vpodstatě naslibují všechno. Při fázi modelování už se nemluví tak moc s vedením projektu, ale s klíčovými osobami za jednotlivá témata (jako jsou sklady, výroba, nákup, prodej, ...), navíc ty klíčové osoby cítí trochu zodpovědnost, takže mají spíš tendenci říct, že to nějak dají dohromady, než, že ERP je neadekvátní potřebám firmy. Každopádně, ERP pracuje s objednávkami. Zjednodušeně řečeno, když se v ERP bude řešit oprava v rámci výroby, bude tam na ni nějak muset vznikat objednávka (trochu přeháním, ale vpodstatě to tak je). V ERP je složité dělat nějaké aftersales, protože to je v tom objednávkovém systému hrozně těžkopádné.

Napojování ERP na další systémy je PITA, ERP implementátoři se do toho moc nehrnou a snaží se to přehodit na zákazníka (na Vás).

Pokud jste velká firma s výrobou, tak už ERP máte. Já osobně bych doporučil dát prioritu tomu řízení projektů - to znamená snažit se vybírat tak, aby zrovna to řízení projektů vyhovovalo co nejvíce, a budovat ruční postupy pro komunikaci mezi projekty, CRM a ERP. Jakmile máte ruční postupy vybudované, dají se zautomatizovat z "zpočítačštět", ale pokud je nemáte, tak budete chtít něco implementovat a nebudete vědět co. A jak já s oblibou říkám, na tom se dají strávit roky času.

Stran: 1 2 [3] 4 5 ... 7