Příspěvky

1

Studium a uplatnění / Re:V IT po čtyřicítce

« kdy: 03. 10. 2023, 21:13:34 »

nechapu.
jako ze jinde nejsou burzy
nebo jako ze cesky akcie nefungujou?

Kolik máte titulů na pražské burze, jakou mají ziskovost? Porovnejte si průměrný výnos z akcií a výnos z nákupů a prodejů nemovitostí. Nějaké akcie jsem měl, ale na potvoru, ty úspěšné vždy skončily stáhnutím z burzy. Jiné burzy jsou, ale buď to bude gambling nebo už musíte mít jiný level znalostí.

2

Studium a uplatnění / Re:V IT po čtyřicítce

« kdy: 03. 10. 2023, 20:16:54 »

Také existuje něco jako územní plán, který úředník nezmění ani kdyby chtěl.

Ano, dla mojich vedomosti, toto je primarny zdroj vysokych cien nehnutelnosi v Prahe .

Já ty důvody vidím jinde. V ČR a stejně tak i v SR nefunguje burza. Jediné rozumné zhodnocení peněz jsou nemovitosti. Plus stavebnictví v ČR je občas zoufalost (jsem stavební inženýr), navíc se primárně stavěly kanceláře, které jsou levnější (sklo a beton) a nejsou tam limity na občanskou vybavenost. Vytvořila se bublina, a když už ta bublina existuje, tak ti, co na ní profitují, nemají důvod ji propichovat. Ať už obec, která pomalu dodává pozemky (pokud je ještě má) nebo developeři, kteří pomalu dodávají bytové celky, nebo stavební firmy, které relativně draze a pomalu staví. Nikdo z nich si nebude chtít kazit byznys. Je to prostředí, kde téměř neexistuje konkurence, případně kde jsou extrémně drahé vstupní investice. Navíc české stavebnictví je od 90 let postavené na Ukrajincích. Velká číst z nich odjela kvůli COVIDu, a teď válce s Ruskem.

3

Studium a uplatnění / Re:V IT po čtyřicítce

« kdy: 03. 10. 2023, 17:04:56 »

a ked zacnete zistovat, preco v pomerne velkej a malo zastavanej Prahe nie su volne pozemky, dojdete k tym uradnikom z uvodneho prispevku tohto subvlakna

Cože? To myslíte jako vážně.

myslite moznost ziskavania razitka alebo mate pocit, ze Praha je suvislo zastavana mrakodrapmi?

Jelikož Praha drtivou většinu domů a pozemků už rozprodala (nebo vrátila v restituci), tak těžko může něco změnit. Také existuje něco jako územní plán, který úředník nezmění ani kdyby chtěl. Praha není schopná dokončit okruh, který už je v územním plánu 50 let. Nemluvě o rychlodráze na letiště nebo do nejbližších satelitů.

4

Studium a uplatnění / Re:V IT po čtyřicítce

« kdy: 03. 10. 2023, 16:19:27 »

Ve vzduchu stavět nemůžete. Pokud mají developeři nakoupené pozemky, tak nic je nenutí, aby na nich něco postavili. Růst cen je řádově vyšší než pozemkové daně. Nic je nenutí stavět, a bez volných pozemků konkurence nehrozí.

a ked zacnete zistovat, preco v pomerne velkej a malo zastavanej Prahe nie su volne pozemky, dojdete k tym uradnikom z uvodneho prispevku tohto subvlakna

Cože? To myslíte jako vážně.

5

Studium a uplatnění / Re:V IT po čtyřicítce

« kdy: 03. 10. 2023, 14:45:54 »

Přiznám, že už mi lezou ty nekonečné výmluvy na úředníky v Praze krkem.

V Praze se málo staví, protože to všem vyhovuje a chtějí šroubovat ceny nahoru. Kdyby developeři, kteří ovládají Prahu od 90. let, a ostatní jejich kamarádi chtěli, tak mohou problém s bydlením vyřešit.

A kdo může za to, že se neobjeví někdo jiný, a nezačne stavět místo těch developerů, co jsou podle tebe multikartel? Mohli by to být úředníci?

Ve vzduchu stavět nemůžete. Pokud mají developeři nakoupené pozemky, tak nic je nenutí, aby na nich něco postavili. Růst cen je řádově vyšší než pozemkové daně. Nic je nenutí stavět, a bez volných pozemků konkurence nehrozí.

6

Studium a uplatnění / Re:V IT po čtyřicítce

« kdy: 02. 10. 2023, 16:46:45 »

