Monthly Archives: April 2015

A hand coming out of the ocean, representing some of the feelings of burnout
Startups & Small Business

Burn Out – An Alternate Perspective

Disclaimer I wanted to write this post to share my honest and personal experiences with burn out in the software and startup scene. I'm hoping that my experiences with getting to a stage of burn out can help someone identify if they're going through the same thing. Hopefully someone will be able to take preventative actions before things get too serious, like I've been able to do. I'd also like to point out that I absolutely love my job (you'll be reminded of that in my post) so my experience might be biased in some ways because of that. If I didn't love what I do, I'd be finding another job where I did. What is Burn Out? In my earlier days at the company I work for, I remember my HR manager talking to me about burning out. It's…

2 Comments
April 24, 2015
Leadership & Management

One on One Evolution

Background I'm a "middle manager" where I work, but that means a whole bunch of things. My everyday tasks primarily consist of programming, but I do a bunch of work to interface with other departments and teams, and I play a role in managing people on... well, the "people" side of things. For the latter part, I refer to that as people leadership. I think it's pretty easy to look at some of the aspects of people leadership and dismiss them as "fluffy" or needless... I consider myself a logical/technical thinker, so I have that frame of mind sometimes. However, I do see the value in actually being able to support my team so that they can operate at the best of their abilities. I try to find ways to do that without it seeming to them like I'm doing "fluffy leadership things",…

0 Comments
April 21, 2015
Programming

Should My Method Do This? Should My Class?

Whose Job Is It? I wanted to share my experience that I had working on a recent project. If you've been programming for a while, you've definitely heard of the single responsibility principle. If you're new to programming, maybe this is news. The principle states: That every class should have responsibility over a single part of the functionality provided by the software, and that responsibility should be entirely encapsulated by the class You could extend this concept to apply to not only classes, but methods as well. Should you have that one method that is entirely responsible for creating a database connection, connecting to a web service, downloading data, updating the database, uploading some data, and then doing some user interface rendering? What would you even call that?! The idea is really this: break down your code into separate pieces of functionality.…

0 Comments
April 8, 2015

End of content

No more pages to load