ideja - top-bottom deckbuilding??

torej, ideja izhaja iz računalništva, naj na hitro razlozim za kaj gre ->
v programiranju mas vec principov programiranja, 2 izmed osnovnih sta top-bottom in bottom-top... bottom top je, ko zacnes stvar izdeloat iz fundamentalnih delov in se pomikas navzgor na konceptualne bolj konkretne nivoje, pri top-bottom je pa obratno. Primer, kko bi zgledala ideja za top-bottom programiranje, če bi recimo teli nrest program, ki gre na eno spletno stran z oblačili in hoče poiskat najcenejše copate:
odpriStran();
najdiFilter();
izberiArtikeljCevelj()
filtrirajPoCeniNarascajoce();
izberiPrviElementNaSeznamu();

program at this point sploh ne ve, kaj so te stvari ka jih pišeš in to nič ne dela, ampak smo si pa sestavili glaven workflow kko bo nas program delal, in v naslednjem nivoju se pomaknemo v vsako od teh fukcij in jo bolj natancno definiramo.... in tako naprej in tako naprej.

no, kaj ma to veze z ygo -> zdi se mi, oziroma vsaj jaz sem tako ves cas razmisljal, da se pri buildanju deckov v ygo dostikrat / vedno uporablja bottom-top princip, torej isces neke osnovne engine ki na papirju dobro delajo, isces dobre interakcije, ratiote etc etc.  Glede na to kako se je format razvil pa me je prešinlo, kaj če bi probali top-bottom princip?

namesto da gledamo in buildamo deck, bi si zamislili en board ki ga hočemo imet, in potem gledali korak po korak nazaj, kako pridemo do tega boarda -> in s tem bi se nam razvejale moznosti in bi nakoncu prisli do nekih rezultatov...