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.
Myslím, že pokud ti každé druhé letadlo přistane do sídliště, protože má "horší" SW, tak to i někdo pozná. Stejně jako když strojař udělá horší turbínu a ta pak rozmetá celou směnu.Bezpečný kód a řízení technologických procesů je úplně jiná liga, za jiné peníze a s jinými než běžnými programátory.
IT je obor, kde může (a taky kde dělá každý). Na kódu to vidět není - ale strojařina, náročnější stavařina, to už vyžaduje vzdělání.Resp. kód není vidět, ale takže uživatel netuší, co si kupuje.
Některé ty studie jsou s prominutím pí***, kterou psal nějaký ekonomický nedouk - prostě vysokoškoláci se mají dobře, uděláme ze všech vysokoškoláky. A výsledek je ten, že střední školy šly s úrovní dolů, bo to důležité se ještě lidi mohou doučit na VŠ, a VŠ šly také dolů, bo ze středních škol přichází poloanalfabeti. Podobné je to s členěním škol na praktické a výzkumné. Složitější inženýrská práce už může vyžadovat hodně velký přehled a není to výzkum. Konečně další věc, o které vím, že se zaměstnavatelům nelíbí je velký počet absolventů netechnických oborů - máme sociology, ekonomy, právníky, ale chybí strojní inženýři, elektroinženýři, ... Ale to fakt nevím, jak chcete děcka propadající z matematiky přesvědčit, aby se přihlásili na techniku, kde teorie a matematika je základ.Celá diskuze v tomto vláknu je o nepochopení inženýrského studia a o nepochopení rozdílu mezi VS a jednoúčelovým kurzem.Problém je v tom, že odtržení škol od reality nebo zbytečně dlouhé studium kritizují i zaměstnavatelé a všelijaké odborné studie renomovaných institucí typu OECD. To už se jenom těžko dá svést na "nepochopení rozdílu mezi VS a jednoúčelovým kurzem"...
Kazdy sa ucime den co den. Ked potrebujem spravit nejaku vec, tak sa snazim ju nastudovat, pochopit, popr. ak by boli tazkosti poradit sa s niekym. Nikde nie je napisane, ze sa nezaobidem bez teorie, ktora je na VS. Ak v danom case potrebujem riesenie, najdem si, ako sa to robi, budem sa to snazit pochopit a spravim to.
To, co ma clovek pouzit a vie ako to pouzit a hlavne vie zvolit spravne riesenie, to z neho nespravi teoria v skole, ale prax, zivotna skusenost.
Priklad: Absolvent bude navhrovat DB a za PK zvoli napr. nejake seriove cislo mysliac si, ze je unikatne. Niekto skuseny sa nato pozrie a povie, ze PK je dobre zvolit umelo, co generuje DB a nespoliehat sa na unikatnost seriovych cisel. Naco mu zacne absolvent oponovat, ze on vystudoval prestiznu VS, kde ich ucili, ze PK moze byt aj rodne cislo alebo popr. nieco ine, co sa tvari ako unikatne, tak nevidi problem, aby seriove cislo nemohlo byt PK. Asi tolko TEORIA vs. PRAX
Kdo umí podniká a vytváří příležitosti sám, kdo neumí studuje, učí, ztrácí čas diskuzí o ničem a omezuje svůj potenciál na úroveň možností zaměstnaneckého kontraktu.Což by znamenalo, že žádný vystudovaný nepodniká? To je nesmysl. Vysoká škola dává prostor pro jakýs takýs osobní růst - a je na každém, jak to využije - jestli se něco naučí nebo jestli ten čas prochlastá. Někomu to něco, jinému ne. Zrovna tak v praxi někdo 5 let oprašuje počítače a tahá kabely a nikam se neposune anebo se někam posune.
Nedivím se, že pak ty IS stojí za starou bačkoru, pokud každý uvažuje takhle...
Nehledě na to, že běžný databáze už jsou fakt trošku zastaralé, je to ta nejprimitivnější část systému.
Neberu psychopaty, který chtějí pomálu v nich spouštět aplikaci (největší problém dneška - obvykle se to celé musí zahodit)
To Pavel:
nemyslim, ze o teorii vie velke prt. urcite musi poznat zakladne veci DB, ale zrejme sa zaobide bez nejakej relacnej algebry, a urcite ho to nebude robit nepouzitelnym. A urcite, ak clovek po X rokoch nepouzivania nejakej relacnej algebry, si tazko spomenie nato, co to vobec je, resp. ako sa to zapisuje.
Ak je zakaznik a zamestnavatel spokojny, som spokojny aj ja, ked pritom este dostanem zaplatene.
cize chces povedat, ze clovek bez znalosti relacnej algebry, pracujuci s databazami, nemoze byt dobry? Urcite su taki a je ich veeeela a bez relacnej algebry zarabaju velke peniazeMůže mít dobrou mzdu a o teorii nemusíte vědět vůbec nic - ale také příště můžete být nezaměstnaný. Vědomosti vám dávají svobodu si vybírat práci, zaměstnavatele, ... Donedávna, kdo uměl zapnout počítač, tak si v IT našel místo. Jenomže dneska školy chrlí studenty, a z té masy se dají dohledat šikovní s teoretickými znalostmi, kteří na tom budou o dost lépe, než šikovní bez teoretických znalostí nebo než ti nešikovní. Relační databáze jsou dneska (a ještě 20 let budou) základ.
firma cloveka s teoretickymi znalostami nepotrebuje, ktory vie carovat s relacnou algebrou a jedine kde videl databazu, tak to bolo zo slajdov v skole. Firma potrebuje cloveka s praxou, ma prakticke znalosti, nie teoreticke znalosti. To mi pripomina, ze ked niekto ovlada teoreticku informatiku, tak je to nepostradatelny clovek.
Pochybujem, ze clovek, ktory pracuje niekde 10-20 rokov ako DB specialista, o teorii vie velke prt, ze sa musi obavat o to, ze bude nezamestnany.
cize chces povedat, ze clovek bez znalosti relacnej algebry, pracujuci s databazami, nemoze byt dobry? Urcite su taki a je ich veeeela a bez relacnej algebry zarabaju velke peniazeMůže mít dobrou mzdu a o teorii nemusíte vědět vůbec nic - ale také příště můžete být nezaměstnaný. Vědomosti vám dávají svobodu si vybírat práci, zaměstnavatele, ... Donedávna, kdo uměl zapnout počítač, tak si v IT našel místo. Jenomže dneska školy chrlí studenty, a z té masy se dají dohledat šikovní s teoretickými znalostmi, kteří na tom budou o dost lépe, než šikovní bez teoretických znalostí nebo než ti nešikovní. Relační databáze jsou dneska (a ještě 20 let budou) základ.
firma cloveka s teoretickymi znalostami nepotrebuje, ktory vie carovat s relacnou algebrou a jedine kde videl databazu, tak to bolo zo slajdov v skole. Firma potrebuje cloveka s praxou, ma prakticke znalosti, nie teoreticke znalosti. To mi pripomina, ze ked niekto ovlada teoreticku informatiku, tak je to nepostradatelny clovek.
Pochybujem, ze clovek, ktory pracuje niekde 10-20 rokov ako DB specialista, o teorii vie velke prt, ze sa musi obavat o to, ze bude nezamestnany.
cize chces povedat, ze clovek bez znalosti relacnej algebry, pracujuci s databazami, nemoze byt dobry? Urcite su taki a je ich veeeela a bez relacnej algebry zarabaju velke peniazeMůže mít dobrou mzdu a o teorii nemusíte vědět vůbec nic - ale také příště můžete být nezaměstnaný. Vědomosti vám dávají svobodu si vybírat práci, zaměstnavatele, ... Donedávna, kdo uměl zapnout počítač, tak si v IT našel místo. Jenomže dneska školy chrlí studenty, a z té masy se dají dohledat šikovní s teoretickými znalostmi, kteří na tom budou o dost lépe, než šikovní bez teoretických znalostí nebo než ti nešikovní. Relační databáze jsou dneska (a ještě 20 let budou) základ.
takze napr. to co obsahuje tento dokument https://dip.felk.cvut.cz/browse/pdfcache/petrv1_2009dipl.pdf tu relacnu algebru, optimalizacia, resp. vypocet ceny sa v praxi az tak neuplatnuju?Záleží, co děláte - při menších projektech se tyto detaily neřeší - při trochu větších projektech a větší zátěži bez těchto a dalších znalostí můžete mít velké problémy. Praxe má samozřejmě daleko k ideálů - takže ve výsledku velké množství firem má větší nebo menší problémy, bo jim chybí lidi s těmito znalostmi.
To pozadí vývoje 602 SQL serveru a celá historie kolem něj by mne hodně zajímala. Je tu někdo, kdo o tomto projektu něco ví? Případně jestli se mi může ozvat na mail pavel.stehule@gmail.comNejvíc bude vědět vedení 602ky a Januš Drózd, pokud ho seženete (kdysi se i tady na rootu k tomu vyjadřovali, http://www.root.cz/clanky/software602-podcenili-jsme-vyznam-open-source/)
Já měl na starosti okolo přelomu tisíciletí udržování a doplňování Linuxového portu (tehdy to ještě byla Winbase602), tvorbu php modulu a pár dalších věcí, ale od roku 2002 dál už nevím nic. Pokud vás něco zajímá z té doby (a já si to budu pamatovat - je to už dávno, a nebude to citlivá informace - což po těch letech asi už není skoro nic), můžu se ozvat.
Ještě jsem narazil na další problém při testování paralelní zátěže více připojených klientů pomocí Apache Jmeteru. Testoval jsem docházku na výkon s různými SQL servery při 2,5,10,20 a 50 současně pracujících uživatelích. U serverů MySQL, PostgreSQL, Firebird, MS SQL, Informix, DB2, Oracle a dokonce SQLite (což není server) nebyl žádný problém a vše perfektně prošlo. Ale 602SQL nezvládl víc jak 10 současně pracujících spojení. Nepomohlo ani nastavení proměnné wb_max_links v php.ini. Přitom v monitoru serveru je u počtu licencí uvedeno Neomezeno. Monitor 602SQL serveru 8.1 žádné chyby nevypisoval, ale víc spojení prostě neprošlo - php skript bežel do vypršení max execution time a pak vrátil Internal server error.
Chyba to bude asi spíš moje, že se snažím donutit program fungovat s SQL serverem, pro který nebyl vůbec vytvořen. Oficiálně podporuje MySQL a PostgreSQL. Takže spoléhá na něco, co všude jinde normálně funguje a je pravda, že asi nehledá problémy tam, kde normálně nejsou. Je to jen můj experiment.
Mimochodem ten 602SQL si jinak nevede vůbec špatně. Rychlostně se vklínil mezi MySQL a Oracle. Nejrychlejší to zatím bylo s PostgreSQL. A MS SQL vyšel rychlostně stejně jako MySQL. Ale uznávám, že to je hodně specifický test, takže neporovnává přímo schopnosti jednotlivých sql serverů. Spíš z něj vyjde něco jako moje vlastní schopnost / neschopnost donutit jeden program fungovat s různými sql servery, pro které původně vůbec nebyl vytvořen.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.
