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 - Pavel Stěhule

Stran: 1 ... 10 11 [12] 13 14 ... 31
166
Software / Re:Hledám skutečně svobodný eshop
« kdy: 17. 03. 2021, 19:59:45 »
Dotace nejsou řešení. JEN do vzdělávání a výzkumu, tam mají smysl. Dokonce se vrátí!

Některé dotace jsou jen jiná forma sociální podpory - asi nikdo nechce z Ostravy druhý Detroit. Problém je, že bez dotací vám chca nechca klesá konkurenceschopnost - určitě jsem pro omezení dotací, ale muselo by to platit pro všechny. Pokud dotuje Čína, musí dotovat USA, a věřte mi, že tam se dotuje jak o život - přez vojenský rozpočet. Stejně tak Izrael, A tudíž musí dotovat i EU. Samozřejmě, že dotace nejsou spravedlivé, ale život není spravedlivý, a není spravedlivý ani bez dotací. Je to krysí závod - nikdo nevyhraje, ale rozhodně nechcete zůstat poslední.

167
Software / Re:Hledám skutečně svobodný eshop
« kdy: 17. 03. 2021, 19:39:41 »
Tolik k tomu, jak to tu vypadá....
V podstatě je to diskuze, která sem vůbec nepatří (dotace pro framework na eshopy by ještě k tématu byla), ale když už jsi rozjel diskuzi na téma "Jak je to u nás všechno na ho.no", tak bys měl odpovědět na Miroslavovu otázku: "Zkuste mi dát možná příklad země, kde máte pocit, že to dělají lépe a efektivněji."

Pak bychom se možná mohli i vrátit k tématu jestli v dané zemi také vyplácejí dotace na vývoj frameworků pro eshop.  ;)

Shopsys je z Ostravy. Mám pocit, že jsem tam i školil. V Ostravě dost firem dostává dotaci jen z důvodu toho, že to je Ostrava, a že se tam utlumuje důlní a hutní činnost, a snaží se přejít na něco jiného. Dost dotací tam dostaly i jiné firmy. Dotace dostávají všichni - v USA i taková firma jako Boeing (v dobách, kdy byla silně zisková). IT vzniklo díky dotacím - bez dotací by neexistovaly mikroprocesory, SQL, relační databáze, první programovací jazyky, ... Prakticky veškerý výzkum v IT v 70 a 80 letech byl placený z peněz amerických daňových poplatníků - jen to šlo různými kanály - NASA, US Army, ...

Bez dotací by neexistovat ani internet a ani web - to jsou všechno buďto vojenské nebo výzkumné technologie, kdy drtivou část nákladů platili daňoví poplatníci.

168
Software / Re:Hledám skutečně svobodný eshop
« kdy: 17. 03. 2021, 19:31:14 »
Tolik k tomu, jak to tu vypadá....
V podstatě je to diskuze, která sem vůbec nepatří (dotace pro framework na eshopy by ještě k tématu byla), ale když už jsi rozjel diskuzi na téma "Jak je to u nás všechno na ho.no", tak bys měl odpovědět na Miroslavovu otázku: "Zkuste mi dát možná příklad země, kde máte pocit, že to dělají lépe a efektivněji."

Pak bychom se možná mohli i vrátit k tématu jestli v dané zemi také vyplácejí dotace na vývoj frameworků pro eshop.  ;)

Shopsys je z Ostravy. Mám pocit, že jsem tam i školil. V Ostravě dost firem dostává dotaci jen z důvodu toho, že to je Ostrava, a že se tam utlumuje důlní a hutní činnost, a snaží se přejít na něco jiného. Dost dotací tam dostaly i jiné firmy. Dotace dostávají všichni - v USA i taková firma jako Boeing (v dobách, kdy byla silně zisková). IT vzniklo díky dotacím - bez dotací by neexistovaly mikroprocesory, SQL, relační databáze, první programovací jazyky, ... Prakticky veškerý výzkum v IT v 70 a 80 letech byl placený z peněz amerických daňových poplatníků - jen to šlo různými kanály - NASA, US Army, ...

169
A ma vubec stat nejake programatory? Spatne placenych ajtaku ma samozrejme hromadu, ale ze by statni zamestnanci vyvijeli SW?

