Verzia 3.0 (Page 3 of 3)

Ale právě v současném novém TRANSFERU v BETA 3 verze 4 lze sumy měnit, což byl záměr Slavika od počátku. Já jsem nepochopil funkčnost, Slavik zveřejnil podrobný návod a já zjistil, že není třeba celý nový TRANSFER předělávat, což Slavik chtěl. Vyjádřil jsem jen podporu jeho novému návrhu, aby nemusel celý program předělávat. Tak nevím proč Loktibrad nesouhlasí s novým pojetím TRANSFERU.

Pardon, to mala byt reakcia na citaciu textu uzivatela albertoto:

"Predsa keď robím TRANSFER, možnosti programu by nemali umožniť zadať rôzne sumy pre Z nejakého účtu NA nejaký účet."

Bolo to myslene, ze ina suma pre transfer pre prijem a vydaj je praveze vhodna. Ono sa to dalo riesit bez vacsich problemov aj v starsej verzii editovanim prislusneho zaznamu a nenapadlo ma, ze viac ludom by sa hodila tato funkcia, tak som k tomu asi nedaval ani komentar, kedze Slavik mal ine priority a mal som dojem, zeby to bral ako minoritu, alebo ako vacsiu narocnost pre uzivatela. Pre mna je toto rozdelenie viac ako vitana funkcia, nakolko transfery pouzivam celkom casto i ako virtualny prevod v ramci jedneho fyzickeho uctu.

Zatial postrehy:

- paci sa mi filter kategorie, kde zobrazuje ako hlavne kategorie, tak podkategorie.

Co ma vsak zaraza, mozno to neni chyba, len je to nedorobene, ze filter pre menu - CURRENCY nezobrazuje vsetky filtrovane ucty v danej mene, ale je nutne rozkliknut a vybrat si. V starej verzii to bolo prehladne a vyuzival som to na rozne virtualne ucty, alebo skupiny uctov podla logickej hodnoty. Ked sa dalo bud selektivne vyberat ucty, aby sa clovek dozvedel sumar, alebo vybrat cez menu celu skupinu uctov, ak clovek potreboval casto informacie o danej skupine uctov a nemusel tak zakazdym narocne vsetko vyklikavat.

Ad import - pozorujem, ze nie som sam co ma rozsiahlejsiu databazu a som asi o cca 100 transakcii pozadu za uzivatelom albertoto a mam zhruba asi podobnu strukturu. Som rad, ze nie som sam takto "postihnuty" Zatial som si len vsimol, ze po importe dat z povodnej databazy do novej prazdnej, sa velkost databazy zvacsila o 35 percent.

Za 7 rokov pouzivania programu - cca 17500 zaznamov, 264 kategorii, 258 partnerov, 11 osob, 31 uctov. Po rokoch su tie statistiky zaujimave, ako clovek zabuda a pozoruje rozne trendy/vyvoj v cenach, nakladoch, ci inflacii. Teraz by som mozno usporiadaval tie kategorie inak, ale uz to nechcem menit a vyhovuje mi to. Ked clovek urobi zasadne zmeny v uz existujucej starsej strukture, tak to rozhasi celu statistiku.

Tagovanie - som rad, ze sa pridava tato funkcia. Uvital by som aj nejake tagovanie uctov, alebo ako extra funkciu. Clovek by nemusel vymyslat rozne neprakticke okluky ako si urobit filtre na rozne skupiny uctov.

