To je ovsem subjektivni nazor, se kterym ja nemohu "jen-tak" souhlasit. Mozna pravdu mate - nevim presne, co melo "pocitadlo.org" presne nabizet, ale za bernou minci to rozhodne vzit nehodlam. Uz jen tvrzeni, ze na nejakou aplikaci nutne potrebujete stored procedury a triggery vas jako odbornika schopneho rozumne odborne posoudit tyto veci ponekud diskvalifikuje. Je opravdu jen velice malo (pokud vubec nejake) uloh, ktere by bez techto prostredku nesly vyrobit. Ano, je pravda, ze s pokud mate mene schopne prostredky, musite mit schopnejsiho programatora (zatimco mene schopny si praci s databazi bez sotred procedur nedokaze vubec predstavit), takze je otazka, jestli a kolik byste nakonec usetril, kazdopadne, vas vypocet je podezrely. Tedy, ledaze jste chtel poukazat na to, ze uplne bez penez to nepujde - s tim se souhlasit da.
Co se tyce "hrube sily" - pokud zakoupeny pocitac bude (kvuli potrebe vyssiho vykonu) o 30000 drazsi a schopnejsi programator dostane o 15000 Kc mesicne vice (myslim, ze jste pocital s dvema mesici prace), zato se ale obejdete bez onoho draheho komercniho SQL serveru na komercnim OS, a tedy usetrite tech 100000Kc, pak jste stale celkove usetril 40000Kc.
Me prispevky nesmeruji k hadani se o korunu - pouze jsem konstatoval, ze bez stored procedur a triggeru se da obejit prakticky vzdy, transakce (o jejichz nezbytnosti se bez presne znalosti provadenych operaci bavit nemohu, proto je za nezbytne budu povazovat) jsou dostupne uz i na lacinejsich (pripadne primo zdarma) SQL serverech, ktere bezi na lacinejsich (nekdy take primo zdarma) OS - a ten chybejici vykon (souhlasim, ze obejit se bez stored procedur znamena trochu mene vykonou aplikaci) dozenete skutecne silnejsim hardwarem, coz - a to si troufam vazne tvrdit, vas prijde na mene nez onech 100000Kc. Nenapadam ani neobhajuji zadny konkretni SQL server ani OS - jen mam dojem, ze uvedeny vypocet obsahuje urcitou cast penez predeterminovanych pro "pohodli programatora" a ohledy na jeho drivejsi zkusenosti a znalosti - a nelze tedy tvrdit, ze prezentuje minimalni naklady nutne na rozjezd a provoz podobne aktivity - ty naklady, IMHO mohou byt nizsi. Proste, vas vypocet na me pusobi dojmem "vybral jsem si programatora a ten si vybral prostredky, ktere umi pouzivat" nikoli dojmem "hledam nejlacinejsi kvalitni reseni daneho problemu" - a k tomu hledam programatora, ktery nalezene reseni dokaze realizovat, a tedy, ktery dokaze (takrka) stejnych vysledku dosahnout lacinejsimi prostredky (a zbytek dohonime silnejsim hardwarem). Nerikam, ze nakonec nemate pravdu - to nelze zjistit bez toho, ze obdobnou aplikaci nalezneme napsanou nad lacinejsi (treba nekomercni) SQL server - jen to na me mas vypocet, o tom, ze cosi lepe "nejde" nepusobi duveryhodne, nezda se mi korektni a proto jsem to sem napsal.
Samozrejme, ze profesionalni bussiness aplikace, navic silne zatizena, navic s prevazujicimi zmenami dat neni aplikace vhodna na MySQL, jenze, i to ma sve "ale". Jen vyjimecne se da ocekavat, ze na aplikaci budou kladeny takto vysoke pozadavky v okamziku jejiho uvedeni a v kratne dobe "po porodu". A pozdeji, tedy pokud se nejedna o dlouhodobe ztratovy projekt, uz zase budou k dispozici potrebne penize. Tato debata vysla z toho, jestli se da na Internetu i u pomerne velkych projektu zacinat "s petnikem". Ja se domnivam, ze da, a nesouhlasil jsem s panem, ktery pocital hned to zacatku projektu drahy komercni software (to se navic skutecne domnivam, ze na pocitadlo stezi potrebuje transakce, a nejspis ani ty ne, ale skoro urcite nepotrebuje nic jineho). Celkove sice neusetrite - do daneho projektu je proste potreba narvat prislusne penzum penez - ale mate pomerne sirokou volnost v tom, jestli je tam narvete hned, nebo jestli zacnete opravdu skoro s petnikem a penize tam narvete pozdeji (pozdeji, pravda, to znamena ze jich budete potrebovat nejspis trochu vice nez hned, ale zase vam budou stacit az pozdeji). Videl jsem MySQL nasazene i ve finacni instituci (dnes je tam jiz SYBASE - i se stored procedurami), vim o elektronickem obchodu, kde pres jejich MySQL protece plateb za hezkych par milionu korun rocne (jeste stale tam je a stale ma jeste transakce zajistene na aplikacni urovni - ale ono zas neni az tak moc zatizene nebo nebezpecne aby se to vyplatio predelavat), Postgress pouzival i nejmene jeden z ISP (dnes tam tusim maji Oracle). Mozna existuji start-up projekty, ktere opravdu vyzaduji nakup jen software za stovku tisic - ale ja to jsem ochoten povazovat za ojedinele vyjimky - a nastava to spise u projektu toho typu, ze se chystate prodavat primo onen software a ne jen sluzby, pro ktere jste ho vyvinul. Vetsina projektu, a dokonce i takovych, ktere aspiruji stati se velkymi, serioznimi a bezpecnostne-paranoidnimi se na svem startu obejde bez ohromnych investic. A vykon je opravdu v mnoha pripadech nejlacinejsi honit "hrubou silou" - teprve od urcite (a pomerne znacne) velikosti potrebneho vykonu zacina byt efektivnejsi "ladit aplikaci" (samozrejme, uz pri puvodnim navrhu je velice rozumne pocitat s tim, ze jednou bude nutne ladit vykon, ze se mozna jednou bude porotvat na jiny SQL server a pod., ale nemusi to tam vse byt od sameho pocatku). Bezpecnostni problemy, integritni problemy a jine problemy - to vsechno jsou rizika, ktera jsou pochopitelne na "nehodnem" SQL serveru vetsi nez na "hodnem" - ale obvykle jsou stale dostatecne mala, aby se je vyplatilo, v porovnani s cenou "hodneho" SQL serveru riskovat. A v naproste vetsine pripadu se da zacit, a v nemalo pripadech i prorazit s par korunami do zacatku. Znam prilis mnoho takovych projektu abych uveril jednomu vypoctu, ktery tvrdi, ze bez hromady penez se nema smysl ani pokouset ...
Pokud nebudete trvat na tom, že to musí být MS SQL (to je snad nějaká epidemie, poslední dobou na takový požadavek narážím nezdravě často :-)), dá se to pořídit i levněji. Asi tak o 100000 Kč.
V jednom internetovém sdružení, které působí již dva roky, pravidelně zveřejňujeme finanční údaje. Naposledy je k dispozici účetní závěrka za první pololetí minulého roku. Na zbytek mě uháněl finanční ředitel včera. :-)
Jinak si totiž neumím vysvětlit spekulativní (viz ono kouzelné slovíčko "prý") odstavec Silně ztrátová je prý také internetová divize nejmenovaného počítačového nakladatelství, které ji prý dotuje mnohanulovými částkami z ostatních aktivit a jen stěží se drží nad vodou - pravda, platí to prý už pár let (mohl si klidně napsat, že jde o tvého bývalého chlebodárce a přímou konkurenci Internet Infa).
V druhé polovině článku následuje: Stačí pak jen dobře vymyšlená pomlouvačná zpráva o konkurenci, adresovaná těm správným uším, a rázem všichni vědí, jak to "doopravdy" je.
Článek vůbec nedává logiku. Na jedné straně zmiňuješ provařené drby a na druhé kritizuješ novináře, kteří pracují podobně jako Ty (nejen v tomto článku) a tvoji kolegové z Lupy ...
Lupa vyrostla na konjunktuře Internetu, konjunktura skončila, doufám, že to potká brzy i Lupu :-)
Zkus si prosím ten článek přečíst ještě jednou, mám pocit, že jsi - na rozdíl od ostatních diskutujících - vůbec nepochopil, co jsem chtěl říci. Ve zmiňovaném odstavci uvádím haldy ukázkových případů, kdy kolují nějaké fámy, které se patrně nezakládají na pravdě, resp. se nikdy nepotvrdily tím, že by někdo reálně zkrachoval. Pokud jsi to pochopil tak, že na někoho sám útočím, pochopil jsi to špatně.
A to kouzelné slovíčko prý: záměrně jsem ho v té větě použil třikrát za sebou, abych naznačil absurditu celé té věci. Je to sice jazyková nuance, ale každému, kdo se trochu zamyslí, to snad musí být jasné.
Konečně pokud jde o "Lupa vyrostla na konjunktuře Internetu, konjunktura skončila, doufám, že to potká brzy i Lupu :-) - děkuji, vede se nám velmi dobře.