Lea - 12.02.2009 - 19:29

Menjajte!

MK - 13.02.2009 - 07:22

Menjajte čimprej, škoda časa in živcev za Pantheon.

sony - 13.02.2009 - 07:41

MK :
-------------------------------
Menjajte čimprej, škoda časa in živcev za Pantheon.

D - 13.02.2009 - 08:02

Na Pantheonu 5.5 delam že več kot pol leta kar nekaj firm. Ker imam v osnovi vse nastavitve poštimane delam z njim brez težav. Mogoče ni vse v programu, tudi uporabnik mora kaj vedeti..........

Pa  lep dan še naprej

vesna - 13.02.2009 - 08:39

Moje mnenje - se lahko samo še smejim. Ob migraciji smo potrebovali kakšen mesec, da so nam popravili zadeve, ki so se sesule, zdaj pa ob vsaki nadgradnji odkrijemo kakšno kljukico, ki so jo prestavili in se nam spet vse sesuje. Problem je v tem, da si prepričan, da zadeva dela...dokler je ne uporabiš. Nisem programer, pa se zadnje čase ukvarjam samo še s programom...do bilanc sploh ne pridem.

NINI2 - 13.02.2009 - 09:07

Ja, zato pa sem jaz naslovila na Datalab pošto v kateri omenjam realno sliko glede menjav iz 5.0 na 5.5 vendar glede na mojo kritiko še ni odgovora. Panteon res ni slaba zadev, to tolmačim že 8 let, vendar dela zaradi dela pa res ne potrebujem! Verjetno so menjali samo prednjo masko, pa malo izpise poštimali, ozadnje je pa še vedno zastarelo. Komaj se na nekaj navadiš so spet nove kljukice samo zato, da se obišče njihovo Akademijo in servis, to je jasno. So se pa odločili, da ne bodo več podpirali 5.0 z rezervnimi storitvami. Torej, za s.p. SVZ iz njihovega programa ne bo šel, ker so se tako odločili. Koliko pa stane tale prehod iz 5.0 na 5.5?

D - 13.02.2009 - 12:51

Kljukice niso zaradi obiskov Akademije ampak zaradi funkcionalnosti programa. Ne vidim pa nobenega razloga po nadgradnjah če mi obstoječa verzija deluje v redu, tako da vam v bodoče predlagam dve osnovni stvari pri uporabi Pantheona:

- ne nadgrajujte na vsako novo verzijo če nimate dejanske potrebe po novitetah
- ko nadgrajujete nikoli ne nadgradite verzije takoj ko pride na strežnik ampak počakajte vsaj en teden, da mogoče zadeve, ki jih prej niso opazili popravijo.

Če upoštevate samo ti dve načeli vam bo življenje s Pantheonom veliko lepše. Sama sem uporabnik Pantheona od leta 1997, pa nikoli ne delam nadgradnje več kot dvakrat na leto oziroma če se zakonodaja spremeni ko jo res moram. Sem mu pa marsikdaj hvaležna za res veliko število kljukic, saj imam s tem veliko možnosti za obdelavo podatkov.

Sama nadgradnja ne stane nič, strošek je le storitev podpornika za nadgradnjo če ga potrebujete.

vesna - 13.02.2009 - 13:56

Tudi mi ne nadgrajujemo pri vsakem novem buildu. Nadgrajujemo takrat, ko moramo, pa ne samo zaradi zakonskih sprememb, ampak zaradi popravkov napak (zadnji tak primer je bil februarski datum, ko nam niso delala avtomatska knjiženja).
Vsekakor takih problemov z verzijo 5.0 nismo imeli, program pa tudi uporabljamo že kar vrsto let.

sonja - 13.02.2009 - 17:41

Se popolnoma strinjam z D in vesno. Nadgradnja po potrebi in z nekaj zamika po objavi ter, res je, treba je vedeti kaj hočemo od programa. Migracijo izpeljali v nekaj urah brez nobenih izgub kljukic na nobeni izmed dvajsetih baz.

Andrej Mertelj - 14.02.2009 - 19:39

Pozdravljeni, dobil sem nekaj pisem uporabnikov na in na vsa poizkušam odgovoriti. Se pa katero izgubi. Mislim pa, da vas je več, ki se sprašujete zakaj smo šli v P55. Mogoče najlažje odgovorim kar z odgovorom na eno tako pismo:

Alja - 15.02.2009 - 07:52

Zdravo!

Lepo si napisal, čas bo pa pokazal svoje. Kdaj predlagaš prehod na novo verzijo, med letom gre ali najbolje na 1.1.? Hvala za odgovor.

petrina - 19.02.2009 - 21:29

spoštovani gospod mertelj, ki se najraje skrivate v svoji pisarni in ne more živa duša priti do vas.!!!!
pri nas uporabljamo pantheon že 6 let, smo računalniško nadpovprečno pismeni ampak za čarovnije v pantheonu in nagradnjah moraš imeti pa časa na pretek in da o živcih, kot ti po 8-urah nadgradnje reče, da ni uspelo, tudi.

