Önkormányzati szoftver fejlesztése

Iroda

Sziasztok!
Polgármesteri Hivatalban dolgozom, így van ismeretem speciális önkormányzati programokkal. Kb. 200.000,- egyszeri díjért + kb. 4.000,-/hó forintért licenszelünk egy szociális támogatásokat nyilvántartó programot.
Egy ismerősöm megkeresett, hogy nem-e tudnám feltörni a programot, mert elég sokan érdeklődnek iránta a környéken. Ehhez nem szívesen adnám a nevemet, ezért eszembe jutott, hogy talán fejleszteni kéne egy saját progit, viszont programozás terén azért elég kezdő vagyok.
Nagyjából egy adatbáziskezelő alkalmazás, egyrészt tárolja a személyek adatait, másrészt, hogy milyen ellátásokat kapnak.
Szerintem mindenképp valami platformfüggetlen dolog kellene, elsőként én java-ra gondolnék.
Arra gondoltam, hogy itt a hup-on vannak olyan java fejlsztők,akik beszállnának egy ilyen, valamilyen open source licenszet alkalmazó projektbe, akkor lehetne egy ilyet indítani. Én a szakmai dolgokat szállítanám, a résztvevők meg a programozást oldanák meg. Ez egyrészt nekik referenciaként szolgálna, másrészt meg a más programokkal le nem fedett önkormányzatoknál vállalnák a program telepítését, meg ha már bent vannak, rendszergazdi feladatokat. Akár egy diplomamunkának is jó lenne, ha valakit érdekel.
Ennyi... mit gondoltok?

  • 6293 megtekintés

( csarlee v | 2007. 08. 07., k – 19:43 )

Esetleg valami webes megoldás? PHP?

http://www.bitstorm.org/edwin/en/php/

Itt olvasgassatok. De marhara nem akarok PHP flame-be belemenni, mert ti biztos jobban ertetek hozza, stb. Amugy amit csinaltam az egy egyszeru garanciazos program + ugyfelkezeles + bevetel/kiadas hw stuffoknak. De azt sajna nem tom megmutatni. Ennyi.

Itt a PHP stuffolast be is fejeztem. Nem PHP programozo vagyok.

Lap aljan van meg par link ami el.

Udv
-krix-

Erdekes olvasmany, bar picit elfogult, es nem egeszen naprakesz (Zend Framework mar van egy ideje, ahogy sok mas framework is, kb. minden nagyobb siteot valamilyen frameworkkel csinalnak, nevutkozesekre hasznalhatsz objecteket, az $_osztalyneve_fuggvenyneve semmivel sem nehezebben megjegyezheto, mint az $osztalyneve->fuggvenyneve, Zend Acceleratoron es APC-n kivul letezik meg legalabb 2 accelerator), utolso frissites ha jol latom tobb mint 1 eve volt.
Van multibytehoz is tamogatas(bar nem beepitett), apache multithreadrol itt irnak:
http://www.php.net/manual/en/faq.installation.php#faq.installation.apac…
Ezek szerint nem a php miatt nem ajanlott ez a fajta mukodes, hanem a 3rd party modulok nem mind thread-safek.
A non-free modulokrol szinten csak azt tudom mondani, hogy mivel pl. maga a pdf nem nyilt szabvany, ezert vagy nem tamogatna a php, vagy illegalisan tamogatja, vagy pedig a jelenlegi formajaban: eltero licencel.
Rekurziorol amit irt a srac, az meg php 4.0-ra vonatkozott, PHP5 mar asszem 3 eve van, szal ez nem tul friss info.
Magic_quotes-sel egyetertek, ahogy a register_globals-ot is utalom ugyanezen okokbol.
Bar ha nem lenne lehetoseg magic_quotes_gpc -t bekapcsolni, akkor az extras, freewebes, stb. lapok tobbseget 5mp alatt lehetne torni.

Javat es php-t sebessegben osszehasonlitani hulyeseg.
Mig egy java folyamatosan fut, ezert viszonylag lassan all fel, de onnantol kezdve gyors, mig egy php-nal minden lapletolteskor el kell vegezni egy csomo feladatot. Attol fuggoen, hogy cgikent, vagy modulkent fut be kell toltenie magat, be kell tolteni a kornyezetet, a konfiguraciot (egyedi php.inik, .htaccessbol torteno modositasok, stb.), parseolni a kodot (ami nagysagrendileg lassabb ugye, mint egy compileolt kvazi-binarist futtatni)
Szoval ez igy magaban nem tul fair osszehasonlitas.
De legalabb irtal erveket, meg ha nem is a sajatod.

Tyrael

igazad van, ezt beneztem.
akkor helyesen, ezt utalja a cikk iroja a licencek kapcsan a php-ben:
"6. Confusing licenses

You might think PHP is free and all PHP-modules in the manual are free too. Wrong. For example, if you want to generate a PDF-file from PHP you will find two modules in the manual: PDF or ClibPDF. But both come with commercial licenses. So for every module you use, you have to make sure you agree with its license."

Ehhez kepest php.net-en ezt irjak:

" How can I generate PDF files without using the non-free and commercial libraries ClibPDF and PDFLib? I'd like something that's free and doesn't require external PDF libraries.

There are a few alternatives written in PHP such as » http://www.ros.co.nz/pdf/, » http://www.fpdf.org/, » http://www.gnuvox.com/pdf4php/, and » http://www.potentialtech.com/ppl.php. There is also the » Panda module. "

Szoval ez az allitas sem allja meg a helyet.

Tyrael

Megneznek en egy komplett e-ugyintezes rendszert PHPban lekodolva...

Foleg ugy hogy a mostani se igazan mukodik rendesen, bar az nem PHP hanem vmi Java* foobar.

Namarmost a PHP eleg izgalmas lenne egy olyan komplex stuffnal mint pl ez e-ugy. :)

Meg kivancsi vagyok mi tortenik ha elkezdenek benne dolgozni mint vadallat mondjuk ugy ~150-en vagy ~200-an. Es itt nem arrol beszelek hogy a vas nem birna el.

No mind1...

-krix-

Biztos sosem lattal komplex stuffot ~50ezer felhasznaloval:-)
Sot, semmilyen nagyobb portalon nem jartal a neten sohasem.
Sot, asse tudod, mi az a php meg a tobbi.
miben csinalnad? lisp? vagy neked csak az asp.net az egyetlen ami szobajohet?

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Mivan ?

Remek hogy ugy itelkezel es szolsz le masokat hogy nem is ismered oket? :)

Jartam mar "nagyobb" portalokon persze, lattam mar fejlesztett alkalmazasokat PHPben, kb 4 eve meg en is kodoltam PHPben ezt azt..

Lattal-e ma' e-ugyintezest ? Tudod-e mi az ?

Biztos vagy-e abban hogy jol lehet kivitelezni PHPben olyan dolgokat hogy egy user tuti ne tudjon elkurni egy felrekattintassal vagy egy "back" gombbal barmit is...

De mind1, nem akarom a PHP szarsagait firtatni, majd megteszi mas, nalam okosabb, mert hat en ugyse ertek semmihez, mint ahogy az kiderult a hozzaszolasodbol :P

-krix-

Egymást nézitek tudatlannak/képzettlennek/alkalmatlannak/kontárnak. Nem kellene!
Inkább írtad volna le néhány konkrétummal, hogy pl. ezt és ezt PHP-ben nem, vagy csak körülményesen lehet megoldani, ezért célszerűbb más (esetleg konkrétum) nyelvet választanni.
Nem lenne egyszerűbb!?
Amúgy (tanulási célzattal) tényleg kíváncsi lennék, hogy milyen buktatók vannak egy ügyviteli program megírásának PHP-ben. Én web-felületű ügyviteli jellegű programot készülök írni, első lépésben egy iktató programot, amely szerződéseket is nyílvántatrjta és a jelenlegi könyvelőprogramunkból (szerencsére a felhasználók számára publikus az adatszerkezet leíráse) venné a szerződések pénzügyi teljesülési mutatóit.
Szóval jóljönne ha kifejtenéd az álláspontodat, mer én is a PHP-t néztem ki e célra, igaz csak 10-20 egyidejű felhasználóra lehet egyelőre számolni, de nem szeretném ha ez egyúttal korlát is lenne.

Hmm. Nezzenek oda, mar megint egy olyan ember *pofazik* sorry, *ugat*, bocsanat, beszel/ir aki nem ismer engem es igy alkot rolam velemenyt.

Annyira szeretem az ilyeneket. Es meg ok vannak "megsertodve/felhaborodva/barakarmi" hogyha esetleg azt hiszik hogy valaki trollkodni, vagy flame-elni akar.

