sonka1 ... čo ak by som ich mala 400 namiesto 50?
Ako jeden z viacerých "spolupáchateľov" jedného z obrovského z množstva mzdových programov ponúkaných na Slovensku nedokážem nereagovať na pohľad prezentovaný v tejto téme.
Nie som tvorcom Pohody a (pravdepodobne) nie som ani tvorcom softvéru, ktorý si používala vo firme xxx.
Týmto príspevkom sa preto nechcem dotknúť žiadnym spôsobom či už tvorcov softvéru, ktorý si používala vo firme xxx, alebo tvorcov programu Pohoda.
Rovnako nemám dôvod obhajovať niekoho z nich.
Sú to ľudia, ktorých (asi) nepoznám a nepoznám ani dôvody, ktoré ich viedli k (ne)zaradeniu niektorých funkcií do programu.
Hovoríš veľmi všeobecne o softvére, ktorý si používala vo firme xxx.
Navyše uvádzaš, že Tvoje poznatky o programe Pohoda vyplývajú iba z testovania demo verzie.
Môžeš uviesť obchodný názov softvéru, ktorý si používala vo firme xxx?
Skúsila si porovnať náklady (nadobúdacie a prevádzkové) na softvér, ktorý si používala vo firme xxx, s nákladmi na program Pohoda?
Ktorý z nich je lacnejší z pohľadu nákladov na výpočet mzdy jedného zamestnanca?
Bez odpovede na predchádzajúce tri otázky považujem Tvoje posudzovanie programu Pohoda za dosť zaujaté.
Nechceš náhodou na lacnom "Trabante" (softvér Pohoda) zvládnuť to, na čo sú určené podstatne drahšie autá inej kategórie (softvér používaný vo firme xxx)?
Alebo vytýkaš nedostatky predraženému programu Pohoda nezvládajúcemu to, čo "ľavou zadnou" zvládne "Trabant", ktorý si používala vo firme xxx?
Nemám vedomosti o tom, že cieľovou skupinou zákazníkov používajúcich program Pohoda sú firmy zamestnávajúce, napríklad, 400 zamestnancov. O pozornosť takýchto firiem sa podľa mojich vedomostí uchádzajú dodávatelia iných programov. Nebudem tu tie programy menovať. Nemám záujem robiť im akúkoľvek reklamu.
Ako programátor poznám veľa situácií, keď sa musím rozhodnúť, či niečo naprogramujem, alebo nie.
Moja kapacita je konečná a, napríklad, zmeny "mzdovej legislatívy" za posledných cca 5 rokov sú "nekonečné".
Pritom tlak zákazníkov na nezvyšovanie cien je neobyčajne veľký.
To v konečnom dôsledku znamená, že mnohé firmy ako dodávatelia programov nemajú prostriedky na také rozšírenie "výrobných" kapacít, ktoré by pokrylo riešenie všetkých zmien v podmienkach výpočtu.
Preto sa programátori veľmi často musia rozhodovať, ktoré zo zmien legislatívy (ne)naprogramujú.
Väčšina neprogramuje najmä také funkcie, ktoré sa používajú raz za "uhorský" rok a ručný výpočet hodnôt zaberie iba zlomok času v porovnaní s časom, ktorý by bolo potrebné venovať kompletnému naprogramovaniu funkcie.
Výpočet pravdepodobného DVZ pre nemocenské pri vzniku práceneschopnosti v mesiaci nástupu je jednou z takých funkcií, ktoré sa používajú relatívne zriedkavo.
Predpokladám, že pre podobne riešenie (nenaprogramovať funkciu) sa rozhodli aj programátori Pohody...