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

> <f...@g...pl> napisał(a):
>
> > M.M. <m...@g...pl> napisał(a):
> >
> > > <f...@g...pl> napisał(a):
> > > > co do tematu zlych nazw to mysle ze nalezy sie zajac tematem
> > > > i podszkolic w tym temacie, przede wszystkim nauczyc odrozniac
> > > > co jest zla nazwa a co dobra
> > > Dobra to taka która pomaga zrealizować założony cel, zła to taka
> > > która nie pomaga, albo wręcz przeszkadza. Często celem jest szybkie
> > > napisanie aplikacji, więc zbytnie dumanie nad dobrymi nazwami nie
> > > przybliży nikogo do tego celu, bo dumanie samo w sobie zajmuje czas :)
> > >
> >
> > są 'projekty' ktore szybkie pisanie nie calkiem obejmuje bo nie
> > chodzi o to by to szybko napisac tylko przede wszystkim by to
> > wogole napisac, i jak sie pisze to sie mysli jak napisac to lepiej
> > a nie szybciej (choc wiadomo ze dotyczy to bardziej tworczych
> > projektow a nie po prostu funkcjonalnych - ja sam medytuje zauwazalna
> > ilosc czasu
> Wszystko co robimy jest funkcją czasu i pieniędzy. Może kiedyś programista
> będzie żył wiecznie, albo będzie mógł się cofnąć w czasie i to prawo go
> nie będzie obejmowało. Dziś gdy programista poświęci za dużo czasu na
> zbędne rzeczy, to właśnie jak to piszesz "w ogóle tego nie napisze" bo
> wcześniej umrze :)

No ale problem polegajacy na tym by cos napisac jest mz bardziej
pierwotny niz problem polegajacy na tym by to napisac szybko -
tak ze i tak trzeba sie koncentrowac na tym pierwszym, a to
pierwsze wymaga przemyslenia problemu, im lepiej go zrozumiem
tym latwiej i szybciej mi pojdzie
- zalezy od projektu bo teraz klepiac elementy prostego tilowego
erpega czyje sie zupelnie inczej niz wczesniej rotujac bitmapy,
jest to zestaw zupelnie innych zagadnien (az dziwne jak jedno
jest rozne od drugiego)










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