( zeller | 2020. 02. 11., k – 01:01 )

Te fejlesztő-only üzemmódban vagy, én meg nem. És a fejlesztők általában nemlátnak messzebb a kódjuknál. Egyébként nema zt mondtam, hogy azért, hanem lehet az is az egyik ok. A másikmeg az, hogy nem egy n+sok fejlesztő által összelapátolt bughal... akarom mondani (nem)integrált banki rendszerhez kellett hozzádrótozni egy funklciót, hanem alapból így lett kialakítva a számlavezető rendszer.

Egyébként meg az egy ilyen "szolgáltatás" elég cinkes is lehet - gondold végig: ha a szolgáltatáshoz tárolni kell a régi számlatörténetet, akkor az az adatkezelést - minden ügyfél tekintetében - jogszerűvé teszi. És senki nem ellenőrzi, hogy ezen histroikus adatokat a majdnembank csak az adott szolgáltatáshoz, vagy épp adatbányászatra is használja.

Szerintem nézd át a lineklt pdf-et, gondold végig, hogy az abban lévő elemekből mennyi szükséges, és mennyi "jó ha van" például a revolut működéséhez. Annak a revolut-nak a működéséhez, amely tetszőleges üf. beérkező utalását zárolhatja indoklás nélkül, és saját belátása alapján, vitatható adatkérések után "majd valamikor" oldja fel a zárolást.

Ja, olvass utána, milyen megőrzési időkkel működhet egy banki számlavezető rendszer - ez az egyik, a másik meg próbáld végiggondolni, hogy egy, az élessel azonos védelmet igénylő, egyre nagyobb adatmennyiséget kezelő archív rendszer menniybe kerülne, és mennyi hasznot hozna, majd hasonlítsd össze a két becsült értéket, és számold ki,hogy hányszorosa az egyik a másiknak, és hogy az így kijött időtávban megtérülő rendszert érdemes- e megcsinálni.