Technologičtí šéfové říkají: stačí, když to bude fungovat

Diskuze čtenářů k článku

Ditys  |  13. 05. 2002 10:59

Řekl bych, že ani tak nejde o technickou, jako spíš politickou stránku věci - tedy
snahu něco napravit, začít sám u sebe...Bohužel nám Microsoft nasadil laťku
kvality značně nízko a tohoto příkladu se ochotně chopili i druzí - kdo má dnes
zodpovědnost? Když zkolabuje počítač, je příčinou:
1) chyba v OS
2) mizerný ovladač (grafická karta, síťová karta....)
3) chyba aplikace
4) chyba uživatele (klepe myší moc rychle)
A nyní ukažte na toho, kdo za to může...Nejpravděpodobněji se jedná o trest Boží..
Ad. Vize světa za 150-200 let - viz Matrix

Souhlasím  |  Nesouhlasím  |  Odpovědět
xxx  |  12. 05. 2002 18:10

Samozrejme nebudu resit rozsahly bankovni system pomoci 8 bitovych pocitacu (ale samozrejme - je spousta veci, kde jsou zcela dostatecne - proc myslite, ze melo vozitko v Pathfinderu na Marsu v sobe CPU 8085 se strankovanou RAM ???)...Pokud zde nekdo nekoho z takoveho umyslu obvinuje - je demagog...Ale - pokud bych o tom rozhodoval - dam tu praci skutecnym programatorum na UNIXu.... Nikoliv Windowsovskym klikosum s minimalnim vzdelanim v oboru - jak se dnes casto stava... Jejich vytvory jsou pak takove zbastly, ze by ode mne za to tedy zapocet nedostali ani nahodou...Nicmene manazer je spokojen... Manazer ma obvykle kravatu, ta skrti - mene kysliku v mozku - mnohdy otresne mentalni projevy...Ne nahodou byvala spousta tzv. manazeru v IT (i mimo) - alespon u nas - neprilis dobrymi studenty, kteri opisovali diplomky a semestralni prace od tech, kteri umeli Kdo se stane "manazerem" jiz leckdy bylo predurceno.... Vim o cem mluvim
Vskutku tvrde jsem programoval kdysi - ve starych dobrych casech...Byvala to poctiva prace. Dnes ?? Hruza... Ti kluci za to mnohdy nemohou - system je nastaven tak, ze na kvalite nezalezi - zalezi jen na kvantite, tunach dolaru a dalsich - z technickeho pohledu - sra.ek.
Mam soukromou teorii - tato civilizace speje do pr.ele, protoze se nechova technicky optimalne. Jednim z projevu je neustale hromadeni odpadu (treba ve forme zastaralych PC, ktera je treba neustale - mnohdy zcela nesmyslne obmenovat)...Nejde o technickou dokonalost, ale o obeh penez, kterymi vladnou individua, ktera o technice nic nevedi... Ne - nejsem ekologista (chran buh - ti jsou jen produktem techto trendu). Opravdu me mrzi, ze neuvidim svet tak za 150-200 let

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivo Guderna  |  13. 05. 2002 09:50

Zajimavy nazor, ale bohuzel jen ze skolniho prostredi a ne z praxe databazovych lepicu. Ve strednich a mensich firmach se jen obcas narazi na UNIX. Vetsinou vladne WIN, skrblik majitel ( vetsinou bez penez a s dluhy ) a par kravataku dojicich z programatoru maximum. Ti vetsinou nemaji uz cas a ani chut se ucit zcela nove veci a porad lepi databazove aplikace jak na bezicim pasu. Pro ne je idealni jazyk ladicu: VB6, VBA.... Metodou pokus omyl, stop adresa, dosahuji obdivuhodnych vysledku. Dokumentace stejne jako ucelena koncepce neexistuje. Vse se flikuje za chodu do okamziku, nez nastvany programator odejde na lepe placene misto a misto nej nastoupi mlady nezkazeny nadsenec, ktery vytvori novy slepenec a pak z nej posleze nadseni vyprcha.
   Problem je podle mne v penezich a lidech.

Souhlasím  |  Nesouhlasím  |  Odpovědět
David Mach  |  13. 05. 2002 14:32

Uz dlouho mi nikdo tak pekne nepromluvil z duse...

Souhlasím  |  Nesouhlasím  |  Odpovědět
BoodOk  |  10. 05. 2002 16:30

Nevim vsichni tady mluvi o jazycich, ktery je jednodussi narocnejsi rychlejsi. Ja mam pocit, ze to je dobou. Zakaznik si preje aplikaci, ale jeste ani nevi co by mela delat. Specifikace se dodelavaji za chodu, pripadne se meni po nasazeni. Casto si to vyzaduje trh, na kterem co bylo vcera jiz dnes neplati. Vsechno je 10x rychlejsi nez pred 50/100 lety, ale IQ lidi je stale stejne. Takze vyvojovy tym bude vyvijet stale stejne rychle dnes jako za 100 let (analyzu problemu nezkratite, zaskoleni uzivatelu take ne, jedine co skutecne muzete zkratit je implmentace reseni. Kolik ta ale dnes dela casu - 20%?). Mysli si snad nekdo ze za 50 let bude trvat navrh noveho automobilu 1 tyden? Proc by mel. Vsechno je to o analyze a reseni problemu a vse chce svuj cas. Tyden ma stale jen 7 dni, i kdyz by se nasi civilizaci urcite hodilo, kdyby mel dni 21 a vsichni pracovali 3x rychleji. Nejde to, jsou to biologicke zakonitosti. Zadne vyssi jazyky nepomohou, zadne nove metody programovani a vyvoje take ne. Dokud tu nebude vyssi inteligence schopna radove rychlejsiho reseni problemu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ondrej  |  12. 05. 2002 15:51

Zadne vyssi jazyky nepomohou, zadne nove metody programovani a
vyvoje take ne. Dokud tu nebude vyssi inteligence schopna radove
rychlejsiho reseni problemu.

vzhledem k tomu, ze by takova inteligence musela byt schopna porozumet specifikaci a jednat s uzivateli, myslim ze nez bude neco takoveho schopno programovat, muselo by to umet delat i skoro jakekoliv jine povolani, takze se nemame ceho bat

Souhlasím  |  Nesouhlasím  |  Odpovědět
Lister  |  10. 05. 2002 15:15

No comment!

Souhlasím  |  Nesouhlasím  |  Odpovědět
Víťa  |  10. 05. 2002 12:29

Ale u nás ve firmě už před cca 5ti lety navrhoval kolega fyzické tresty pro programátory.

Taková zvěrstva,co se občas vidí, se nedělají v žádném jiném odvětví,to si můžou dovolit

leda programátoři ( pravda,ne všichni ale skoro všichni. ) 

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Vanek  |  10. 05. 2002 14:37

