[Java lista] 6-os java eles kornyezetben

[Andras Dobrosi]

Minden eladott CD utan megy valamennyi dollar a szerzoknek, kiadoknak
jogdijkent. Miert nincs ilyen a hardwernel, mint a CD-nel, hogy minden
eladott Hz es byte utan 1 cent menne a zsebembe?!

Szavazzunk! :)

Andris

2008/9/18 Marai Laszlo <lists at atleta.hu>:
> On Thu, 18 Sep 2008 14:45:06 +0200
> bognár attila <attila at netalfa.hu> wrote:
>
>  Hali!
>
>> Az általános fejvetésben a fejlesztés is szerepelt, mint
>> hatékonyságnövelő "eszköz", nyilván erre gondoltam, nem elsősorban a
>> verzió átállásra (bár nyilván vannak esetek, amikor egy újabb verzió
>> hoz elég teljesítmény javulást).
>
> En ugy ertettem, hogy a plusz egy szerver az annak az alternetivaja volt,
> hogy atallnak 6-os JDK-ra es emiatt beleraknak meg valamennyi melot.
>
>> > Ez mondjuk egy erdekes szempont. Vedd az esoerdoket es programozz
>> > C-ben! :) De tenyleg, ha a C-ben megirt webalkalmazasod eldocog X
>> > Wattal, a Ruby on Rails meg 5*X-szel, akkor elegge latszik a
>> > valasztas kozvetlen hatasa.
>>
>> Mint tudjuk C-ben nem feltétlenül futnak gyorsabban az alkalmazások a
>> JIT-nek köszönhetően, azaz valószínűleg nem jelentős az energia
>> felhasználás különbsége sem.
>
> Igazabol mindegy, hogy miert rakunk be plusz szervert, memoriaban biztos
> lenyegesen tobbet zavbal egy java alkalmazas. Pl. pont a JITnek
> koszonhetoen ;).
>
>> Ha azt nézed, hogy C programozással mondjuk 5 évig tart, Javában csak 4
>> évig, akkor 1 évet spóroltál ugyanazon a feladaton. Ha az 1 évnyi idő
>
> Es ha pythonban ket hetig? ;)
>
>> Kicsit komolyabban: nem azt akartom mondani, hogy költözzünk vissza a
>> barlangba és csiholjuk a tüzet, mindössze annyit, hogy az általános
>> pazarló életmód nyomai a fejlesztésekben is megjelennek. Kb olyan, mint
>> mikor fogmosás közben hagyod folyni a vizet: nem igazán lenne
>> megerőltető elzárni.
>
> Igen, de az, hogy mit tekintunk pazarlasnak, az elegge szubjektiven
> meghatarozhato csak. Tisztan szakmai szempontbol mostanaban az a divatos
> megkozelites, hogy hasznaljunk olyan eszkozoket, amikkel minel konnyebb
> es gyorsabb a fejlesztes es a karbantartas (tehat pl. magas szintu
> programnyelveket). Ez viszont tenyleg nagyobb energia felhasznalast
> eredmenyez, de hat ez nem meglepo, mert valakinek el kell vegeznie azt a
> munkat. Vagy a programozo csinalja meg, vagy a gep. Szerinyem ez a
> viccelodes ellenere is erdekes szempont.
>
> De ahol a jobb algoritmust akarjak plusz szerverekkel kivaltani, azok
> ugyis meg fogjak szivni amikor megegy adag latogatot kapnak a nyakukba.
> Akkor plusz egy helyett vehetnek plusz ket, aztan plusz negy szervert :).
>
> Aztan az is konnyen lehet, hogy C-ben valo programozas helyett sokkal
> tobbet lehetne azon sporolni, ha a sok uresben jaro szerver helyett
> tobben hasznalnanak VPS vagy egyeb virtualizalt megoldasokat.
>
>  atleta
> _______________________________________________
> Javalist mailing list
> Javalist at javagrund.hu
> http://javagrund.hu/mailman/listinfo/javalist
>