Att ändra verktyg bara för sakens skull "framsteg" kan faktiskt långsam saker ner på grund av inlärningskurvan, buggar, eller helt enkelt oförenlighet med befintliga processer. Ibland gamla, förstås verktyg är bättre än skinande nya verktyg som valts för att de är på modet.
Steg 9:
Lär dig i verkliga livet. Coding dojos, konferenser, BarCamps, hacka dagar, användargrupper och kod läger är bra sätt att lära sig. Dessa grupper kan vara till hjälp, även om deltog sällan, att införa nya idéer och hitta nya metoder för att göra saker.
Det är en fördel för att utmanas i en ny miljö.
Steg 10:
Ta med din nya språk för att arbeta. Professionella programmerare kan finna möjligheter att använda nya programspråkkunskaper på arbetsplatsen. Försök att inte bli en galen evangelist, men spot möjligheter där andra språk kan lösa problemet bättre. Men shoehorning ett språk till ett projekt där den inte passar bara för att använda ett nytt språk är ett recept för misslyckande. Med fler verktyg i verktygslådan ger alltid mer möjligheter och flexibility.
For exempel, medan du arbetar på ett Java-projekt på jobbet, att kunna använda Ruby innebär att bygga manus kan skrivas i Buildr och existerande bibliotek provnings kan användas för att skriva testkod (test /ruby, shoulda, RSpec etc.) och har den gå med Java-programmet med hjälp av JRuby. Skriptspråk kan alltid bäddas in i befintliga program för att allowscripting för dynamisk, genereras, eller sent bunden kod. Ruby, Python, JavaScript, XSLT, och Lua är alla goda kandidater.
Redaktör plugins, versionskontroll krokar och så vidare kan ofta skrivas snabbare i en lätt, ofta löst skrivit, språk som JavaScript, Perl, Ruby eller än den kan i Java eller C - Om du måste skriva en front-end för ett enkelt program, prova att använda ett skriptspråk som Ironpython eller MacRuby. - Om du behöver skriva en komplex back-end för en högpresterande program, dra ut ett av de språk som ger dig bättre samtidig