Vlákno názorů k článku Úvaha ohledně zneužívání LIKE v databázích od pavol - Dobry den, dufam, ze nebudem pososbit ako hnidopich,...

Maximalizace zisku je fráze tupých hlav z VŠE. Který mají jen ****** a kalkulačku místo mozku. Obyčejná krádež je např. maximalizací zisku. Nevěřím, že je to dlouhodobě udržitelná strategie. Navíc tahle víra generuje zmrdy. Já věřím v poctivý řemeslo. Nemám milión, ale na mým hrobě si lidi neodplivnou. To mi stačí. Časem na to možná přijdou i ostatní, že myslet jen na peníze je cesta do pekel.

Jenomze pro byznis kalkulacku misto mozku potrebujete. Kdyz nevydelate pujde vas byznis do kytek. Musite neustale pocitat co je pro vas lepsi. Kdyz jste liny nebo z ideovych duvodu nepocitate naklady verte tomu ze vase konkurence pocitat bude.

Musite proto pouzivat to, co realne funguje a ne to o cem si zde lidi na rootu pisi ze by bylo idealni davat SW uplne zdarma a pak prodavat levne support. To proste nefunguje.

Podnikani == penize, s tim nic nenadelate. Kdyz budete prodavat svoji praci levneji nez ostatni tak se zbytecne budete okradat a nic tim neziskate. Vdek? Zakaznici to rozhodne neoceni. Obema stranam jde v obchodu o prachy ja je chci vydelat stejne tak jako je chce zakaznik usetrit. Jde tedy kdo z koho; souboj na ferovku.

Vsem idealistum rikam at mi poradi jak podle nich mam delat byznis, ja si to opravdu rad poslechnu.

Kdyz mluvime o db. Mame me tu 3 db - oracle db2 mssql. Maly zakaznik by nejradsi mssql, ale na ten oracle se vetsinou da ukecat. na db2 ho neukecate pokud uz db2 nekde nema, coz mali zakaznici nemaji.

Co podle vas mam delat? Delat jim to na mssql protoze si to preji s tim ze ja vydelam malo? Proc bych za stejnou praci mel dostat mene, kdyz muzu dostat vice? Nikdo takhle nejedna. Kdyz vam reknu muzete pro mne delat stejnou praci za $75k nebo za $60k co si vyberete? Kde je ta moralka s kterou mi tady machrujete?

Proste chceme jako vsichni ostatni legalnim zpusobem vydelat penize. My delame IT, jini lidi nam uklizeji kancelare. Ale vsichni si chceme vydelat. Tak tenhle svet funguje.

Já svou práci nedávám lacino, ale snažím se ji dělat tak nejlíp jak umím, a snažím se u ní přemýšlet, nešidit ji. Někdo na to má, někdo ne, a někdo si to třeba nemůže dovolit. Jsem stavař, když něco ošidíš na stavbě, tak ti spadne, nebo ti tam bude zatékat, bude to promrzat, nebo se ti tam prostě bude špatně bydlet. Nejsem zvyklý nic šidit. Je celkem paradox, že domy, které se postavili teď za posledních pět let jsou kvalitativně o dost horší než ty, co se stavěly za komunistů - důsledek strategie maximalizace zisku. Každý ať si žije, jak chce, ty máš svůj byznys, já svůj - jen nechtěj, abych si tě vážil - já si žiju po svém, a v byznysu se snažím aby profit měli oba - já i můj zákazník.

Problém je v tom že spousta "profesionálů" vám za 7M prodá ten dům za 1M, ale bude vám tvrdit že to má přesně ty samé vlastnosti. Důležité je že když někomu něco dodávám, musím mu přesně specifikovat co to bude umět a co nikoliv.

No, trochu ze zaplétáme do cenové politiky jednotlivých firem ...

V podstatě se asi dá souhlasit že Oracle je nejkomplexnější DB, i když teda nevím jestli to je pozitivum nebo negativum. Ono totiž spousta té komplexnosti je tam z historických důvodů a je to spíš koule na noze (pro zákazníky i vývojáře Oracle) než nějaká super výhoda. Každopádně Oracle prezentuje svoji db jako klenot, úměrně tomu nastavuje finanční podmínky.

Co se týká MSSQL, tak tam je historie trochu jiná - MS cítil že mu v oblasti DB ujíždí vlak, a tak udělal to jediné co umí - koupil kvalitní hotový produkt od třetí firmy (v tomto případě Sybase) a začal ho tlačit ve svém balíčku produktů a v souladu s tím pochopitelně nastavil cenovou politiku.

A k té maximalizaci zisku - jasně, ale Viktor Kožený také maximalizoval zisk ;-) Každopádně co si se zákazníkem ujednáte to máte, ale i u nás už si zákazníci umí udělat ROI analýzu a když zjistí že návratnost je nerealistická tak to od vás prostě nekoupí. A pokud chcete business provozovat delší dobu tak musíte dbát i na dobré vztahy a reference - pokud oškubete jednoho zákazníka, vězte že ostatní se to velmi rychle dozví.

Jenom bych poznamenal, že Pavel nehovořil o optimalizaci, ale o návrhu. S optimalizací máte bezpochyby pravdu. Ale něco jiného je odbýt návrh (zbytečně nedodržené normalizační pravidla například) s pocitem, že to funguje.
To, že se hranice mezi návrhem a optimalizací v praxi často stírá je smutná realita.

Během úvodního sběru požadavků a analýzy se rozhodně dají získat alespoň základní informace o způsobu používání systému včetně informací o počtu uživatelů a podobně. A netvrďte mi že ne, protože potom to není kvalitně udělaná analýza.

Na základě toho se dá pravidelně dělat alespoň jednoduchý benchmark, který zjistí jestli to vyhovuje požadavkům nebo ne. To není žádná raketová věda, stačí skutečně celkem triviální test.

Další věc je pochopitelně nastavení prostředí (aplikační server, connection pooly apod.) během nasazování do akceptace a produkce. To už je naprosto standardní věc kterou lze fakturovat, i když zákazníci na to často mají vlastní tým lidí (ale i ti budou potřebovat support od lidí kteří znají vnitřnosti).