Kedves Tyrael!
Nem akarok, nem tudok, ervekkel alatamasztani dolgokat PHP teren, nem is szeretnek ilyet tenni, nem is tervezem. Ha ettol en a te szemedben hulye vagyok, hat az nem engem minosit hanem inkabb teged. Biztosan a lelki vilagodba gazoltam, mert tuti valami webprogramozo vagy es a PHP az eleted/mindened. Es most nagyon meg akarod vedeni ezt a stuffot. Jo elfogadom vedd meg, de nem igazan kellene szemelyeskedni foleg addig nem amig nem ismered a masikat. Mert ugyebar latatlanba velemenyt alkotni eleg nagy butasagra vall.

Esetleg olvasd el lentebbi hozzaszolasomat, azt talan nem tartod hulyesegnek, bar azt valamiert meg senki nem kommentalta. (freeoli hozzaszolasa 3 pontba foglalva, arra a valasz.)

Ui.: trey, azokat miert nem tiltod ki akik ok nelkul szemelyeskednek ? Miert mindig csak azok kapnak bant akik trollkodnak? Na mind1.

Szoval Kedves Tyrael, legkozelebb mas hangnemet ussel meg ha az en hozzaszolasaimra reagalsz. Nem szeretnek a TE szintedre sulyedni es elkezdeni a szemelyeskedest.

Udv
-krix-

szemelyeskedes mar megtortent, latatlanban minosittel, ugy tunik nalad is a kettos merce mukodik.
megegyszer felhivnam a figyelmedet a hozzaszolasom ironikus voltara:
leszolsz valamit, mikor pedig megkerdezik toled, hogy megis miert mondod azt, hogy vmi szar, akkor pedig elzarkozol a valaszadastol.
ez az en szememben azt jelenti, hogy nem akarsz/tudsz erveket felhozni a velemenyed alatamasztasara, igy pedig lehetetlen normalisan vitazni.
elmondtad a velemenyed a php-rol, en elmondtam a velemenyem rolad.
szerintem kb. ugyanannyi info alapjan irtam az enyemet, mint te a tiedet, kerlek javits ki, ha tevedek.

Tyrael

Felreteve, miota szemely a PHP vagy elo leny, vagy ember ?

A kettos merce nem mukodik ha engem mint embert es a PHP-t mint programozasi nyelvet nezed...

Szerintem egy PHP programozasi nyelvvel nem lehet szemelyeskedni :)

Elozo hozzaszolasban ideztem egy linket ,arra valaszoltal is. Ott van "konkretum". Es itt megint csak lezarnam.

udv
-krix-

"Eleg regota nem foglalkozok PHP programozassal, amikor foglalkoztam eleg volt belole, mint irtam, majd nalam okosabbak leirjak ha akarjak.

Ezt a szalat befejeznem :)

Ui.: lehet fikazni hogy nem tudok konkretumot mondani!!! :)"

"Szerintem te hulye vagy, bar konkretumot nem tudok mondani, de akkor is ez a velemenyem!!!!4444negynegynegy"

Szerintem ez a hozzaszolas inkabb volt vicces mint banto.

"Ha ettol en a te szemedben hulye vagyok, hat az nem engem minosit hanem inkabb teged. Biztosan a lelki vilagodba gazoltam, mert tuti valami webprogramozo vagy es a PHP az eleted/mindened. Es most nagyon meg akarod vedeni ezt a stuffot. Jo elfogadom vedd meg, de nem igazan kellene szemelyeskedni foleg addig nem amig nem ismered a masikat. Mert ugyebar latatlanba velemenyt alkotni eleg nagy butasagra vall."

Itt viszont te ugy reagaltal ra, mintha valami veresen komoly, de minimum anyukadra tett megjegyzest kernel szamon rajtam.

Es igen: teves/hianyos info alapjan velemenyt irni egy szoftverrol legalabb akkora butasag, mint egy emberrol.
Sot szerintem nagyobb, mert a szoftver nem hazudik, van rola (jo esetben doksi), es neten is utana lehet nezni, hogy mi ujsag vele.
Ergo egy emberrol alkotott velemeny lehet emocionalis, de egy szoftver igyekezzunk inkabb a tenyek alapjan megitelni.

Tyrael

Törölve!
---

Úgy látom míg e postot írtam te megváltoztattad azt amire reagáltam és mivel te rövidebben írtál, még előttem el is tudtad küldeni.
A lényeg nem kell egymást agyagba döngölni, akkor sem ha jogosnak érzed, mert lehet hogy tévedsz!

Szerintem a webes proginknál nem az jelenti a problémát, hogy hány felhasználó használja egyidőben, pont erre vannak kihegyezve. Viszont a megjelenítendő nagymennyiségű adattal már gondok lehetnek. Itt elsősorban a listából választásra gondolok. Pl. számlához össze kell válogatni a termékeket, ezzel nincs is semmi gond, de ha már több ezres a lista elég lassan megy át még 100-as hálón is, főleg ha egyszerre többen is használják, és minden alkalommal újra le kell kérni. Nem webes alkalmazásnál ezt cache-el és szinkronizálással meg lehet oldani. Persze weben is van AJAX, de azért az sem megoldás mindenre.

Az adatatvitel mar a savszel problematikaja, lasd pl otp netbank(mondjuk az java), keves adatot is lehet kurvalassan kitenni. Mas kerdes, hogy ott a Szeku Ricsi fontosabb :)
De az ebaj eleg gyors pedig az se 100 itemmel dolgozik :)

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Azért az nem mindegy, hogy az adatbázis mekkora és hogy a felhasználóhoz egyszerre ebből mennyi adat kerül át. Gondolom ott is azért van agyonkategorizálva az egész, hogy egyszerre csak egy szűk részletet lásson a felhasználó. Termékeknél még lehet ilyen csoportosítást végezni, de személyeknél már nehezebb lenne, weben sok esetben ilyenkor az abc szerint csoportosítják a neveket, de ez hatékonyság szempontjából meg sem közelíti egy nativ alkalmazásét ahol akár egy teljes listát is oda lehet tenni real-time. Ha egy naptárba kell rögzítened néhány adatot akkor egy webes alkalmazás teljesen jó lehet, de ha egész nap adatokat kell felvinni akkor már 1 felesleges klikk is sokat számít (adatrögzítésnél az egeret nem is szívesen használják). Mondjuk így, ergonómiailag a webes alkalmazások jelenleg még nem érik el egy nativ alkalmazás szintjét.

Gondolom ezert talaltak ki a java appleteket meg az activex komponeneseket, amiket weboldalba lehetett beagyazni.
Ujabban amugy terjed a trend, hogy vastag klienseket csinalnak a bongeszobol, 50 kiló js/vb meg nemi ajax segitsegevel...
Igazabol egy nativ kliensnek is ki kell vennie az adatot a dbmsbol es eljuttanti a kepernyore, bar jogos, hogy igy megsporoljuk a http-n torteno utaztatast :-)
Annyiban jobb a webes, hogy nem kell update centert alkalmaznod, regi klienseket baszkuralni, mert valaki nem hajlando frissiteni/megvenni az ujat.

--
"SzAM-7 -es, tudjátok amivel a Mirage-okat szokták lelőni" - Robi.

Jó platformon is lehet nagyon szart írni. Azért mert kiválasztunk egy jó nyelvet, nem azt jelenti, hogy az eltűri a programozási bénáskodásunkat, sőt meg is bosszulja :)
___________________________________________________________________
Lógnak a pálmafán a kókuszok .... :)
http://laszlo.co.hu/

Tényleg nem kellene flémelnem :-).
De:
[flame]
Az ügyviteli rendszer platformjánál szerintem szóba jövetők közül a Java és a .Net specifikációjában is minden adattípus pontosan definiált és van egy szabványos könyvtár, aminek a működése szintén teljesen pontosan specifikált architektúrafüggetlen módon (ezért is hívják ezeket programnyelv helyett platformnak). A bizonyos dolgok tehát kizárólag a nem "gyári" könyvtárak. De ez ha belegondolsz elkerülhetetlen.
Az más kérdés, hogy a Microsoftnak a .Net platformot nem sikerült a specifikáció szerint implementálnia, de ez már egy másik flém lenne :-).
[/flame]

( siposa v | 2007. 08. 07., k – 19:56 )

Engem érdekel.

Adatmodellt szívesen megtervezem, ha mesélsz az adatok hierarchiájáról.

(Mondhatna valaki egy free adatmodellező toolt, mert csak a PowerDesigner-t ismerem, abban meg illetlenség lenne... Illetve jDeveloper, de az meg csak Oracle-t tud generálni.)

