[Java lista] portál

2007. Nov. 9., P, 17:34:44 CET

Ki akartam szállni ebből, de ezt azért nem állom. A portál nem feltétlenül azt jelenti, hogy minden arra járó szabadon szétverheti, ahogy akarja. Viszont igenis van annak haszna, ha a t. megrendelő arra feljogosított és némi képzettséggel is rendelkező embere mindenféle szoftveres arc meglátogatása nélkül át tudja alakítani a cég a saját új, vagy megváltozott igényeinek megfelelően a nem kevés pénzért megvett alkalmazást. Mindezt úgy, hogy nem költ pénzt az átalakításra. Esetleg csak minimálisat költ, ha egy új portletet kell beledobni. A célnak megfelelően meggyúrt és optimalizált bigyót meg lehet teljesen széttúrni, ha valami eredeti koncepcióba nem illő dolgot akarsz utólag belehegeszteni. A megrendelő pedig ilyet időről időre akar. Ő már csak ilyen. Szóval példul egy ilyen lehetőségnek azért a felhasználó szempontjából igenis van haszna. Az persze igaz, hogy valszeg nem a kkv a potenciális megrendelő. 

Persze, biztos meg lehet ezt csinálni egy saját fejlesztéssel is. De akkor az már nem portál lesz véletlenül? :)

Üdvözlettel,

Iván

Ivan KETLER
Project Coordinator
NetLine/Plan new GUI

Schedule & Revenue Management
Airline Management Solutions
Lufthansa Systems Hungaria

Hungary, 1123 Budapest, Alkotás u. 53. 

> 

Sitz der Gesellschaft / Corporate Headquarters:
Lufthansa Systems Hungaria Kft, Budapest
Fövarosi Birosag 01-09-463417

Geschaeftsfuehrung/ Management Board:
Monika Houck
-----Original Message-----

