M.M. <m...@W...gazeta.pl> napisał(a):

> <f...@W...gazeta.pl> napisał(a):
>
> > <f...@W...gazeta.pl> napisał(a):
> >
> > > M.M. <m...@W...gazeta.pl> napisał(a):
> > >
> > > > <f...@W...gazeta.pl> napisał(a):
> > > >
> > > > > M.M. <m...@W...gazeta.pl> napisał(a):
> > > > >
> > > > > > Sebastian Biały <h...@p...onet.pl> napisał(a):
> > > > > >
> > > > > > > On 2012-05-31 02:13, M.M. wrote:
> > > > > > > >> On 2012-05-31 01:13, M.M. wrote:
> > > > > > > >>> To co piszesz ma znaczenie przy projektach zdecydowanie
powyżej
>
> > > 2MB
> > > > > kodu.
> > > > > > > >> Cały czas pytam o helloworldy. Dla nich nie ma znaczenia jak
> > bardzo
> > > > > > > >> spieprzysz.
> > > > > > > > Po co więc używać określenia 'spieprzenie' skoro jak sam
> > > przyznajesz to
> > > > > > > > nie ma znaczenia?
> > > > > > >
> > > > > > > Możesz spieprzyć bez skutków znaczacych. Ale to dalej
spieprzenie.
> > > Nie
> > > > > > > zachowanie higieny/dyscypliny w małym projekcie powoduje ze to
> > > lenistwo
> > > > > > > rozpływa się na większe projekty. Wiem bo widzę.
> > > > > > E tam gadanie. Piszę tak jak w moim odczuciu jest najlepiej.
> > Najlepiej
> > > > > oznacza
> > > > > > intuicyjnie osiągany kompromis pomiędzy szybkością działa
programu,
> > > > > > szybkością tworzenia kodu, podatnością na konserwacją i czasem
> > > > > > kompilacji co się de facto zawiera w szybkości tworzenia. Jakbym
czuł
> > > > > > że za długo czekam na kompilację to bym coś zrobił z tym fantem.
> > > > > >
> > > > > > > > Poza tym program o rozmiarze 2MB, zwłaszcza gdy
> > > > > > > > jest porządnie zaprojektowany, to nie taki hello world, może
już
> > > robić
> > > > > > > > coś całkiem pożytecznego.
> > > > > > > To dalej maleństwo.
> > > > > > Nie mówię że to nie jest maleństwo, tylko że to nie jest hello
world
> > a
> > > > > > tym bardziej spieprzenie. Jak się ktoś postara, to za procedurę o
> > > rozmiarze
> > > > > > 5kb i nobla dostanie.
> > > > >
> > > > > nie wiem na ile wogole kompilacje moze przyspieszyc uzywanie
> > > > > ramdysku, kiedysm mialem jakis fajny ramdysk, mozna spokojnie
> > > > > wykroic nawet spory kawal ramu na ramdysk - niestety po pierwszym
> > > > > uzyciu gdzies mi sie zgubil i nawet nie pamietam czy bylo jakies
> > > > > przyspieszenie
> > > > Trzeba sprawdzić co jest wąskim gardłem. Jeśli częste naprowadzanie
> > > > głowicy to ram dysk powinien znacznie przyspieszyć.
> > >
> > > wydaje sie ze tak, ale kiedys chyba costam uruchomilem z ramdysku
> > > i jakby nie bylo szybciej, (slabo pamietam)
> > > chyba trzeba by wrzucic i kompilator i zrodla na ten ramdysk
> > > (a moze i jakied dll'ki?) tak zeby nic nie musial doczytywac
> > > z dysku wtedy pwoinno byc naprawde szybko, ale wlasnie nie
> > > wiem czy i tak jakies ddlki nie beda doczytywane z dysku
> > > i czy cos takiego da sie zrobic
> > >
> >
> > wyjrzałem przez trzecie oko - i wyskoczylem przez okno
> >
> > w sumie to szkoda ze ramu nie da sie obejrzec w total komanderze
> > tak jak dyskow - to by nie bylo glupie - zorganizowanego na
> > podobienstwo systemu plikow i nawet z mozliwoscia pewnego
> > zarzadzania recznie - np wlasnie na podobienstwo ramdysku
> > i np tez systemu z cache - tak zebyy niekoniecznie wszystko
> > po uzyciu z tego ramu za kazdym razem wypadalo i musialobyc
> > wczytywane na nowo
> Pewnie się da, ale po co to oglądać? Są specjalistyczne
> narzędzia, choćby debuger.

teraz nie jest tak, np alokowane kawalki nie maja swoich nazw
w ramie (np map, postaci_lable, costam_cahce) Pomysl jest
by to bylo robione na podobienstwo systemu plikow z
timestampem utworzenia, atrybutami, plikopodobna strukturą
wnetrza ramu, ew nawet mozliwoscia recznej ingerencji
przez totalkomandera.




--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/