Je otázkou, co považovat za stát? Drtivou většinu aplikací ve státní správě, komunální správě, výzkumu realizují externí firmy. Ve výzkumu ale existuje dost specializovaných aplikací a relativně malých a úzce zaměřených vývojových týmů - je to od analýz degradace půd, přes analýzy lesního hospodářství, po aplikace ve zdravotnictví. Ve výsledku se bude ale jednat o relativně nízké počty lidí, ale jsou. Typicky je to v oblastech, kde pro vývoj aplikace potřebujete hodně znalostí mimo IT, a na dnešním železe pak je poměrně jednoduché naprogramovat, to co potřebujete. Ale musíte mít hodně znalostí ve vědních oborech, abyste věděl, co chcete naprogramovat.

170
Kecy, s tím bych si hlavu nelámal. Tragédi jsou všude, a výjimky které potvrzují pravidlo také. Generalizace jsou většinou jen pivní kecy - všechno je o lidech, jak se sejdou a jak si sednou, a jaké dostanou šance, jaký je management. Můžete být v bance, v korporátu a děláte (neslušné slovo) se (neslušné slovo) technologiemi (a ještě můžete mít nad sebou vola). Nebo taky ne. Je to o lidech.

171
Vývoj / Re:PHP SRV_SQL charset vracia zle enkodovane znaky
« kdy: 08. 12. 2020, 06:48:22 »
MySQL není moje doména

Bacha, tady jde o MS SQL, a podle prvotního popisu je Slovak_CI_AS nastavené správně.

Pořád je otázkou, jestli jsou data v databázi ok?

172
Vývoj / Re:PHP SRV_SQL charset vracia zle enkodovane znaky
« kdy: 07. 12. 2020, 17:30:17 »

A nejsnašší cesta k opravě? Dump + jeho ruční oprava následovaný zpětným importem dumpu?

Řekl bych, že ano. MySQL není moje doména - ale u Postgresu bych to svým zákazníkům doporučil. Asi bych dokázal (na Postgresu) o něco rychlejší postup, ale značně ošklivý, a stejně bych musel reindexovat všechny indexy v databázi, takže stejně by tam byl nějaký výpadek, a u větší databáze gro by byla právě reindexace. Takže dump a load je jednoduché, čisté a blbuvzdorné řešení. Bacha u dumpu je nutné nespecifikovat kódování (aby nedošlo k zmatené konverzi), a dost možná, že se bude muset sáhnout do dumpu, a ručně jej poeditovat.

173
Vývoj / Re:PHP SRV_SQL charset vracia zle enkodovane znaky
« kdy: 07. 12. 2020, 14:25:23 »
Zdravim.
Doteraz som nemal problem s pouzivanim tohoto
Kód: [Vybrat]
 $info = array('Database'=>$db,'UID'=>$user,'PWD'=>$pass, 'CharacterSet'=>'UTF-8','ReturnDatesAsStrings'=>true);
// Connect to the database
        $connector = sqlsrv_connect($host, $info);
avsak pri jednej aplikacii mi to vrazia mena uzivatelov v tvare
Kód: [Vybrat]
Žilíková
a podobne. Co s tym? Pozeral som po googly ale nenasiel som nic co by mi pomoholo.
Databaza je nastavena Slovak_CI_AS tak ako vsetky

Je otázkou jestli data v té databázi jsou skutečně v kódování, které je nastavené v databázi. Databáze může mít například nastavenou latin1, nicméně data mohou být v 1250. Pokud byste nespecifikoval kódování, a očekával 1250, tak dostanete data korektní. Pokud ale chcete dostat data v UTF8, tak se použije transformace latin1->UTF8, která data zdeformuje. Takže bych se podíval na vlastní kódování databáze, i na to jestli data tomuto kódování odpovídají. Bylo zde docela dost MySQL databází s výchozím Latin1 kódováním, nicméně data v nich byly v Latin2 nebo spíš v 1250.

174
Ano, tento thread jsem taky četl, pochází z něj ty úpravy PUTTYklienta, aby aspoň něco šlo (čáry v htop a  ncurses)...
Ale nefunguje to na všechno.