Prakticke vyuzitie je napr. rozdelovanie fyzickeho uctu na virtualne ucty /alebo si to niekto nazve na ucely, sporenia/. Pripadne na spajanie viacerych uctov virtualnych, alebo fyzickych, ktore by tvorili istu logicku skupinu. Napr. trebars DOCHODOK alebo niekoho pozicane peniaze/ci zalohy ulozne na roznych uctoch v roznych menach, roznych bankach atd. Bola by to velmi sikovna pomocka. Niektore banky maju takto robene trebars rozne setrenia na nejaky ucel a nemusia na to vytvarat zakazdym nove fyzicke ucty. Pripadne, aby sa nepomiesali peniaze rodiny, ak si ich niekto ulozi na svojom uctre, spravuje, postrazi, atd. Apeloval by som na zvazenie - je to velmi prakticke, ked sa daju ucty rozne grupovat. Pripadne ciastocne by sa dalo riesit aj pridanie kategorie umiestnenia uctu. Ze chcem napr. filtrovat iba EUR alebo CZK ucty a  chcem vediet v ktorych bankach. Alebo vyberiem banku a chcem vediet sumar vsetkych uctov v nej. Toto napr. velmi chyba v 2.x verzii, ked sa musi clovek oklukami dopatrat k celkovemu zostatku v urcitej banke - ak tam ma viacero uctov.

Plánujem to dopracovať, aby pri filtri Currency filtrovalo automaticky príslušné účty.

Zaujímavý postreh, ale myslím si, že tá veľkosť je stále optimálna (v porovnaní s ostatnými mega databázami). Nárast je podľa mňa spôsobený skôr novšou verziou knižnice SQLite, ktorá si na tabuľky a dáta vytvára svoj priestor.

Súhlasím, že sa to celkom hodí. Aktuálne však nemám toľko času pridávať ďalšiu funkcionalitu k účtom, ktorú potom bude treba uplatniť (či už vo filtri alebo reportoch), aby to malo zmysel.

Chcel by som tiež podporiť tento názor Petra M. na hlavné okno. Aj pre mňa je kľúčové okno sumarizácia so saldom a rozpisom účtov. Grafy vedľa, môžu byť - nemusia ale je to tiež estetická pridaná hodnota. Vo verzii 3 by som rád uvítal ešte jedno vylepšenie v poli sumarizácia a to vytvorenie 4.stĺpca "saldo". Prikladám obrázok https://drive.google.com/file/d/1yIns9H … sp=sharing . Táto jediná vec mi zatiaľ chýbala k takmer dokonalej spokojnosti. Viem že sa k tomuto saldu dostanem aj inak, ale privítal by som to v hlavnom poli po zobrazení karty "saldo". Nechcem to smerovať k tomu aby užívatelia takto tvorili novú verziu, je to iba taký môj návrh.  Ďakujem a želám veľa síl do ďalšej roboty na V3

Ďakujem všetkým za postrehy. Vyššie v príspevku som ale napísal priamo:

"Priznám sa, že zatiaľ nemám hotovú koncepciu hlavného okna. Skôr tú grafiku tam veľmi nechcem ťahať, aby hlavné okno nebolo veľmi prepchaté veľa údajmi. Prikláňam sa skôr k tým sumárom, ktoré už v podstate v okne dole sú (zatiaľ tiež len ako koncept)."

Takže je to presne tak, ako píše loktibrad v bode 2), verzia 3.x je alfa verzia, ktorá ešte nemá celkový koncept a diskusiami sa budú dávať podnety na nájdenie správneho postupu. Keby mi nezáležalo na názore užívateľov, nevyjdem s verziou 3.x a predložím ju až ako hotovú vec.

Prečo som sa pustil do verzie 3.x? Pretože niekedy je jednoduchšie zbúrať starý dom a postaviť nový podľa svojich vlastných predstáv. Nový dom sa nemusí prispôsobovať starému pôdorysu, či materiálu. Nový dom je skrátka nový.
Chcel som (a stále chcem):
1) zobrať z verzie 2.x to najlepšie, čo tam bolo
2) opraviť konštrukčné nedostatky pôvodnej verzie
3) pridať nové prvky