V IT 16 let a taky jsem vyhorely a resim to chlastanim v hospode coz v dusledku situaci spis zhorsuje. Tento rok v breznu jsem se to snazil resit tak ze jsem sel chodit po horach. Sel jsem apalacskou stezku v USA. https://en.wikipedia.org/wiki/Appalachian_Trail
Trvalo mi to 3 mesice a usel jsem 2200Km. Nasel jsem tam nove kamarady a poznal novou kulturu ale moc mi to nepomohlo, po navratu se to vsechno vratilo do starych koleji. Takze jake je reseni nevim.

Já šel z Prahy do Santiaga. V Santiagu jsem čekal osvícení, a ono nic :-). Po třech měsících pochodu jsem ale měl fyzičku jakou jsem snad nikdy neměl, a docela dobře vyčištěnou hlavu. Když jsem odcházel z Prahy, tak jsem byl dost v p..i. Chození může pomoct člověku se dát fyzicky a psychicky do pořádku. Chůze a odstup pomáhá. Ale nic víc. Někdy to člověka může nakopnout využít nějakou šanci, když se naskytne, což by člověk s hlavou v sr... třeba neudělal. Ono vyjet ze starých kolejí, který člověku nevyhovují, vůbec není snadný. Kdyby to bylo snadný, tak to všichni dělají a nestoupala by spotřeba antidepresiv. Zpětně teď vím, že je cesta, jak se z toho tady nezbláznit, když věci člověku nevycházejí. Nějaké šance přestoupit na jinou kolej přicházej, někdy ne moc často, a člověk nesmí být úplně v pr..., když přijdou.


Není jedno řešení, které by vyhovovalo každému.

7

Windows a jiné systémy / Re:PHP + MySQL na Windowsu

« kdy: 29. 09. 2023, 15:09:08 »

To je nějaké divné. ;-) Na takovém HW by to mělo jet jako blesk, ne? Opcache je rozhodně dobro. A ten timeout patří k čemu? K DB dotazu? Nebo PHP?

Tam je ještě klasický disk. Pokud je ta databáze na klasickém disku s windows, tak bych se nedivil, že tam kratkodobě dojde k utavení disku - nebo naopak k nějakému vypnutí, uspání.

8

Studium a uplatnění / Re:V IT po čtyřicítce

« kdy: 26. 09. 2023, 19:14:06 »

Už jsem taky po čtyřicítce a nějakých 5-8 let balancuju na hranici vyhoření. Nadělal jsem různé kotrmelce ve snaze to nějak vyřešit, ale zatím jsem řešení nenašel, jen prodloužil svou funkčnost. Teď se ještě hlásí zdravotní problémy, které mi nedovolí 8+ hodin denně sedět za počítačem, a celé je to jakási past, která mne pomalu požírá. Nějakou dobu jsem fakt uvažoval, že půjdu dělat zedníka, nejen že toho umím o dost víc než běžné zednické ucho, ale i za to docela pěkně platili, ale jak přišla současná krize, tak to šlo dost dolů. Tak si dál přešlapuju na místě a čekám, kdy přijde náraz do zdi...

Chce to poslouchat svoje tělo, a nejít přes hranu. IT má svoje pro a také svoje proti, a peníze nejsou všechno, nehledě na to, že po mrtvici nebo po infarktu toho člověk už stejně moc nevydělá. Můj školitel na výšce, prof Vlček trochu s nadsázkou vyprávěl, že lidi od počítačů by mohli mít v Bohnicích svůj pavilon. Práce v IT může být kreativní jak málokde jinde, ale také může být opruz jako málo kde. Potkal jsem lidi, co měli ve 30 infarkt. Někdo to vyrovná sportem, rodinou, koníčky, ale je dost lidí, kteří jedou na určitý dluh. Vysedávání u počítače může být dost destruktivní. Mladý tělo se s tím vyrovná, po 40tce už se ale regeneruje hůř.

9

Server / Re:Postgres instance v recovery, přitom otevřená korektně

« kdy: 22. 09. 2023, 15:12:51 »

Diky, dava to smysl. Jen to hledani je trosku metoda pokus/omyl
Zapnuti pg_checksums uz je v procesu, v neprodukci uz mame nasazeno, pro produkci hledame vhodne okno.
Ono to pri vetsim objemu dat docela trva

Jakýkoliv coruupt se dost špatně investiguje. V některých případech databáze zahlásí chybu formátu, dost často ale spadne na segfault, jindy to vrátí špatný výsledek a rozklíčovat proč a co se stalo, je alchymie. V Postgresu jsou dneska nástroje pro kontrolu konzistence jak tabulek tak některých typů indexů.

10

Server / Re:Postgres instance v recovery, přitom otevřená korektně

« kdy: 22. 09. 2023, 05:35:42 »