( Caro | 2007. 08. 07., k – 21:04 )

[off]
Miért kell ennyire hype-olni a java-t?
Egy C/C++ GTK+-al miért nem jó?
[/off]

[flame]
>Jave egy olyan eszköz, amivel zárt kód képes több platformun futni. Nyílt kód esetében hordozhatóságot nem növeli szvsz. (C -van a legtöbb platformra (kvázi összes))

Növeli szvsz. Mire c-ben összeraksz egy többszálú, TCP-t használó(szerver és kliens is), GUI-val rendelkező programot, ami szkriptelve fordul több platformra-beleőszülsz (szerintem). Más kérdés, hogy itt valóban elég a kliensnek többszálúnak lenni, akár lehet webes is.
[/flame]

[flame]
Mennyi idő alatt portolod java 1.5 x86 alkalmazást alpha rendszerre?
Vagy milyen gyorsan lövöd be 64bittes böngésző allá a 64 bittes JVM -et ? (amd64, 1.5 vagy újabb java cucc)
[/flame]
beleőszülsz én nem :), bár GUI -val cseszekedni minden eszközzel utálok. Szerintem nem nagy megeröltetés C-ben figyelni egy két apróságra, hogy hordoható maradjon.

Ezen kár vitatkozni.

Tegyük fel, hogy beindul a projekt.

Lesz egy adatmodell, amit (jó esetben) tetszőleges adatbázison létre lehet hozni. Lesz egy specifikáció, ami az alap eljárásokat definiálja.

Aztán mindenki olyan klienst fejleszt, ami jól esik: Java, .Net, PHP, Python, stb., ízlés szerint.

A lényeg, hogy ugyanazon az adatbázison menjen mindegyik kliens.

[flame]
Ok, ha figyelsz, akkor van esélyed több platformon működő programot írni, beismerem.
Én általában a másik oldallal szoktam szembesülni. Hogy van egy könyvtár vagy program, amit le kellene fordítani forrásból. Ha az illető nem tesztelte konkrétan a célplatformon, akkor általában szinte biztosan nem működik ott. Általában ez nem a nyelv hibája, hanem azé aki a nem hordozható kódot írja. De az általános benyomásom mégis ez a legtöbb c c++ forrásról.
[/flame]

[OT]
Úgy érzem, ez már nem ennek a topicnak a témája lenne.
Érdemes lenne egy újat nyitni :)
[/OT]

Ha van egy "specifikáció", akkor azt kellene publikálni első körben, hogy lássuk, miről is van egyáltalán szó.
Üdv,
P.

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

"Növeli szvsz. Mire c-ben összeraksz egy többszálú, TCP-t használó(szerver és kliens is), GUI-val rendelkező programot, ami szkriptelve fordul több platformra-beleőszülsz (szerintem). Más kérdés, hogy itt valóban elég a kliensnek többszálúnak lenni, akár lehet webes is."

Igen? Akkor az első néhány dolog ami eszembe jut:
többszálúság+hálózati kommunikáció: SDL
GUI: GTK+

Ha ezeket használod, na meg a szabványos könyvtárakat, akkor szinte mindenhol fordulni fog a program. (és futni is!)

"Jave egy olyan eszköz, amivel zárt kód képes több platformun futni."

A cross-platform java-nál itt annyit jelent, hogy 32-bites oprendszereken megy. (AFAIK még mindig nincs 64 bites java plugin a browserekhez).

Nyílt kód esetében a hordozhatóságnak ilyen problémái általában nincsenek.

> A cross-platform java-nál itt annyit jelent, hogy 32-bites oprendszereken megy. (AFAIK még mindig nincs 64 bites java plugin a browserekhez).

A Java nem feltétlenül a kliensnél kell, hogy legyen. Személy szerint nekem is a böngészős vékony kliens megoldás a szimpatikus. Főleg, ha belegondolunk, hogy milyen gépparkja lehet az önkormányzatoknak.

--
Debian - The "What?!" starts not!

Ez mekkora marhaság (plusz egyáltalán nem tartozik ide). Akinek rettentően kell a java plugin 64 bites kliensen (mennyire gyakori ez?) az feltehet nyugodtan 32 bites klienst! Bizony, a 64 bites gép 64 bites oprendszerrel bír futtatni 32 bites kódot. Plusz ha már Java-s GUIs kliens, akkor ne applet legyen már, hanem sokkal inkább önálló application (ami persze lehet webstartos vagy akármi más).
--
Gabriel Akos

( zwei | 2007. 08. 08., sze – 11:22 )

Eddig kb 20 hozzászólásból volt 1 jelentkező, a többi PHP vs. Java dolgon vitatkozik + egyéb, a dolog jelenlegi állapotában teljesen lényegtelen technikai kérdésről.

Jellemző. :)

( gabrielakos v | 2007. 08. 08., sze – 12:31 )

Én azt gondolom, hogy nem szabad századszor is feltalálni a kereket. Azaz keresni kell egy vagy több olyan kész szoftvert (projektet), ami legalábbis nagyjából megoldja a problémát. Az önkormányzatoknak szerintem tipikusan vállalatirányítási rendszerre van szüksége. Nyílt forrásúból is van jópár ilyen rendszer, pl. az én kedvencem az Adempiere.

Ezt kell maximum kicsit testre szabni, ha úgy nem jó (felparaméterezve persze) ahogy most van.

És persze a testreszabásainkat vissza lehet adni a közösbe. :)

--
Gabriel Akos

( lazly | 2007. 08. 08., sze – 12:43 )

kb mekkora adatbazis is milyen vas van ala? (vagyis: mennyire lehet elkenyelmesedni?)

Udv!

( Tomka | 2007. 08. 08., sze – 13:39 )

nemrég kezdtünk egy vevő-szállító nyilvántartót írni nálunk az önkormányzatnál..
php+mysql
helyi hálón fut a szerver, ahhoz kapcsolódnak akik felviszik az adatokat.
nem egy nagy dolog...dolgozók felviszik az adatokat adatbázisba..
és onnan lehet szűrni mindenre...utalványrendeletet nyomtat, számlát készít, menti a táblákat excelbe...

amit te akarsz az mit csinál pontosan?

( freeoli v | 2007. 08. 08., sze – 14:09 )

Ez mind mindegy ... sőt, mindegy hogy miben és mit csinálsz nekik ... a lényeg:

1, rokon? van? vagy? közeli?
2. ismerős? sok? adósok?
3, boríték! vastag, nem átlátszó, vöröscsillagos magyar zászlóval ...

Ha ezek közül valamelyik jó nagyon rendben van, akkor már tök mindegy hogy mit csinálsz :)

ja és még valami :) ... legyen ezek után egy jó vastagon fogó tollad :) ... figy, egy ilyen melóra millákat lehet bepakolni :) ... csak a fenti 3 pont valamelyikének kell nagyon jónak lennie :)

Az elso mondattal kb. egyetertek.

Ez mind mindegy ... sőt, mindegy hogy miben és mit csinálsz nekik ...

De a lenyeg nem az a 3 pont, hanem :

1. Megvan a program, opensource, ez onmagaban senkit nem fog erdekelni, nem azert mert opensource, lehetne foobarsource is, vagy lehetne XYZ is.

2. Ha most ti itt 5-en osszealtok, remek lesz, lesz valami program, szerintetek ezt meg fogja venni az Onkormanyzat ? Mert attol hogy opensource attol meg lehet hogy megveszik. Nem valoszinu hogy megfogja venni, mondom is miert

2a. Nem azert mert annyira nagyon hude M$ oriented meg WIndows (nehol DOS ...)
2b. Azert mert 1. nem kompatibilis a tobbi programmal esetleg
2c. Egy ilyen projectet ugy tudsz eladni, hogyha van hozza hattered, ertsd mondjuk van egy jol mukodo ceged ami ezzel foglalkozik. Tud adni supportot, tud felelosseget vallalni az adott project fele (pl ha osszehal a DB, stb..), palyazat kepes, mert ugye hivatalokba palyazatok utjan veszik az ilyesmiket.

3. Roviden ennyi.. Innentol megbukott a dolog, akar opensource akar Cben akar PHPban akar Pythonban akar barmiben van irva.

Ha nincs meg a ceges hatter a megfelelo supporttal es gardaval, valamint garanciakkal, igen kemeny garancaikkal + rendelkezesreallassal, akkor nagyon felejtos ez a dolog. (nagyobb hivatalokba legalabbis tuti, de kisebbekbe is valszinu)

Ui.: Ez csak az en velemenyem, nem fikazas, nem flameles, csak egy velemeny nyilvanitas, es szerintem nem allok messze a valosagtol.

