Ofte værktøjet bliver brugt kan bremse processen, og dette bliver ikke indlysende indtil sammenlignet med et nyt værktøj. Men skiftende værktøjer netop af hensyn til "fremskridt" kan faktisk langsomme ting ned på grund af indlæringskurven, bugs, eller simpel uforenelighed med eksisterende processer. Sommetider gamle, forstået værktøjer er bedre end skinnende nye værktøjer valgt, fordi de er på mode.
Trin 9:
Lær i det virkelige liv. Kodning dojos, konferencer, BarCamps, hack dage, brugergrupper og kode lejre er gode måder at lære.
Disse grupper kan være nyttige, selvom deltog sjældent, at indføre nye ideer og finde nye metoder til at gøre tingene på. Der er en fordel for at blive udfordret i et nyt miljø.
Trin 10:
Tag dine nye sprog til at arbejde. Professionelle programmører kan finde muligheder for at bruge ny programmeringssprog viden på arbejdspladsen. Prøv ikke at blive en vanvittig evangelist, men spot muligheder, hvor andre sprog kan løse problemet bedre. Men shoehorning et sprog til et projekt, hvor det ikke passer bare af hensyn til at bruge et nyt sprog er en opskrift på fiasko.
At have flere redskaber i værktøjskassen altid tilbyder mere muligheder og flexibility.For eksempel mens du arbejder på en Java projekt på arbejdet, at kunne bruge Ruby betyder bygge scripts kan skrives i Buildr, og eksisterende test biblioteker kan bruges til at skrive test-kode (test /rubin, shoulda, RSpec etc.) og har det køre med Java-program ved hjælp af JRuby. Scriptsprog kan altid blive indlejret i eksisterende applikationer til allowscripting til dynamisk, genereret, eller sent-bundne kode. Ruby, Python, JavaScript, XSLT, og Lua er alle gode kandidater.
Editor plugins, versionskontrol kroge og så videre kan ofte være skrevet hurtigere i en let, ofte løst skrevet, sprog som JavaScript, Perl, eller Ruby, end det kan i Java eller C. - Hvis du skal skrive en front-end til et simpelt program, prøve at bruge et scriptsprog som IronPython eller MacRuby. -