Tak promluvil velky klikon. O hosana. Me samozrejme trochu mrzi, ze nekdy se k prgani dostane i skutecne jelito bez spetky citu pro programovaci mysleni a akorat kurvi nam prgosum povest. Na druhou stanu, ale poptavka po programatorech stale narusta, zatimco nabidka stagnuje. Spousta "do 20kB cokoliv" odborniku tady jebe vsechny a vsecho a me by zajimalo kolik z nich vyrobilo cokoliv co by melo dejme tomu komercni uspech, nebo to alespon nekdo nekdy pouzivat.
Vyjma toho Taxi HQ, coz je spys vyjimka potvrzujici pravidlo.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Gašparovič  |  13. 05. 2002 08:31

Podla mna sa dopyt(poptavka) po programatoroch nezvysuje.
Naopak. V poslednej dobe sa ich postavenie zhorsilo.
Je to sposobene hlavne dlhodbou neschopnostou riadit
podnikanie zalozene na tvorbe SW.
A ta chybovost je len dosledkom .

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zdik Kudrle  |  10. 05. 2002 12:20

Nekdo tady rikal, ze do v lowlevel jazycich neni mozno napsat komplexni system. Checht. V roce 1998 jsem v Assembleru x86 napsal HQ system (jmenovalo se to tusim TaxiBase) pro jedny Brnenske taxikare (pointa je v tom, ze ze zakona si musi archivovat vsechny jizdy a papir je opravdu trochu obsolete). Ten system _dodnes_ bezi na 486/33. Rucne jsem naprogramoval (porad v Assembleru objektove ASCII-artove 'graficke' prostredi (plne reusable), ovladac stareho Herculesa (chteli mit dualmonitor za 500,- , ovladac SB (ktery, priznavam, ma obcas problemy (nejak mi to DMA nejelo :(((( a ovladac pro cracknutou zakladnovou stanici Motorola (samo to odpovida do eteru). Tisk, protikopirovaci ochrana a podobne nesmysly jsou samozrejmosti. Uznavam, vyvoj trval o to trochu dele (odhadem 20%), avsak: vysledny .com soubor ma 11kB. Potrebuje to 128kB pameti. Jede to i na 286. Jede to 3 roky v tahu (je to v Taxi HQ, kde se samozrejme jede nonstop)....


Kdyz jsem to zacinal delat, rekl jsem si, ze to udelam v Assembleru, abych celemu svetu ( dokazal, ze to jde. No... krome tech taxikaru a mne o tom nikdo nevi ))


(PS: samozrejme, ze jsem tu vysilacku (spis jeji displejovy protokol) musel taky cracknout sam


Dalsi vyhoda byla, ze jsem vyvoj mohl delat vsude:
stacila disketa se zdrojaky + TASM + TLINK + TD a jeden editor. Zadne megavyvojove prostredi typu VC++.


No nic, to k te nostalgii..

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bedrich  |  10. 05. 2002 13:25

Jak jste to delal dlouho? Mesice? Dnes kdyz neni nejaka takovahle apliakce nez si staci manazer dojit na obed, tak jste uz mimo.

Souhlasím  |  Nesouhlasím  |  Odpovědět
D. Nemec  |  10. 05. 2002 13:43

ono to potom taky tak vypada, je to nestabilni, tuhne to... ;) hlavne ze je to udelane za par hodin...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Drtic  |  10. 05. 2002 18:18

No, na co by potom byl drahy support, ze Aplikace, ktere funguji, a ke kterym neni treba draha podpora se dneska moc nenosi...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zdik Kudrle  |  13. 05. 2002 12:03

No... nebojte, ted programuju v daleko vyssich jazycich a taky se uzivim Mate pravdu, delal jsem to dele. Ale pointa je v tom, ze to jde ... Dalsim velkym dnesnim nesvarem je ono 'code re-use'. Vsichni rikaji pouzivej knihovny, nepis to znova. No jo, ale jak ma clovek pouzivat knihovny, ktere jsou proste pomale a spatne napsane? (viz 99% procent knihoven - vsehny by sly zoptimalizovat o 100% (zkusenost ex-Assembleroveho programmera )

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivo Guderna  |  14. 05. 2002 11:50

Myslim, ze v soucasnosti je podstatne levnejsi koupit rychlejsi pocitac, nez zaplatit dobreho programatora. Elegance je uz davno v tahu, ted se vsechno bere hrubou silou a rychle.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kaspery  |  10. 05. 2002 11:16

Mam Athlon 1.4Gh, 512MB RAM, KyroII, HDD 20Gb.... a jsem smutny, protoze to bude skoro malo... proc? mel jsem DX2 66Mhz, 20RAM, HDD 300MB a byl jsem stastny, protoze to bylo vsechno... proc? Reknete mi to nekdo!!

Souhlasím  |  Nesouhlasím  |  Odpovědět
Daemon  |  10. 05. 2002 12:21

Skoro malo??????? A na co? Na hry? S touhle konfiguraci (pokud v budoucnu koupis grafiku) vydrzis jeste hodne dlouho.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Kaspery  |  10. 05. 2002 12:31

to jsem si pred pul rokem rikal a modlil se taky (Duron 800) ted AT 1,4 uff co prijde dal (je pravda ze 1,4Gh je sila-zaplat panbuh a AMD)

Souhlasím  |  Nesouhlasím  |  Odpovědět
D. Nemec  |  10. 05. 2002 12:23

protoze svet nezastavis a protoze windows... je rozdil vypsat v TEXTmodu par znaku nebo 1024x768 pixelu (aspon 75x za sekundu)... proc ?? protoze windows, snadnejsi (pomalejsi a vetsi) programovací jazyky... proc ??? lenost programatoru...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Minařík  |  10. 05. 2002 12:45

Pozor ne protože windows ale protože 3D hry. Ne protože windows ale protože zákazníci kupují protože chtějí kupovat.

Windows už dávno nejsou hnacím motorem vývoje HW. P3 450 512 MB ram mi stačín na všechna windows co jich MS vymyslel. Když si ale chci zahrát nové 3D hry moje PC je ne nic. Proč tyto nové hry určují kam se HW ubírá protože zákazníci chtějí tyto 3D hry hrát.

Souhlasím  |  Nesouhlasím  |  Odpovědět
D. Nemec  |  10. 05. 2002 13:40

mate pravdu....  ta konfigurace windowsum staci... Otazka je jestli je chcete mit jen zapnute nebo v nich chcete taky neco jineho delat. (za pomoci dalsich programu)

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Minařík  |  13. 05. 2002 10:04

Jestliže je pro Vás práce se systémem použití Office (To je prosím nejčastější použití počítače) připadně i vývojového nástroje dá se to používat. Otestujte si to a budete překvapen. Jestliže je pro Vás práce Windows pravidelné ripování tak Vás to asi neuspokojí.

Mohl by jst emi říci v čem je tato konfigurace nedostačující? Který program jste měl na mysli?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rebuild  |  11. 05. 2002 16:56

A co v těch Windowsech proboha děláte, že vám ta konfigurace stačí?

Naše firma kreslí v Acadu. Začínali jsme v DOSu s Autocadem R12 na 486-DX2-66, 16 MB RAM, Pak přišel Autocad R13 pro Windows - Pentium 90, 64MB RAM, Pak přišel Autocad 2000 (R14 jsme vynechali) - Pentium II 350 196 RAM, Pak přišel Autocad 2000iMAP - Pentium 4-1.5-512 RAM.

A pořád kreslíme prakticky to samé

(U Autocadu musíte nejpozději jednou za 4 roky upgradovat, aby Vám nepropadla licence (a aby jste získlali verzi s méně chybami (což se vždy nepovede, jen nějaké ubydou a nové přibudou))

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Minařík  |  13. 05. 2002 10:07

Tak jako většina lidí Office, Mail, Internet, trochu Corelu. Autocad patří do jiné váhové kategorie blížící se vzpomínaným 3D hrám.

Souhlasím  |  Nesouhlasím  |  Odpovědět
David Petrla  |  13. 05. 2002 14:19

Mám doma Celeron 400, 128 MB a ATI Rage Fury a na Windows je to pořád úplně v pohodě. Jenom na hry to nestačí, jen na ty hry... dokonce i na editaci videa to stačí, když se to nedělá často! A to byla před pár lety super špičková aplikace.

Minařík má pravdu - jenom rostoucí 3D realismus her je dnes na desktopech driverem nového HW. Tedy vlastně víc děti, než dospělí. A dospělé děti. Takže je to stejné, jako jinde.

Nebo si myslíte, že Mattell své Barbíny obnovuje pomaleji, než MS své Windows? Nebo OP Prostějov své modely? Nebo Rossignoll své lyže? Nebo Sony své videokamery?

Ve spotřebním průmyslu je základní cyklus JEDEN ROK!  A spotřebitelé jim to žerou.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  13. 05. 2002 19:17

Minařík má pravdu - jenom rostoucí 3D realismus her je dnes na desktopech driverem nového HW

Nechapem, preco tu kazdy blaboli o HW narokoch len z pohladu uzivatela desktopu. Keby si na takej konfiguracii chcel rozchodit slusny server,
tak sa Ti uswapuje k smrti

Ve spotřebním průmyslu je základní cyklus JEDEN ROK!

To je pravda, ved aj ine SW firmy vydavaju nove verzie produktov tak casto, dokonca aj 2-krat rocne. Pre normalne firmy vsak nova verzia operacneho systemu neznamena automaticky vyrazny narast v poziadavkach na HW.

P.S. Nebudme radi, ze len delame. Ked niekto nevie robit svoju pracu poriadne, nech ju nerobi vobec.

Souhlasím  |  Nesouhlasím  |  Odpovědět
David Petrla  |  14. 05. 2002 10:52

Server se na tom opravdu rozchodit nepokouším. I když pro některé účely by to mohlo vyhovovat i jako server.

Máte pravdu, ten článek je především o chybách ve firemních aplikacích, nikoliv o desktopech. Ale v diskuzi jde hlavně o desktopy, proto jsem přispěl ve stejném duchu.

BTW: Určité zkušenosti s výkonnými servery i serverovými farmami mám.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Minařík  |  14. 05. 2002 12:59

Vážený pane přečtěte si prosím na co bylo reagováno. Jistý pán byl rozezlen na windows protože díky nim musí neustále upgradovat svůj počítač. Odpovídal jsem mu. že ne windows ale 3D hry jsou toho důvodem. Zajisté uznáte, že reagovat v tomto případě serverem by nebylo nejchytřejší.

Rád bych Vám sdělit, že by se mi server neusvapoval k smrti ani na mé konfiguraci. Provozujeme NT server který funguje jako firewall s 256 MB ram (poloviční pamět proti mému PC) a vše je OK. Doporučuji Vám aby jste si to vyzkoušel.

Mohl by jste mi prosím říci o některé "nenormální" firmě kde k takovému nárůstu dochází a mezi kterými verzemi OS? Rád si doplním znalosti.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  14. 05. 2002 17:38

Jedna z tych nenormalnych firiem je moj byvaly zamestnavatel. Prevadzkovali tam ColdFusion/IIS na WinNT. Okrem toho, ze uz pri 40 klientoch to bolo pomale (resp. pomale na moj vkus), server bolo treba rebootovat min. raz za 24 hodin, lebo ODBC databazove drivery "leakovali" ako blaznive. Ved naco lepsiu technologiu, ked automaticky reboot kazdy den o 2:00 rano to poriesil? Ono to vsetko zavisi od poctu pripojenych klientov. Pre male servery sa to da vydrzat, ale Yahoo, Google aj Hotmail vedia, preco nebehaju na Windows (mozno uz Hotmail sice konecne preportovali na Win, ale tak im treba). Ked som napr. sledoval hokejovy zapas Slovensko:Svedsko cez http://hokej.sme.sk, bolo tam prihlasenych asi 1300 klientov, ale server mi uz pomaly prestal obnovovat aj stranku. Pri 1300 klientoch... co je to za pocet? Ved to je nic! Co teda robil ten server, ked nodpovedal? Ako naschval, ked chcem odoslat tento prispevok, objavuje sa hlaska "connection refused to www.zive.cz". Tot vsjo...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Minařík  |  15. 05. 2002 07:36

Ptal jsem se Vás na nenormální firmy s odkazem na Váš výrok "Pre normalne firmy vsak nova verzia operacneho systemu neznamena automaticky vyrazny narast v poziadavkach na HW." Neuvedl jste mi žádný takový příklada. Zareagoval jste "byvaly zamestnavatel. Prevadzkovali tam ColdFusion/IIS na WinNT" Tady ale hovoříte o něčem zcela jiném. Jedná se o spolupráci Sw s OS. To že některé systémy je možné provozovat na vícero OS je věc známá. Stejně tak je známy problém, že takovýto program je někde více doma. Ve Vašem nemá program rád rád Windows. Dovolil bych si tvrdit, že to není problém Windows ale onoho SW protože je nekvalitně napsán. Mám zkušenosti s SAP na NT4 s MS SQL. K takovým zvěrstvům jaképopisujete tam nedocházelo.

Protože jste mi neodpověděl na otázku ptám se znovu. Mohl by jste mi prosím říci o některé "nenormální" firmě kde k takovému nárůstu dochází a mezi kterými verzemi OS?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Petr Minařík  |  14. 05. 2002 12:42

Díky za podporu.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bedrich Pola  |  10. 05. 2002 09:05

S Mariem si dodnes nadšeně hraje spousta dětí, například ty moje se dostanou (pacholci!) daleko dál než já. Zkuste si ho někde stáhnout a podívejte se na něj. MARIO.EXE má 62 kB, což je např. čtvrtina běžné úvodní webové stránky...

Přeji hezký den.

Souhlasím  |  Nesouhlasím  |  Odpovědět
D. Nemec  |  10. 05. 2002 09:52

kdyz do 256b nacpete barevnou abstraktni 3d animaci (pravda s malou fps), proc ne ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
ladic  |  10. 05. 2002 08:23

Kdyz si vzpomenu, co se vsechno vlezlo do 40 kB pameti (obrazovou pamet napocitam ) na ZX Spectru (hry jako Knight Lore, Nebulus, Green Beret, Commando, ...) a co to vsechno i presto umelo a dokazalo...!

...tak me nikdo nepresvedci o tom, ze soucasny soft neni nabubrely az hruza, jsou to jen slepence nesourodych zdrojovych kodu...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Access Violation  |  10. 05. 2002 08:38

Jenze tenkrat nedelal soft kdejakej lulan a navic se u ZX Spectra programu nepouzivali sracky typu c++, pascal, java (ta jeste nebyla) a spol ale jelo se v assembleru a odvaznejsi primo ve strojaku.

Tenkrat jsme pocitali kolik hodinovych cyklu CPU trva instrukce, aby se nepodelala synchronizace a podobny chutovky.

Tak tak

Souhlasím  |  Nesouhlasím  |  Odpovědět
e1ement  |  10. 05. 2002 08:54

hmm, a teraz skus napisat podobnou metodikou bankovy informacny system. Verim ze este aj tvoji pravnuci budu mat co robit v tom strojovom kode. ale je pravda ze mozno tomu bude stacit 40kB pamate... :D Nuz bola to ina doba, ine vyuzite pocitacov, dnes sa mozeme nad tym iba nostalgicky pousmiat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Atlasz  |  10. 05. 2002 09:56

Neni problem! Nechapem, preco si myslite, ze je to nemozne? Ak dokazes presne specifikovat, co bude ta banka potrebovat povedzme dalsich 15 rokov s tym, ze specifikujes aj, co sa bude musiet menit (kvoli zakonom a pod.), vyvoj tejto aplikacie potrva mozno o tretinu alebo polku dlhsie, ale pobezi na HW, ktory ste prave preradili do statutu "pokusny", lebo sa uz na ostre nasadenie nehodi. (pripadne aj vyradili) Ak sa na to pozries z blizka, zistis, ze medzi (C,Pascal) a (M$ Visual***, java) je najvacsi rozdiel platforma. Univerzalnost javy v bankovej aplikacii nepotrebujes. Ten soft sa nainstaluje na jediny HW a spolu s nim aj pojde do srotu.

Kedysi som zacinal na 8-bit Atari, skusal som tam BASIC, Pascal, Assembler a ine krasnoty. (No, az na ten prvy, ale zaciatky sa nerobia v hex-editore.:) Ak by teraz niekto chcel vytvorit bankovu aplikaciu pod GPL, rad pomozem.(ak viem) Samozrejme s podmienkou, ze bude GPL a bude optimalizovana tak, aby to bezalo na niecom lacnejsom, ako server za 10 milionov. (Niesom fanatik na GPL, ale komercnym firmam by sa to asi pacilo ))

Nemusi to mat 40kb, aby to islo, moze to mat aj 4MB, stale to bude tak male, ze sa to cele vopcha aj s OS do pamate pentaca.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Vanek  |  10. 05. 2002 14:27

Tak jen treba handshake s public klicema pri autentikaci by na techto bozich stojich trval nekolik hodin a jeste bys musel dat pamet kdovikolika stroju dobromady. Pripada mi, ze ony gardy zapsklych ZXkaru, atarkaru a kdovi ceho jeste jen jedovate zavidi jak jsou jejich znalosti zcela k nicemu. Ale asi je to v poradku, taky jsem si to vice-mene vyslel, dokud me programovani nezacalo zivit. Je s nejvyssi pravdepodobnosti ne.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Palo  |  10. 05. 2002 16:33

Ak dokazes presne specifikovat, co bude ta banka potrebovat povedzme dalsich 15 rokov
A to chces ako urobit ??? Ja som tam robil. Oni ani poriadne nevedia ako to funguje teraz nie to este o take 2 roky. Vsetko sa predsa meni.

Univerzalnost javy v bankovej aplikacii nepotrebujes
Aj tu si mimo. Za prve preto ze ked to raz urobim tak to chcem viac krat predat a to uz neviem kde vsade to bude musiet bezat. Za druhe preto ze tvoj prvy predpoklad je uplne mimo.

Kde to zijes, zobud sa.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivo Guderna  |  10. 05. 2002 08:59

Pascal jsem na ZX Spectru mel a orezane malo funkcni C taky. Problem byl v tom ze kompilator sebral moc pameti a pak nebylo kam kompilovat. Proto byl idealni ASSEMBLER Z80. Kdyz jeste nebyl prekladac JSA, musel jsem si ho napsat v BASICU.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Access Violation  |  10. 05. 2002 09:35

...pardon, nostalgicka vzpominka mi potemnila rozum...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rebuild  |  11. 05. 2002 16:41

Úplně souhlasím. To, co předvádějí současně hry (a většína jiného softu) je děs (jednoznačný ekonomický komplot-viz můj článek výše)

Souhlasím  |  Nesouhlasím  |  Odpovědět
D. Nemec  |  10. 05. 2002 06:18

EHM... Opravdu se bude sw zlepsovat a zjednodusovat ??? pominu prusvihy MS s neustakym vydavanim SP a patchu. Pak je tu cerstva vec s AVG. Kazdopadne az bude kazdy 2hy program na DVD misto CD, rekneme si jak je to s tim zmensovanim a zjednodusovanim...

Souhlasím  |  Nesouhlasím  |  Odpovědět
iluze  |  10. 05. 2002 07:56

uvědomme si podstatu vývoje a rozvoje světové ekonomiky v kostce :

je třeba vykazovat permanentní meziroční ekonomický nárůst...

a proto je potřeba zvyšovat výrobu = SW + HW
a proto je potřeba dělat nový software=upgrage atd.
a proto je třeba dělat nový hardware
a proto je třeba se starat o nekompatibilitu navého SW + HW s tím  předchozím
a proto je je třeba soft nafukovat - firmy totiž vlastí i akcie HW korporací a tak soft musí bobtnat jak rakovina, aby se odůvodnil nákup  výkonějšího HW
a proto je třeba lidi zblbnout marketingem=reklamou (mj. v "odborných" magazínech) aby na to skočili
a proto....
 si nedělejte iluze, že tento kolotoč někdy skončí...
 (nové windowsy jsou 100x nafouknutější, než-li w95-ky...)

 ....leda se "to" jednou zhroutí jak černá díra...
nikdy nedojde k zásadním úsporám a snížení pracnosti nasazením moderní techniky,
je to chiméra ...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivan  |  10. 05. 2002 11:10

ja bych Te jen opravil, ze nejde jen o podstavu vyvoje a rozvoje ekonomiky ale o podstatu jejiho fungovani vubec - staci se podivat do zpravodajstvi a ekonomickych analyz - rust ekonomiky "jen" 1,5% rocne je nazyvan utlumem. Rust "jen"  0,5% za rok je nazyvan krizi a rocni pokles o 2% je oznacovan za nejhlubsi krizi za poslednich 50 let. Trzni ekonomika patrne muze fungovat jen za neustaleho rustu nekolika % rocne - pokud by se tento rust zastavil, asi by doslo ke kolapsu. Proto neni zadoucim cilem uspokojovat poptavku, ale naopak ji udrzet, vytvaret a rozsirovat. To co sledujeme v HW a SW je jen projevem teto zakonitosti.

Souhlasím  |  Nesouhlasím  |  Odpovědět
David Petrla  |  13. 05. 2002 14:11

To je působivé, ale pozor: Podívejte se na průměrný věk dnes a před sto lety. Na pracovní dobu dnes a před sto lety. Na pracovní dobu dětí dnes a před sto lety...

Hodně věcí se zlepšilo. Ale lidé si toho neumí užít. Jsou dnes víc vystresovaní, než byli v době, kdy každé druhé dítě umíralo a kdy se ještě opravdu DALO umřít hlady.

Zato je dnes nesrovnatelně větší podpora legalizace euthanasie. Možná právě proto, že se míň umírá. (Tedy míň vlastně ne, je to furt těch tradičních 100 % ), ale později.

Lidem chybí smysl života. Ale to už je opravdu jiné téma.

Souhlasím  |  Nesouhlasím  |  Odpovědět
iluze  |  14. 05. 2002 07:38

jsem rád, že tyto aspekty aspoň někdo tady chápe, protože ironií je, že lidé "točící se" v branži programování a kolem železa, tyto skutečnosti valně nejsou s to anticipovat, a tak vlastně sami přispívají k masovému šílenství doby...(ikdyž....na jedné straně je to jejich brót, ale na straně druhé se systém dostává do bludného kruhu..)

a potom kde jsou ty hranice "růstu" ??? ony totižto všechny kultury v historii lidstvy dojely...a často na exploataci.... 

 

 

 

Souhlasím  |  Nesouhlasím  |  Odpovědět
L8M  |  11. 05. 2002 12:48

Dobrá blbost. Podívejte se laskavě jak roste produktivita práce v USA. I kritici uznavají že díky nasazení IT. Hadájí se jen jestli se udržitelný růst produktiivty zvýšil z 1,5% na 2 nebo 4%. Celý ten článek je jen o jednom: lidi jsou stádo a chvilku mají pocit, že IT je řešení všech problémů a pak jim rupne v bedně a věří, že není k ničemu. Osobní přístup k zákazníkovi a příjemné pracovní prostředí jsou určitě dobré věci, stejně jako just-in-time systém, CRM atd atd.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  10. 05. 2002 03:41

vědecký ředitel Xeroxu a dodal, že zatímco tzv. Mooreův zákon (zdvojnásobení výkonu každých 18 měsíců) platí léta v oblasti hardware, u softwaru nic takového vůbec nefunguje

Ale ved aj vacsina sucasneho komercneho IT firiem sa snazi drzat krok s dobou. Produkuje software, ktory vsetok ten hardwareovy narast rychlosti skonzumuje do posledneho susta bez toho, aby si zakaznik nieco vsimol IMHO sucasny hardware by dokazal uniest ovela komplexnejsie systemy na rozumnejsej rychlosti, keby bol software navrhnuty optimalnejsie. Ekonomovia mi vsak urcite budu teraz oponovat, ze to by pravdepodobne "zastavilo rozvoj pokroku na tejto planete", kedze ludia by neupgrade-ovali hardware tak casto a HW sektor by zaznamenaval nizsie zisky.

Schmidt tvrdí, že vinu nese zastaralá technologie a metodologie programování, ve které nedochází k potřebnému vývoji, a že koncept tvorby API, které „každý vytváří, ale nikdo nepoužívá"

Ja by som si sucasnu IT technologiu nedovolil nazyvat zastaralou. To, ze softwareove metodologie "len navadzaju", ale "striktne nedefinuju" postup vyvoja, neznamena, ze su zastarale. Ked niekto nechape principy SW vyvoja, alebo si nedokaze z metodiky vynat uzitocne pozitiva, nepomoze mu ziadne vnucovanie pravidiel. Podobne argumenty som pocul aj v oblasti programovacich jazykov, konkretne zo strany tvorcov JAVY, ked v porovnani s C++ zrusili prekryvanie operatorov, destruktory a celu pointerovu aritmetiku, ako "potencialne nebezpecne techniky programovania". Pointerova aritmetika je vysostou C++ a nie "potencialne nebezpecnou technikou". Ked na to niekto nema, nech ju nepouziva, je to kazdeho osobna vec. V podobnom zmyslani by sme mohli zrusit aj varenie vody na sporaku ako "potencialnu hrozbu poziaru". Zavadzanim striktnych a (f)rigidnych pravidiel v tvorbe software sa toho vela nevyriesi. Chyba bude niekde inde... konkretne v ludoch - v urgujucom manazmente a v programatoroch, najma v tych "rychlo-kvaskoch". Zastavam nazor, ze programovanie nie je masovo-popularny sport (ako sa to v sucasnosti propaguje), ale seriozny job, ktory vyzaduje adekvatne odborne znalosti. Na to skratka nestaci pristup "rekvalifikujem sa v kurze na college a o 12 mesiacov hura za karierou", potom to v IT takto vyzera. Kto z Vas by si nechal urobit vazny operacny zakrok od nejakeho certifikovaneho odbornika z rychlo-kurzu mediciny? Okrem toho, nie je ziadnou novinkou, ze podaktore firmy umyselne potlacaju modularitu, resp. nezverejnuju svoje API v snahe vyhnut sa "neziaducej sutazi" a zabranit konkurencii v produkcii informacnych systemov vyuzivajucich sluzby (uz naprogramovanych) nizsich vrstiev.

Zejména technologičtí bossové počítačových firem si toho jsou vědomi a domnívám se, že si určité přecenění technologií uvědomují odjakživa; jejich vrchní vedení a zejména marketing jim ale nedovolovalo vyjadřovat se zcela otevřeně.

Toto nie je nic neslychane, ako tu pisete, toto ludia z fachu uz vedia radovo roky. Je to vysledkom "dlhodobych pretekov" v rychlosti dodania informacnych systemov. Bolo to len otazkou casu, kedy si pravdu uznaju aj marketingari.

Cely tento business je tak uponahlany, ze kym "seniorsky" zvladnete konkretnu software-ovu technologiu, uz sa objavi na trhu nova a povodna ani nema dostatok casu presadit sa. O co horsie, ked novsia technologia nemusi vzdy znamenat aj lepsiu technologiu. Uz sa tesim, ked to tu (v IT business-e) cele prepukne a ludia zacnu (podobne ako v muzike) robit "software-ovy remake" - oprasia kus stareho dobreho kodu, oblecu ho do noveho interface-oveho satu a pustia na trh ako novy hit.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Jarda  |  10. 05. 2002 08:54

Co se vynechani pointerove aritmetiky v Jave tyce, tam nejde jen o to, ze pri jejim pouziti delaji lide chyby (.. Ked na to niekto nema, nech ju nepouziva ..), ale hlavne o moznost jejiho zneuziti.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Atlasz  |  10. 05. 2002 09:32

To nemyslis vazne. S patricnou ochranou pamate sa nikdy nic takeho nestane.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  10. 05. 2002 10:29

IMHO to je bullshit jak svina.

Souhlasím  |  Nesouhlasím  |  Odpovědět
shrek  |  10. 05. 2002 09:39

Podle meho nazoru je vyhoda pouzivani vyssich jazyku v tom, ze se programator muze soustredit na reseni problemu, nikoliv na detaily implementace. Ceckem se pak daji zalepit casove kriticke rutiny. Je sice pekne tvrdit, ze pointery jsou nebezpecne jenom v rukou neumela, nicmene praxe ukazuje, ze se chybam nelze snadno vyhnout. Mel jsem na toto tema debatu s jednim kolegou, po jehoz odchodu jsme resili v jeho kodu nekolik memory leaku. Zkratka a dobre - C++ me zivi, nepripadam si v zadnem pripade jako zelenac, ale docela se tesim na dobu, kdy uvolni misto nejakemu vyssimu jazyku. Verim tomu, ze to povede k bezpecnejsimu a kvalitnejsimu software.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  10. 05. 2002 10:27

Ja si myslim, ze predovsetkym to povedie k pomalsiemu a hardware-ovo narocnejsiemu software. Nedavno sme dokoncili pomerne komplexny server, 4 mesiace tvrdeho programovania, ziaden "hello world" a kupodivu ziaden memory leak nebol najdeny (ani pomocou specialnych kniznic dmalloc apod.). Druhy team, ktory napisal komponent v JAVE, zoberie 98 MB pamate hned pri starte. Nas C++ server zacina na 13 MB. Keby aj mal "memory leak", kolko by asi "leakoval", kym by spotreboval 98 MB RAM? Aj tak by asi admin dovtedy zrebootoval server kvoli inym dovodom...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  10. 05. 2002 10:28

Je to len otazkou cviku...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bedrich  |  10. 05. 2002 13:14

Hmmm a vite jaky zpusob spravy pameti maji apliakce bezici pod JVM? jestli je to tak ultra narocny server, tak by podle vsech rozumnych zvyklosti mel bezet na dedikovanem serveru a ne mit vsechno na jednom pocitaci, takze nejake to mego pameti by nemelo byt kriticke. To, ze va, apliakce zabira mnohem mene a mnohem vice jich muizete spustit je sice ukazkou vasi programatorske zrucnosti, ale take zaroven ukazkou naprosteho nerozumu pri nasazovani aplikaci. urcite si jeste ze skolky pamatujete domino ?

Souhlasím  |  Nesouhlasím  |  Odpovědět
BoodOk  |  10. 05. 2002 16:11

No neco pravdy na tom bude, ale rozhodne neni cesta rvat kazdou komponentu na dedikovany fyzicky stroj. Jednak to neni nejlevnejsi a jednak kazda technika ma urcitou poruchovost, naroky na zalohovani napajeni, umisteni do skrine atd. Nicmene reseni jedna supermasina a virtualizovane stroje na ni je o necem jinem, nicmene to vetsinou vyzaduje vysokou pocatecni investici, ktera neni k dispozici, no a kdyz by na to casem i bylo, je zase vse rozjete tak ruzne a nikdo do toho radeji nevrta.

Souhlasím  |  Nesouhlasím  |  Odpovědět
tomas  |  10. 05. 2002 11:26

z meho pohledu se spis jedna o to, jak dlouho ste to programovali v c++ a jak dlouho by to trvalo naprogramovat napr. ve Smalltalku...pak je dalsi otazkou znovupouzitelnost a moznost modifikace jiz vytvoreneho softwaru a v neposledni rade BEZPECNOST!!!  C++ = shit, kterej je dobrej tak na formatovani disku a nejaky low level programovani

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peter  |  10. 05. 2002 11:42

No, tak to je busit jak krava.
Vase Java je sice pekna, ale zkuste si napsat napriklad mp3 prehravac v Jave. IMHO 500MHz CPU 100%.
Me se zda C dosti "vyssi jazyk". BTW, delali jste nekdy v assembleru, ze hodnotite C++ jako lowlevel jazyk ? Asi ne, pac jinak byste si mysleli neco jinyho. Ccko je podle me jeden z nejlepsich jazyku. A to jsem delal v leccem i v te Jave. Navic si nemyslim, ze zrovna interpretovane jazyky (treba Java) by byly bezpecnejsi nez klasicke. Podivejte se na blby JavaScript, kolik se v jeho implementacich uz objevilo der. A je to interpretovany jazyk. Proste diry se daj udelat i v basicu. Nejde o jazyk, ale o lenost programatora to po sobe kontrolovat. A pokud to nedela (u systemovych veci obzvlast) pak je pekny prasatko.
Bye Peter

Souhlasím  |  Nesouhlasím  |  Odpovědět
shrek  |  10. 05. 2002 12:03

Nic ve zlem, ale zkuste si jazyky jako Smalltalk, Python, Ruby, Lisp, Prolog nebo treba Haskel a potom budete moct porovnavat. Java, PHP, Javascript jsou C nebo C++ dost podobne. Kazdy ukol vyzaduje jiny nastroj - na neco je lepsi krumpac, na neco bagr. C je podle me low-level jazykem proto, ze ma pointery, moznost libovolneho pretypovavani, operator sizeof apod. To jsou proste prostredky blizke stroji. Vysokourovnove jazyky naproti tomu pracuji se seznamy, mnozinami, posilaji zpravy objektum apod. To se da tezko srovnavat.

Souhlasím  |  Nesouhlasím  |  Odpovědět
shrek  |  10. 05. 2002 12:05

Oprava: Haskell

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bedrich  |  10. 05. 2002 13:19

Pokud ale budete chtit v C naprogramovat praci s retezeci, tak prumerny typek v perlu pujde po dvou hodinach bna kavu a ma vydelano, vy na tom stravite v Cecku mladi.   jestli programujete drivery, tak je pro vas C dost, jestli delate opravdu velke bussines aplikace s propojenim na database ciste v Cecku, tak klobouk dolu

Souhlasím  |  Nesouhlasím  |  Odpovědět
ondrej  |  10. 05. 2002 15:01


Pokud ale budete chtit v C naprogramovat praci s retezeci, tak prumerny typek v perlu pujde po dvou hodinach bna kavu

Ale no tak - tohle je jen zalezitosti knihoven, ne jazyka, proste si sezenes knihovnu pro regularni vyrazy apod. a mas to. Regularni vyrazy muze nacpat primo do jazyka jen prase.

jestli programujete drivery, tak je pro vas C dost,  jestli delate opravdu velke bussines aplikace s propojenim na database ciste  v Cecku, tak klobouk dolu

Psat v C business aplikace je hovadina, jenze mezi extremy typu "business" a "drivery" je mnoho mista, kde se low-level jazyky mohou uplatnit.

 

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bli  |  10. 05. 2002 17:16

co to je business aplikace? Ja se pohybuju v billingovych systemech jiz 6 let (serverove casti, ne klienti), videl jsem jich opravdu uz dost, v jednom jsem se dokonce podilel na vyvoji nekterych modulu. Vetsina je napsana v C/C++, kdyz to je na Oracle, tak v Pro*C. Javovej billing sem videl jen jednou a bylo to k zbliti. Je pravda, ze vyvoj v C neni nejrychlejsi, ale zas ta vysledna performance a stabilita!!! Ta Java padala jak svestky, zrejme proto, ze to bylo psano jako distribuovana aplikace, ktera bezela na PC klientech (vyvojari si zrejme rekli ze 100 PC je daleko levnejsi nez jeden HPUX stroj). Se Smalltalkem a podobnymi jazyky jsem zatim bohuzel nemel tu cest.

Bli

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bedrich  |  11. 05. 2002 11:41

Nekdy (vetsinou) je i prase clovek. Skriptovaci jazyky jsou urceny pro jednoduchou rychlou cinnost, na ktere neni ani tak potreba high vykon, jako rychlost, jak to rychle udelate. UNIX bez skriptu byl byl asi tak platny, jako zubt na p....

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  10. 05. 2002 15:18

V C++. Btw vies, ze ten server, ktory som prepisoval, povodne napisal "nejaky typek" v Perle. Mozno si potom raz-dva sadol ku kavicke, ale ked doslo na lamanie chleba (stability a vykonu), tak cela firma mala z toho mindraky. Ja by som snal klobuk z hlavy pred tym, kto naprogramuje stabilny multi-threadovy server v Perl-e. Ved sam Perl nie je thread-safe.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  10. 05. 2002 12:35

Ty si cely shit... V C++ sa da naprogramovat formatovanie disku, ale to neznamena, ze vystupny binarny kod niekto zneuzije na podobne ucely. Tiez nechapem, v com vidis problem znovupouzitelnosti kodu napisaneho v C++. Mozes byt trochu konkretny?

Souhlasím  |  Nesouhlasím  |  Odpovědět
shrek  |  10. 05. 2002 11:48

Kdyz se leakuje v cyklu nebo se funkce vola casto, pripadne jde o objekt, ktery leakuje v clenskych datech a casto se vytvari, tak docela rychle - zalezi to na dane situaci, ale cim je projekt rozsahlejsi a slozitejsi, tim vzrusta pravdepodobnost chyby. Ja samozrejme netvrdim, ze se v C++ neda napsat dobry kod - pokud se programuje dusledne objektove (teda v ramci OOP mechanismu, ktere C++ poskytuje), muze byt vysledny kod docela prehledny a bezpecny. Ale vyzaduje to nejenom zkusenosti, ale i programatorskou kazen a urcitou "stabni kulturu". A ta casto bohuzel chybi.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Peter  |  10. 05. 2002 12:28

Ale tady prece nejde jenom o stabilitu a chybovost, ale v prvni rade o vykon. Dokazes si predstavit mit vsecko napsane v nejakem interpretu ? Dokazes si predstavit, ze bys na debilni .... cokoli, potreboval P4, 2 GHz a jeste by sis stezoval, ze ti to slape nejak pomalu ? Ale k tomu se bohuzel blizime. Jak tady uz nekdo psal, 486/66 mu stacila a ted jeho BUDVICO na BUHVIJAKYCH GHz mu nestaci. Cim to je ?? Ja pouzivam svuj pocitac rozume, Javu tam neprovozuju a staci mi i dneska uplne na vsecko P100 / 48 Mb pameti a (pravda ) SCSI disky.
A podle me se da sprasit cokoli v jakemkoli jazyce, at je to PHP, nebo C++. To, ze mame SQELY a jednoduchy nastroj (cti Delphi) vede akorat k tomu, ze programujou lidi, co o tom vubec nic nevi a jenom kopirujou kusy kodu z helpu (videl jsem - proste copy+paste a bylo to). A pak se to jenom hemzi (s prominutim) srackama ruznyho typu. Jenom se podivej na web. Kalkulacka, 6 Mb, 100+52 pocita pul vteriny. A takovych hovadin bys nasel milion. I kdyz se to da napsat superrychle a bude to mit 20 Kb. Tak proc ??? Vzdyt to dnesni stroje zvladnou. A ze to zabira 6 Mb ??? Ja mam 40 Gb disk, tak je mi to fuk. Ale kam to vede ??? Do horoucich pekel, kde budeme potrebovat 10GHz procesor a 1 Gb RAM, abychom vubec spustili OS, ktery nam ve sve podstate dovoluje akorat kopirovat, mazat a spoustet programy. Ale to uz umelo moje XT/5Mhz a 640 Kb RAM. Tak co ???

Ahoj Peter

Souhlasím  |  Nesouhlasím  |  Odpovědět
shrek  |  10. 05. 2002 13:37

Co nadelas s rozlitym mlikem? Ten citovany prispevek od nastvaneho ctenare je mozne pochopit, ale autor si neuvedomuje jednu vec - svuj pocitac mohl drive pouzivat tak mozna na pareni Dooma nebo Descenta, dnesni hry jsou uplne jinde - i kdyby je psali bohove, na jeho pocitaci si neskrtnou. Drive sice na 486 bylo mozne spustit stary AutoCAD, 3DStudio apod., ale jake byly jejich moznosti a jak dlouho treba to 3DStudio pocitalo pomerne jednoduchou scenu? Co treba DivX, jak by ten kodek mel vypadat, aby ho zvladala DX2 s 20 MB pameti? Co narocne distribuovane vypocty, jak by se ti libil cluster z 30 pocitacu 486DX?

Hardware proste pokrocil kupredu, programy jsou cim dal tim narocnejsi a programatorsky cas je drahy a omezeny. Proto vetsina firem radeji ozeli par milisekund pri behu a usetri par mesicu pri vyvoji. Muzeme o tom vest spory, muzeme i nesouhlasit, ale to je asi to jedine, co proti tomu muzeme delat...

Mej se hezky

Souhlasím  |  Nesouhlasím  |  Odpovědět
Rebuild  |  11. 05. 2002 16:35

Úplně s tvým názorem souhlasím. Hlavní skutečný důvod, proč je software čím dál náročnější na hardware, je podle mě jednoznačná konspirace výrobců hardwaru a softwaru.

Proč asi?

No protože kdyby byl kvalitní software, tak dnes nepotřebujeme na běžnou svižnou kancelářkou práci s Office ve Win Pentium4 s 256 MB RAM a 20 GB harddisk, neupgradovali bychom počítače (případně nevyměňovali) každé dva až čtyři roky, ale např každých 8 až 10 let.

No a co by se stalo?

No klesnul by zisk výrobcům hardwaru i softwaru.

No a proč? Kdo vydělává na nekvalitním softwaru?

No přesi výrobci hardwaru (rychlostí počítače dohánějí nevýkonnost softwaru) i výrobci softwaru (vydají dvě, tři záplaty a pak už si musíte koupit novou verzi (další opravy (a nové chyby)jsou až v ní)))

Dokud na software nebude záruka (a to softwarová lobby jen tak nedovolí), tak se situace nezmění. A proč by se taky měla měnit, když na tom výrobci hardwaru i softwaru vydělávaj, HDP roste, peníze se točí.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  10. 05. 2002 12:44

Ale ta kazen uz zdaleka nie je problemom programovacieho jazyka. Ked chces napisat "obfuscated kod", napises ho v akomkolvek jazyku.

Souhlasím  |  Nesouhlasím  |  Odpovědět
shrek  |  10. 05. 2002 13:21

Souhlas, jazyk sam nic neresi.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Bedrich  |  11. 05. 2002 11:52

Faktem je to, ze vyse popisovaneje je i jeden z duvodu, proc je tak malo programatoru. Je mnohem jednodussi delat treba kvalifikovaneho pravnika, nez kvalifikovaneho programatora, protoze dynamika, s jakou se to v IT stale meni nedava vubec zadnou jistotu do budoucna. Nekolik let se budete ucit programovat v buhvicem, pak rpijde boom a to, ze to co umite je stale dobre, nebo i lepsi, nez to, co prave frci, to vubec nikoho nezajima. Ve vetsine pripadu jsou na manazerskych mistech lide, pro ktere jsou krasna slova jsou vice, nez rozumne argumenty. Tak to i zustane, protoze se to tem, co platu lepe posloucha.

Souhlasím  |  Nesouhlasím  |  Odpovědět
ladic  |  10. 05. 2002 13:34

Programatori jsou, s prominutim, v tomhle casto prasata.

Jeste na ZX Spectru jsem si delal kuprikladu ovladac na tiskarnu, melo to par set bajtu.

Ovladac byl nakonec rychlej jako blesk, protoze to bylo od A do Z ve strojaku. Psal jsem to asi 2 dny a 4 dny jsem to potom odladoval (neco odladovat ve strojaku nikomu nepreju, zvlast na Spectru- vetsinou to koncilo resetem).

Mel jsem tenkrat chut to napsat v BASICu a jednoduse zkompilovat. Jenze by se mi to nevlezlo do vyhrazeneho mista, protoze by to bylo asi 5x vetsi a navic 20x pomalejsi

Ale mel bych to zase behem hodiny v cajku a bez namaceni (tj. odladovani).

Dnes uz si nikdo se strojakem nervy nedela...

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Vanek  |  10. 05. 2002 14:17

Jo jasne jste super. Piste si sve 20kB kalkulacky. A za ne neco vydelate, pak se ozvete. Katapult je taky moc pekna vychtavka, ale svete div se, poptavka po katapultech je nulova. Mluvite tady o klasickem ceskem udelej si sam. O vecech, ktere jsou mozna elegantne naprogramovane, ale primitivni a zhola na nic.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Mr. C  |  12. 05. 2002 01:05

Mel jsem na toto tema debatu s jednim kolegou, po jehoz odchodu jsme resili v jeho kodu nekolik memory leaku

Niektori robia podobne chyby (vratane znizovania citatelnosti kodu) dokonca aj umyselne. Zvysuje to "nenahraditelnost" a teda aj cenu programatora na trhu. Aj tak je uz programatorsky job dostatocne podcenovany a nedoceneny oproti manazerskym darmozracom. Vies si vobec predstavit, ze niekomu vo vedeni sa stanes nepohodlny a oni Ta prepustia zo dna na den, kedze budu mat za Teba nahradu?

Souhlasím  |  Nesouhlasím  |  Odpovědět
shrek  |  14. 05. 2002 18:43

1. Kolega odesel dobrovolne.

2. Pestovat si pocit nenahraditelnosti takovymto zpusobem, no nevim...

3. Manazeri budou vzdycky hodnoceni vys nez programatori - jejich image koresponduje s masove vytvarenym typem uspesneho cloveka. Umet neco, cemu vetsina lidi nikdy neporozumi, je povazovano za znak podivinstvi - a to neni ani zdaleka jenom problem programatoru.

Souhlasím  |  Nesouhlasím  |  Odpovědět
David Petrla  |  13. 05. 2002 14:04

NástupInternetu byl z hlediska metodologie SW vývoje obrovským krokem zpět. Vzpomínám si, jak jsem se z C++ přeškoloval na ASP. Sice jsem to zvládl za jednu noc, ale byl to návrat o pěkných pár let do minulosti, ještě před Turbo Pascal.

Najednou jsem musel říct good bye objektům, sktrukturám, kolekcím, debuggeru, typům, kompilaci, pořádným knihovnám...

...a taky pořádnému uživatelskému rozhraní. Ať se tomu někomu líbí nebo ne, HTML je hrozné UI, daleko horší, než GDI Windows aplikací. A bezestavové! No hrůza...

Tohle zavedení Internetu všude možně má na svědomí část těch problémů. Ale samozřejmě ne všechny. Další jdou na vrub Unixu, Microsoftu, bublině na burze... Je to hodně komplexní otázka.

A je dobře, že si to konečně uvědomujeme.

Souhlasím  |  Nesouhlasím  |  Odpovědět
Martin Bláha  |  10. 05. 2002 01:44

Každému doporučuji přečíst článek od Kopty - Konec Internetu v Čechách

 

 

Souhlasím  |  Nesouhlasím  |  Odpovědět
Ivan  |  10. 05. 2002 08:08

a kde si ho mame precist?

Souhlasím  |  Nesouhlasím  |  Odpovědět
Zasílat názory e-mailem: Zasílat názory Můj názor