Uh, zamalo propustih da prokomentarisem ovu logicku gresku (blago receno). Dakle, to sto je kod otvoren NE ZNACI NUZNO da je bez gresaka (koje nije lako provaliti), ali kada je kod zatvoren, onda JESTE nemoguce (ili skoro nemoguce) znati prirodu rupe koja MOZDA postoji, te je namerna "greska" pri programiranju MOGUCA.
Pogresno - ako je poznata potrebna funkcionalnost nekog sistema i uslovi koje on mora da zadovolji da bi se nazvao stabilnim moguce je izvrsiti testiranje bez source koda. Recimo, QA department u mojoj kompaniji testira izvrsni kod koje moje odeljenje njima dostavlja i sasvim lepo dolazi do bagova bez potrebe da gledaju u source code - jedino sto im je od pomoci su debug simboli koji pomazu da se greska locira.
Zamisli neku masinu koja ima ulaz A i izlaz B -> mi znamo funkciju koja opisuje kako ta masina treba da funkcionise (znaci B = f(A)) - mi mozemo da testiramo masinu sa velikom kolicinom informacija i proverom da li je B stvarno f(A) - vidis, ne treba ti source. Source, naravno, moze pomoci u brzini lociranja problema - ali u glomaznim projektima je malo teze gledati u svaku funkciju koju je neko drugi pisao i juriti greske - pokazuje se da closed-source softver enterprise ranga (u koji se ulaze dosta para na razvoj i testiranje) se sasvim lepo nosi sa otvorenim kodom koji ceo svet moze da ispravlja.
Drugo, stoji da je u OpenSource softveru teze sakriti maliciozan kod, ali to ne znaci da je nemoguce - ali ako se pogledaju statistike koliko neki GNU paketi imaju rupa, a godinama su dostupni na uvid govori da kriva resavanja problema nije bas toliko zavisna od otvorenosti - vec samo o vremenskoj investiciji u testiranje.
Trece, oko malicioznog koda u closed-source softveru - postoji granica kada se maliciozan kod smatra kriminalnim prekrsajem - drugo racunar ne moze poslati feedback bez koriscenja nekog networking medijuma, a svaki packet sniffer bi bio u stanju da detektuje paket koji nije ocekivan - posle toga bi sledila detaljna analiza i vrlo brzo bi bio pronadjen uzrok - a onda bi neko bio TUZEN i zrtvovao celu svoju komercijalnu reputaciju - - cini mi se da je ovo ipak malo manje verovatno.
http://www.digicortex.net/node/1 Videos: http://www.digicortex.net/node/17 Gallery: http://www.digicortex.net/node/25
PowerMonkey - Redyce CPU Power Waste and gain performance! - https://github.com/psyq321/PowerMonkey