pri nas uporabljamo najnovejšo računalniško tehnologijo in programe, ampak odgovor vaših mojstrov se vedno konča pri tem, da je pri nas nekaj narobe. mogoče pa bi morali pri vas pogledati, kaj je narobe????? ali so res vaši zaposleni vso računalniško pamet tega sveta "požrli"?

seveda se najdejo tudi izjeme, ki skušajo popraviti napake vaših programerjev, vendar pa žal tudi oni ne pridejo preko vaših neprrebojnih okopov.

žal še vedno ostajam na pantheonu, ker imate pač nekakšen monopol. in, ko program deluje, je uredu, problem pa je, ker pri "nagradnjah" pogosto povozite tisto, kar je pri prejšnji verziji delalo.

Žal smo padli tudi "na finto", da smo nadgrajevali na 5.5 že spomladi. da ne govorim, da se nam je mešalo od napak - popravkov pa od nikoder.

skratka, pantheon ima monopol, tudi je v redu, seveda moraš znati stroko, kar je prav, veliko omoogoča, ampak tehnika mu je pa hudo slaba stran in optimizacija baz prav tako......

Andrej Mertelj - 13.03.2009 - 21:10

Ah... to pa ne... Precej malo v pisarni, večinoma po firmi. Pisarna na žalost šele po 17:00

Do mene se da priti preko [email protected].  Ker pa dnevno pride hudo veliko mailov se zgodi, da kak mail odgovarjam tudi 7-10 dni. Sploh če je predlog za izboljšavo in je potrebno pridobiti mnenje kolegov.

8h nadgradnje? Ali migracije? Nadgradnje smo pohitrili tako, da potrebujejo samo še 3-5 minut, odvisno od velikosti baze. Še nadgrajevanje rač. servisa s 100 bazami je "snap" preko noči. In ja.. razmišljamo kako bi to naredili "brez da bi bilo potrebno cel kup preklopnikov nastaviti". Od naslednjega builda naprej bomo rešili večjo časovno potrato - zipanje backupov pri privzeti nadgradnji. Upam da s tem tudi bistveno poenostavili in pohitrili.

Ne, ne mislimo da smo vso pamet požrli. Okope pa rabimo - razvoj programja je potrebuje mir. In tu zadošča že ena prijava napake. Nujno moramo paziti na produktivnost programerjev, saj delo predstavlja 60% vseh naših stroškov in s tem čimbolj skrajšati čas odprave napake ali izvedbe predlagane izboljšave.

Rak rana - podiranje funkcionalnosti pri nadgradnjah. Ampak žal pri tako obsežni kodi nemogoče doseči na kakršenkoli drug način kot z avtomatskimi testiranji. V katere vlagamo šestmestne vsote a potrebujejo čas da začnejo prinašati rezultate.

Hvala za pohvalo - res želimo da bi bil v redu in da bi deloval.

Še tole: ta mesec bomo začeli ob sklepanju osveževalnih pogodb  s podarjevanjem brezplačnega obdobja - kot znak zahvale zgodnjim uporabnikom.

Tehnika se izboljšuje, baze pa tudi. Monopola pa (žal :-)) nimamo...

S 114 konkurenčnimi ponudniki ga je tudi težko imeti.

Andrej Mertelj - 13.03.2009 - 20:35

Se oproščam za odsotnost.

Vsekakor med letom. Konec leta je vedno bodisi pritisk v prodaji ali pa čiščenja podatkov.

Najbolje takrat, ko se umiri poslovanje.

Če imate standarden PA brez množice lastnih izpisov in brez programskih prilagoditev potemlahko nadgradnjo naredite sami preko vikenda.

Drugače pa obvezno pogovor s tistim, ki je zadeve napisal. Jih mora posodobiti. Tu je tudi največja težava s stroški: vse standardno smo lahko popravili in po preko 2000 migracijah tudi že dodobra spilili (v nove verzije migratorjev smo vgrajevali najdene napake ipd). Ostaja pa tisto, kar je izven naših moči - uporabniška koda. Tu velja preprosto pravilo: če je le-ta pisana in v uporabi pri večih uporabnikih, potem bi se strošek naj delil med njih. Bolj ko je rešitev specifična - dražja je. Strošek prenosa je zelo odvisen od kvalitete te kode. Če je napisana v redu in ne kot kup špagetov je popravljanje precej enostavno in hitro ter torej poceni. Če se je na kodi razvijalec učil programiranja, bo za resno predelavo porabil več. Migracija take kode nikakor ne bi smela stati več kot 30% stroška, ki ste ga plačali zanj. V res redkih primerih do 50%.

Mi smo imeli ogromno postopkov in 6 spletnih strežnikov tesno integriranih s PANTHEONom. Enormno delo - preko 600,000 vrstic kode. Čas za migracijo: 4 človek/mesece oz cca 16,000€. Pa smo vmes še mnogo tega uredili. In kar je najpomembnejše - ko dokončno počistimo naše podatke bo naše poslovanje bistveno hitrejše in produktivnejše. Mislim da bomo samo z zmanjšanjem administracije prihranili to v 3 mesecih.

lp

Andrej