Diky, zkousel jsem taky, nicmene bez efektu.
Nakonec, pro me naprosto nepochopitelne, se problem prestal objevovat po provedeni vacuum full.
Problem se tim sice "vyresil", bohuzel se mi nepovedlo jednoznacne urcit, co bylo pricinou

Pokud pomůže VACUUM FULL, tak s vyšší pravděpodobností byl poškozený index, s nižší datový soubor. Důvody pro poškození mohou být různé - od chyby Postgresu až po hw problémy. Dnes už se hodně doporučuje zapnout checksumy na úrovni datových stránek. To by mělo detekovat některé hw problémy.

11

Server / Re:Postgres instance v recovery, přitom otevřená korektně

« kdy: 08. 09. 2023, 21:14:59 »

Ahoj všem!

Narazil jsem na takový problém, se kterým si zatím nevím rady a napadlo mě zkusit se zeptat zde, zda už jste třeba někdo neřešil ...
Mám korektně nastartovanou instanci Postgresu ve verzi 13.
Vše se tváří ok, dokud nespustím jeden relativně náročný dotaz. Po nějaké době vykonávání dotazu začnou do logu padat hlášky, že instance je v recovery režimu. Kontrola přes pg_controldata ale vrací, že instance je In production.
Tak jsem z toho nějaký zmatený a nedaří se mi zatím přijít na to, co je příčinou.
Napadlo mě třeba poškození nějakých bloků, ale říkám si, že to by se asi v logu projevilo jinak.
Nepotkal jste se s tím už někdo někdy?
Díky za každý případný nápad!

Nemuze treba zauradovat OOM killer - postgres pujde do restartu, po urcitou dobu bude v recovery a kdyz se tam podivate, tak uz je nahore. Je neco zajimaveho v logu pg?

12

Vývoj / Re:Návrh jak vyhledávat v textu - skloňování a časování

« kdy: 25. 08. 2023, 10:16:49 »

Podívejte se jak je implementovaný fulltext v Postgresql a podpora češtiny na bázi ispellu https://forum.root.cz/index.php?topic=14943.0

13

Studium a uplatnění / Re:Neproplacená faktura

« kdy: 11. 08. 2023, 19:43:34 »

Mnou vystavená faktura už je po splatnosti, co s tím? Mám začít nejdřív začít hrozit, podniknout pravní kroky, nebo se smířit s tím, že ty peníze neuvidím?
Pro kontext jde o malou českou firmu která má  do 20 lidí.

Slušně upozornit, zeptat se jestli se někde nezasekla v procesu. Občas se to stane, důvody mohou být různé. Navíc teď jsou dovolené, takže někdo může být na dovolené a je problém v zastupitelnosti. Řešil bych to teprve kdyby nechtěli komunikovat. Když jsem začínal, tak jsem měl mentální problém upozornit na splatnost faktury. Teď používám relativně bezpečný dotaz, jestli někde se moje faktura neztratila, a nějak to funguje. Nestává se to často, ale jednou za 2-3 roky určitě. Že by firma nebyla solventní se mi za 20 let stalo jenom jednou. Nakonec zaplatili po půl roce.

14

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 12. 07. 2023, 12:08:22 »

Je možné přinutit PostgreSQL, aby v určitém dotazu používal vždy stejný plán dotazu. Můžete to provést nastavením konfiguračního parametru plan_cache_mode na hodnotu force . Tím dáte PostgreSQL pokyn, aby pro daný dotaz vždy použil první nalezený plán dotazu, i když to není nejefektivnější plán.

To platí jen pro prepared statements nebo pro dotazy z PL/pgSQL - tedy pouze tam, kde se uplatní plan cache. Opět pozor - co se týče plan cache, tak Postgres je postavený úplně jinak než Oracle nebo MSSQL - nemá implicitní plan cache (vyjma dotazů z PL/pgSQL).

15

Server / Re:PostgreSQL - vynutenie pouzitia jedneho query planu

« kdy: 12. 07. 2023, 12:05:04 »

Za uuid bych na hodinu vyhazoval

Jak je toto mysleno - muzete rozvest?

V souvislosti s uuid jsem slyšel o dvou hlavních problémech - jsou u nich horší odhady - až na vyjímky negenerují rostoucí řadu, a vzhledem k tomu, že mají velký rozsah a typicky 2 po sobě vygenerované hodnoty se mohou hodně až brutálně lišit tak se při aktualizaci indexu mění velký počet datových stránek, což vede k intenzivnímu zápisu do transakčního logu. Neplatí to pro všechny typy uuid.

Viz https://www.cybertec-postgresql.com/en/uuid-serial-or-identity-columns-for-postgresql-auto-generated-primary-keys/ nebo https://www.2ndquadrant.com/en/blog/sequential-uuid-generators/