<div dir="ltr"><div>"<span style="font-family:arial,sans-serif;font-size:13px">Sajnos ebbol a harom dologbol egyszerre mindig csak kettot lehet </span><span style="font-family:arial,sans-serif;font-size:13px">valasztani."</span></div>
<div><span style="font-family:arial,sans-serif;font-size:13px"><br></span></div><div><font face="arial, sans-serif">Agreed ;) </font>Igazabol szerintem elegge teljes kepet adtunk arrol, hogy mik a lehetosegek, a kompetenciakat ugy se ismerjuk, es donteni se mi fogunk :)</div>
<div><br></div><div style>Boci</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/2/2 Gábor Garami <span dir="ltr"><<a href="mailto:gabor.garami@hron.me" target="_blank">gabor.garami@hron.me</a>></span><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">A P/Invoke ott tud problemat okozni, ha nem csak hivogatni kell<br>
dolgokat benne, hanem oda-vissza adtcsere is kell, raadasul<br>
intenziven. Meg a Windows API-k tobbsegevel nincs kulonosebben baj,<br>
addig a 3rdparty DLL-ek eleg valtozatos minosegu belso implementacios<br>
koddal rendelkeznek, ami nem feltetlen felel meg a menedzselt<br>
kornyezet kovetelmenyenek. Nagyon sok cikket olvastam arrol, hogy a<br>
P/Invoke egy bizonyos szint felett frusztralo is tud lenni.<br>
Szemelyesen halistennek meg nekem se volt vele nagy problemam, pedig<br>
en nem is C#-ban, hanem VB.NET-ben fejlesztek .Net ala, ami neha eleg<br>
trukkos megoldasokat kovetel.<br>
<br>
Amit irtal (tanacskeres) az stimm, csak ettol meg nem lesz egyszeru<br>
egy ilyen tervre barmi epkezlab otletet adni. Kabe minden projekt<br>
menedzserek altali felvetesekor elhangzik (kimondva-kimondatlan), hogy<br>
legyen olcso es gyors a fejlesztes, es minel kisebb a vegtermek.<br>
Sajnos ebbol a harom dologbol egyszerre mindig csak kettot lehet<br>
valasztani.<br>
<div class="im"><br>
Garami Gábor<br>
E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
Tel: <a href="tel:%2B36%2020%20235%209621" value="+36202359621">+36 20 235 9621</a><br>
MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a><br>
Skype: hron84<br>
<br>
<br>
</div>2013/2/2 János Háber <<a href="mailto:janos.haber@javaportal.hu">janos.haber@javaportal.hu</a>>:<br>
<div class="HOEnZb"><div class="h5">> - Nekem az jott le hogy Miklostol tanacsot kertek: "- Nem én vagyok a<br>
> "kritikus", nem elsősorban nekem kell boldogulni vele,"<br>
> - Mivel egyikunk se tudja hogy a "kismeretu nativ exe" mennyire fontos<br>
> kovetelmeny igy lehet hogy megoldhato egy kisebb wrapper appal<br>
> (qt/.net/akarmi) de lehet hogy fontos kriterium az egesz alkalmazas meretet<br>
> tekintve.<br>
> - Nemtudom nekem Nativ DLL hivassal nem voltak rossz tapasztalataim :),<br>
> szempontkent peddig az alkalmazas kesobbi tovabbfejlodese szempontjabol<br>
> irtam.<br>
> - Mivel nemtudjuk hogy az adott fejlesztocsapat milyen nyelveket ismer (es<br>
> FreePascal is felmerult ugye elso korben) igy ez is fuggo kerdes, de az en<br>
> velemenyem szerint mindegyik nyelvnek megvan a maga helye plusz ekkora<br>
> projecthez nem erzem tul nagy ugrasnak a Java -> C# atallast (legalabbis<br>
> nekem nem volt az)<br>
><br>
> Boci<br>
><br>
><br>
><br>
><br>
> 2013/2/2 Gábor Garami <<a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a>><br>
>><br>
>> Felreertetted a mondatot: el tudok kepzelni ilyen alkalmazast, csak a<br>
>> feladat felvetesebol az jott le, hogy nem akarnak tul sok eroforrast (ido,<br>
>> penz) belefeccolni a fejlesztesbe, illetve a kesobbi karbantartasba.<br>
>><br>
>> Egyebkent FYI: .Net 3.5 ma mar minden tamogatott Windows verzioban megvan,<br>
>> vagy frissiteskent felmasz. Windows XP-re mar nem fejlesztunk nagyon.<br>
>><br>
>> A webes megvalositas nekem azert jott be a kepbe, mert a leiras pont<br>
>> raillik egy ilyenre.<br>
>> A kismeretu nativ exe meg kimerulhet egy alapszinten osszerakott Qt-s<br>
>> bongeszoben, ami semmit nem csinal, csak behozza a webappot. Ilyesmit kb.<br>
>> egy-masfel nap keszre faragni, meg nagyon kodolni se kell hozza.<br>
>><br>
>> Egyebkent meg nem kell bedolni a marketingnek. A P/Invoke (nativ dll<br>
>> hivasa .Net alatt) talan nagyobb szopas, mint a JNI. Nem beszelve arrol,<br>
>> hogy a kerdesben nem volt ilyen jellegu szempont, igy fogalmam sincs, ez<br>
>> miert erv.<br>
>><br>
>> Nekem az a koncepciom, hogy ha lehet, nem tanultatok uj nyelvet a<br>
>> csapattarsakkal, ha a meglevo tudasbol is megoldhato a feladat. Talan<br>
>> rosszul gondolom.<br>
>><br>
>> Garami Gábor<br>
>> <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
>> Skype: hron84<br>
>><br>
>><br>
>> Tel: <a href="tel:%2B36%2020%20235%209621" value="+36202359621">+36 20 235 9621</a><br>
>><br>
>> Sent from my T-Mobile G2<br>
>> Ezt a levelet telefonról adták fel, ékezethibákat tartalmazhat.<br>
>><br>
>> 2013.02.02. 23:20, "János Háber" <<a href="mailto:janos.haber@javaportal.hu">janos.haber@javaportal.hu</a>> ezt írta:<br>
>><br>
>>> - .NET 2.0-t azert mondtam mert a legtobb windowson van (a folott meg ki<br>
>>> tudja)<br>
>>> - " Ezek nelkul ma mar szerintem elkepzelhetetlen egy adatokkal dolgozo<br>
>>> .Net alkalmazas", hasznald az erot Luke :)<br>
>>> - A webes megvalositast azert is nem mondtam mert "kis méretű natív exe<br>
>>> előnyben", persze ettol fuggetlenul lehet appot kore wrappelni mondjuk<br>
>>> jettyvel, erre meg rajon barmilyen framework (mondjuk olyat nemnagyon<br>
>>> ismerek ami ORM nelkul tudna hasonlo fukcionalitast (saccoljuk be a veget<br>
>>> minimum 20M korulre)<br>
>>> - Persze ha van mas nyelv tudas (D, C/C++) akkor lehet azt is hasznalni<br>
>>> (wxWidgets, QT, GTK, FOX, es meg van egy tucat GUI lib ami hasonlot tud)<br>
>>><br>
>>> De a leiras alapjan en meg mindig .NET -et ajanlanam<br>
>>><br>
>>> -"Raadasul a .Net pont ugyanolyan nativ, mint a Java: semennyire."<br>
>>> - nem allitottam hogy nativ, aztmondtam "Nativ windows kinezetevan"<br>
>>> (ezen felul JNI irasa nelkul kepes DLL-t kezelni ami akar elony is lehet a<br>
>>> kesobbiekben)<br>
>>><br>
>>><br>
>>> 2013/2/2 Gábor Garami <<a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a>><br>
>>>><br>
>>>> Bocsanat, hogy belepof: egy webes alkalmazas nem opcio? Ha nem, miert<br>
>>>> nem?<br>
>>>><br>
>>>> Azert erdeklodok tisztelettel, mert egy csomo olyan framework van,<br>
>>>> ahol gyakorlatilag egy ilyen feladat implementalasa kimerul az IDE-vel<br>
>>>> torteno kodgeneralasban, illetve a HTML formok megdizajnolasaban.<br>
>>>> Legalabbis, a leirasodbol arra kovetkeztetek, hogy semmi bonyolultat<br>
>>>> nem kellene tudnia az alkalmazasnak, ha felmerult az APEX, mint<br>
>>>> implementacios platform.<br>
>>>><br>
>>>> Egyebkent pedig szerintem databindinges ojjektumok (gridek pl)<br>
>>>> elerhetoek javahoz is, ha es amennyiben te es a fejlesztocsapat<br>
>>>> Javaban otthon erzitek magatokat, en nem feltetlen eroltetnek egy<br>
>>>> ennyire mas kornyezetet. Habar a C# szintaxisa hasonlit a Javaera, ez<br>
>>>> elmondhato barmely C szintaxisu nyelvre, megsincs ket egyforma<br>
>>>> kozottuk. A C# es a Java kozott igencsak nagy elteresek vannak.<br>
>>>><br>
>>>> Raadasul itt felmerult a .Net framework kerdese is. Ha engem kerdezel,<br>
>>>> a 2.0 helyett ma mar legalabb 3.5-re kell targetalni, ha nem akarunk<br>
>>>> nagyon sok fejlesztoi eroforrast beleolni a projektbe, ugyanis a LINQ<br>
>>>> es a WPF viszonylag egyszeruve teszi a fejlesztest. Ezek nelkul ma mar<br>
>>>> szerintem elkepzelhetetlen egy adatokkal dolgozo .Net alkalmazas.<br>
>>>><br>
>>>> Raadasul a .Net pont ugyanolyan nativ, mint a Java: semennyire.<br>
>>>><br>
>>>> Egyebkent a listadat bongeszve folyamatosan az az erzesem, hogy te egy<br>
>>>> webes alkalmazast szeretnel fejleszteni, csak valamiert nem engedik<br>
>>>> neked.<br>
>>>><br>
>>>> Garami Gábor<br>
>>>> E-mail: <a href="mailto:gabor.garami@hron.me">gabor.garami@hron.me</a><br>
>>>> Tel: <a href="tel:%2B36%2020%20235%209621" value="+36202359621">+36 20 235 9621</a><br>
>>>> MSN: <a href="mailto:hrgy@vipmail.hu">hrgy@vipmail.hu</a><br>
>>>> Skype: hron84<br>
>>>><br>
>>>><br>
>>>> 2013/2/2 Molnár Miklós <<a href="mailto:timortinj@freemail.hu">timortinj@freemail.hu</a>>:<br>
>>>> > Sziasztok,<br>
>>>> ><br>
>>>> ><br>
>>>> ><br>
>>>> > Feladat: képernyőkön keresztül kell Oracle adatbázisba adatokat<br>
>>>> > rögzíteni<br>
>>>> > (+valamiféle menürendszer)<br>
>>>> ><br>
>>>> ><br>
>>>> ><br>
>>>> > Milyen technológiát tartotok erre legalkalmasabbnak egyértelműen csak<br>
>>>> > Windows alatt?<br>
>>>> ><br>
>>>> ><br>
>>>> ><br>
>>>> > Az APEX egy triviálisan létező lehetségesi opció erre (mivel Oracle<br>
>>>> > adott és<br>
>>>> > azon belül már ingyenes):<br>
>>>> ><br>
>>>> > Ami még eszembejut: Free Pascal + Lazarus kombó.<br>
>>>> ><br>
>>>> ><br>
>>>> ><br>
>>>> > Az én szempontjaim a választáshoz az alábbiak lennének:<br>
>>>> ><br>
>>>> > - NEM szempont tehát, hogy Linuxon és Windowson egyformán jó legyen:<br>
>>>> > elég a<br>
>>>> > Windows támogatása (100%-ban windows-gépeken történik a rögzítés).<br>
>>>> ><br>
>>>> > - Free/Open Source legyen a fejlesztő környezete (üzemeltetése)<br>
>>>> ><br>
>>>> > - Legkisebb "lábnyomú" (footprint), pehelysúlyú (lightweight) legyen:<br>
>>>> > gyors<br>
>>>> > indulású futtató-alkalmazás, kis méretű natív exe előnyben.<br>
>>>> ><br>
>>>> > - Minél könnyebb legyen benne fejleszteni: Java Swing és/vagy SWT-nél<br>
>>>> > egyszerűbben.<br>
>>>> ><br>
>>>> > - Minél teljesebb felhasználói élményt adjon rögzítői oldalon.<br>
>>>> ><br>
>>>> > - Szép legyen a form. Nálam a "szép form" a régi Delphis 3rdparty<br>
>>>> > bővítményes eszkökészlettel volt implementálható.<br>
>>>> ><br>
>>>> > - Billentyűzet-támogatás elegáns legyen (ne egerészni kelljen a<br>
>>>> > rögzítőnek).<br>
>>>> ><br>
>>>> > - Könnyű legyen módosítani a formokat, bővíteni<br>
>>>> > formokkal/alkalmazásokkal<br>
>>>> ><br>
>>>> > - Könnyű legyen üzemeltetni. Nálam a könnyű egy régi exe lecserélése<br>
>>>> > egy<br>
>>>> > újra például ;) És nem alkalmazás-szerver leállítása, újraindítása,<br>
>>>> > hibák<br>
>>>> > kezelése stb.<br>
>>>> ><br>
>>>> > - 64-bites natív támogatás (esetleg).<br>
>>>> ><br>
>>>> > - A fejlesztő környezet minél kevésbé legyen "egzotikus", abbahagyott<br>
>>>> > fejlesztésű, kevéssé dokumentált stb (esetleg).<br>
>>>> ><br>
>>>> > - Több db-platform támogatása (esetleg). Eddig 100%-ban Oracle-ben<br>
>>>> > volt/van<br>
>>>> > minden. De a kertek alatt most lopódzik be az MSSQL Server. Emiatt egy<br>
>>>> > APEX<br>
>>>> > nem feltétlen előny.<br>
>>>> ><br>
>>>> ><br>
>>>> ><br>
>>>> > Na és egyéb szempont technológia-választáshoz?<br>
>>>> ><br>
>>>> ><br>
>>>> ><br>
>>>> > Köszönettel:<br>
>>>> ><br>
>>>> > MM<br>
>>>> ><br>
>>>> ><br>
>>>> > _______________________________________________<br>
>>>> > Javalist mailing list<br>
>>>> > <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>>>> > <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>>>> ><br>
>>>> _______________________________________________<br>
>>>> Javalist mailing list<br>
>>>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>>>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>>><br>
>>><br>
>>><br>
>>> _______________________________________________<br>
>>> Javalist mailing list<br>
>>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>>><br>
>><br>
>> _______________________________________________<br>
>> Javalist mailing list<br>
>> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
>> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> Javalist mailing list<br>
> <a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</div></div></blockquote></div><br></div>