Sfida nga Pr-Tech: Mbledhja e dy numrave 256 shifror

[edspace]

Nëse nuk të pëlqejnë komentet/kritikat, mos posto kod në forum. Ato që shkruajta më lart janë vërejtje e këshilla që më janë bërë edhe mua dhe i shkruajta në forum për ata që kanë dëshirë të mesojnë. Fillestarët kanë tendencën të shkruajnë kod sa më të ngjeshur sepse profesorët i kushtojnë me shumë rëndësi funksionimit sesa drejtshkrimit të kodit. I kam bërë vetë gabime të tilla dhe i shkruaj këtu që mos t'i bëjnë edhe të tjerët.

Kostua më e madhe e softuereve është tek mirëmbajtja e kodit, prandaj është më mirë të harxhosh më shumë kohë në fillim e te programosh qysh duhet, sesa t'i biesh murrit me kokë dy vjet më vonë, kur të duhet të ndryshosh programin.

Mqns nuk i pritke mirë kritikat, hidhi një sy kodit tim e bëj ndonjë sugjerim si do ishte shkruar më mirë.

[werewolf]

mbase i shkruan qe kur te vije koha per mirembajtje te ndo1 software te bere nga josifi ose te therasin josifin vete ose ta hedhin poshte hahha...

[josif]

Nje gje eshte me se e sigurt: Ty nuk te therret njeri

mbase i shkruan qe kur te vije koha per mirembajtje te ndo1 software te bere nga josifi ose te therasin josifin vete ose ta hedhin poshte hahha...

[josif]

Nuk me intereson mendimi yt personal, ketu ne forum mund te kesh cfaredo lloj posti, por nuk ke te drejte ti kritikosh te tjeret !

Jam apo jo fillestar nuk te kerkova mendimin!

P.S : Ato pjese kodi shkruhen per njerez te "ngjashem" !

Nëse nuk të pëlqejnë komentet/kritikat, mos posto kod në forum. Ato që shkruajta më lart janë vërejtje e këshilla që më janë bërë edhe mua dhe i shkruajta në forum për ata që kanë dëshirë të mesojnë. Fillestarët kanë tendencën të shkruajnë kod sa më të ngjeshur sepse profesorët i kushtojnë me shumë rëndësi funksionimit sesa drejtshkrimit të kodit. I kam bërë vetë gabime të tilla dhe i shkruaj këtu që mos t'i bëjnë edhe të tjerët.

Kostua më e madhe e softuereve është tek mirëmbajtja e kodit, prandaj është më mirë të harxhosh më shumë kohë në fillim e te programosh qysh duhet, sesa t'i biesh murrit me kokë dy vjet më vonë, kur të duhet të ndryshosh programin.

Mqns nuk i pritke mirë kritikat, hidhi një sy kodit tim e bëj ndonjë sugjerim si do ishte shkruar më mirë.

[edspace]

Josif, e ke idenë së çfarë është forumi apo jo? Në çastin që shtyp butonin "posto" të gjitha ato çfarë ke shkruar bëhen publike dhe çdokush ka të drejtë të bëjë komente e të të kritikojë për aq kohë sa bëhen brënda rregullores. Nëse nuk je i zoti të përballosh kritikat, mos posto kod në forum.

[cunimartum]

Ilir para pak kohesh i kam keshilluar "pr tech" qe kur klasifikojne cilat gjuhe te perdoren per zgjidhjet te ndalojne gjithashtu edhe disa nga librarite standarde qe do ta benin sfiden te pavlefshme prandaj kur pashe kete sfide nuk iu permbajta dot dhe shkruajta nja 7 rreshta qe tu tregoja cfare nenkuptoja atehere, pastaj mu duk sikur i ofendoja dhe prandaj i shtova nje DialogBox qe te shtoheshin ca rreshta, s'ma priste mendja qe do ta vinin si zgjidhje te vlefshme , nese ata psh. do kishin ndaluar perdorimin e BigDecimal standard atehere nje klas BigDecimalIme do ishte me interesante edhe pse prap shume e thjeshte.

************************************************** ********

Edspace diskutimi mbi eficencen eshte shume i vlefshem edhe pse ne pamje te pare ne nje proggy te tille duket si i neglizhueshem. Faktikisht ne nje String -> infinity ashtu sic teorikisht keta dy numra duhet te jene ne nje rritje te madhe te numrave do conte ne mjaft ndjeshmeri midis ruajtjes ne char ose ne uint.
Para nja dy-tre vjetesh ne nje teme mbi eficensen duhej qe te ndertohej e njejta detyre si kjo, por me kusht qe te kishte eficence memorjeje maksimale, dhe zgjidhja qe kisha ishte ne Python me nje modul te shkurter ne C dhe ne nje char 4 bitet e pare dhe te fundit ishin dy numra te ndryshem dhe keto ngjesheshin para se te behej mbledhja dhe mbledhja behej me chunks te cilat sa mbaronin coheshin ne standart out. S'e mbaj mend pse edhe pse testet kalonin me kane vene a B a B+, do rremoj njehere mbase e gjej.