Stačí chodit do školy a naučit se vyjmenovaná slova po L.

skoro cokoliv napsaneho v java?

Tim by se mohla pomala Java dostat rychlosti na uroven stavajicich programu bezicich na jednojadrovych procesorech ;)

Nemluv o tom, cemu nerozumis. JIT compilery jsou dnes na velke tride uloh _velmi_ schopne. A zkus rozlisit mezi jaykem a spatne napsanou nebo spatne pouzitou knihovnou, prosim.

Ja jen upozornil na znamy fakt, ze Javove aplikace nejsou moc rychle v porovnani s nativnimi. A protoze to kazdy vi ­(staci si spustit nejakou Javovou GUI aplikaci­), tak se o tom ani nehodlam s vami hadat ;­). ­(To samozrejme neznamena, ze jde udelat pomalou aplikaci i v jinych nastrojich :­).)

omg, sem se upsal: ­"To samozrejme neznamena, ze NEjde udelat pomalou aplikaci i v jinych nastrojich"

Váš ­"známý fakt­" je možná známý, ale rozhodně ne fakt
1­) kdo tu mluvil o UI, začal jste mluvit o jazyce?
2­) GUI v javě trpí pár nedoladěnostmi ve starších versích SWINGu a neschopností některých programátorů. Solidně napsané GUI aplikace běhají dnes jako z praku ­- třebas QNext, Eclipse a údajně i nové verse NetBeans.
3­) ­"ví každý­" ­- pravdu nelze určit hlasováním

Ano, upozornoval jsem na rychlost grafickych aplikaci ­(protoze ty tvori vetsinu z tech, ktere se v Jave pisou ­- konzolove aplikace se preci jenom pisou v necem jinem ­(C, ...­)­). ­"Samotna­" Java je dost rychla, to vim, testy jsem videl :)

Ach jo. Takove nesmysly snad ani nema smysl komentovat ­- vesina prace v Jave jsou enterprisove aplikace na strane serveru ­- at jiz v EJB nebo s bez nich.

Ha ha, tak Eclipse je prý zářný příklad, jak to běhá jako z praku. No jo, já už nic neříkám. Akorát ještě tu o karkulce.

Jo jo, a hlavně si zkuste spustit Eclipse na nějakém tom Pentiu kolem 500 MHz a s řekněme 128 MB paměti. To je bohužel běžný typ počítačů u nás na úřadě a není důvod kupovat nové, protože naprosto všechno co je potřeba tam běží svižně a není důvod utrácet peníze daňových poplatníků. I daleko složitější věci, než je Eclipse tam běží svižně. Ale zkuste na tom to Eclipse pustit a vysvětlovat pak lidem, že je to svižná Java. No, aspoň se nasmějou a smích je přeci základ zdraví :­-)

Jj, kamarad na programovani pouzit na svem PC s CPU 500 MHz Eclipse IDE a taky ho to rychle preslo ;)

Jaké jiné vývojové prostředí s podobnou fukcionalitou na tom stroji poběží svižně?
Očekával bych přeci, že k práci dostane ten programátor adekvátní prostředí ­- cena programátora je jistě vyšší než nějakého dvougigahertzového CPU a 1024MB RAM ­(bohatě stačí pro běh dvou IDE, apl. serveru a lokální SQL databáze, pro samotné IDE stačí polovina­).

Valná většina vývojových prostředí poběží na tomto počítači svižně, akorát nesmí používat nějakou Javu, nebo NET framework. Pro ilustraci, mám stařičký notebook ­- Pentium 166 MHz, 32 MB RAM, Windows 95. Běží na tom velmi velmi svižně Visual Studio 6.0, pak C++ Builder tuším verze 4 ­(s verzí si nejsem jistý­) a několik dalších free vývojových prostředí vesměs pro C­/C++. Obě tato prostředí mají více funkcionality, než Eclipse. Pravdou je, že programuji samozřejmě na lepším počítači a programuji asi 15 let, ale vaše teze o nenažranosti vývojových prostředí jsou dost mimo.

Příliš zobecňujete své zkušenosti o programování z prostředí Javy. Java je strašně nenažraná a v principu je hodně pomalá. Sice existují testy rychlosti tvrdící něco o rychlé Javě ­(a ne, že by to nebyla z principu pravda­), ale rychlost Javy je vykoupena tím, že spotřebuje obrovské množství prostředků systému na to, aby rychlost byla srovnatelná s naprosto nenáročnými programy vytvořené za použití jiných jazyků. Proto se Java uplatňuje hlavně v Enterprise sféře, kde nákup silného hw je naprosto minimální položka oproti jiným. Ale Java aplikace na desktopu, ty jsem postupně všechny vyházel a nahradil nativními aplikacemi a jsem spokojen.

