Skip to main content

Ways To Avoid Developer's Burnout

Last night I read an article by Adris Azeez called Avoiding Burnout as as Software Developer and it got me thinking about the steps I take to avoid burnout, boredom, etc.

Several of the ideas Adris talks about are very similar to what I already do, but the main point is to change things up, take a break when needed, and if you're not in "coding" mode do something else that's productive.

As a developer for over 20 years I can honestly say there are days where the "ideas" and "code" just doesn't flow.  So here are a few things I do to still be productive at work when I'm developing:

1) Work on a "fun" project: sometimes when you work on the same project for several days/weeks, the brain needs a break.  I find that if I focus on something new it refreshes my mind and the creative juices start flowing again.  For example, I store several "fun" projects in my head to develop in the future.  Recently, I developed a new March Madness bracket system for work.  It only took me about 1.5 days to complete but I also learned some new jQuery tricks (which I can apply to future work applications).

2) Learn a new language:  coding in the same language everyday can get quite cumbersome.   Especially when you're just writing queries for reports.  So I usually try to study some new languages every once in awhile just to help with the boredom of the same ole language.

3) Read blogs: sometimes I'll break the monotony by reading blogs on the latest technologies, frameworks, etc.  And if you have your own blog, write about something on your blog (like I'm doing now :) )

4) Graphics and Documentation: if you have a job like mine where you're the only developer, you have many hats to wear as a full stack developer;  sometimes if projects exist that deal with some graphics I'll work on that for a little while, and/or work on some documentation for some projects.

5) Organize: it's also good to organize your week or month;  if I need a break I sometimes plan these things out way ahead.  It's good to know what's coming up!

Comments

Popular posts from this blog

Alexa Is Listening, Recording, and Sending!

Check out this story where a couple in Oregon was having a private conversation and Alexa recorded and sent the conversation to one of their contacts!  They were not aware until the contact contacted them about what had happened.  The couple contacted Amazon and they verified the series of events.  But what's even more bizarre is the couple wanted to return their Amazon home devices but Amazon has not agreed to return the costs for the devices! Check out the article here  by Bruce Brown on  Digital Trends

Nonclustered Index in SQL Server

So, I've run into an issue with one of my queries because it takes about 40 seconds to run and according to the Recent Expensive Queries section of the Activity Monitor in SQL Server, there is a section of code taking up about 51% of the query.  First, let me say that I've been writing Transact SQL for quite awhile but have never ventured into the Clustered and NonClustered areas of forming Indexes.  I do use indexes on all my tables but that's just the regular Primary Unique key.  We've been using this query for awhile and it does work but when the result set is about 5K records it takes a little while to run.  So here's the actual query itself SELECT PartNo , SerialNo , HeciCode , ScanDate , OrderType , PoNo , po . IssueDate , SoNo FROM ScanHistory sh WITH ( NOLOCK ) LEFT OUTER JOIN trkRWPOHeader po WITH ( NOLOCK ) ON sh . PoNo = po . PONum WHERE len ( PoNo ) > 2 AND ScanDate >

Would I Be A Good Programming Teacher?

One of the things I've always asked myself is, "would I be good at teaching/coaching programming"?  I guess after 20 years of programming you'd like to think you could teach but do you have to know everything?  How will I come across to the person(s) I'm teaching?  Would I enjoy it? I'm starting to realize that you don't have to know everything about what your teaching or coaching.  This has been evident from my own experience and from the books/articles I've read (including the one below).  You just have to ask questions! Recently, I've been coaching/teaching our network guy at my work learn how to code.  And it's amazing how much knowledge comes out when you start to explain things not to yourself, but to another individual.  Plus I've been reading some books that show that teaching what you learn helps you retain that information even better. I've been learning some new languages and while learning these I'm thinking to mysel