Takže netreba brať predloženú verziu 3.x ako hotovú vec (hlavne nie sumár hlavného okna ). Ja som ten zjednodušený sumár použil zatiaľ len ako kontrolný súčet pre pridávanie, editovanie či mazanie prvých záznamov (kým ešte nebol hotový import). Teraz, keď je hotový import, viem to upraviť na prehľadný sumár. Ako som písal, zatiaľ bez grafiky, ktorú by som radšej použil v samostatných reportoch.
Mne osobne by stačil v základnom okne sumár podľa mien a účtov (ako základný prehľad o financiách). Verzia 2.x poskytovala tento sumár aj podľa kategórií, osôb, partnerov a pod. Nestačí dať tieto ostatné sumáre len do reportov? Alebo to niekto potrebuje vidieť ihneď ?

Dovolím si zareagovať na niektoré postrehy predošlých diskutérov.

Pripájam sa k pripoienke pridania salda do spodnej sumarizačnej lišty. Saldo má pre mňa rýchlu vypovedaciu hodnotu, či sa darí niečo ušetriť alebo viac míňam ako som zarobil. Potom to bude celkom fajn a chápem autorov zámer mať takto vytiahnuť dôležité informácie stále k dispozícii.

Za mňa: nepotrebujem to vidieť ihneď! Ja v 2.x verzii vypínam okná s grafmi a štatistikami, aby som si zväčšil vizuálnu plochu na transakcie. Nepotrebujem, aby mi svietili pri zadávaní transakcií. Ak mám potrebu robiť štatistiky alebo vyhodnocovať súvislosti graficky, kliknem a grafy si zapnem.

Nie som síce priamo IT vývojár, ale tiež sa pohybujem v IT prostredí. Veľmi často vnímam používané  softvéry nielen z pohľadu funkcionality, ale aj z pohľadu používateľa, jednoduchosti používania, prehľadnosti, intuitívnosti, a pod.
Tak ako mnohí používatelia Slávikovho programu, RQ Money mi vždy vyhovoval kvôli jednoduchosti, rýchlosti, prehľadnosti. Robil presne to, čo potrebujem a tak, ako mi to vyhovuje, na rozdiel od mnohých iných skúšaných aplikácií.

Nové verzie mnohých softvérov, napr. úplne prekopané, vizualizované, majú vo väčšine prípadov 2 aspekty. Prinášajú niečo vylepšené, nové funkčnosti, možnosti, vizualizačné prvky... ale často za cenu nejakých obetí, na čo sme boli zvyknutí v tých pôvodných verziách.
Obdobne vnímam aj verziu 3.0. Zatiaľ nám pripadá menej intuitívna, nedokonalejšia ako v2.x. Prečo ju Slávik vytvoril v novom vývojovom prostredí, vieme. Chápem jeho dôvody a musím ich rešpektovať.
Ale som presvedčený, že postupne to spoločne odladíme a dostanem sa do stavu, že postupne prídem na chuť rôznym zmenám a ocením ich pridanú hodnotu. Ak niečo málo budeme musieť obetovať, budiž. Myslím si, že tých prínosov bude oveľa viac, len ich ešte nevidíme   Napríklad to zlúčenie príjmových a výdavkových kategórií do spoločných. V globále som už pochopil, aké benefity mi to prinesie a mám už teraz celkom jasnú predstavu, ako pomením, premenujem a preorganizujem kategórie po preklopení ostrej verzie databázy do verzie 3.0. Áno, celkovo sa počet kategórií zjednoduší (ak si nevymyslím ďalšie).
Pre mňa je ďalšou pridanou hodnotou, že možno niekedy v budúcnosti umožní Slávikovi portovať tento skvelý program aj pre operačný systém MacOS. Ja ho s tým otravujem dlho a vysporiadavam sa s tým kade ako.:-)

Súhlasím. To je dôvod, prečo aj ja prepočítavam a zadávam napr. výdavky v zahraničnej mene na domáce € a cudzie meny takisto nevediem (preto nepotrebujem zadávať rôzne sumy pri transfere). Lebo chcem vidieť, čo ma celkovo stojí napr. dovolenka. Napr. 1500 € so všetkým, tankovaním, ubytovaním, mýtom, kávičkami, nákupom potravín, reštauráciami, výletíkmi, darčekmi,...atď. Nie 1000 € + 1500 HRK + 7000 HUF... to pre mňa osobne nemá význam.