> From: javalist-bounces at javagrund.hu 
> [mailto:javalist-bounces at javagrund.hu] On Behalf Of biziclop
> Sent: Friday, November 09, 2007 4:41 PM
> To: javalist at javagrund.hu
> Subject: Re: [Java lista] portál
> 
> Azt hiszem, nem egeszen ugyanarrol beszelunk. A portal nalam 
> az, amikor a framework ad neked:
> 
> -useradatbazis-kezelest
> -user altal nyithato-csukhato boxokat
> -user altal ossze-vissza helyezheto boxokat -user altal 
> skinezheto feluletet (ertsd: az altalad megadott n darab skin 
> kozul valaszthatnak) -ezeket a beallitasokat userenkent db-be 
> menti a framework
> 
> Nem a megrendelo, hanem a konkret user. En, a Gyula meg az 
> Otto, a Tot Otto.
> 
> Amirol te beszelsz, az nem ez, hanem egy jol fejlesztheto 
> webes toolkit. (Lehet, hogy ezt hivjak portalnak, en meg 
> vegig valami tok masrol beszeltem.)
> 
> lsp
> 
> On 11/9/07, Gábriel Ákos <akos.gabriel at i-logic.hu> wrote:
> > On Fri, 9 Nov 2007 16:04:33 +0100
> > biziclop <biziclop at gmail.com> wrote:
> >
> > > On 11/9/07, Gábriel Ákos <akos.gabriel at i-logic.hu> wrote:
> > > > Szerintem a "portál" mint olyan, nem rossz dolog. 
> Viszont meg kell 
> > > > találni a helyét. És a helye nem a tipikus magyar kkv. Hanem 
> > > > inkább a multi, ahol sok minden van. Mi is 
> készítettünk/készítünk 
> > > > portált, és egészen bevált. Pont Liferay-eset egyébként :) A 
> > > > portál akkor képvisel értéket, ha az infrastruktúrát, amit ad 
> > > > (mármint a beépített portleteket), kapásból tudod használni. És 
> > > > erre mennek rá a portálfejlesztők mostanában.
> > >
> > > De ehhez minek portal? Ehhez boven eleg par jol megirt komponens, 
> > > amit tetszoleges statikus modon osszeillesztesz. Nem kell 
> hozza se 
> > > dobozkazas, se user preference-ezes, se skinezes, sem 
> egyeb dolgok, 
> > > amikrol szo van.
> >
> > Hát ez az. Statikus vs dinamikus.
> >
> > > Azt mondja meg valaki, milyen kezzelfoghato uzleti elony 
> szarmazik 
> > > abbol, hogy kiraksz egy nevnap-boxot az egyebkent egyaltalan nem 
> > > ezzel foglalkozo honlapodra?
> >
> > Névnap boxból semmi.
> >
> > > Arra akarok kilyukadni, hogy a portal akar lehetne jo is, de a 
> > > gyakorlatban csak kenyelmes kifogasok draga containere. A portal 
> > > arra a teves filozofiara epit, hogy egy elhibazott 
> komponens hatasat 
> > > semlegesitheti harom masik, kevesbe elhibazott. Valamint 
> arra, hogy 
> > > a felhasznalonak van kedve es turelme osszevalogatni azokat a 
> > > komponenseket, amikre szuksege van.
> >
> > Ja, nem olyan a portál, hogy a "betévedő user" 
> elpiszkálhatná. Hanem a 
> > mi megrendelőnk, akié az "üzlet", ő módosítja.
> >
> > > Ezek a feltevesek mukodnek peldaul egy tipikus all-you-can-eat 
> > > grilletteremben. Az emberek elvezik azt, hogy maguk valogathatjak 
> > > ossze a husokat, kisuttetik, es ha az egyik nem jo, nem 
> ordibalnak a 
> > > fopincerrel, mint egy hagyomanyos etteremben, hanem csondben 
> > > felretoljak, es valasztanak masik hust.
> > >
> > > De a weben nem ilyen a kozonseg, legalabbis a legtobb helyen nem.
> > > (Talan pont egy all-you-can-eat grilletterem honlapjan mukodne a 
> > > koncepcio? :))
> > >
> > > > Annak, hogy te írj egy portletet, webalkalmazás helyett, hm, 
> > > > vannak előnyei meg hátrányai, azt ki kell találni. Mert 
> valóban, a 
> > > > portlet fejlesztés szívás a hagyományos mosóporhoz képest. És 
> > > > persze ott az iframe portlet, amivel simán berakod akárhová a 
> > > > webalkalmazásodat :)
> > >
> > > Latod, ez egy kenyelmes kifogas arra, hogy ne kelljen 
> hozzanyulni a 
> > > dinoszauruszokhoz.
> >
> > Rendszerintegráció? Ez egy megoldás lehet, egy esetleg már működő 
> > intranetes rendszer internetre kirakására. Mondjuk 15 percben 
> > kivitelezhető, nincs újraírás. Míg szép feladat mondjuk portletként 
> > újraírni (és teljesen felesleges).
> >
> > > > Üzemeltetőként nem utolsó szempont ám, hogy a felhasználó 
> > > > piszkálja a CMS-ből a cuccait, sőt a megengedett 
> határok között a 
> > > > design-t is módosíthatja. :)
> > >
> > > Ez meg a jo design hianyara adott kenyelmes kifogas.
> >
> > Hány évig "jó" egy design? Mi van, ha a cégnek eddig volt 3 
> akciója, 
> > most lesz 4? Akkor jön a designer, a programozó, vadul 
> dolgoznak, itt 
> > meg a "user" odahúzza, ellenőrzi, kész, véglegesíti.
> >
> > > Vannak egyeb jo kifogasok is. A third party portletek 
> testreszabasa 
> > > jo urugy a fejlesztesi ido megbecsulesenek pontatlansagara. A 
> > > modularitas es ez a bizonytalansag pedig jo urugy a 
> valodi koltsegek 
> > > elmaszatoalsara.
> > >
> > > Lehet ezekhez jol is hozzaallni, de az biztos, hogy 
> nagyon szigoru 
> > > szabalyokat kell allitani es nagyon alaposan fel kell 
> terkepezni a 
> > > celkozonseget. Igy meg mar korantsem akkora buli, hiszen 
> nemhogy nem 
> > > olcso, mindenkinek tetszo, mindenki altal hasznalhato a portal 
> > > technologia, hanem kifejezetten szuk celkozonsegnek szant, nagyon 
> > > sok extra energiat igenylo es egyaltalan nem olcso cucc. Van, 
> > > akiknek igy is megeri, de szerintem nagyon keveseknek.
> >
> > A multiknak. Mondtam, nem kkv buli. Attól még a technológia 
> nem rossz.
> > Te így gondolod, lelked rajta. Nem tudom miből ered ez az 
> ellenséges 
> > hozzáállás, de a találgatás személyeskedésnek is tűnhetne, így ezt 
> > elkerülném.
> >
> > --
> > Üdvözlettel,
> > Gábriel Ákos
> > -=E-Mail :akos.gabriel at i-logic.hu|Web:  http://www.i-logic.hu =-
> > -=Tel/fax:+3612391618            |Mobil:+36209278894          =-
> > _______________________________________________
> > Javalist mailing list
> > Javalist at javagrund.hu
> > http://javagrund.hu/mailman/listinfo/javalist
> >
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>