udv
-krix-

( gyrgyvrs | 2007. 08. 08., sze – 18:34 )

Huhhh...! Nem gondoltam volna, hogy lesz ennyi érdeklődő :-)
Szóval, mint írtam, csak távolról ugatom a programozást, inkább felhasználó vagyok.
A java azért jutott eszembe, ha nincs jelentkező, akkor nekiálltam volna tanulgatni ezen a projekten, egyáltalán nem a portolhatóság, vagy az enterprise környezet lehetősége volt az ötletem.
Hát igen, lehetséges, hogy legjobb lenne az adatszerkezetet kidolgozni, aztán utána valamilyen gui-t írni hozzá... A most használt szociális támogatásokat nyilvántartó program adatbázisa is megy (Firebird) Linux és Windows szerveren, csak a kliens (Delphi) megy csak Windows alatt.
Tehát: nekem ugyanmindegy, hogy milyen platform, csak hordozható legyen, legalább Windows+Linux alatt használni lehessen, sajnos leginkább jellemző szerintem a Windows lenne.
Nagyobb önkormányzatoknál jellemző szerintem elsősorban az, hogy kiépített hálózat van, a hozzánk hasonló, 500-2000 fős kistelepüléseken általában nincs (na jó, nálunk van). Én azért a php+mysql platformot felejtősnek mondanám. Szerintem a jelenlegi szoftverekben vannak olyan funkciók, amik ezen nem, vagy nehezen megvalósíthatók. Pl.: felvisznek egy támogatást és arról körlevél funkcióval határozatot nyomtatunk, egy gomb nyomásával. PDF sajnos nem igazán jó, mert néha meg bele kell írni a határozatba.
Specifikáció? Hmmm, ezen kicsit dolgoznom kéne.
Amit meg lehetne valósítani: szociális ellátások nyilvántartása, gyermekvédelem, ebnyilvántartás, építésügyi igazgatás, ingatlanvagyon-kataszter, eszköznyilvántartás, gyámügy, költségvetés tervezése.
Iktatóprogram: minősíttetni kell, www.otm.hu oldalon meg lehet találni a minősített iktatóprogramokat+specifikációt. Az általunk használt még nincs minősítve, év elején a fejlesztő azt mondta, már 7 millió forintja benne van.
Én elsősorban a szociális igazgatásban gondolkoztam most.
A szociális ellátásoknál a jogszabály így rendelkezik:
18. § A jegyző a szociális ellátásra való jogosultság megállapítása, az ellátás biztosítása, fenntartása és megszüntetése céljából nyilvántartást vezet. A nyilvántartás tartalmazza:
a) a jogosult nevét, születésének helyét, idejét, anyja leánykori nevét (a továbbiakban együtt: természetes személyazonosító adatok);
b) a jogosult állampolgárságát, illetőleg bevándorolt, letelepedett vagy menekült jogállását;
c) a jogosult belföldi lakó-, illetőleg tartózkodási helyét;
d) a jogosult tartására köteles személy alapvető személyazonosító adatait;
e) a jogosultsági feltételekre és az azokban bekövetkezett változásokra vonatkozó adatokat;
f) a szociális ellátás megállapítására, megváltoztatására és megszüntetésére vonatkozó döntést;
g) a jogosultság és a térítési díj megállapításához szükséges jövedelmi adatokat;
h) a jogosult Társadalombiztosítási Azonosító Jelét (TAJ szám);
i) a 3. § (3) bekezdése szerinti személy esetében a Magyarországon tartózkodás jogcímét, hozzátartozó esetén a rokoni kapcsolatot.
Mondom, ez csak a jogszabály, specifikációhoz azért kérnék egy kis időt.
Van egy doksim, ami a címnyilvántartást tartalmazza, holnap megkeresem. Szerintem a címnyilvántartás létrehozása lenne az első.

Lehet en vagyok a perverz, de ha van eroforras ra (es ezert is kerdeztem fentebb) egy drupalt tolnek cck + views + egyeb funkciok hazi modulbol felepitessel. Az ok egyszeru: 10-ed annyi munka, multiplatform (mivel webfelulet) kesobbi konnyu fejlesztesi lehetosegek.

Osszefoglalva:
Hatranyok: Millio + 1 ellenerv.
Elonyok: konnyu gyors fejlesztesi lehetoseg, latvanyos, webfelulet ( -> multiplatform, no install, no binaris, multiuser ), kesobbi lehetosegek.
Szerintetek er ez ennyit? (szerintem igen)

Felreertes ne essek, ettol meg a DBt jol meg kell tervezni. :)

Udv!

e) a jogosultsági feltételekre és az azokban bekövetkezett változásokra vonatkozó adatokat;
g) a jogosultság és a térítési díj megállapításához szükséges jövedelmi adatokat;

Ezek mi féle adatok.

Az emberek gonoszak, még a nevük is megváltozhat :)

e) a jogosultsági feltételekre és az azokban bekövetkezett változásokra vonatkozó adatokat;
Rendszeres szociális segély: kaphatja munkanélküli illetve egészségkárosodott, közcélú munkavégzés céljából ha behívja az önkormányzat akkor szünetel, ha munkát talál, 3 hónapig a segélye 50%-át, 3 hónapig 25%-át kapja,
g) a jogosultság és a térítési díj megállapításához szükséges jövedelmi adatokat;
Csak részletek, hogy értsd:
...fogyasztási egység: a családtagoknak a családon belüli fogyasztási szerkezetet kifejező arányszáma, ahol, az első nagykorú családtag arányszáma 1,0 -azzal, hogy a gyermekét egyedülállóként nevelő szülő arányszáma 0,2-vel növekszik- a házas- vagy élettárs arányszáma 0,9,az első és második gyermek arányszáma gyermekenként 0,8, minden további gyermek arányszáma gyermekenként 0,7;...

...a jegyző rendszeres szociális segélyt állapít meg annak az aktív korú személynek, aki egészségkárosodott, vagy nem foglalkoztatott, vagy támogatott álláskereső,feltéve, hogy saját maga és családjának megélhetése más módon nem biztosított... az egy fogyasztási egységre jutó havi jövedelme nem haladja meg az öregségi nyugdíj mindenkori legkisebb összegének 90%-át és vagyona nincs...

...A rendszeres szociális segély havi összege a családi jövedelemhatár összegének és a jogosult családja tényleges havi összjövedelmének különbözete... A családi jövedelemhatár összege megegyezik a család fogyasztási egységeihez tartozó arányszámok összegének és az öregségi nyugdíj mindenkori legkisebb összege 90%-ának szorzatával.
Példa:
apa+anya+2 gyerek, családi jövedelemhatár: 1 + 0,9 + 0,8 + 0,8= 3,5*27130*0,9=85460
ahol a 27130=öregségi nyugdíj jelenlegi legkisebb összege
Apa dolgozik, kap 40.000,- Ft-ot közmunkán, anya kap 85460-40000=45460 segélyt.
Tehát nyilván kell tartani a család fogyasztási egységeinek összegét, illetve a család összjövedelmét.

( cln | 2007. 08. 08., sze – 18:56 )

Ez a dolog amatőrszinten nem kivitelezhető, attól függetlenül hogy fórumtársunk felvetette ezt itt.
A szoftver használhatósága elsősorban nem attól függ hogy ilyen-olyan jópofa tulajdonságokkal bír, hanem ehhez kellenek a kopaszodó fejjel, pénzes zacskóval és hatalmi pozícióval rendelkező támogatók is.
(Azt hiszem semmi újat nem mondtam)

( szorpi | 2007. 08. 08., sze – 22:29 )

Én azt hiszem, hogy ez egy igen figyelemre méltó ötlet! Ha erre alakulna a hup közösségből egy projekt, akkor az nagyon szép lenne.

Egyrészt szerintem is webes-re kéne csinálni, másrészt modulárisra, úgy, hogy közös adatbázisból dolgozzanak majd bizonyos hasonló/azonos adatokkal dolgozó részek - ezért az adatbázis struktúrát viszont tényleg jól kell megtervezni, figyelembe véve, hogy milyen más funkciók vannak még az önkormányzatoknál. A szoc.tám. nyilvántartás lehetne az első modul, és ennek a fejlesztése során sok minden kiderülne (van-e elég szakértő, fejlesztő, érdeklődő, felhasználó, ...).

Nem egyből arról kell beszélni, hogy minősített iktató meg pénzügyi rendszer, mert az nyilván most nem reális cél, de hát valahol el kell kezdeni :)