S cenou programátora samozřejmě souhlasím a nemá smysl, aby programátor dělal na zbytečně slabém stroji. Jen jsem chtěl prostě říct, že většina vývojových prostředí vystačí s podstatně slabším počítačem, než potřebuje ke svému běhu Eclipse, což pravda je.

Asi jsem měl napsat ­"současné IDE­"

SYSTEM REQUIREMENTS BORLAND® C++BUILDER® 2006
Intel® Pentium® III­/M 1.4 GHz, or Pentium IV 1.4 GHz minimum ­(Intel Pentium III­/M
1.4 GHz+, or Pentium IV 2GHz+ recommended­)
1 GB free hard disk space for C++Builder personality
CD­-ROM or DVD­-ROM drive
SVGA or higher­-resolution monitor ­(XGA recommended­)
Mouse or other pointing device

Za starých dobrých časů Centaurského imepria skutečně ona konfigurace stačila ke startu ledasčeho, třebas i VisualWorks. Ke startu běhu eclipse mu chzbí poaměť.

Myslím, že bychom měli srovnávat srovnatelné. Eclipse toho zase až tolik neumí a to ani s porovnáním s mnoho let starým Visual Studiem 6.0, o kterém jsem se zmínil. Něco jde sice dohnat v Eclipse pomocí pluginů, ale to taky není všespasitelné.

Porovnejte funkcionalitu vámi uváděného C++ Builderu 2006 a Eclipse. A zjistíte, že je to stejné jako kdybyste srovnával komplexní 3D grafický editor s mnoha funkcemi s paintbrushem ­(chcete­-li s Malováním­) ve Windows. Prostě srovnáváte úplně jiné váhové kategorie a to není seriózní.

Když už jste zde zmínil C++ Builder 2006, přesto mohu napsat, že je to nenažraná a pomalá mrcha, sám jsem to zkoušel. Navíc srovnáváte mrtvolu, protože dost pochybuji, že C++ Builder 2006 se nějak výrazněji rozšíří a jedná se v podstatě o smrtelnou křeč firmy Borland.

Když mluvíte o starých dobrých časech, ono ani dnešní a současná vývojová prostředí nejsou tak náročná na hw. Běží i na poměrně slabých strojích, pokud se nepoužije Java, nebo NET pro jejich naprogramování. A běží svižně, to mám vyzkoušené.

BTW myslim, ze nove verze ­(2006­) Borlandich IDE jsou prepsane prave do Javy, aby si to sjednotili mezi platformami ­(Borland uz dlouho nabizi podporu vedle Windows i pro Linux­). A ano, hodne lidi si stezuje, ze tyhle nova IDE ­(v Jave­) jsou strasne pomala a nenazrana oproti drivejsim ­(nativnim­).

