Hoe't de oarder fan operaasjes my tariede op programmearjen

math

Algebra hat altyd in favorite ûnderwerp fan my west. D'r is net folle teory belutsen, gewoan in toolbox fan metoaden en de folchoarder fan operaasjes om op te lossen. As jo ​​weromgeane nei de middelbere skoalle, sille jo it ûnthâlde (sitearre út Math.com):

  1. Doch earst alle operaasjes dy't binnen hakjes lizze.
  2. Folgjende, doch dan elk wurk mei eksponinten as radikalen.
  3. Wurkje fan lofts nei rjochts, doch alle fermannichfâldigjen en dieling.
  4. Uteinlik, wurkje fan links nei rjochts, doch alle tafoeging en subtraksje.

Hjir is it foarbyld fan Math.com:
Algebra-foarbyld fan Math.com

Dit tapasse op ûntwikkeling is frij simpel.

  1. Bedriuwen binnen de haakjes binne gelyk oan myn side-yndieling, yn in ienfâldige HTML-opmaak. Ik begjin mei in lege pagina en populearje it stadichoan oant it alle eleminten hat dy't ik sykje. Om te soargjen foar fleksibel ûntwerp fan brûkersynterface, wurkje ik altyd mei XHTML en CSS, Oeral wêr't ekspresjes binne (dus database of programmatyske resultaten), jou ik de koade op en typ dummy-tekst, ôfbyldings of objekten yn.
  2. Folgjende wurkje ik mei alle eksponinten as radikalen. Dit binne myn programmatyske of databasefunksjes dy't de gegevens ekstrahearje, transformearje en laden (ETL) sa't ik dy werjaan wol op myn folsleine side. Ik wurkje eins oan 'e stappen yn dy folchoarder, útsein as opmaak yn' e eigentlike fraach resulteart yn ferbettere prestaasjes.
  3. Folgjende is fermannichfâldigjen as dieling. Dit is wêr't ik myn koade ferienfâldigje. Ynstee fan ien enoarm monolitysk skrift, ik abstrakt safolle fan 'e koade kin ik bestannen en klassen befetsje. Mei webûntwikkeling tend ik fansels fan boppen nei ûnderen te wurkjen.
  4. Uteinlik wurkje fan lofts nei rjochts, alle tafoeging en subtraksje. Dizze stap is it lêste proses, it tapassen fan 'e lêste lekkens fan formuliervalidaasje, stylkomponinten, flaterbehanneling, ensfh. Wer, ik bin oanstriid om fan boppen nei ûnderen te wurkjen.

Goede ûntwikkeling is net komplekser dan in grut Algebra-probleem. Jo hawwe fariabelen, fergelikingen, funksjes ... en in logyske folchoarder fan operaasjes om de bêste resultaten te krijen. Ik sjoch in soad hackers dy't it gewoan 'oan it wurk krije', mar jo fine (lykas ik haw) dat as jo jo metodyk net plannen en in logyske oanpak nimme, jo fine dat jo jo koade oer en oer en oer skriuwe as problemen of feroarings binne nedich.

Algebra hat my altyd in protte as in puzzel west. It hat altyd útdaagjend, leuk west, en ik wist dat in ienfâldich antwurd mooglik wie. Alle stikken binne der, jo moatte se gewoan fine en korrekt tegearre sette. Koade skriuwe is net oars, mar it is nofliker, om't jo puzzelútfier is wat jo wolle!

Ik bin gjin formele ûntwikkelder, en ik bin sels gjin geweldige. Ik haw; lykwols krigen kompliminten oer de koade dy't ik yn in protte projekten skreaun haw. Ik leau dat in protte dêrfan is om't ik in protte foarplanning, whiteboarding, skema-ekstraksje, ensfh., Foardat ik sels de earste skripttag skriuw.

2 Comments

  1. 1

    Dit wie in moai kreas post. Ik hie nea tocht oan it tapassen fan de folchoarder fan operaasjes op sa'n abstrakt as ûntwikkeling, mar as jo der oan tinke, sjogge jo dat se beide op deselde wize abstrakt binne. Ik sil dizze blêdwizer moatte markearje en it as referinsje brûke. ;]

    • 2

      Thanks Stephen! Ik wurkje op it stuit oan in grut projekt op it wurk dat oer meardere tabellen en in protte siden yn in heul logyske folchoarder omspant (allegear ferbûn troch ien side mei Ajax) en ik naam op hoe foarsichtich ik wie en besleat der oer te skriuwen.

      Leuk spul!

Wat tinksto?

Dizze side brûkt Akismet om spam te ferleegjen. Learje hoe't jo kommentaargegevens ferwurke wurde.