Allt ska g\u00f6ras s\u00e5 enkelt som m\u00f6jligt, men inte enklare.<\/p>\n<\/blockquote>\n
Det finns en viss<\/a><\/strong> utredning om om han sa det eller inte, men po\u00e4ngen kvarst\u00e5r oavsett vem som sa det.<\/p>\n Det \u00e4r l\u00e4tt att ta den h\u00e4r id\u00e9n och till\u00e4mpa den p\u00e5 saker som vi g\u00f6r i vardagen som vi inte vill g\u00f6ra, eller hur?<\/p>\n \u00c4ven om jag inte h\u00e5ller med om det (och diskussionen f\u00f6r det ligger utanf\u00f6r ramen f\u00f6r det h\u00e4r inl\u00e4gget), anser jag denna id\u00e9 inom ramen f\u00f6r webbutveckling.<\/p>\n Och f\u00f6r att vara tydlig, jag pratar inte om webbdesign. Jag \u00e4r ingen designer. Jag vill inte tala f\u00f6r n\u00e5got som jag inte \u00e4r en del av. Men n\u00e4r det g\u00e4ller att tillhandah\u00e5lla l\u00f6sningar f\u00f6r m\u00e4nniskor som anv\u00e4nder programvara eller snarare webbutveckling, \u00e4r jag mycket mer ben\u00e4gen och positionerad att prata om detta.<\/p>\n Jag undrar str\u00e4ngt taget ofta om vi har gjort webbutveckling mer komplicerad (och varf\u00f6r vi har gjort det) och om att anv\u00e4nda det enklaste som beh\u00f6vs \u00e4r allt som verkligen<\/strong> beh\u00f6vs n\u00e4r man bygger l\u00f6sningar f\u00f6r andra.<\/p>\n Jag har nyligen skrivit om de olika aspekterna av front-end-utveckling<\/a><\/strong> enbart (inom ramen f\u00f6r att f\u00e5 ut n\u00e5got snabbt) och hur vi nu har byggt verktyg strikt f\u00f6r den aspekten av webbutvecklingsstacken.<\/p>\n N\u00e4r det g\u00e4ller verktyg som detta, oavsett vilken niv\u00e5 av stacken vi arbetar p\u00e5, kommer jag p\u00e5 mig sj\u00e4lv att fr\u00e5ga:<\/p>\n \u00c4r detta verktyg n\u00f6dv\u00e4ndigt f\u00f6r att effektivt och positivt g\u00f6ra det l\u00e4ttare att utveckla l\u00f6sningen f\u00f6r n\u00e5gon annan?<\/p>\n Jag tycker till exempel att Composer<\/a><\/strong> \u00e4r n\u00e5got som \u00e4r v\u00e4ldigt anv\u00e4ndbart. Det l\u00e5ter mig enkelt hantera tredjepartsbibliotek, uppdatera dem efter behov och integrera dem i mina projekt.<\/p>\n P\u00e5 samma s\u00e4tt tycker jag att verktyg som unders\u00f6ker mina \u00e5taganden innan de skickas till GitHub \u00e4r anv\u00e4ndbara eftersom de till\u00e5ter mig att f\u00e5nga problem med kodkvalitet som annars skulle ta l\u00e4ngre tid under kodgranskningsprocessen.<\/p>\n Ta till exempel n\u00e5gra av front-end-byggverktygen som Grunt<\/a><\/strong>, Gulp<\/a><\/strong>, Yarn<\/a><\/strong>, Node<\/a><\/strong>, Mix<\/a><\/strong> och s\u00e5 vidare. F\u00f6r att vara tydlig, vissa av dessa g\u00f6r samma sak som andra medan andra tj\u00e4nar ett annat syfte.<\/p>\n![\"Vad](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163428-61e751255eefd.png\")
<\/a><\/p>\n\n
Det enklaste som beh\u00f6vs<\/h2>\n
![\"Vad](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163428-61e7512a5252c.png\")
<\/a><\/p>\n
![\"Vad](\"https:\/\/wordpress.mediadoma.com\/wp-content\/uploads\/2022\/01\/post-163428-61e7512cb36d9.png\")
<\/a><\/p>\n