Aj mne sa to stáva a súhlasím. Rozumiem zámeru mať čo najviac v jednom stabilnom okne. Ale pri zadávaní transakcie v pravej časti je aj tak zvyšok obrazovky neaktívny, nedostanem sa tam. Čiže je mi defacto jedno, či pre zadanie transakcie vyskočí na mňa nové okno alebo nie. V tomto prípade vnímam vyskočenie okna pozitívne. Vidím...aha...zadávam transakciu. Nestratím sa vizuálne, kde sa nachádzam a čo vlastne robím.

Nedá mi ešte nezareagovať na jeden koment používateľa Loktibrad:

Pokiaľ sa nejedná o presun peňazí na iný účet a do inej meny, tak neviem prísť na situáciu, kedy budú sumy rôzne. Asi sa každý z nás používa transfer aj na iné účely ako klasicky ponímaný transfer, s cieľom niečo odsledovať.
Ak správne chápem Loktibrad-a, tak používa transfer aj na odsledovanie nejakej "pôžičky" a jej vrátenie? Napr. Jožovi požičiam 100 €. Jožo mi pôžičku vráti v 3 splátkach, 50+40+10 € s inými dátumami. Čiže zadám 1x transfer- Jožovi 100€ a 1x transfer+ 0€. Pri vrátení splátok zadám 3x transfer+ iba so splátkami a s protihodnotou transfer- s 0€ ? Teoreticky sa jeden z 2 záznamov transferu s hodnotou 0 dá vymazať, že?  Na odsledovanie celkového splatenia pôžičky sa to takto asi dá odsledovať. Účel to splní.
Ale čisto teoreticky, transfer je presun, preto vytvára 2 zápisy, + a -, odniekadiaľ niekam
Ak som to celé zle pochopil, ospravedlňujem sa.

Nič v zlom, ale ja si dovolím silne nesúhlasiť. Pre mňa to zmysel má, aj keď v prípade hypotéky a úverového rámca na kreditke je to diskutabilné. Nie, úverový limit nie sú moje peniaze, ale sú pre mňa disponibilné, veď kreditkou platím. To že potom musím minuté z úverového rámca 1x mesačne splatiť, je druhá vec.
Keď si vyfiltrujem nejaký kalendárny rok a nejaký účet, napr. osobný účet v banke, tak starting balance vidím zostatok na účte z minulého roka a final balance vidím finálny zostatok tohto roka. Porovnám to s papierom z banky a keď to sedí, som OK. Ak nesedí final balance na účet, tak buď som niečo zabudol zapísať alebo mám dôvod oprávnene reklamovať banke nesúhlas s koncoročným stavom.
Obdobne, keď bolo niečo na terminovanom účte. Po uplynutí doby skontrolujem, či je final balance 0, t.j. či som už všetko aj s prípadnými úrokmi presunul evidenčne z termiňáku na iný disponibilný účet. Je to rýchle, viditeľné, nemusím to hľadať nikde v štatistikách.

Každý máme svoje potreby sledovania financií a nikdy sa nebudeme všetci zhodovať :-) . To je život.

albertoto:

dovolim si vysvetlit pouzitie transferu. Napr. kupujem nieco pre niekoho a ten mi to preplati. Neni to vydavok, su to peniaze na ceste. Cize vydaj penazi bez toho, aby to ovplyvnovalo nakladovu bilanciu.

Urobim nakup napr. za 100 EUR a firma mi zaplati zajtra napr. 50 EUR v hotovosti a pozajtra doplati 50 EUR na ucet. Cize transfer mam T- a T+, kde v T- je 100EUR s dnesnym datumom, ale prijatie penazi je s inym datumom, napr. zajtrasim T+ 50 EUR. Ano, vznika tam rozdiel a napr. o tyzden vytvorim T- s 0 EUR a T+ 50EUR. Potom T-0 EUR mozem kludne zmazat. Takto mam zapisane datumy, kde som nieco platil a kedy som nieco prijal. A neni to ani vydavok, ani prijem, co by ovplyvnoval bilanciu. Keby som to tak nerobil, tak mi sledovanie obratov vydavkov, prijmov, alebo salda lezie do nepravdivych cisiel.