A jeste bych dodal ­- proc spousta lidi resi, zda programatorske IDE pobezi na danem stroji svizne? Nemeli by spis resit, zda tam pobezi IDE + vyvijena aplikace svizne? Protoze odswapovani IDE pri spusteni aplikace k otestovani a ­"naswapovani­" zpatky z disku po ukonceni vyvijene aplikace je fakt otravna zalezitost >(

Protoze povetsinou ani ta vyvijena aplikace na danem stroji ani nikdy nepobezi ­- je to nejaky embeded program nebo trebas serverside komponenta testovana o pul zemekoule vedle.

Budete se divit, ale dost často se mi stává, že IDE je ta nejnáročnější část při programování a vyvíjená aplikace je v podstatě nenáročná. A pokud je aplikace větší, tak jí není rozumné vyvíjet a ladit jako jeden velký balík, ale po částech, čímž se náročnost dost snižuje. No, a když k tomu připočtu, že databáze mi většinou jede na nějakém serveru, tak v zásadě je často IDE to nejnáročnější, co na mém počítači běží.

Ano, srovnavame nesrovnatelne, Eclipse je platforma, Builder jeden konkretni nastroj.
Zkuste jmenovat nejakou vlastnost, co nema nejaky Eclipse based nastroj a ma ho VS 6.0 ­(samozrejme nepocitam veci jako podpora pro microsofti technologie ;­)? Co si tak matne vybavim, tak VS 6.0 ani neoplyvalo podporou pro rafactoring.

Vy jste docela srandista. VS 6.0 je nástroj pro vývoj v MS technologiích a vy si klidně napíšete cituji ­"samozřejmě nepočítám věci jako podpora pro microsoftí technologie­". Když budu stejný srandista, tak budu kontrovat stejně: Zkuste mi jmenovat co má Eclipse, samozřejmě nepočítám podporu pro Javovské technologie. A bude to nastejno.

Ne, VS 6.0 opravdu nemá podporu pro refactoring. Osobně si ale myslím, že refactoring bych moc nevyužil. Když jsem dělal v C++ Builderu, který určitý refactoring má, tak jsem ho nevyužil ani jednou. Nepotřeboval jsem to. Ale jinak VS 6.0 obsahuje všechno co Eclipse. Navíc VS 6.0 samozřejmě podporuje pluginy, takže je to velice schopný nástroj a pluginů existuje celá řada, takže to pak dokáže neuvěřitelné věci. VS 6.0 je daleko variabilnější a flexibilnější, než Eclipse, umožňuje například výměnu editoru zdrojového kódu, čehož jsem občas využíval a zaintegroval jsem do VS 6.0 editor vim, který je prostě nepřekonatelný.

V Eclipse se daji celkem pekne editovat i C++ zdrojaky ­(vlastni zkusenost, neco malo jsem v tom napsal­). Zrejme zijete ohledne Eclipse v nejakem bludu...

Budete se možná divit, ale skutečně vím o tom, že v Eclipse se dají editovat i C++ zdrojáky a koneckonců i jiné věci. Jenomže také tvrdím, že existují IDE, které umějí pracovat s C++ daleko lépe, než Eclipse. A to je důvod, proč Eclipse na C++ nepoužívám a proč ho z tohoto hlediska vůbec nehodnotím. Použití Eclipse pro práci s C++ beru jako z nouze ctnost.

to ze nevyuzivate refactoring je vasa vec, ale je to ficura, ktoru by malo mat kazde IDE z dvoch dovodov:
1­) velka prestavba vyvijanej aplikacie ­(oddelovanie modulov, zmeny v jadre atd­) ­- bez refactoru je to mocna mora
2­) nie vzdy vie clovek hned vymysliet vhodny nazov premennej ­- lepsie je pokracovat v pisani kodu a potom zrefactorovat ­- niekedy uz potom jej nazov vyplynie z kontextu

musite byt dost dobry ked to nepotrebujete ;­-)

ad 2­) Ten kontext, kde tu promennou pouzivate, mate mit uz v hlave, pokud nevymyslite kod ­"na miste­" ;­)

Jinak samozrejme refaktoring je urcite uzitecna vec, tak proc by ji IDE nemela mit :)

to beriem, clovek by asi mal vediet na co bude premennu vyuzivat, ale aj tak plati pravidlo 2­) v tej miere, ze nie vzdy vie clovek vymysliet vhodny nazov ­- poznam z vlastnej skusenosti :)

Mozna je na case obmenit zelezo. Jooo, za starych dobrych casu... jsem i slysel, ze 640KB staci vsem. A jak to dopadlo.

Prestan si hloupe stezovat a neco s tim udelej. Fakt dobra rada, jinak si nepomuzes a budes si stezovat i za 10 let.

A nakonec se z toho zblaznis. Bwahahaha... ;)

A co tam je za OS? Se 128MB se jdi zahrabat nebo zmen misto. Kazdej slusnejsi programator si muze dovolit slusny zelezo. Ze mate nekde v prdelakove prehistoricky masiny, nikoho az tak nezajima. Na tomhle bych se bal pustit samotny Widle, i po odladeni, ale urcite ne na tom neco programovat, natoz nejakou seriozni praci. Stezujes si chlapce na uplne spatnym miste... ;­)­))

Solidni blabol. Nebo snad provokace? Tohle uz davno neplati, pokud je ta aplikace solidne napsana. Nazdar... ;)

Z tech novych vetsina. I v soucasnosti existuje uz asi 10 her, ktere MC vyuziji...

To je blabol. Rozdily jsou u AMD64 diky integrovanemu pametvemu radici minimlani. Viz libovolne testy K8 na 754 a 128KB, 256KB, 512KB a 1MB L2 cache. A u dual pameti budou ty rozdily jeste mensi, stejne tak diky novejsimu jadru...