\u00dcks ideedest, mis mind intrigeerib, on "laevake v\u00f5i sure" mentaliteet. Seoses sellega, kuidas seda nimetatakse, on selle variatsioone, kuid fraasi idee on lihtne:<\/p>\n
Kui teil on idee, viige see kontseptsioonist tooteni nii kiiresti kui v\u00f5imalik.<\/p>\n
Muidugi v\u00f5ib idee j\u00f5uda toote kontseptsioonini nimetada ka "kontseptsiooniks sularahaks", kuid kunagi pole garantiid, et teenite raha, eks? Siiski on garantii, et saate sellest k\u00e4egakatsutava toote.<\/p>\n
Ja tarkvaraarenduse ringkondades on alati palju, mida inimene saab idee poolt v\u00f5i vastu vaielda. Minu peast tulevad kohe meelde kaks poolt- ja vastuargumenti:<\/p>\n
L\u00fchidalt \u00f6eldes v\u00f5ib tekkida kompromiss selle vahel, kui kiiresti saate midagi turult tarnida, ja projekti taga oleva arhitektuuri vahel. M\u00f5nikord on, m\u00f5nikord ei ole. \u00dcldiselt arvan siiski, et on ohutu eeldada esimest.<\/p>\n
Lisaks v\u00f5ivad m\u00f5ned n\u00e4ha esimest kui lihtsat v\u00e4ljap\u00e4\u00e4su, m\u00f5ned v\u00f5ivad n\u00e4ha teist YAGNI harjutusena v\u00f5i veelgi lihtsamalt, et probleemiga saab tegeleda alati, kui see esile kerkib.<\/p>\n
Aga mis sellel hetkel pistmist on?<\/p>\n
P\u00f5hjus, miks ma sellest kirjutamisele aega kulutan, on see, et see on midagi, millele mina ja ma kahtlustan, et ka teised meie valdkonna esindajad m\u00f5tleme sellele v\u00e4hemalt natuke. K\u00f5ik see on abstraktses t\u00e4henduses r\u00e4\u00e4kides hea, kuid proovin siduda selle millegi veidi realistlikumaga.<\/p>\n
M\u00f5ned aastad tagasi seisnes esiotsa arendus sisu m\u00e4hkimises sees- v\u00f5i plokitaseme elementides ja nende kujundamises p\u00f5hilise CSS-iga?<\/p>\n
Meil olid t\u00e4iustatud t\u00f6\u00f6riistad oma taustakoodiga t\u00f6\u00f6tamiseks, kuid esiosa oli suhteliselt lihtne, kui k\u00f5rvale j\u00e4tta v\u00f5ib-olla ettev\u00f5tte v\u00f5i meeskonna poolt, kellega koos t\u00f6\u00f6tasime, kehtestatud kodeerimisstandardid.<\/p>\n
Meie seadmed arenesid (mida ma pean teadmiseks heaks ja tehnikas isegi loomulikuks asjaks). Lisaks nimetatud edusammudele on meil n\u00fc\u00fcd spetsiaalselt esiotsa arendamiseks m\u00f5eldud t\u00f6\u00f6riistad, mis on m\u00f5nes m\u00f5ttes sama arenenud kui need, mida kasutame taustatarkvara jaoks.<\/p>\n
Muidugi on meil m\u00f5ned, kes on "t\u00e4ispinu arendajad", kuid mul on hea meel tunnistada, et mul on palju mugavam t\u00f6\u00f6tada serveri poolel kui esiotsaga. Kui t\u00f6\u00f6tan esiotsa kallal, j\u00e4\u00e4n tavaliselt tuttavate t\u00f6\u00f6riistade juurde ja p\u00fc\u00fcan j\u00e4\u00e4da piiresse, mis on m\u00e4\u00e4ratud s\u00f5idurajaga.<\/p>\n
See aitab hoida arendust keskendununa, kiirena ja j\u00e4rjepidevana k\u00f5igis projektides.<\/p>\n
Iseenesest v\u00f5iks see rubriik olla pikk postitus, aga ma ei ole huvitatud nii kaugele minemast. Selle asemel v\u00f5tan \u00fche l\u00f5igu sellest, kuidas esiotsa arendus praegu t\u00f6\u00f6tab, ja vaatan, kas ma ei saa seda kasutada oma m\u00f5tte selgeks tegemiseks.<\/p>\n
V\u00f5tame n\u00e4iteks selle, mis CSS-ist on saanud. Meil on keeled lisaks keeltele (nt Sass<\/a><\/strong>, mis asub p\u00f5hi-CSS-i peal v\u00f5i t\u00e4iendab seda).<\/p>\n Ja meil on protsessorid, mis kompileerivad, minimeerivad, lindavad ja ei lase meil oma t\u00f6\u00f6d n\u00e4ha enne, kui teatud vead ja hoiatused on kvaliteedi huvides parandatud. (Ma ei pea seda halvaks, kuid see n\u00e4itab meie esiotsa t\u00f6\u00f6riistade kasvavat keerukuse taset v\u00f5i v\u00f5ib-olla k\u00fcpsust).<\/p>\n Esiotsa arendamine on liiga lihtne, muutkem see keerulisemaks, et saaksime tunda end targemana nende eakaaslaste seas, kes ilmselt tegelevad ettev\u00f5tte "kriitilisemate" aspektidega. Pidage meeles, et see on v\u00f5istlus.<\/p>\n<\/blockquote>\n\n