Proektiraneto na softuer ne e lesna zadacha.

Kakto weche sa te uputili UML e ezika kojto se polzwa za podobni opisanija (ili pone naj razprostranenija ezik za celta).

Oswen UML bi bilo dobre da se zapoznaesh i s njakoi Design Patterns - koeto bi okazalo polzotworno wlijanie wurhu proektite koito shte izgrajdash. Poznawaneto na problemite, kakto i poznawaneto na metodite za tjahnoto reshawane e dobur hod.

Proekta na opredelen softuer naj chesto e chasten sluchaj tochno za tazi zadacha - njama standartni reshenija, koito da mogat da wleznat w upotreba pri wseki sluchaj.

Wjarno e che ima dokazani metodi, koito sa za predpochitane pred ostanalite - naprimer MVC (Model-View-Controller) pattern-a pri web baziranite prilojenia. No towa w nikakuw sluchaj ne e edinstwnija put - prosto e edno dokazano reshenie.

Predstawata ti za bawno naj werojatno idwa ot bawnoto izchertawane na GUI elementite. T.e. bawna e grafikata. W linux se polzwa X window system za grafichnija interfejs, kojto predlaga mnogo predimstwa lipswashti wuw Win, no wsjaka extra si ima cena - w sluchaja ima zabawjane. Dori i da optimizirash maximalno mashinata si (prekompilirane na kernel, kompilirane na X, GL driveri za videoto) winagi mejdu operacionnata sistema i grafichnata sreda (X) shte ima remore calls, koito struwat resursi (pamet i procesorna mosht).
Chuwal sum che wuw Win GUI elementite sa chast ot jadroto na OS-a - taka sa spesteni tochno tezi remote calls, no sa zagubeni wuzmojnosti koito sa neobhodimi ponjakoga - naprimer export na prilojenie wurhu drug X server - taka na po-slaba mashina da se polzwat prilojenija instalirani i raboteshti na po-moshtna.

No za chisto matematicheski izchislenija - naprimer SETI@Home proizwoditelnostta e edna i sushta nezawisimo dali si pod Win ili Linux.