Az első modulba akár 2-3 ember is bele tud kezdeni, illetve ahogy fentebb említve volt akár diplomamunka is lehetne, bár akár tovább is mutathat ez az dolog.

( Más: Mellesleg térinformatikának ott a GRASS ami mindent tud és GPL-es, bár nem sokan értenek hozzá, de el lehetne kezdeni ezt is! )

( szferi | 2007. 08. 08., sze – 22:31 )

Az eddigi hozzaszolasok es a problema felvetes klasszikus eset. Van egy sw X ft-be kerul, de nem akarjuk megvenni (Megjegyzem a megadott osszeg nem is veszes a hasonlo kategoriaju egyeb sw-kehez kepest). Ket lehetoseg van feltorjuk, azt a szerzo nem akarja, vagy nyilt forrasu alternativat nezunk.

A klasszikus eset, hogy rogton olyanok akarnak programozni, akik raadasul sem a programozashoz, sem a problema megoldasahoz nem ertenek. A dolog jol indul. Arrol mar nem is beszelve, hogy a legfontosabb kerdes a programozasi nyelv. Bocs, de ez nevetseges.

No de legyunk konstruktivak:
Eloszor le kell valasztani egy nagyon specifikus resz feladatot amit meg akarsz oldani. Egyszerre nem fog menni minden es mar az elejen akkora faba vagod a fejszedet, amit aztan nem tudsz kivagni. Kicsi de nagyon hasznos feladattal kell
kezeni aztan azt ugy megtervezni hogy modularisan bovitheto legyen.

Gabriel Akossal ertek egyet abban, hogy meg kell nezni hogy a szamtalan nyilt forrasu ERP/ECM/CRM keretrendszerek kozul van-e olyan ami megfelel az igenyeknek. Modulokat mindig konnyebb fejleszteni es a munka nagy reszet mar elvegeztek helyetted, a kovetesrol supportrol es fejleszto bazis nagysagarol mar nem is beszelve.

Ha te "elsősorban a szociális igazgatásban gondolkozol", akkor a felsorol funkciok kozul a "szociális ellátások nyilvántartása"-ra koncentral semmi masra. Keress embert aki funcionalitashoz es felhasznalo szempontu tervezeshez ad segito kezet. Felejts el az osszes programozo geek-et az elso 3 honapban.
Kesits koncepcio tervet, funcionalis rendszertervet, adtamodellt, valaszd szet a komponeseket, gondolkozz a komponensek kozotti kommunikacion. Nem kell tulkomplikalni, nem kell az osszes UML diagrammot legeneralni. Nem kell hogy neve es pontos interface specifikacioja legyen mindennek. De jo ha van egy atfogo keped, hogy mit akarsz csinalni mielott egyatalan belefogsz.

Az architektura a programozas, es a programozo lesz az utolso a lepcsoben.

Egyetértek azzal, amit írtál, bár arra azért figyelni kell, hogy ne vesszünk el a "számtalan nyílt forrású ERP/ECM/CRM rendszer" elemzése közben. Gondoljunk bele, hogy 15 évvel ezelőtt papíron tartották nyilván ezt is, meg úgy általában mindent. Az is működött, akkor sem intéztek el kevesebb ügyet egy munkanap alatt. Első körben a kisebb önkormányzatok igényszintjét lehetne becélozni, egyszerű dolgokkal.

( dii | 2007. 08. 09., cs – 00:46 )

Ez most tényleg olyan mértékű feladat amire 5-10 programozó kell? Azthiszem el lett felejtve egy alapszabály: 1 programozó a feladatot megoldja 1 hét alatt, 5 programozó 1 hónap alatt 15 programozó soha nem fejezi be :)

Na de komolyra forditva, szerintem ez 1+1 emberes munka. 1 ember aki megtervezi, megírja és 1 ember kontrolnak, főként az adatbázis optimalizálásnál. Ez tipikus egyszerű adatbázis, plusz GUI amiben tologatják az adatokat, ezt hatékonyan megírja 1 ember. Ha nem akkor bocs. Persze ez munka, amit azért illik megfizetni, mégha nem is 100e forint/kilens áron.

Na de komolyra forditva, szerintem ez 1+1 emberes munka. 1 ember aki megtervezi, megírja és 1 ember kontrolnak, főként az adatbázis optimalizálásnál. Ez tipikus egyszerű adatbázis, plusz GUI amiben tologatják az adatokat, ezt hatékonyan megírja 1 ember. Ha nem akkor bocs. Persze ez munka, amit azért illik megfizetni, mégha nem is 100e forint/kilens áron.
Jó, rendben, tehát írassak magam egy programot? Épp azt tartanám a lényegnek, hogy nyílt forrású legyen, így ha a programozó felhagy a fejlesztéssel, nem maradok ott a sz*-ban, illetve ha többen fejlesztik, talán hamarabb kijavítják a hibákat.
De felhívom a figyelmeteket, hogy ettől még lehetne belőle pénzt kivenni, hogy ingyen fejleszti valaki: supportot lehetne vásárolni a fejlesztőktől, telepítést, frissítést felvállalni.

Tudom, hogy nem ebben gondolkodsz, csak megjegyzem, hogy volt már rá példa a világtörténelemben ;), hogy valaki úgy fejlesztetett, hogy a forráskód is az ő tulajdona lett a "végén", vagy amikor a fejlesztő befuccsolt, akkor megvette, hogy mással karbantartassa/továbbfejlesztesse.

Figyelem, figyelem! A nyílt forrás, vagy a szabad szoftver nem jelenti azt, hogy elkészítéséért nem lehet pénzt kérni. (free software != free software) Megírathatsz egy olyan alkalmazást, aminek a végén megkapod a kódját. Például mert ez szerepel a szerződésben.

( NagyZ v | 2007. 08. 09., cs – 10:05 )

engem az erdekelne, hogy aki tenyleg hasznalhato tudassal rendelkezik
ilyen teren (fentebb vitatkoztatok skalazhatosagrol, meg hogy lerohad
200 juzernel, stb), az miert csinalna meg ezt ingyen ;-))

ne, nem az enterspajz gentu huszarokra gondolok, vagy hobbiphpkoder
pistikekre. hanem akik komolyan foglalkoznak ilyesmivel.

Pl.: komolyan foglalkozik programozással, de ez a terület eddig szűz volt számára. Nem a programírásból szerez pénzt, hanem a supportból. RedHat, Novell nem ebből szerez pénzt? Nem kérnek pénzt a linux kernel fejlesztéséért (pedig fizetnek embereket ezért), supportért viszont pénzt kérnek.
Komolyan foglalkozik programozással, de maga a szakterület távol áll tőle: nem kell belemerülnie a jogszabályokba (amelyek néha furcsák), én (mi, ha már van elég felhasználói bázis :-)) szólunk, ha a program rosszul működik.
Példa:
aktív korúak szociális segélyének számítása, ha tört hónapról van szó:

  1. Jogszabály szerint: 63/2006. (III. 27.) Korm. rendelet 6§ (4) bekezdés: Ha a havi rendszeres szociális ellátás és a havi rendszerességgel adott átmeneti segély nem a teljes hónapra jár, az ellátás összege az ellátás havi összege harmincad részének és az ellátási napok számának szorzata.
  2. Volt szoc program programozói logika: jogosultsági hónapra járó ellátás összege osztva a hónap napjainak számával szorozva az ellátási napok számával:

A segély 2007.08.06-2007.08.31-ig jár, havi összege 30.000,- Ft:

  1. ebben az esetben a segély összege 25.000,- Ft
  2. ebben az esetben a segély összege 24.194,- Ft

( talisker | 2007. 08. 09., cs – 10:12 )

Üdv,

Nem akarok pesszimistát játszani, de 200eFt-s licenszdíj + 28eFt/év használati díj igen nevetséges összeg. Tehát ha valaki ezt nem tudja kigazdálkodni, akkor az ingyenes progi alá szükséges működési költségeket sem fogja tudni.

Én is elég sokat mozgok önkormányzatoknál, államigazgatásban. A pici önkormányzatoknál az egyedüli
járható út szerintem a rendszerbérleti konstrukció. Nulla licenszdíj + minimál éves bérleti díj.
Persze ez csak akkor működik, ha egyrészt van egy kész rendszer, ami működik, másrészt van vagy 50 önkormányzat, aki használja.

A rendszer kialakítás önmagában szerintem nem egy egyszerű menet. Persze a fejlesztő oldaláról egyszerűnek tünik a képlet. X megmondja mit kell csinálni, Y megérti és megtervezi, Z meg leprogramozza oszt kész. Na ez nem szokott soha így menni.