Mě jde o takové řešení nastavení, abych nemusel každý program řešit zvlášť, což je případ toho LC_ALL=en wavemon + iftop. Protože když pro změnu spustím LC_ALL=en htop, tak pro změnu tam mám místo svislých čar apostrofy. (čož podle mě není chyba, htop zjistí jaké je locale a zachová se podle toho a zkusí nejlepší možný způsob, což jsou apostrofy jako nejlepší aproximaci svislé čáry ale nativní vertikální čáry je správně.)

Korektní vykreslování dekorací (rámečků) rámečků záleží na několika faktorech: 1. zda jsou tištěné skrz alternativní charset terminálu nebo skrze UTF8, 2) jestli aplikace přímo posílá znaky na tty nebo používá ncurses. Minimálně ncurses pro svoje korektní fungování vyžaduje správné nastavení language - tj LC_ALL=en.UTF8 nebo LANG a ncurses musí být zkompilováno s podporou širokých znaků - tj musí být nainstalována knihovna ncursesw. A do toho ještě vstupuje vlastní konfigurace terminálu, i to, co si o terminálu myslí ncurses. A ještě tam jsou priority -  místo LC_ALL mám nastavenou proměnnou LANG a také to funguje.

Celé to může vypadat zmateně, protože dekoraci lze vykreslit různými způsoby, které mohou a nemusí fungovat v různých konfiguracích terminálu - a samozřejmě, že každá aplikace používá svůj vlastní způsob, který je ale pro běžného uživatele transparentní, což vede k tomu, že je uživatel zmatený, protože něco mu funguje a něco ne. Při správné konfiguraci funguje všechno.

175
Studium a uplatnění / Re:IT od nuly
« kdy: 16. 08. 2020, 06:41:01 »
Ale nikdy nezoberu nejaky priemer
Ono to je logické, s “průměrem” se těžko dá dělat něco inovativního.

Drtivá většina práce v IT nijak zvlášť inovativní není. Ale kolikrát je otázka ceny - firmy o úplně juniorní (neprověřené) zaměstnance nemají zájem, a trochu pokročilejší junioři již očekávají nadprůměrnou mzdu aniž by měli zkušenosti, znalosti nebo schopnosti. U seniorních pozic pak firmy očekávají (a vyžadují) specializaci a letitou praxi na konkrétní technologie.

176
Server / Re:Postgresql monitoring
« kdy: 14. 08. 2020, 13:44:27 »
Zkousim to na verzich 10-12. Ted tu mam jednu 12, ktera nebyla migrace z predchazejicich verzi, taky "permission denied".

Minimalně na 12 s grantem pg_monitor pg_ls_waldir funguje bez problémů. Zkuste se podívat, jestli má zabix role příslušná práva


postgres=> \du testr
              List of roles
┌───────────┬────────────┬──────────────┐
│ Role name │ Attributes │  Member of   │
╞═══════════╪════════════╪══════════════╡
│ testr     │            │ {pg_monitor} │
└───────────┴────────────┴──────────────┘


177
Studium a uplatnění / Re:IT od nuly
« kdy: 14. 08. 2020, 10:37:34 »
Nehnevajte sa na mňa, ale ak niekto nevie použiť Google...
Sorry, Syu, jsi úplně mimo. A až tak moc, že ani takový lektor, jak je Pan Stěhule, ti to nedokáže vysvětlit. Několikadenních školení od Gopasu mi firma zaplatila nejméně 10 a myslím si, že to jsou velmi dobře investované peníze. A až budeš řešit opravdový problém s postgresem a budeš mít možnost to na školení probrat s p. Stěhulem, pak pochopíš rozdíl mezi balastem na internetu a diskusí s odborníkem. I když.... Ty asi ne. Možná tak za 10-15 let.

Mňa by veľmi zaujímalo, že keď narazíš na nejaký problém, či hneď voláš na hotline pánovi Stěhulovi, aby si ten problém vyriešil alebo ideš hľadať odpovede na ten ehm ehm internet plný balastu. Základnou schopnosťou programátora je vyhľadávanie, triedenie a analyzovanie informácii. Ak toto nezvládaš, tak potom to nie som ja, kto je mimo. Na internete sú aj veľmi kvalitné zdroje, manuály a v neposlednom rade dokumentácia. Nikto sa nestal programátorom tak, že si to odsedel na nejakom kurze.
Ak ti to preplatila firma, tak to ti gratulujem a tú firmu úprimne ľutujem.  ;)

