freeraktar

Zérus információval rendelkezem. Számomra ez amolyan OpenOffice.Org-fellángolásnak tűnik, azzal a sajnálatos különbséggel, hogy ennek a végeredménye kétséges. (legalábbis én így látom)

A leendő szerzők esetleg mélyebben is beavathatnák az érdeklődőket...

Az öttlet imho nem rossz, de valaki page,

barmi ilyesmi nem lenne rossz. imho fsn szivesen(bra?:)) adna placet a pagenak, ha ezt a tisztelt anonymous beküldő komolyan gondolja.

valami

Nem tennem ra az eletemet, de szerintem csak a freshmeat-en van vagy felmillio ilyen project. :)

Tradicionalis kinai, es GB232 rulez ;)

Ja, es ha nem kezeli a heber es arab jobrol-balra irast, akkor az egesz semmit nem er!

Nem kért ilyet...

APEH által jóváhagyott rendszer kell magyarországon. Az más kérdés, hogy az Ofbiz-t az APEH jóváhagyná-e, ha valaki felterjeszti. Vagy már jóváhagyta? Egyébként igazad van, hogy ha van egy ilyen - jó - rendszer, akkor elég lenne azt a magyar jogszabályokhoz hozzáigazítani, s nem tök előről kezdeni valamit.

Szeintem az, hogy a user ne módosíthassa és hogy nyílt a forrás, nem feltétlen ugyanaz. Gondolok itt valami olyan eszement ötletre, hogy weben keresztül egy "központ" pl. az APEH szervere :) digitálisan aláírja a számlát. Ehhez persze nem kell az egész számláról tudnia, pl. az md5sum-ot elküldöm neki, azt ő aláírva visszaadja, s ezzel biztosított, hogy a számla nehezebben módosítható, mint ha "zárt forráskóddal" lenne valamilyen pl. mssql adatbázisban tárolva.

a SAP nyílt forrású, ott a forrás, és még módosítani is lehet, sőt, bizonyos release-eknél kifejezetten kellett a pélánysorszámozás miatt. a módosítás előtt a nyomtatóprogramot be kell az OSS-be regisztrálni, így a SAP mondhatja, hogy mosom kezeim, ha valaki belemódisít.

a gond az, hogy nem elég azt mondani, hogy a letölthető forrás és csak az a hivatalos, használható verzió, ha valaki módosítja, akkor az már nem az a program... ez így hülyeség, a bináris programról nehéz megmondani, hogy az eredei forrásból fordult le, vagy valaki megbuherálta.

tehát szerintem a megoldás az SAP minta: interpreteres nyelven kell írni, pl. java.

én személy szerint sok sikert kívánok nekik, de mivel pont ügyviteli rendszerekkel foglalkozok, nap mint nap látom a bonyolultsági fokát a dolognak. nagyon nehéz a rendszert törvényileg naprakészen tartani, ez Mo-ra duplán érvényes.

persze lehet, hogy elbonyolítom a dolgot, a saját részre írás bizonyosan sokmindent leegyszerűsít.

üdv

gaboro

Bennem csak egy érdekes kérdés merült még fel.

Tegyük fel, x cég y céggel írat magának egy ilyen sw-t. A programírást szépen kiszámlázzák, stb. És a PM rendeletnek megfelel.

Két kérdés:

- Mi akadályozza meg a program készítőit abban, hogy később a már PM által bevizsgált program forrását y átadja x részére?

- Apeh meg fogja nézni, hogy y kiszámlázott x-nek extra szolgáltatások címen valamit? ;P

- Ha már y tud programozni, akkor ő nem is használhatja a saját programját? Ez imho nonszensz... Bár attól még elhiszem, hogy törvényileg így van szabályozva, de akkor is nonszensz...

Azt azért ugye tudod, hogy így a debiannál csak max a non-free szekcióig juthat el a program? :-)

BTW.: A feladott képeslapot ajánlva kell feladni, és bsa nem kötöszködhet :-)

Háth, ha azt nézed PM ide vagy oda, nem adsz a forrás mellé kompájlert, és akkor ő se tudja módosítani, mert a gcc az már cracker túúúl! :-)

Sőtt, még durvább jutott eszembe:

Deszel bele mindjárt az elejére, vagy a config.h(.in)-be egy #ifdef-et, hogy csak icc-vel legyen hajlandó fordulni ;-P

És ha a képeslap helyett egy fényképet kellene küldeni, vmi alábbi lenne a képeslap (meta)tartalma:

<envelope>

(A felhasználó nő)?(saját fénykép):(legcsinosabb egyedülálló női hozzátartozó fényképe)

</envelope>

hm.. vitatkozhatnék, ha igazam lenne...

na jó, előbb bytecode lesz a forrásból, de aztán jön az interpreter, vagy nem? bár a bytecode állítólag viszonylag könnyen visszafejthető...

akárhogyis, ezt beszoptam

üdv

gaboro