Fórum Root.cz
Hlavní témata => Server => Téma založeno: TomasP 02. 01. 2014, 08:00:04
-
Zdravím,
chtěl bych poprosit zkušenější o radu:
jak počítáte rentabilitu nasazení nějaké technologie,...?
Např.: výměna HW, nasazení nového monitorovacího systému, přechod na jinou technologii - z MySQL na Postgre....
Díky všem!
-
pocitem.
-
Na coursera.org bol seminar "Design: Creation of Artifacts in Society" od "Karl T. Ulrich" (okrem ineho autor kolobezky xooter https://en.wikipedia.org/wiki/Xooter) a tam v niektorej lekcii velmi podrobne pocital sposob vypoctu nakladov, konkretne tam porovnaval 2 rozne modely elektrickych zubnych kefiek (jedna zlozitejsia vyrabana v cine a jedna jednoduchsia vyrabana v mexiku). Fakt to velmi podrobne rozoberal odporucam pozriet. Zo zaciatku mi trochu vadilo to jeho vystupovanie ale nakoniec to bol velmi zaujimavy seminar.
-
Samotný výpočet lze provést i hrubým odhadem, správný výsledek z toho pak dostanme přičtením nebo jednodušeji vynásobením BULHARSKOU KONSTANTOU, kdy BU je definována jako aproximace předchozích plánovaných a skutečných nákladů vztaženo na jednotku procenta.
Já například prokazatelně podhodnocuji náklady o 30% v případě, kdy nepoužívám korekci pomocí BU, ale v případě použití BU, se bavíme o rozdílu v jednotkách procentních bodů.
Správný výpočet tak zní, ((můj ohad * 1.3 + odhad kolegy * 1.25 + odhad dodavatele * 0.80) / 3) + rezerva - cashback od dodavatele = to vaše správné ZLATÉ mantrické číslo. Samozřejmě je nutné evidovat a korigovat správnou BU pro každého jednotlivého účtastníka odhadu, nebo použít následující univerzální BU pro dodavatele 0.80 a pro "obecného" kolegu 1.356658721258521236541258452123584523212587412585632987441258631255874521452369755412574589654485.
Mám na to moc pěkný faktoriál i s inverzní funkcí pro výpočet BU ostatních plánovačů.
Přijde mi rozhodně lepší trávit čas výpočtem přes BU než prostým a pak především nudným součtem nákladů, které bych tak jako tak musel vynásobit univerzální BU 1.356658721258521236541258452123584523212587412585632987441258631255874521452369755412574589654485.
-
Ono to je zřejmé, ale BU pro dodavatele je samozřejmě stanovana schopností nákupčího, na její výpočet mám také peferkní matematickou funkci, případně se můžeme někde v Praze sejít, rád Vám o tom budu pár hodin povídat!
-
Díky za rady, chtěl jsem použít nějaký zajímavý výpočet do BP a tam mi odhad asi neprojde, i když je to nejlepší .... :) Asi použiji něco jako ROI vzorce....
-
nejlepsi to asi neni, ale jak chces spocitat rentabilitu v pripadech:
1) ten oracle me dost zacina stvat, Maria ma dle vseho lepsi vykon... obetuju jeden vecer migraci.
jak chces spocitat rentabilitu?
2) to SVN uz je proste historie, migrujme na git. vyhody jsou vsem pritomnym jasne.
jak chces spocitat rentabilitu? jak chces vycislit "kazdej slusnej programator kteryho najmeme tak git proste umet musi, SVN jen otravuje lidem zivot"?
3) monitorovaci system - rentabilita v pripade, ze server nespadne po dobu zivota? 0. ale co kdyz to spadne za mesic? kolik to usetri? alou projit vsechny smlouvy vsech zakazniku kteri na tom zeleze neco maji a spocitat mozne nasledky pri hodinovem vypadku.
-
Právě jak píšeš, každému rozumnému člověku, resp. všem z oboru je to jasné, ale jak to mám vysvětlit ekonomům, že je to FAKT SUPER a ušetříme v tom lepším případě v tom horším jsou náklady minimální .... potřebujou čísla, vzorečky...
-
ale jak to mám vysvětlit ekonomům, že je to FAKT SUPER a ušetříme v tom lepším případě v tom horším jsou náklady minimální .... potřebujou čísla, vzorečky...
To je jenom otázka práce s jazykem a literaturou. Srovnej:
Jak všichni víme, náklady ani výnos se vyčíslit nedají, takže do toho půjdeme a budeme doufat, že to k něčemu bude. Předtím se aspoň zeptáme pár lidí, kteří s tím mají zkušenosti, jestli to má smysl.
U projektů spočívajících v hlubokých zásazích do IT infrastruktury je stanovení nákladů velmi obtížné zejména kvůli těžko stanovitelné náročnosti na lidské zdroje. Pro alespoň hrubý odhad nákladů můžeme použít postupy používané v oblasti řízení běžných IT projektů - jejich výčet podává Smörgåsbord [1] takto: 1. .... 2. .... 3. .....
Ještě obtížnější je situace u stanovení výnosu projektu. Pivoňka [2] situaci shrnuje jako "těžko zmapovatelnou, natož kvantifikovatelnou". V podobném smyslu se vyjadřuje i Winerschnitzl ve své studii dvaceti velkých infrastrukturní projektů [3] - za hlavní zdroj nesnadnosti kvantifikace výnosu spatřuje především fakt, že infrastrukturní projekty přináší prakticky pouze provozní výnosy, které jsou těžko kvantifikovatelné především v menších a středních podnicích, kde není zavedeno vnitropodnikové účetnictví.
Jelikož v naší práci se zaměřujeme na infrastrukturní projekt pro menší podnik, použijeme metodiku doporučovanou pro podniky této velikosti Lazydogem [4] - semistrukturovanou multikriteriální analýzu kvalifikovaných odhadů respondentů dotazovaných metodou focus group.
BP slouží hlavně k tomu, aby ses naučil psát tím druhým způsobem. Žádný jiný větší smysl to většinou nemá. Je to vesměs čistě slohové cvičení.
-
Akorát bys tam teda neměl dělat takový překlepy jako já teď :)
-
konecne vim proc jsem tu bakalarku nakonec radsi ani nedelal.
-
Právě jak píšeš, každému rozumnému člověku, resp. všem z oboru je to jasné, ale jak to mám vysvětlit ekonomům, že je to FAKT SUPER a ušetříme v tom lepším případě v tom horším jsou náklady minimální .... potřebujou čísla, vzorečky...
Pokud nedokážeš argumentovat, tak proč to je dle tvého výhodnější? Že se ti víc líbí jedno, nebo druhé? S tím si můžeš hrát doma a za své. Firma má náklady a výnosy. Proč by měla investovat do změny technologie, když stávající funguje a vydělává? Přinese jí nová technologie větší zisk? Nebo je bezpečnější, tzn. riziko případné budoucí ztráty je menší?
Já bych chtěl taky místo Škodovky firemní Lamborghini.
-
Firma má náklady a výnosy. Proč by měla investovat do změny technologie, když stávající funguje a vydělává? Přinese jí nová technologie větší zisk? Nebo je bezpečnější, tzn. riziko případné budoucí ztráty je menší?
No když už se ptáš takhle, tak se taky můžeš zeptat: a proč by nějaká z prstu vycucaná argumentace měla být větší zárukou správnosti/přesnosti než něčí expertní odhad*?
Spousta projektů se dělá tak, že nějaký expert má pocit, že by se něco mělo udělat, a teprve potom hledá argumenty, jak to vysvětlit managementu. Argumenty ne proto, aby si potvrdil svůj dojem, ale čistě z komunikačních důvodů - aby to mělo formu, která má šanci u decision makerů uspět.
Nepřeceňoval bych ani jedno ani druhé (pocit/argumentace) - nic z toho nezaručuje objektivní správnost. Udělat objektivně metodologicky správně vyfutrované rozhodnutí ve většině oblastí nejde. Když už nic jinýho třeba proto, že by analýza byla dražší než samotný projekt.
* čti: dlouhodou zkušeností vyfutrovaný nejistý pocit, že "tohle by mohlo fungovat"
-
No když už se ptáš takhle, tak se taky můžeš zeptat: a proč by nějaká z prstu vycucaná argumentace měla být větší zárukou správnosti/přesnosti než něčí expertní odhad*?
Pěkné slovní spojení "expertní odhad". Když se zeptám experta od MS, tak mi taky řekne, že když nasadím jejich všude jejich Windows, tak bude všechno perfektně fungovat. Je to přece expert, tak to musí vědět. :-)
Předpokládám, že když se zaváděla opencard, tak jim taky nějaký expert řekl, že to bude úplně super. A za ty prachy nic lepšího nedostanou.
Jako ve všem, expert je každej druhej, ale každý říká něco jinýho.
-
A to musím říct, že mluvím z vlastní zkušenosti. Zažil jsem několikrát, že se nasazoval nová technologie, jenom proto, že je nová, ale nic dobrého nepřinesla. Nejmarkantněji jsem se s tím setkal, při nasazování účetního sw, kde to je v podstatě zbytečné. Ty nejlepší účetní sw byli udělaný na začátku 90 let, ještě pod DOS a znám spoustu účetních, které účtují stovky firem a nemůžou si je vynachválit. Na myš nesáhnou jak je rok dlouhej, protože to nepotřebují, vystačí si z TAB, ENTER a číslicema. Když to člověk porovná s moderními programy, tak tam obdobné operace trvají 10x déle, protože se neustále musí přepínat nějaká dialogová okna, samozřejmě myší, tzn. člověk musí neustále "pendlovat" mezi myší a klávesnicí. Ergonomie veškerá žádná, ale je to barevné.
-
mam pocit, ze je to u spousty programu tak, ze to klaveskou LZE, ale lidi to neznaji.
Kolik % lidi vi, ze formulare na webu lze taky obsluhovat bez mysi? Malicko.
Ve firme kde jsem byl tak byl ERP (napsany v delphi) kde vsichni furt meli ruku na mysi a jezdili jak zbesili. treba kliknout vpravo nahore na krizek - netusili, ze se na to obvykle na pocitacich da pouzit ESC. Taky ruzny kombinace shift+ctrl+mys, shift+end apod proste neznaji. Neznali treba klavesu F8, ale vedeli ze maji kliknout pravym tlacitkem, pak polozka A, kliknout na polozku A1.
Skoleni a nic podobnyho nepomahalo, proste si to ty kancelarsky krysy nechtely zapamatovat.
-
BP slouží hlavně k tomu, aby ses naučil psát tím druhým způsobem. Žádný jiný větší smysl to většinou nemá. Je to vesměs čistě slohové cvičení.
Lidi, kteri pisi tim druhym zpusobem, by melo ve firmach byt drzeno co nejmene. V kleci ve sklepe, odkud budou mezi normalni lidi vytahovani co nejmene casto a jen v pripade nouze, kdy je potreba mlzit. Dokazi totiz popsat 50 stranek necim, co by se dalo napsat na pul druhe stranky, pricemz je to vse tak nesrozumitelne, ze nez pouzit jejich materialy, je rychlejsi si to zjistit jinde a udelat znovu.
Inteligentni clovek pise tak, ze to ma smysl, neobsahuje to mnohastrankove okecavky o nicem, ve kterych se autor akorat snazi skryt skutecnost, ze o tom hovno vi, v lepsim pripade ma vagni predstavu. Vysledkem je strucny text, kteremu rozumi pokud mozno uplne kazdy od chovance ustavu pro jedince s opozdenym vyvojem az po spickoveho vedce. Je zatracene malo lidi, kteri to umi, ze znamych jmen me napada akorat Grygar.
-
Na myš nesáhnou jak je rok dlouhej, protože to nepotřebují, vystačí si z TAB, ENTER a číslicema. Když to člověk porovná s moderními programy, tak tam obdobné operace trvají 10x déle, protože se neustále musí přepínat nějaká dialogová okna, samozřejmě myší, tzn. člověk musí neustále "pendlovat" mezi myší a klávesnicí. Ergonomie veškerá žádná, ale je to barevné.
Bodejt ne. Vzdyt ty aplikace nepisi ti, kteri je pouzivaji, ale programatori, kteri to pak pouzivat nemusi. Kolik z nich si k navrhu interfacu asi prizvalo par ucetnich? Kolikrat mezi programatory a zakaznikem je nejaky meziclovek, ktery hovno vi o programovani i o tom, co zakaznik dela. Kdyz to pak programatori zakaznikovi predaji, ten se zdesi a musi se to cele predelat.
Kolik % lidi vi, ze formulare na webu lze taky obsluhovat bez mysi? Malicko.
Teoreticky ano, ale zkuste si to. Schvalne, kolik najdete webu, kde jsou pole nahazena v logicke posloupnosti, ktera by vam vyhovovala a ne napriklad Jmeno->e-mail->heslo->uzivatelske jmeno->potvrzeni hesla->Prijmeni?
-
Na myš nesáhnou jak je rok dlouhej, protože to nepotřebují, vystačí si z TAB, ENTER a číslicema. Když to člověk porovná s moderními programy, tak tam obdobné operace trvají 10x déle, protože se neustále musí přepínat nějaká dialogová okna, samozřejmě myší, tzn. člověk musí neustále "pendlovat" mezi myší a klávesnicí. Ergonomie veškerá žádná, ale je to barevné.
Bodejt ne. Vzdyt ty aplikace nepisi ti, kteri je pouzivaji, ale programatori, kteri to pak pouzivat nemusi. Kolik z nich si k navrhu interfacu asi prizvalo par ucetnich? Kolikrat mezi programatory a zakaznikem je nejaky meziclovek, ktery hovno vi o programovani i o tom, co zakaznik dela. Kdyz to pak programatori zakaznikovi predaji, ten se zdesi a musi se to cele predelat.
Machr na rozhraní člověk-stroj s konekcema na analytika by asi vyšel moc draho.
-
Sorry, zkonil jsem citace. Obsah sdělení:
Machr na rozhraní člověk-stroj s konekcema na analytika by asi vyšel moc draho.
-
Machr na rozhraní člověk-stroj s konekcema na analytika by asi vyšel moc draho.
Nemusite to hned dramatizovat. Na ucetni program vam snad staci par ucetnich. Oni vedi, co a jak delaji. Kdyz jim to udelate tak, aby se to co nejvice podobalo tomu, co delaji na papire, tak budou uplne nejintenzivneji chrochtat blahem.
-
Škoda, že naše firmy neřídí lidi z rootu. DPH by hnedka vzrostlo aspoň na pětinásobek.
-
Na DPH tu mame politiky, kteri ho zvysuji podle toho, kolik rozkradli.
-
No jo, myslel jsem HDP :)
-
HDP rozkazem zvysit nelze, ale rozkrast se da take.
-
Spousta projektů se dělá tak, že nějaký expert má pocit, že by se něco mělo udělat, a teprve potom hledá argumenty, jak to vysvětlit managementu. Argumenty ne proto, aby si potvrdil svůj dojem, ale čistě z komunikačních důvodů - aby to mělo formu, která má šanci u decision makerů uspět.
Nepřeceňoval bych ani jedno ani druhé (pocit/argumentace) - nic z toho nezaručuje objektivní správnost. Udělat objektivně metodologicky správně vyfutrované rozhodnutí ve většině oblastí nejde. Když už nic jinýho třeba proto, že by analýza byla dražší než samotný projekt.
* čti: dlouhodou zkušeností vyfutrovaný nejistý pocit, že "tohle by mohlo fungovat"
Hele ... ja mam prave ted pocit, ze je nejvyssi cas zlikvidovat XPcka na vsech strojich co se dostanou ven ze site ... a nasladne i na tech, co ne ... ;D, ale jak mam vysvetlit sefovi, ze tim ze na to sral 10let tak ted po nem chci 5M na novy widle ... to teda nevim :D.
2Petr: Hele, kdyby 10x, je to fajn ... ja se staram o system, kde vyrobit doklad, zarezervovat ho, vyrobit z nej fakturu a vydejky ... je tam na 1/2 hodky, kdyz tam nebude moc polozek. Kazda akce po dobe chce odklipat aspon 10 okynek s informacema/potvrzenima/... a po kazdym klipnuti minimalne deset vterin ... ale taky minutu cekas. Apokud by se nahodou ucetni rozhodla uctovat pres den ... tak zastavi celou firmu ;D.
mam pocit, ze je to u spousty programu tak, ze to klaveskou LZE, ale lidi to neznaji.
Lze a nelze ... ty DOSovy veci byly navrzeny s tim, ze se to bude ovladat z klavesnice. U widlich appek by sis prevazne musel pamatovat stovky klavesovych zkratek ... misto tech rekneme 30ti na ty DOSovy. Hele matinka pocitala vejplaty pro cca 250 lidi na 486 ... cca 1/2 hodiny. System kterej zminuju vejs na 8mi jadrovym SQLky s 64GB RAM + aplikacnim serveru + desktoru ... (asi tak o 10 radu vykonejsich) pocita totez ... 3 hodiny. Znam dokonce pripad jedne firmy s cca 15 000 zamestnanci, kde se ty vejpalty pocitaly asi 10 dnu ... coz byl pruser, protoze kdyby se neco podelalo, nestihnou vejplatni termin.
Sorry, zkonil jsem citace. Obsah sdělení:
Machr na rozhraní člověk-stroj s konekcema na analytika by asi vyšel moc draho.
Ono nekdy staci poslouchat, co lidi rikaj. Pokud ti rolovani gridu zatizi CPU na 100% ... a nemuzes rolovanim projit vic nez par jednotek tisic zaznamu (lol) pricemz v DB jich mas miliony ... a dodavatel pinda tu ono tu tamto ... takze si to napises radsi sam ... a o par radu rychlejsi, nez to ma zmasteny dodavatel ...
-
Hele ... ja mam prave ted pocit, ze je nejvyssi cas zlikvidovat XPcka na vsech strojich co se dostanou ven ze site ... a nasladne i na tech, co ne ... ;D, ale jak mam vysvetlit sefovi, ze tim ze na to sral 10let tak ted po nem chci 5M na novy widle ... to teda nevim :D.
Jo, hochu, to je tvůj boj ;)
-
Hele ... ja mam prave ted pocit, ze je nejvyssi cas zlikvidovat XPcka na vsech strojich co se dostanou ven ze site ... a nasladne i na tech, co ne ... ;D, ale jak mam vysvetlit sefovi, ze tim ze na to sral 10let tak ted po nem chci 5M na novy widle ... to teda nevim :D.
Nijak. Sdelte mu nejakou prokazatelnou formou, ze konci podpora, coz predstavuje bezpecnostni riziko a do budoucnosti i problemy s kompatibilitou. A vyserte se na to, vas problem to neni. Vyskakujte pouze do vyse vaseho platu.
-
Tab je zlo, protože je na opačné straně klávesnice. Pamatuju na doby MS Dosu, kdy se mezi políčky přeskakovalo kurzorovými klávesami, nahoru, dolů. Pamatuju na mzdový program, do kterého účetní zadávala údaje pravou rukou na numerické klávesnici a v levé ruce držela podklady. Po celou dobu nemusela levou rukou na klávesnici ani sáhnout. Pravou rukou vyťukávala numerický kód položky, množství, numerický kód položky, množství. Kódy se naučila za pár dní, pak se nemusela dívat ani na klávesnici, ani na obrazovku, jenom do papírů.
Dnešní programy prostě nejsou vyladěny na ovládání klávesnicí.
-
HDP rozkazem zvysit nelze, ale rozkrast se da take.
Když jedna parta kopáču kope příkop a druhá parta ho hned za něma zasypává, co po nich zbude? Hov... HDP.
-
Zbyde po nich halda sajrajtu, protoze do prikopu se nikdy nevejde tolik hliny, co v nem puvodne bylo.