En av id\u00e9erna som f\u00e4ngslar mig \u00e4r "ship it or die"-mentaliteten. N\u00e4r det g\u00e4ller vad det heter finns det variationer av det, men tanken bakom frasen \u00e4r enkel:<\/p>\n
Om du har en id\u00e9, f\u00e5 den fr\u00e5n id\u00e9 till produkt s\u00e5 snabbt som m\u00f6jligt.<\/p>\n
Visst, id\u00e9n att komma till konceptet f\u00f6r en produkt kan ocks\u00e5 kallas "koncept till kontanter", men det finns aldrig en garanti f\u00f6r att du kommer att generera pengar, eller hur? Det finns dock en garanti f\u00f6r att du kan f\u00e5 det till en p\u00e5taglig produkt.<\/p>\n
Och i mjukvaruutvecklingskretsar finns det alltid mycket som en person kan argumentera f\u00f6r eller emot id\u00e9n. De tv\u00e5 f\u00f6r- och nackdelarna som jag t\u00e4nker p\u00e5 omedelbart \u00e4r:<\/p>\n
Kort sagt, det kan finnas en avv\u00e4gning mellan hur snabbt du kan f\u00e5 fartyget n\u00e5got f\u00f6r en marknad och arkitekturen bakom projektet. Ibland finns det, ibland finns det inte. Generellt sett tror jag dock att det \u00e4r s\u00e4kert att anta det f\u00f6rra.<\/p>\n
Dessutom kan vissa se det f\u00f6rra som den enkla v\u00e4gen ut, vissa kan se det senare som en \u00f6vning i YAGNI eller, \u00e4nnu enklare, att problemet kan \u00e5tg\u00e4rdas n\u00e4r det dyker upp.<\/p>\n
Men vad har detta med n\u00e5gonting att g\u00f6ra just nu?<\/p>\n
Hela anledningen till att jag l\u00e4gger ner tid p\u00e5 att skriva om det h\u00e4r \u00e4r att det \u00e4r n\u00e5got som jag, och jag misst\u00e4nker andra inom v\u00e5rt omr\u00e5de, t\u00e4nker p\u00e5 \u00e5tminstone lite. Allt detta \u00e4r bra n\u00e4r man pratar om det i abstrakt bem\u00e4rkelse, men l\u00e5t mig f\u00f6rs\u00f6ka knyta det till n\u00e5got lite mer realistiskt.<\/p>\n
F\u00f6r n\u00e5gra \u00e5r sedan bestod front-end-utveckling av att linda in inneh\u00e5ll i inline- eller blockniv\u00e5element och styla dem med grundl\u00e4ggande CSS?<\/p>\n
Vi hade avancerade verktyg f\u00f6r att arbeta med v\u00e5r backend-kod, men gr\u00e4nssnittet var relativt enkelt bortsett fr\u00e5n kanske kodningsstandarderna som till\u00e4mpades av f\u00f6retaget eller teamet som vi arbetade med.<\/p>\n
V\u00e5ra enheter har utvecklats (vilket jag anser \u00e4r bra och till och med naturligt inom tekniken). Tillsammans med n\u00e4mnda framsteg har vi nu byggverktyg specifikt f\u00f6r front-end-utveckling som \u00e4r lika avancerade i vissa avseenden som de som vi anv\u00e4nder f\u00f6r backend-programvara.<\/p>\n
Visst, vi har n\u00e5gra som \u00e4r "full stack-utvecklare", men jag \u00e4r glad att erk\u00e4nna att jag \u00e4r mycket mer bekv\u00e4m med att arbeta p\u00e5 serversidan \u00e4n front-end. Om jag jobbar p\u00e5 fronten tenderar jag att h\u00e5lla mig till de verktyg som jag \u00e4r bekant med och f\u00f6rs\u00f6ka h\u00e5lla mig inom skyddsr\u00e4ckena som definieras av k\u00f6rf\u00e4ltet d\u00e4r jag k\u00f6r.<\/p>\n
Det hj\u00e4lper till att h\u00e5lla utvecklingen fokuserad, snabb och konsekvent \u00f6ver projekt.<\/p>\n
I och f\u00f6r sig kan det h\u00e4r avsnittet bli ett l\u00e5ngt inl\u00e4gg, men jag \u00e4r inte intresserad av att g\u00e5 s\u00e5 l\u00e5ngt. Ist\u00e4llet ska jag ta en bit av hur frontend-utveckling fungerar just nu och se om jag inte kan anv\u00e4nda den f\u00f6r att klarg\u00f6ra min po\u00e4ng.<\/p>\n