Programování - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Tolik rozruchu
jen v Lopuchu

Lopuch.cz

	Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
	Archiv

Nastavení klubu

Nastavení práv

Homepage

Anketa

[ 857 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


	Tessien Of course slavery is the worst thing - that ever happened. But maybe... 31.12.2008 12:00	969
	huh [968]: no, ona staticka metoda je v principu taky metoda objektu, objektu tridy Class reprezentujici tu prislusnou tridu. Kazdopadne, to s tou nutnosti koukat do VMT je asi pravda, ale skoro bych si myslel, ze to bude hodne zanedbatelne ve srovnani s tou alokaci noveho objektu a tou metodou samotnou ;)


	huh 31.12.2008 11:42	968
	Muj amatersky pohled. Tak "staticka metoda" je obycejna funkce, takze jeji volani je jenoduse f(), zatimco normalni metoda se bez behovych optimalizaci bude volat ve stylu (objekt->vmt)[4](); Pomijim jeden parametr (this) navic. Ale samozrejme: 1) dnesni JIT runtimy tohle umi 2) muzes metodu oznacit jako final (K tomu jeden clanek pise: "If the run-time environment knows that no classes are loaded that extend Y, then it can safely inline calls to methods of Y, regardless of whether Y is final (as long as it can invalidate such JIT-compiled code if a subclass of Y is later loaded). So the reality is that while final might be a useful hint to a dumb run-time optimizer that doesn't perform any global dependency analysis, its use doesn't actually enable very many compile-time optimizations, and is not needed by a smart JIT to perform run-time optimizations.")


	Tessien Of course slavery is the worst thing - that ever happened. But maybe... 31.12.2008 11:21	967
	Operator: ve volani ty metody jako takovy imho zadnej, rozdil ale je v tom, jakou mas rezii na ziskani objektu, na kterym tu metodu zavolas, tam je na tom samozrejme lip staticka metoda.


	31.12.2008 10:51	966
	Mam jeden dotaz k Jave. Netusite nekdo, jak moc je vykonove rozdilne volani staticke metody a metody na objektu? Tuhle mi napadlo, jestli na ruzny servisy se vic hodi singleton nebo trida se statickejma metodama.


	EtDirloth 31.12.2008 07:38	965
	Bredy [964]: hehe


	30.12.2008 23:46	964
	To je možný... alespoň mám pocit, že to někdo čte... příště tu záměrnou chybu zkusím přesunout o kapitolu níže :-D


	EtDirloth 30.12.2008 23:44	963
	Bredy [962]: nerad bych bol za hnidopicha, ale nema byt nahodou "zarputilím" s ypsilonom?


	30.12.2008 23:32	962
	Další pokus o Garbage Collector v C++


	11.12.2008 01:32	961
	Našel by se tu někdo kdo má praktickou zkušenost se simulátorem ns2?


	Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 28.10.2008 23:08	960
	edmundl [959]: Chtel jsem rict "neni, musis sam, najdi si vzorce pouzitych tvaru jmen a pak to proste vsechno aplikuj a porovnavej s tou DB", ale po tom upresneni, cos hodil na Okounu radsi uz nepisu nic, protoze ty pozadavky zacinaji byt nejake podezrele velke a silne...


	28.10.2008 22:01	959
	Mám jednu starší aplikaci na správu knihovny ve VB6.0 Potřebuji do ní přidat funkci hromadného načítání knih z textového souboru. Problém je v tom, že v db jsou autoři knih uloženi v samostatné tabulce a s tabulkou knih jsou propojeny pomocí vazebné tabulky. Ale v textovém souboru jsou autoři přímo jménem u knihy. A já potřebuju nějak automaticky dohledávat autory z textového souboru v tabulce autorů. Přitom ale nestačí jen prosté porovnání na shodu textů. Autoři mohou být zadáni různými způsoby. Např: Petr Novák nebo Novák Petr nebo Novák,Petr nebo Novák, Petr Novák P. atd. Existuje ve vb nějaká funkce která by uměla porovnat dva texty, zda si jsou "podobné"? Nejde mi o 100% spolehlivost ale aspoň částečnou. Pokud ne, nemůžete mě odkázat na nějaký algoritmus, který toto řeší?


	4.9.2008 09:58	958
	Bredy: Souhlasim s KKL. Navic bych tam videl jeste minimalne jeden duvod: "Cilovka" gitu je trosku jina, nez jsi ty. (To neni mysleno nijak zle.) Vyzaduje od uzivatel trosku hlubsi pochopeni nez SVN, na druhou stranu jim dava sirsi moznosti. Ja dabelsky rychly, ale zase se ovlada skoro vyhradne z konzole. Skoro bych v tom videl podobnou analogii jako Vim, Emacs vs. nejaky jednodych graficky editor (Kate?)


	Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 3.9.2008 10:05	957
	Bredy [956]: Tak to bude zase spise tim, ze git je mladsi (aspon co do obecne povedomosti) a teprve se na vysluni dere. Ja naopak pozoruju, ze ruzne projekty, ktere driv pouzivaly cvs nebo svn, presly na git, takze mi prijde, ze o gitu bude slyset vic a vic.


	3.9.2008 09:54	956
	AL3XTaky si myslím, že SVN není žádný zázrak, má spoustu much a nedomyšleností, někdy až ke zlosti..., ale na druhou stranu git trpí jinými problemy, například nepřívětivost. Není to můj názor, obecně platí, že jednoduché a srozumitelné je automaticky propagováno. A pluginů na SVN je v současné době hodně, prakticky každý vývojový systém ho má. Pluginů na GIT moc není... upřímně, SVN vidím na každém kroku, ale nebýt root.cz a tebe, tak o GITu ani nevím. Takže o tom to je....


	tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 2.9.2008 08:50	955
	al3xdiky za seznameni :)

[ 857 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


(c) 2001-2011 Lopuch.cz Kontakt