Abych pravdu řekl, tak ucelených věrohodných a kvalitních informací na internetu je promile a je to čím dál tím horší. Drtivá většina jsou je jen PR návnada pro Google nebo nosič reklamy. Ucelené informace dostanete prakticky jedině v placené literatuře, a i to někdy může být brak.  Znám dost programátorů, kteří umí vygooglit řešení problému, ale vůbec nepochopí jeho důvody, a jen mechanicky aplikují něco, co našli jako první na Googlu, i když to zdaleka nemusí být dobré řešení. Google (internet) poskytne rychlé řešení specifického problému (jak fixnout něco co se váže na chybovou hlášku, atd). Ale neposkytne vám ucelené obecnější znalosti - což je neskutečná past - dost programátorů umí napsat kód, ale ani náhodou netuší jak to uvnitř funguje, a hlavně proč. Pak jsou v pr. když mají třeba řešit performance problémy (s kterými Vám Google nepomůže, protože jsou specifické pro vaši aplikaci). A dost často pak jako řešení zvolí tu úplně nejhorší cestu, protože vůbec netuší, jak věci fungují, a nemají znalosti a ani cit.

Programátorem se nestanete tak, že absolujete týdenní kurz. Dobrý programátor má mentální obraz technologie, nástrojů, hrubý přehled, pak také zkušenosti. Dobré školení vám pomůže snáz, rychleji, pohodlněji si vytvořit vyzkoušený, osvědčený, ověřený náhled na danou problematiku. Je to stejné jako řidickým kurzem - můžete jezdit na trenažéru, který si sám nainstalujete, ale přeci jen reálný svět je trochu něco jiného, a dobrý lektor v autoškole vás hlídá, zklidňuje, vidí vaše silná slabá místa, dává vám doporučení, snaží se mluvit vaším jazykem, udržuje tempo, vaší pozornost, ... A pak se musíte vyjezdit - rok dva.

Mám pocit, že možná k těmhle věcem přistupujete trochu autisticky ve smyslu "přečtu si manuál, a ono mi to bude fungovat". Tak ale věci v reálném světě většinou nefungují.

Vygooglíte všechno - každý umí googlovat - je to nástroj pro blbečky. To co je problém - a) musím vědět co chci hledat (dost programátorů dělalo svou práci blbě protože nevědělo, že existují určité třídy nástrojů, které jim mohou pomoci - (a ti co psali články na net, to nevěděli také)), b) pokud máte víc výsledků, musíte si umět vybrat jeden, který je relevantní vašemu problému, objemu dat, způsobu zátěže, výkonu hw, lidem kteří sw používají (tady Vám Google vůbec nepomůže).

178
Studium a uplatnění / Re:IT od nuly
« kdy: 12. 08. 2020, 16:37:54 »
Na tie kurzy čo má GOPAS v ponuke netreba žiadneho experta. Veď tie veci čo sú tam by zvládol odprednášať aj podpriemerný medior. Žiadne špecialitky, ale poväčšine základné a všeobecné veci akých je plný internet. Schválne som si prešiel osnovy niekoľkých kurzov... A mať ešte certifikát z toho, že si to tam klient odsedel.. ach  ;D

Jak poznáte z čeho a jak se máte učit, když dané problematice nerozumíte, a ani nevíte, jestli dané problematice rozuměl ten, co ten kurz na internet dával. Moje materiály k Postgresu jsou volně k dispozici, pak ale výuka je o něčem jiném - musíte umět problematiku vysvětlit těm lidem, kteří jsou před Vámi, a každý má trochu jiné zkušenosti, jiné znalosti. Musíte sledovat, jestli pochopili pricipy, pokud ne, vymyslet další příklad, další ukázku. To v online školeních nejde.

Člověk, který má pro programování talent, tak se naučí sám z knížek, z kurzů. Ale může mu to trvat déle, a také se může to naučit špatně. Drtivá většina lidí žádný extra talent nemá - a dostanou se na level, na který je dostanou jejich mentoři. A pokud jejich mentoři nejsou nic extra, tak oni sami pak nic extra také nebudou.

179
Server / Re:pgAudit v PostgreSQL
« kdy: 12. 08. 2020, 15:02:27 »
Ahoj,