Proste je to nieco ako v beznom firemnom uctovnictve rozdiel medzi danovym a uctovnym vydavkom a prijmom. Transfer sa tak stava iba evidenciou bez ohladu na realne saldo prijmov a vydavkov.

PetrM

Ciastocne suhlasim. Treba tie dolezite informacie mat viditelne co najskor, ale netreba zabudat, ze tie nedolezite mozu byt zase len z tvojho uhla pohladu a pre niekoho ineho dolezite su.

Uctovnicto moze sledovat ako bilancny stav, tak evidencny. Pre niekoho su dolezite transakcie, pre ineho bilancie. Alebo oboje. Niekto by rad zase i v okne volitelne statistiky za urcite definovane obdobia. Napr. posledny rok, dva, tri, alebo kvartal 1-4, ci sumar iba pre nejake tagovane VIP ucty, ktore su kriticky dolezite a ostatne nemusia byt az take zaujimave.

Tak ostava na Slavikovi najst ten kompromis medzi vypovednou hodnotou, jednoduchostou. Osobne sa mi paci myslienka, ze to uzivatel dostane nejak preddefinovane a vyberie si lahsi rezim, advanced, alebo custom. Tak to moze ostat ako jednoduche a prehladne, ako aj pouzitelne pre zlozitejsie operacie. Imho vela uzivatelov zisti az neskor, ked sa zoznami s programom, co vsetko sa da robit.

Mozno by nebolo zle aj zalozit vlakno na nejake nastavenie ciselnikov, kategorii a podkategorii s cielom podla toho, co chceme v buducnosti sledovat. Ako pri podnikovych systemoch - implementacia je dolezita. Ked si niekto od zaciatku rozvrhne nieco zle a potom chce nieco sledovat, uz ma smolu, ze tie udaje ma usporiadane inak a musel by si to prerabat alebo zacat od zaciatku.

Mozno by defaultne mohlo byt pre noveho uzivatela pri prvotnej inicializacii databazy pouzite nejake predpripravene udaje. Napr. 10 zakladnych kategorii, zakladne ucty typu - hotovost, bankovy ucet, stravenky. Osoby ako manzelka, dieta1, dieta2 atd. Uzivatel si ich uz len premenuje a dotvori dalsie. Imho by vela uzivatelov s jednoduchsim pristupom toto mohlo vyhovovat. Nieco ako "viac učesaná" demo databaza, v ktorej by uzivatel pokracoval.

Napr. niektore banky to maju takto predpripravene na oznacovanie kategorii pre evidenciu vydavkov - zakladne kategorie /tam uz aj s nejakou automatikou, ako to rozozna system/.

PetrM

Ma to zmysel aj pre viac uctov, alebo skupinu uctov. Ta skupina mozu byt totiz virtualne ucty, ktore tvoria jeden fyzicky ucet. Alebo niekolko fyzickych uctov tvori REZERVU a clovek chce mat prehlad o vsetkom v rezervach. Alebo niekto tam eviduje ucty dietata, ci manzelky. A chce mat odelene, ze transakcia a bilancia je za jeho ucty samostatna a za ucty rodiny zase ina. A inokedy chce mat celkovy pohlad na vsetky rodinne ucty. Tak su to raz ukazuje ako hrusky s jablkami a inokedy ako dobry ovocny kolac

Vela ludi uvedie len jednu stranku problemu a hovori "to je dolezite". Vychadzaju len zo svojej situacie a nezohladnuju, ze program mava casto sirsie pouzitie a to co sa im zda zbytocne, je dolezite pre ineho. Preto aj preferujem rozne "profily" pre nastavenie typu uzivatela, aby mal kazdy to svoje.