Tuti, hogy elsőre nem tudnak mindent pontosan specifikálni, később meg a hegesztgetés miatt megy az idő, pénz energia. Tévedés ne essék, nem arról van szó, hogy valaki nem ért ahhoz, amit csinál.
Aki elmondja a feladatot, az nem azon a nyelven mondja, ahogy a programozó megértené.

Valaki jelezte, hogy kicsi konkrét feladattal kellene indulni, aztán modulárisan (inkrementálisan) továbbfejlesztgetni. Szerintem is ez a járható út, de jelzem, hogy a rendszer elkészítése talán kisebb feladat, mint utána az életben tartása, a különféle önkormányzatok későbbi esetleges egyedi igényeinek összefésülése, ezek alapján egységes továbbfejlesztése stb.

Csak a rendszer kialakítása addig, hogy üresen ott ketyeg, alsó hangon is 3-5 hónap.

Példaként megemlíteném, hogy egy komplett költségvetés nyilvántartó rendszer, ami a klötségvetés tervezésétől egészen a beszámolóig zártan nyilvántart mindent, csak bevezetés oldalon 1 év. A fejlesztése eddig kb 8 évnyi meló volt, emberévben meg vagy 50-60.

Az meg, hogy most php+mysql vagy java+akármi az tök lényegtelen ebben a szakaszban.

Az sem utolsó szempont, hogy ez az esetleges projekt mennyire van támogatva a helyi vezetés oldaláról.
Álatlában az szokott a probléma lenni, hogy amíg az igényeket kell definiálni, addig mindenki (többnyire) konstruktív, de amint elkezdi nem látni, hogy neki ebből mennyi kerül a zsebbe, akkor rögvest minden fontosabb lesz.

Bocsánat, de asszem túl sokat húztam le ilyen környezetben, hogy ne legyenek illúzióim.
Alapvetően egy rendszer nem attól lesz jó, hogy tényleg tudja-e is azt, amit neki kell, kényelmes-e, csilli-villi-e, hanem attól, hogy mennyire van akarat, hogy használják.
Ha egyébként a rendszer még jó is az külön nyereség.

Üdv,
t
---------------------------------------------------
Talisker Single Malt Scotch Whisky aged 10 years :)

( csuhi | 2007. 08. 09., cs – 10:21 )

Engem is érdekel a dolog, ha tudok segítek. Önkormányzati intézménynél dolgozom Egerben, fejlesztettünk már vmennyire hasonló rendszert. Én magam ritkán programozok (php), sztem inkább a rendszer kialakításában, tesztelésében tudnék segíteni, de nyitott vagyok más feladatokra is.

Ezt a sok dumát nem meg volt kedvem végigolvasni...
Sztem itt konstruktív eszmecserét lehetetlen folytatni (már).
Inkább megadnám az e-mail címem, aztán ha összejön egy komolyabb csapat, "vonuljunk el" vmi zártabb helyre, ne zavarjon a sok idióta.

csuhi@csuhi.homelinux.net

( kojot | 2007. 08. 09., cs – 12:10 )

No akkor mesélek egy kis gyakorlatot a kétkedőknek a php ról.
Én kb 3 éve fejeztem be egy önálló projektet egy cég felkérésére.
EGYEDÜL!
Ami a fent említettekhez meglehetősen hasonlóan öszzetetté válhat a cég igényeitől függően. Azzá is lett!
Szal...Vannak itt is alap adatok, és vannak bővíthető adat táblák, amelyek között lehet szűrőzni, csak kattingatással, úgy h az egységsugarú juzer is tudja használni. A mai napig használja is!
Ebből kimutatást, grafikon tud csinálni, és minden jellemzőjáben , összegezhetö, kereshető, időrendben ésatöbbi.
Mindezt php5, és mysql el oldottam meg. Jelenleg közel 2 millió nem rövid rekord tanyázik benne, és egyszerre egyfolytában 5 ember dolgozik benne úgy, h nem bírják zavarni egymás munkáját. A sebessége ennyi rekord ellenére olyan, hogy azonnal töltődnek az adatok amit elküldöd a kérést. Mindegy, h milyen parancsot adsz ki a felületen. Lekérés összegzés, több soros bevitel, hibajavítás, vagyakármi.
Ha kell tudok segíteni, de mailben kérek róla értesítést, mert nem győzöm a kétkedő hozzászólásoktól kihámozni azt ami valós infót hordoz e tárgykörben.

no meg ahogy meg van írva.
Ui a komolyabb összesítés készítő részeket teszteltem egy Cyrix 300Mhz procival, 64 mega ramon futó -ha szabad így nevezni- szerveren.
Mivel ugye a számítást a majdani szerver gép fogja elvégezni. HA ezen timeout nélkül lefut, akkor jó a forráskód. Ha nem, akkor újra kell írni.

On July 13, 2004, PHP 5 was released powered by the new Zend Engine II. PHP 5 included new features such as:
Én kb 3 éve fejeztem be egy önálló projektet egy cég felkérésére.
Mindezt php5, és mysql el oldottam meg.

Gratulalok, par honap alatt megcsinalni egy ekkora rendszert, egy teljesen uj es -akkormeg- bugos platformon.

Tyrael

( gyrgyvrs | 2007. 08. 09., cs – 19:14 )

Hmm, kezd elmenni a kedvem... Na mindegy, még mindig ott van megoldásként, hogy magam nekiállok bütykölgetni, tanulgatni.
De: van egy Citynform Rt. által készített Cím és Partnernyilvántartás tanulmány, ami nagyjából tartalmaz egy specifikációt, illetve van mellé egy sql fájl, szerintem MSSQL-re írták, ami létrehozza az általuk elképzelt adatbázist. Ha valaki közületek tud arról, hogy ezt tilos feltenni a netre letölthetően (mert ő írta :-)) akkor az jelezzen, ha nem, akkor holnap felrakom valahová.
Egy darabig letölthető lesz, utána eltűntetem, mert nem vagyok benne biztos, hogy mikor letöltöttem, akkor nem fogadtam el valami "nem adhatja tovább" licenszet. Ez lehetne az első modul, a későbbiek során pedig tényleg lehetne hozzá megfelelő modulokat fejleszteni.
Ha csak ahhoz jó lesz, hogy saját fejlesztéseitekbe berakhatjátok, már az is valami.
Gui: szerintem ez fontos kérdés: a szociális ellátások nyilvántartására volt egy program, ami Delphi-t használt, meg a mostani is azt használ. A jelenlegibe pl.: ha keresek egy nevet, akkor bejön egy táblázatos lista. Keresés mezőbe elkezdem gépelni, hogy Sz akkor mondjuk Szabó Antalra ugrik azonnal, gépelés közben. Ha írom, hogy Szabó I, akkor Szabó István jelenik meg, ha van több, akkor a legelső, születési dátum szerint. Beírom egy dátum mezőbe, hogy 070803, akkor automatikusan kiegészíti, hogy 2007.08.03, de ha 20070803-at írok, akkor is helyesen egészíti ki.
Php pl. ezt tudja? Ja, AJAX-al biztos... És van köztetek olyan Php fejlesztő, aki ért az AJAX-hoz is, ráadásul vállalja ingyen a fejlesztést?
Nagy, megyei városi önkormányzatokat elsőre nem is lehetne megcélozni, csak kis községi önk., akik most is használnak valamit, vagy csak kézzel adminisztrálnak.

Ha írom, hogy Szabó I, akkor Szabó István jelenik meg, ha van több, akkor a legelső, születési dátum szerint. Beírom egy dátum mezőbe, hogy 070803, akkor automatikusan kiegészíti, hogy 2007.08.03, de ha 20070803-at írok, akkor is helyesen egészíti ki.
Php pl. ezt tudja?

Ha meg nem sertelek, ehhez semmi koze a php-nek. Ez abszolute frontend. Pure Javascript. A dolog szepseghibaja, hogy mivel kliens oldai ellenorzes, ebben megbizni nem szabad, ergo ketszer kell dolgoznod, mert szerver oldalon is validatalnod kell a kapott inputot. (Ott mar valoban lehet php kerdese, de az mar csak a feldolgozas (submit)).

No, van rá egy láda rothadt körtém, hogy ebből nem lesz semmi.

De eddig azt hittem, én vagyok arrogáns és nagyarcú, de látom már, hogy kispályás és szerény vagyok :)

Minden topic elmegy ebbe az egymást kinyírjuk stílusba?
Ez szomorú, lévén nem egymás ellenfelei vagyunk, hanem egymás szövetségeseinek kellene lennünk.

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

Úgy generálisan értem.
Itt is ugyanaz a marhaság tud menni, mint a valós életben.

