Re: janosik-rdzeń

[Michał Cichowicz]

Jeżli dobrze rozumiem, to przekaz elektroniczny jest zrobiony (w sensie, że
coś tam działa, że został dokument wysłany, że otrzymano potwierdzenie).
Jeżeli chodzi o weryfikację, to albo ZUS się ugnie, albo trzeba będzie
studiować stosy pisanych na kolanie ustaw, w których się nawet nie łapią te
ciamajdy z okienek w ZUS-ie. Tu myślę, że jest sprawa o tyle prostsza, że
ZUS nie powie, że nie nie wie kto ma to wiedzieć - bo jeśli nie ZUS, to kto?
Jeżeli dobrze rozumiem ideę algorytmu tekstowego (tzn. nie wiem co to jest,
ale próbuję zgadywać - a wydaje mi się, że to są kolejne makrodefinicje,
jakiś pseudokod), to podstawowe pytanie jest: po co? Czy nie prościej jest
stworzyć oddzielny moduł w C (zakładam, że w tym języku byłby stworzony
rdzeń), gdzie były by tylko funkcje związane z weryfikacją, gdzie były by
dwa parametry wskaźnikowe (dokument źródłowy, pole na wynik) na zasadzie:
"int weryfikuj_gornika(); int weryfikuj_hutnika();" zależnie od przepisów.
Takie cuś na pewno działa szybciej.
Sama budowa rdzenia nie wydaje mi się skomplikowana:
1. Moduł bazy danych. MySQL chodzi świetnie, projekt można zerżnąć z
Płatnika II i trochę go poprawić, np. podowalać indeksy, poprzestawiać
trochę pola. On by miał wszystkie funkcje związane z pobieraniem i
zapisywaniem danych.
2. Moduł weryfikacji i wyliczeń. (to powinno być razem).
3. Moduł wydruku - tu może być pies pogrzebany, ponieważ tak jak pod Linuxem
oficjalnym formatem jest postscript, tak pod Windą nie ma oficjalnego
formatu i albo się będzie wykorzystywać ghostscripta (kolejny pakiet, co nie
jest pod M$ czymś naturalnym), albo API, które jest pochrzanione (napisałem
kiedyś pewien program w Delphi pod W'98 używając API - oczywiście pod XP nie
działa).
4. Moduł przekazu elektronicznego.
5. Być może jeszcze jakiś (np. parzenia kawy).

Całoś byłaby splatana w GUI (ncurses, gtk+, qtlib, czy cokolwiek), ponieważ
każde GUI ma swój własny pogląd na świat - to jest tak jak pisanie
JavaScriptu pod IE, Netscape czy Mozillę - każdy jest trochę podobny i
trochę różny.

Pozdrawiam
Michał

----- Original Message -----
From: "Radoslaw Janeczko" <radoslaw.janeczko at gts.pl>
To: "lista twórców Janosika" <janosik-devel at lists.7thGuard.net>
Sent: Tuesday, September 09, 2003 2:46 PM
Subject: Re: janosik-core


By the day 09/09/2003 01:38 PM, fellow named donkiszot at fiz.coi.waw.pl wrote:
> Według mnie strategicznym punktem jest _przekaz_elektroniczny_. Czy to
> algorytm tekstowy, czy inna weryfikacja, czy formularze -- to tylko ważne,
> ale drugorzędne cegiełki. Kiedy rozmyślałem o algorytmie tekstowym, to
> nieuchronnie doszedłem do spraw podatkowych i systemu płacowego... i im
> ogólniej sie to planuje, tym szersze zatacza kręgi.

Ja nie widzę żadnego problemu. Jeśli masz na myśli coś, co tylko opakuje
dane z formularzy i prześle je do ZUS, to i tak jest dobre na początek.
Przecież i tak później można to wykorzystać jako jeden z klocków
głównego modułu Janosika. Tak jak piszesz - lepiej mieć cokolwiek już
działającego, niż rozbudowany, ale wciąż tylko projekt.


pozdrawiam

--
Radoslaw Janeczko
Software Developer, GTS Polska
e-mail: radoslaw.janeczko at gts.pl


_______________________________________________
janosik-devel mailing list
janosik-devel at lists.7thGuard.net
http://lists.7thguard.net/mailman/listinfo/janosik-devel