Új hozzászólás Aktív témák
-
luciferc
őstag
válasz
Gregorius
#32
üzenetére
Tudod ha ezt úgy kell csinálnia, hogy univerzálisan beletolsz egy nyomtatványleírást, ami a mezőkön túl tárolja az a+b=c jellegű kifejezésektől a tudjaistenmilyenbonyolultakig az összefüggéseket, validálási szabályokat is, és a program ezt egyből tudja használni, akkor a probléma hirtelen két nagyságrenddel bonyolódik.
Ok, de akkor végülis csak azt csinálja a program amit mondtam, csak úgy tűnik hiányzik az nyomtatványleírás rendes kidolgozása vagy képtelenek voltak megírni a leírást értelmező programot. Azért lássuk be, hogy ez manapság már nem szabadna, hogy ekkora gond legyen! A böngészőm is képes tetszőleges nyomtatványt megjeleníteni, sőt még ellenőrzi is azt ha úgy akarta a fejlesztő. Hm? Mi a különbség? Lehet hogy van, de én nem látom.
Mert ha a 3rd party program nem tökéletesen végzi a dolgát (és erre a szoftveriparban 99%-nál nagyobb esély van attól függetlenül, hogy open source vagy nem), akkor kész a support nightmare.
Miért? Feltöltéskor ellenőrzés. Ha megfelel a leírásnak, akkor mehet, az adatok hibájáért meg a feltöltő felel. Ha egy aprócska struktúrális, szintaktikai, stb hiba is van, vissza kell dobni.Sokba kerül a nemlétező dokumentáció emészthetővé tétele illetve nyilvánosságra hozatala.
Aha. Na ez gáz ha így van, hogy egy állami (értsd, az én pénzemből történő) fejlesztés nincsen rendesen dokumentálva. És ha a fejlesztőket kollektíve elüti a villamos. Akkor? ha nincs rendes részletes normális dokumentáció, akkor minden a megrendelésben, átvételben részes embert azonnal ki kell rúgni.Support nightmare. Az USB eszköz elveszik/megrongálódik/gyári selejt/ellopja a postás és a kedves júzer máris megvan lőve. Ez max akkor lesz majd alternatíva, amikor a személyink is chipkártya lesz. Persze többszintű hitelesítést ettől még használhatnának.
Ó ó ó. Az USB kulcs helyett írj bankkártyát. Máris nem olyan vészes, ugye? Lehet hogy drága lenne az USB kulcsos rendszer, de akkor meg ott van az utolsó mondatod. Vajon van erre irányuló rövidtávú terv? -
joghurt
addikt
válasz
Gregorius
#32
üzenetére
Mint azt a sírással küszködve szoktam mondogatni ... Ja értem. Egy sokmillió embert és vállalkozást érintő, országos, sok-sokmillióba kerülő fejlesztésnél tényleg ez legyen a lényeg. Sianis szerintem nem arra gondolt, ahogyan te fejlesztesz (?) rendszereket. Itt az átgondolás, megtervezés még az Apeh részéről kellett volna, hogy megtörténjen. Legalábbis nem hiszem, hogy az ő részükről fogalmazódtak meg ezek az elcseszési követelények.
Most egyrészt mondhatnám, hogy később könnyebb okosnak lenni ... Ahhoz már akkor is okosnak lehetett volna lenni, hogy a Delphit ne vegye komolyan valaki. Különösen, ha már akkor megfogalmazódik követelményként a többplatformos működés.
Hiszem, hogy hozzáértéssel kettő hét alatt meg lehet egy ilyet írni, ... Igazat adok Sianisnek. Persze azzal a fenntartással, hogy ez nettó két hét, tehát nem számít bele az, hogy felteszek egy kérdést, és az illetékes elmegy két hónapra síelni. Ha egy ilyen "bonyolult" szoftver esetében neked nem megy a megrendelővel való egyeztetés, az már a te problémád.
Az űrlap azonnali validálásáról: Ott van erre a PDF űrlap platformfüggetlenül, installálás nélkül, biztosan hallottál már róla, ha más megoldást te nem ismernél.
A formátum és az adatok ellenőrzéséről: Feltöltéskor simán lehet validálni. XML-nél eleve csak olyannal kell foglalkozni, ami konform a megadott style sheethez képest. Nem valid az XML-ed? Haggyámá.
Sokba kerül a nemlétező dokumentáció emészthetővé tétele illetve nyilvánosságra hozatala. ... Dokumentálás nélkül ki vette át a megrendelő részéről? Luciferchez csatlakozva: És ha a fejlesztőt (mert egy ilyen hatalmas munkán valószínűleg nem egy többszáz fős fejlesztőlabor dolgozott) elcsapja a villamos?
Az USB-s kulcs elveszése, megrongálódása egyenértékű a személyid megrongálódásával. Én legalábbis arra vigyázni szoktam. De szerintem a lakáskulcsod sem szoktad olyan gyakran elhagyni, elrongálni. Gyári selejt? Postás ellopja? Okmányirodai átvételnél (ld. személyi)? Amúgy csak példaképp írtam. Az a hatalmas előnye megvan a chipkártyához képest, hogy semmilyen USB-hez képest drága olvasó nem kell külön hozzá. Amúgy meg egy normális rendszerben dönthetek, hogy mit akarok. Chipkártyát (és akkor kifizetem/telepítem hozzá az olvasót), vagy USB kulcsot. Természetesen USB kulcs esetén a haverok cége elesik attól az extraprofittól, amit az államilag elfogadott kártyaolvasók értékesítése jelent.
Különben meg az általad állandóan emlegetett support nightmare nem létezik. Aki nem ért hozzá, az majd használja a mainstream, windowsos desktop cuccot. Akinek ezt vallása tiltja, ámde ért hozzá, az majd ír kézzel XML-t, vagy egy webes űrlapot. Ez nem kötelező, hanem csupán egy lehetőség.
A tej élet, erő, egészség.
-
dabadab
titán
válasz
Gregorius
#32
üzenetére
"Tudod ha ezt úgy kell csinálnia, hogy univerzálisan beletolsz egy nyomtatványleírást, ami a mezőkön túl tárolja az a+b=c jellegű kifejezésektől a tudjaistenmilyenbonyolultakig az összefüggéseket, validálási szabályokat is, és a program ezt egyből tudja használni, akkor a probléma hirtelen két nagyságrenddel bonyolódik."
Nem akarlak megzavarni, de egeszen pontosan igy van megcsinalva, mivel ilyen mennyisegu nyomtatvanynal ennel egyszerubb nincs.
Ideznek pl a 0753-as nyomtatvany .alg file-jabol:
m18534 < > 11700735
A visszaigénylõ pénzforgalmi jelzõszám nem lehet 11700735. (Hibakód=<174/>)
m18534 > 0 => m18534 > 9999999
A pénzforgalmi jelzõszám nem kezdõdhet 0 vagy üressel (Hibakód=<175/>)
mv$842
m847 > 0 <=> m842 > 0
Ha 7A>0, akkor 7D>0, Fordítva is igaz! (Hibakód=<176/>)
mv$843
m864 > 0 <=> m843 > 0
Ha 8A>0, akkor 8D>0, Fordítva is igaz! (Hibakód=<177/>)
mv$861
m861 <= m866
[0753] 22A <=22D (Hibakód=<179/>)
mv$865
m865 <= m867
[0753] 23A <=23D ! (Hibakód=<180/>)
mv$677
m866 + m677 > 0 => m866 > m677
[0753] 22D>27B, ha a két mezõ közül bármelyik kitöltött (Hibakód=<181/>)Igy jobban megnezve, lehet, hogy siman lehetne ra interpretert irni. Hm.
[ Szerkesztve ]
DRM is theft
Új hozzászólás Aktív témák
it Olvasónk szerint a Java-alapú program fejlesztésekor sok hibát követtek el. A rossz program olyan, mintha nem is lenne – írja.
