Contents tagged with Career
-
Collaborate and contribute vs. order taking and kingdom guarding
I was chatting with a coworker yesterday about the various kinds of IT work environments that we've been in. It was largely in the context of the kind of influence we have, depending on our career stage. I was making the point that it's easier to "sneak in" the right things when you get further along, a perk that I've enjoyed a bit in recent years. There is definitely a difference in the flavor of environments that are out there, ranging from the full-on IT-as-innovator shop to the stodgy old heads-down status quo.
-
Developers: You have to share and mentor others, for the sake of our profession
Again this year, I did a couple of talks at Orlando Code Camp, the amazingly awesome free mini-conference that our local user group, ONETUG, has been putting on for a decade now. I am again fascinated by the vibrancy of our community, and all of the people who volunteer their time to share knowledge. It's humbling and amazing. (My decks are on GitHub, by the way. I won't rehash the mentoring and career development stuff here.)
-
10 Things someone will pay for later
This is based on a talk I did at the 2015 Orlando Code Camp, but it strikes me as something worth blogging about. This is not meant to be an exhaustive list of anti-patterns, but just a general category of things that end up being a huge pain at some point. Avoid these at all costs! In no particular order...
-
You have a people problem, not a technology problem
[This is a repost from my personal blog.]
-
Why typical software design isn't common
As my contract gig ended, I started a new job where I've assumed the role of technical architect. It's a little like a cross between a development manager, development lead and traditional architect role. I'd like to think that it plays to all of my strengths, but I suppose I'll have to still demonstrate that!
-
5 Ways to surround yourself with awesome
[Repost from my personal blog.]
-
The problem and opportunity with accountants' view on software people
[Note: This is a repost from my personal blog.]
-
Five things to remember when trying to change a company
One of the recurring things I've seen at companies large and small is that they often have really great people who don't necessarily have the breadth of experience to push processes in the "right" direction. It's happening a lot less in software circles than it used to, in part because people move around so much, and they build big boxes of best (or better) practices. Still, some people will only have experience moving between suboptimal environments, some will have long-term engagements that simply don't expose them to new things, and others will be the kind of stakeholders that by default won't expose them to alternatives (specifically, small company owners).
-
Today's ideal developer
Scott Hanselman wrote a short blog post about developers vs. Googlers, but I really love where that inspired Rick Strahl to go. Having been in a lot of positions to hire people over the years, I think Rick really goes in depth with regard to skills, career development and the market reality of what we need out of people.
-
Everyone else is doing it (incorrectly)!
[This is actually a repost from my personal blog, but I think the technical audience might “dig” it as well.]