Úgy szeretem amikor mások kitalálják, hogy nekem mit is kell csinálnom. Nem fog jönni, 1 user 1 gépen ennyi. Többen használják, de más-más településeken, és nem egy gépen.
leonsio:
LC sem pontosan két hétre gondolt. De a programot meg lehet írni egy nap alatt. Utána hibajavítás, visszajelzések ...stb. De ez a 2 hét után is meglenne.
Légy erős, valójában bármilyen 16 bites progi le tudja fagyasztani, nem csak a Clipper de egy sima végtelen ciklusba került win3.1-es progi is. A rendszer pedig windows alól nem a smartdriveon keresztül cseszteti a winchestert - annyira már a win 3.11 sem volt szutyok, a win 3.1 viszont még valóban INT21-es hívásokkal kezelte a fájlokat, de a 3.11 már nem - és bizony alapértelmezetten be van kapcsolva a write cache (nem emlékszem ki lehet-e egyáltalán kapcsolni, viszont sok-sok ilyen jellegű problémára emlékszem olyan gépeken is amin nem is volt Clipper program csak Word és Excel). A hülyejúzer sportból is ki tudja kapcsolni a gépet, vagy a takarítónéni kihúzza a konnektorból a dugót... Szóval a journaing fájlrendszerek anno nem véletlenül lettek kitalálva és nem véletlen hogy ma már még linuxon sem találsz olyan disztribet ami defaultból mezei ext2fs-t telepít, az ext3 a minimum.
Egyszer leszedtem egy .Net-es programot, megpróbálom telepíteni, nem jó neki a framework, újabbat akart, jó, leszedtem a frameworkot, nem jó neki a telepítő, Windows Installer 3.0 kell neki, jó, azt is leszedtem.
A Visual C# Expressel tudsz olyan telepítőt csinálni ami minden szükséges dolgot rárak a telepítő CD-re. Sőt, olyat is tudsz (bár ez téged most nem érint) ami minden induláskor felnéz a netre, és ha van új verzió akkor automatikusan lefrissíti magát.
Persze normális windowra egy normál .NET-es progi esetén semmit nem kell telepítgetni, felteszed az exe-t és kész. De XP-n vagy pláne régebbi gépeken valóban telepítgetni kell. Ahogy win3.1-en sem futnak a win32-es progik.
Az SQLite szép és jó, de csak egy júzerre. Ha ezt több helyen használják akkor fél éven belül garantáltan jönni fog a kérés hogy de ezt több júzerrel is használni kellene. Nincs egy júzeres program, csak olyan van aminél az elején azt hiszik a júzerek hogy csak egy valaki fogja használni egyszerre.
Az van neki, de csak .NET-es progit tudsz vele csinálni. Windows.Forms-osat és talán most már WPF-eset. Még MFC supportja sincs ha jól emlékszem - azaz valóban WIN32 API hívásokkal kell összeraktni a programot. És amit egy .NET-tel vagy egy Delphivel össze tudsz rakni egy nap alatt, arra WIN32 API hívásokkal nyugodt lélekkel rászámolhatod a két hetet, és akkor szvsz még szolid voltam.
Szia!
Írtam már priviben (nehogy miattam kitörjön a miért ezt az elavult delphit javaslod vita), inkább csak az 1 napos fejlesztéssel kapcsolatban jutott eszembe, hogy ha én lennék a jövendőbeli progidnak a felhasználója, biztos nem örülnék annak hogy amit én naponta fogok használni, az 1 nap alatt lett megírva, szerintem ha felhasználóbarát programot akarsz írni akkor egy picivel több időt rá lehetne számolni, persze ha csak nem a nap 24 óráját fordítod erre...
Így lehet egy két órás feladatból két heteset csinálni:
Egy nap alatt meglesz, hidd el. Vagy csak azért mert nem a nagy
.Net-el fejlesztek, a fejlesztési idő a 100-szorosára nő? Mert a csodálatos .Net képes az időt is meggörbíteni és a 2 hétből 2 órát csinálni... tudom.
De egyébként 1 nap alatt meglenne Javában, C-ben, PHP-ben, Delphiben... stb.
Egyszer leszedtem egy .Net-es programot, megpróbálom telepíteni, nem jó neki a framework, újabbat akart, jó, leszedtem a frameworkot, nem jó neki a telepítő, Windows Installer 3.0 kell neki, jó, azt is leszedtem. Ezzel csak 2 dologra akartam kilyukadni:
1 ahol ezt a programot használni fogják sok helyen nincs internet, hogy ott helyben leszedjenek maguknak mindent amit a programom pusztán a ferde hajlamai miatt magának követel.
2 utálom ha egy programot letöltök, és szeretném azonnal használni, ahhoz fel kell telepíteni még 4-et. SQLite is ezért lesz, a célra tökéletesen megfelel, kicsi, nem kell külön telepíteni, beállítgatni, csak ott van, használom és kész.
Egyébként bocs ezért a kirohanásért, de én sem azért nyitottam ezt a topic-ot, hogy folyton belémkössenek, hogy márpedig .net kell, hanem tanácsot kérni.
Ez azért gáz mert a win98-akon FAT32 van. Ez minden idők legmegbízhatatlanabb fájlrendszere, vagy legalábbis rajta van a toplistán. Ahogy maga a 9x sorozat is egy rakás szemét. Aki ilyet kitalált az egészségügybe pláne P4-ekkel amik azért pár éve még nem voltak olcsójánosok, annak szvsz börtönben lenne a helye.
Én úgy tudtam hogy ha kereskedelmi szoftvert szeretnél készíteni a Delphi-vel, akkor legalább a Professional változatot kell beszerezned. Ha az is szempont hogy a fejlesztőeszköz is ingyenes legyen akkor szerintem a Delphi kilőve .
Tavaly előtt írtam egy rendszert egy húsipari cégnek, lehidaltam, amikor megláttam a környezetet. Win98, 128 MByte RAM, mátrixnyomtató. Na, mondom ez a kánaán. Végülis Delphi-FB Embed-FastReport 4 használatával a progi hiba nélkül üzemel, meglepő módon qrva gyors a 128 MByte-os tetűn is, ráadásul az FR4 gyönyörű dotmátrix-reportokat gyárt. De azért kerülöm az ilyen rendszereket ahol tudom.
Mindenesetre ez a kombináció tökéletes Win98-ra, legalábbis az elmúlt 1.5 évben egyetlen hiba nem jött elő mindennapos intenzív használat mellett, pedig a "filerendszer"-ben nem igazán bíztam, de eddig kellemesen csalódtam.
Nem tudom hogy a win98 mennyire eszi meg a .net frameworköt, úgyhogy szerintem a visual studios dolgok kiesnek.
Az alap 2.0-t megeszi. Viszont a 2.0 SP1 már nem támogatott.
Esetleg ha van a célgépeken MS Office Professional, akkor még az Access is szóba jöhet, abban viszonylag jó reporting van, és habár komoly adatbázist nem bíznék rá, egy egyszemélyes primitív alkalmazással elboldogul. Bár a végtermék kereskedelmi forgalomba hozásához lehet, hogy valamilyen licensz szükséges. Nem tudom, hogy most mi van, régen volt az Office Developer Edition, ami lassan fél évtizede megszűnt. De ha zártkörű fejlesztésről van szó (értsd: nem polcos szoftvert csinálsz), akkor szolgáltatásként is értékesíteni lehet a dolgot.
Már megvan a nyerő kombináció, SQLite + MS Visual C++, .Net nélkül. Delphi is lehetne, csak nem találtam meg az ingyenes változatot.
Azaz igazság, hogy egészségügyben elég sok az ilyen, pár éve nyertek pályázaton egy P4-es 2 GHz-es gépet, 1 giga RAM + Win 98, új Xp-re nincs pénz, szóval muszáj erre fejleszteni.
Mégegyszer köszi mindenkinek.
Ha követelmény, hogy win98-on is menjen, akkor sztem delphi a legjobb választás.
Nagyon régi emlékeim szerint a .net 1.0, 1.1 verziója ment win 98 alatt, de kár erőltetni sztem .net-et, java-t ilyen gépeken. Valószínűleg régi gépek vannak a win98 alatt...
Egy régi gépen futó alkalmazáshoz ami szintén nem biztos, hogy elbír egy izmos sql szervert, sztem érdemes beágyazott firebird-öt kipróbálni.
Az a helyzet, hogy elég sokan használnak például Windows 98-at, akiknek ez a program készül
Nem csak legkondis irodak vannak...
Van ahol erossen kisert a mult.
>10 000 000 forintos ipari eszkoz. 6MHZ XT alaplap, ami most meghalt. Gyorsabb proci nem megy, most alhatok neki alaplapot gyartani.
Nekik sincs ilyen jellegű supportjuk, meg szintén nem csinál megfelelően formázott jelentéseket.
Egyébként a kérdésemre várok választ, mivel nem ismeritek a programmal szembeni követelményeket, maradjunk annál amit én leírtam.
Az Excel nem készít formázott jelentéseket, meg kell venni minden egyes személynek, ami sokkal drágább lenne, mint egy ilyen program lefejlesztése. Azon kívül ezek a jelentések változnak időről időre, és nincs rá sajnos Microsoft support ami a usereknek automatikusan frissíteni az xls-eket
Felejtsd el. A win98 fájlrendszerére a játékprogramok játékállás mentését sem lehet jó szívvel rábízni. Olyan oprendszert pedig aminek már jó pár éve nincs supportja nem szabad éles üzemben használni - különösen egészségügyben nem.
Azt nem én mondom meg, hogy ki mit használ.
Az a helyzet, hogy elég sokan használnak például Windows 98-at, akiknek ez a program készül
Viszont a MySQL-t felejtsd el, ilyen esetekben fizetős a licensze, legalábbis amikor utoljára néztem az volt - és a fentiek szinte bármihez elegendőek. SQLite-ot felejtsd el, akkor már inkább Access. De ez utóbbi kettő (továbbá paradox, dbf) szintén ellenjavalt ha több usered van.
Egy gépen 1 user. De adatbáziskezelő nem annyira fontos, tárolhatom fájlban is az adatokat. Csak így kényelmesebb lenne.
SQLite szerinted miért nem jó?
de ne akarj C++-ban ügyvitelt fejleszteni, különösen ne vizuálisban.
Ez csak egy egyszerű nyilvántartó program. Emberek adatait kell felvinni (név, testsúly, magasság, elváltozások ...stb) és ezekből statisztikát készíteni.
Tulajdonképpen egy adatbázis fölé egy felhasználóbarát felület. Ennyi.
Ha ragaszkodsz a natív kódhoz (2008-ban szvsz szintén rossz ötlet)
a programnak régebbi operációs rendszereken is el kell futnia (Win98...stb)
Felejtsd el. A win98 fájlrendszerére a játékprogramok játékállás mentését sem lehet jó szívvel rábízni. Olyan oprendszert pedig aminek már jó pár éve nincs supportja nem szabad éles üzemben használni - különösen egészségügyben nem.
az adatok tárolására szükség lenne valamilyen adatbáziskezelőre is, ami lehetőleg szintén ingyenes, és a programmal együtt forgalomba hozható
Ilyen sok van. Firebird, MS-SQL Express, Postgresql, Oracle-nek is van free verziója de ennek nem ismerem a licenszét. Viszont a MySQL-t felejtsd el, ilyen esetekben fizetős a licensze, legalábbis amikor utoljára néztem az volt - és a fentiek szinte bármihez elegendőek. SQLite-ot felejtsd el, akkor már inkább Access. De ez utóbbi kettő (továbbá paradox, dbf) szintén ellenjavalt ha több usered van.
Visual Basic vagy Visual C++ Express 2005
Ezek közül a Visual C++ Express tud natív kódot csinálni, de ne akarj C++-ban ügyvitelt fejleszteni, különösen ne vizuálisban. Vizuálbézik csak .NET-esben van ingyenes, a VB6 fizetős, plusz dinoszauruszok korából ittragadt fejlesztőeszközzel szintén nem jó ötlet új projecet kezdeni. A bézik amúgy is a legocsmányabb nyelvek egyike.
Ha ragaszkodsz a natív kódhoz (2008-ban szvsz szintén rossz ötlet) akkor szvsz Delphi, win32-n szvsz még mindig ő a király.
Ha meg nem akkor Visual C# Express-t javasolnám. Vagy a Javát ha megér neked 3x annyi szívást a multiplatform. Ha meg mindenképp C++-ozni akarsz (ne akarj) akkor Borland C++.
A Borlandos cuccoknak van valami turbo express verziója ami ingyenes. Vagy esetleg bepróbálkozhatsz a Lazarussal is ami egy free Delphi klón, de kezdőként nem foglalkoznék vele, profiként is csak akkor ha van sok időm a dologra és fontos a multiplatform.
Én VS2k8 + Visual C# Express kombóval indulnék ha ilyen feladatot kapnék, kezdő lennék és nem lenne fejlesztőeszközöm.