Talán ha 3 ember érdeklődött a projekt iránt, míg mások szópárbajba keveredtek egy szikrára.
Nos, részemről lezártam a témát :)

--------------------------
eGroupWare, gentoo, gLiveCD és egyéb csacskaságok

Szerintem elsőként az adatbázist kellene elkezdeni felépíteni, aztán lehetne a progamot megírni, akár több nyelven is. Ha ugyanaz az adatbázis és ugyanaz a működés van leimplementálva akkor mindegy, hogy php-n, java-n, vagy Delphi-n keresztül töltik, akár egyszerre is.
Elsőként akár lehetne Delphi-ben is készíteni, ha jól tudom van Personal változat (legalábbis régebben volt) ami ingyenes, a kód pedig lehet nyitott, így bárki el tudja készíteni a saját izlésének megfelelő nyelven a programot. Egy egyszerű partnernyilvántartót egy jó Delphi-s akár pár óra alatt működőképes állapotúra el tudja készíteni.

Szóval szerintem itt az ideje elkezdeni azon vitázni, hogy milyen adatbázis legyen a program alatt. MySQL, PostgreSQL, FirebirdSQL, SQLite, ... :) Bár ezen vitázni kb annyi értelme van mint a nyelven vitázni.

Inkább azt kellene megbeszélni, hogy egy Partnernyilvántartónak milyen adatokat kell tárolnia, de erre elsőként a topic nyitónak kellene válaszolnia.

( Qury v | 2007. 08. 10., p – 09:53 )

Szerintem, kicsit osszekuszalodott a topic. Olyan hozzaszolasokra lenne szukseg pl hogy:

- benne vagyok

ill.

- erdekel, de nem tudok reszt venni

Ha mar osszealt egy kis csapat, akkor utana egyszerubb eldonteni, hogy milyen nyelven es milyen adatbazissal fognak majd dolgozni. (Mert ugye feladathoz az eszkozt kene valasztani, nem pedig forditva.)

En peldaul nem ertek a programozashoz (leven kozgaszdasz vagyok :-), de pl. dokumentacio irasaban es egyeb ergonomiai kerdesben szivesen segitek amit tudok..

( szorpi | 2007. 08. 10., p – 12:04 )

Kedves gyrgyvrs!

A kovetkezo javaslatom van:

Légyszi, mint ötletgazda csinálj egy levelezocsoportot valahol (mondjuk gugle), aztan hirdesd ki itt azt, hogy csak az jojjon, aki reszt akar venni a projektben, aki nem es megis feliratkozik, azt meg tudot torolni es kesz!. Igy a flemelesnek vege, és erdemben el lehet kezdeni beszelni arrol, hogy mi is lenne a teendo!

No aztan lassuk, hogy mennyien akarnak reszt venni, 2-3 emberrel mar neki lehet vagni, 5 emberrel meg mar szep eredmenyeket is el lehet erni, foleg ha jol hasznaljuk a tudast! Itt a topicban volt nehany ember, akit tenyleg erdekel a dolog.

( talisker | 2007. 08. 10., p – 12:10 )

Érdekesen alakul a dolog.

Megjegyezném, hogy a topicnyitó ezt kérdezte:

"Ennyi... mit gondoltok?"

Sokan leírták mit gondolnak. Miért is baj, hogy nem az a válasz, hogy én igen, én nem?
Kutya se érti ezt.

Bár ahogy visszaolvastam, keveseket érdekel, hogy egy ilyen project mitől megvalósítható
mitől nem stb., ennek ellenére szerintem ez fontosabb kérdés, mint a technikalitások.

krix, cln, szferi ---> +++

Alapvetően el kellene elmélkedni ennek a dolognak a keretein.
Kedves gyrgyvrs, nem okoskodás, meg előrefikázás amiket írtam (meg a fentebb említett nickek),
de ahhoz, hogy egy sikeres projectet tudj csinálni, ahhoz a tervezők/programozók/eszközök
rendelkezésre állása édeskevés.

OK., hogy most itt ezt feldobtad, sokan segítőkészek, mások szkeptikusabbak. Valszeg találsz
olyanokat, akik szivesen segítenek tettleg is. Tanácsokban, egyebekben én is szivesen segítek.
Mint előző hozzászólásomban már mondtam, ilyen területen nem egy projectet csináltam végig.
Ez nem a "hűde mindent tudok erről, nagy az arcom" akar lenni.

Ami egy ilyen dologban fontos, megszívlelendő:

0. Van-e támogatás a vezetés részéről?
Lelki, anyagi, erőforrásbeli stb. Ha nincs, szerezni kell.
Ha így sincs, bele se kezdj.
Sok helyen van uccuneki csináld titán hozzáállás. Tudatosítani kell,
hogy NEKIK is lesz vele munkájuk, nem csak neked.

1. Minden információ rendelkezésre áll-e a rendszerrel kapcsolatos elvárásokról?
Ha nem, akkor az egyes fehér területeket megtalálni, definiálni, kizárni,
vagy szerezni valakit, aki ért hozzá, goto 1.

2. Erőforrások
Szakmai emberkék (lásd 1.)
Elemző/tervező - ügyvitelhez passzolás, adatmodellezés, folyamat modellezés
Fejlesztő (DBMS, + akármi)

3. Határidők, termékek
Milyen szegmens mikorra kéne keytegjen,
hogy el lehessen róla dönteni, jó irányba megy-e a dolog.
Lévén iterációs alapon kellene szerintem előrehaladni.

4. Rendszerkapcsolatok, folyamatok, hozzáférés
Kell e külső kapcsolat? Hány rendszerrel? Milyen irányú
(adatszolgáltatás, vagy adatcsere)?
Migráció (lesz-e, milyen előző rendszer adataiból, milyen fordulónappal stb.)
(Ehhez terv, adatmodell, határidő, istenbizony ebből (adott dátum szerinti)
az állapotból kiindulva)
Mennyire kell folyamatvezérlést csinálni? (Bizonylatok, állapotkezelés,
idősoros információtárolás)
Adathozzáférés user jogosultság, hovatartozás alapján, az adat állapota alapján.

4. Tesztelés
Ki? Mit? Hol?

5. Bevezetés
Milyen darabokban, mikor, mit?

6. Technikalitások
Milyen eszközzel (fejlesztés, üzemeltetés, archiválás stb.)
kb 5-10 évre előre méretezd a vasat, karbantartó emberke rendelkezésre állást,
fejlesztőt stb.

Ismét jelzem, hogy az egyik legfontosabb dolog
(a jólműködésen, meg külcsínyen kívül), hogy
ki fogja ezt az egészet egyben tartani amíg elkészül,
ha elkészült és ha te már nem leszel ott. Milyen erőforrás kell hozzá?
Ki fogja pátyolgatni Juci néni lelkét, ha 16-szorra is szarul visz fel valamit
és ezért nem látja a fától az erdőt?
Ki fog hibát elhárítani? Mennyi idő alatt? Milyen garanciát lehet erre szerezni?
A lelkesedés itt jelenleg ehhez kevés. Ha elüt a villamos, vagy a terveződet elüti a villamos
hogy lépsz tovább?
A kezdetektől igen brutális dokumentálást kellene véghez vinni, hogy ezeket ki tudd védeni.

Ha még eszembe jut valami írok.

Remélem zavartam.

Üdv,
t
---------------------------------------------------
Talisker Single Malt Scotch Whisky aged 10 years :)

"A kezdetektől igen brutális dokumentálást kellene véghez vinni, hogy ezeket ki tudd védeni."

Pontosítva: a szervezet ki tudja védeni, ha épp te esel ki onnan.
Magyarán, a project önjáró legyen akkor is, ha a személyeket cserélik.

---------------------------------------------------
Talisker Single Malt Scotch Whisky aged 10 years :)

Nos, igen, egyetértek, azt hiszem keresnem kellene valamilyen szervezetet.
Mondjuk egyrészt a hup közösség? jutna eszembe, csak hát nehéz lenne vezetőket választani stb. Másik az FSF vagy a SZSZI, vagy MLF lenne. Mit szóltok?
Aki meg tenni akar: http://www.szgip.hu/partnerescim oldalra felraktam az általam ígért tanulmányt, nézzétek meg.
Ha gondoljátok, létrehozok ott egy fórumot, aztán "félrevonulhatunk".

Betömörítettem tar.gz -ba, nálam így már jó. Azt írja, Objektive C fájl egyébként.
Külön probléma egy ilyen komplex adatstruktúra feltöltése törzsadatokkal, pusztán egy helységet tekintve is.
Hát igen ...
Irányítószám, település adatokat össze lehet halászni más programokból, ország adatbázist is.
Utcák: szeritem ezt már felhasználói felületen keresztül kellene felrakni, de ez csak egy ötlet.