neresil jste nekdo auditovani internich katalogovych objektu pri objektovem auditu? Jde mi o to, ze nechci auditovat vsechny katalogove objekty (to by vyresil pgaudit.log_catalog=on), ale pouze nektere citlive objekty (pg_authid apod.) ...
Jevi se mi to tak, ze pokud vypnu logovani katalogu, tak samotne objektove auditovani nefunguje ... jako by ten parametr log_catalog byl nadrazeny ... Bohuzel z dokumentace se mi to nedari jednoznacne vycist a tak nevim, zda treba jen nedelam neco spatne ...
Neporadite nekdo? Predem diky za pripadnou ochotu!

Takový detail v dokumentaci nenajdete. Tady jen se podívat do zdrojáku v jakém pořadí se filtruje výstup. pgAudit je docela malá a jednoduchá extenze https://github.com/pgaudit/pgaudit/blob/master/pgaudit.c

180
Studium a uplatnění / Re:IT od nuly
« kdy: 12. 08. 2020, 14:57:51 »
  • citujem pána priamo zo školiacej firmy: .."prakticky vsetci idu cez urad prace"..
  • ked som napísal "za nic" myslel som tým to, že si tieto firmy účtujú veľké peniaze za takmer nulovú protihodnotu. Teda za nic. Odrapotať v čo najkratšom čase látku, spraviť si pár ukážkových príkladov a prechádzať kapitolami s kadenciou guľometu sa rovná prakticky ničomu.
  • Kvalita - nadviažem na predchádzajúci bod. Ak niekoho zasypem obrovským množstvom informácii v priebehu iba pár dňového kurzu, tak tie informácie študent nestihne ani spracovať.
  • Ak je niečo šunt, tak sú to práve tieto zázračné "kurzy". Normálne sa daným veciam človek venuje minimálne celý semester. Tak čo je viac kvalitné, 5 dňový rýchlokurz alebo semestrálny predmet?
  • Ak chce niekto čo najvyššiu kvalitu, tak si zaplatí individuálnu výuku, žiadne skupinové rýchlokurzy. Takéto doučovanie v pohode vyjde oveľa lacnejšie než školenie v školiacej firme.
  • Vrátim sa ešte k tomu financovaniu - v korporátoch nevyužívajú školenia takýchto firiem, keď môžu využívať svoje vlastné zázemie. A keďže gro školení tvorí podľa vašich vlastných slov excel a podobne, tak je úplne šialené myslieť si, že nejaký korporát naberie neschopných lemplov, aby im potom platil školenie v exceli, v programovani alebo whatever.

Pokud budu mluvit za GOPAS, tak jestli z úřadu práce je procento, tak to je hodně. V GOPASu je vždy u vstupu do učebny seznam firem, odkud jsou studenti. Občas se tam mihne úřad práce, ale jen minimálně. Jinak ale žijete asi v nějaké iluzi - korporát má lidi jako všude jinde, a díky módě posledních 10 let (outsorsingu) se počet lidí s expertní ale i nadprůměrnou znalostí IT poměrně hodně snižuje. Ideální zaměstnanec korporátu není samostatně uvažující expert, ale člověk, který primárně drží ústa a krok a akceptuje korporátní politiku - případně řeší kariérní postup. Jsou firmy, které mají lidi s expertní znalostí - ale ne každý expert umí učit, vysvětlit věci, a vydržet několik hodin mluvit. A další argument - prakticky nikdy z interních školení nezískáte certifikát.

K porovnání výuky na VŠ - za semestr se stihne cca 12 hodin výuky (při normální frekvenci 1h týdně). V podstatě to odpovídá 2 dennímu školení (případně 3dennímu). Přičemž je to souvislá výuka, která má také své nevýhody, ale velkou výhodou je, že většina lidí si pamatuje věci ze včerejška. Na VŠ jsou schopní zapomenout během týdne všechno. Primárně jsem vývojář, ale kromě jiného jsem 10 let učil věci kolem IT na ČVUT a 10 let učil Postgres v GOPASu, a inhouse školení všude možně po republice (jak v menších firmách, tak i v korporátu - O2, ČS, ČSOB, KB, ...)


Stran: 1 ... 10 11 [12] 13 14 ... 31