Igen, valószínűleg a törzsadatok könnyű módosítását lehetővé kell tenni a felhasználónak, hogy használható legyen.

Első nekifutásra szerintem a struktúra túl nagy falat: nehéz a felületet hozzá jól implementálni, és körülményes használni. Célszerű lenne leegyszerűsíteni a közeljövőben várható igényeket figyelembe véve.

Persze ezt csak én gondolom így, úgyhogy jövő héten megmutatom egy-két tapasztalt kollégámnak, érdekelne az ő véleményük.

Az igazság az, hogy ez egy elég régi tanulmány (2002-ő)
Van egy új rendszer, amit használnak majd a címnyílvántartásnál, alapja a kapubejáró, ha jól tudom. Hétvégén átnézem, aztán majd beküldöm, amit tudni kell róla. Ez hiteles címnyilvántartás lesz, a jelenlegi nem az (majd megmagyarázom)
Doksik itt vannak róla nálam, csak lehet, hogy ezek tényleg nem publikusak (intranetről vettem le). Vagy várunk egy kicsit, aztán hétfőn rákérdezek, hogy közzé lehet-e tenni.

"Sokan leírták mit gondolnak. Miért is baj, hogy nem az a válasz, hogy én igen, én nem?"

Az nem is baj, hogy nem azt válaszolják, hogy igen, vagy nem. Szerintem az a baj, amikor nem a témáról írják le, hogy mit gondolnak, hanem valami egészen másról. (pl.: "Hát én már hegesztettem vasvillát szarvasbogár csáprágóval, és én mostmár bármit azzal csinálnék, még az almáspite sütést is, mer az a legjobb!")

Véleményem szerint a hozzászólások ~15%-a már túlmutat ezen a topic-on. Például a Te hozzászólásod is olyan, amit már nem lehet érdemben tárgyalni egy ilyen nyílt fórumon, ezt már azoknak kéne megbeszélniük, akik részt akarnak venni a projektben (hisz itt már módszertanról, feladatokról van szó). Ráadásul már vagy 5 ember feltünt, akit érdekel a dolog.
itt az ideje: release early, release often

( t-bee | 2007. 08. 10., p – 12:25 )

Javaban vagy .NET-ben kell egy ilyen programot fejleszteni, viszont ingyen nem csinálnám semmi pénzért... :)

ránknéznél egy kicsit fikázni

Ezt azért még fordítsd le nekem magyarra pls.! Olvasom elölőr, hátulról de csak nem értem...

Amúgy meg alapból nem mondok senkiről és semmiről véleményt nyilvánosan, de Te megelőlegezted már nekem feltételes módban is a véleményed. Köszönöm :)

Csak megsértődtél :-(
Tehát értesz hozzá, ha már azt írtad, hogy ingyen nem fejlesztenéd.
ránknéznél egy kicsit fikázni alatt azt értettem, hogy ha megpróbálnánk valamit fejleszteni és létrejönne egy program, akkor feltelepíted, belenézel a forrásba akár, és azt mondod, ehhez mást lehetne használni, mert gyorsabb, ne ezzel kapcsolódjatok azt adatbázishoz, hanem azzal...stb.

Szerintem egyáltalán nem elhanyagolható :-) És nem is egy (BSD-ket elfelejted, sőt szerintem már a MINIX is ilyen, Opensolaris?)
KDE, Gnome, OpenOffice.org, Apache, PostgreSQL...
De nincsenek illúzióim, ezek a projektek arról is szólnak, hogy saját fejlesztéseiket ők maguk fel is használják.
Az, hogy a fejlesztők csak azért fejlesszenek egy programot, hogy mások ingyen felhasználják, költséget takarítsanak meg...hmmm, ez még tőlem is naivitás lenne.
Esetleg referenciaként felhasználni, vagy mint mondtam, diplomamunka téma.
Ismétlem, azért látok lehetőséget pénzt kivenni a projektből a résztvevőknek azzal, hogy supportot nyújtanak.

( turul16 v | 2007. 08. 10., p – 17:43 )

http://www.webtoolkit.eu/wt/
Ezt is ki lehetne probálni.

Most jártam a városban egy két helyen, és leggyakrabban ajax-os webes cumokon vezetnek dolgokat. Meglepett :), "rendes programokat" már nem írnak.

( s3r3nity | 2007. 08. 11., szo – 11:23 )

Most őszintén tudjátok miért fog ez a dolog megint kútba esni? Végigolvasgattam az egész topikot és másról se szól fele mint arról hogy jöb valaki mond valamit aztán jön egy másik az mond valami mást(bár gyakrabban csak azért jön hogy leszólja az első ötletét)és rögtön megy a fikázás.
Ha nem tudtok csapatként együt dolgozni ne fogjatok ilyen nagy dologba.
Másrészről ha kiszűröm a használhatatlan kötözködést marad egy csomó jó ötlet csak a kutyának nem jut eszébe hogy ezeket bele egy kalapba leszűkíteni a kört és még akár meg is lehetne csinálni.
Csak hát ha az a lényeg hogy ki a 'nagyobb király' ...
Egyébként ezt a hozzáállást sajna egyre inkább megfigyelem itt a hupon. :(
Csomó jó ötlet aztán a topik következő 90%-a fikázás.
Fogadjátok el azt hogy más máshogyan csinálná és nem biztos hogy az rossz csak más. De attól még lehet jó.

tudom hogy néha túl fenkölten fogalmazok sajna érte. De ha ez jött le abból amit fentebb leírtam sztem olvasd el újra. Arra próbáltam rávilágítani hogy ahelyett hogy mindenki fújja a sajátját és szarik a másik véleményére talán meg kéne hallgatni egymást mert láttam jó ötleteket a topikban.Csak ennyi.De ha te fikázni akarsz csináld. :P (utalok itt wannabepistikére)

( gyrgyvrs | 2007. 08. 11., szo – 16:54 )

Az aki komolyan érdeklődik, mit preferálna:

  • levelezési listát
  • az szgip.hu alá felteszek egy aldomaint, mondjuk fejlesztes.szgip.hu, arra egy drupal az alap garland sminkkel, aztán ott lehet fórumot indítani, fájlokat feltölteni stb. Ezt a domaint én adminisztrálom, nem nagy hasznát veszem, akik megkértek a fejlesztésre, nem igazán vesznek már részt benne... +1 pont a pesszimistáknak.

regeltem
Kissé kár, hogy sajna az ég egy világon semmihez sem értek eléggé, ami kell a bulihoz (java egyáltalán nem, php épp csak, önkormányzati szoftverhez egyáltalán nem).
Mindazonál hátha mégis akad olyan tennivaló, amiben segíteni tudok, ha meg nem, akkor ígérem, hogy nem én leszek, aki lángos lesz:), hanem majd okosan hallgatok, és figyelek:)

Alig várom a specifikációt (mert ugyebár, amíg ez nem _pontosan_ ismert, addig nincs értelme programozási nyelvről vitázni). Ha elkezded írni, akkor hadd lám, ahogy magamat ismerem, lesznek kukacos kérdéseim.

( palotti | 2007. 08. 14., k – 08:09 )

Szerintem Oracle adatbáziskezelőt nyugodtan használhatsz, az IMI miatt van rá minden önkormányzatnak licensze(8.1.7), architektúra szerint a 3rétegű nem biztos hogy szerencsés lenne, mivel a kicsi önkormányzatoknak nincs megfelelő gépük, és egy webszervert beállítani pl 5 kliensért kissé pazarlás. A 2 rétegű esetén delphi/kylix jó választás lehet, egyszerű, gyorsan programozható. Ha java-t választassz egyszerűbb a 2rétegűből igény esetén 3 rétegűre áttérni, relative kevés meló, ha jól van megírva. Ha gondolod segítek szervezés, programozás területen, ha érdekel pü...

Üdv: Tibi

Kis problémából egy kis munkával nagy problémát lehet gyártani. Ha valami müxik ne b***tasd :)

Úriember az, aki nem beszél a Windows-ról, pedig tudna...

Na ja :)
Mondjuk a 8.1.7 érdekes, mert már end of life, tehát hivatalosan nincs rá Oracle gyári support.
Egyébként az Oracle-t be lehet konfigurálni nagyon kicsi memóriahasználatra is (64MB).
Ettől függetlenül én is Postgres-t ajánlok ahova csak lehet. A Postgresből (nekem) már csak egy plug&play replikáció hiányzik.
--
Gabriel Akos