obviousity's posterous

obviousity's posterous

Casse No-i  //  The unfiltered ramblings of a 20-something designer/dev with a bad case of the people-watchies... a girl who just needs to get it off her chest once in a while.

Oct 13 / 5:18pm

If You Don't Have Anything Nice to Say, Don't Be Stupid (Tuesday #3)

Fb-comments

 

*WARNING* If you don't care what your audience thinks of you, are not concerned over lost readership due to your unfiltered rants, or are otherwise feeling combative: stop reading this post.  Now.

Otherwise, I hope you'll humor me a minute while we discuss from this real life example how to lose subscribers quicker than you can say "brain-to-mouth filter."  This one is more subtle than some I've seen and also happens to be the most recent.  I just found it today, as a matter of fact.

Looking at the picture, tell me: Can you spot the problem?

Here's what I see:

  1. Reader Alex enjoys the article and wants to share an idea on how it may be easy for him and maybe the other 1,800+ RSS subscribers to enjoy site content without as much hassle regarding placement of the article thumbnail. 
  2. There's a little back and forth over the fact that the thumbnail exists, but not where the reader suggests it might be best for all.
  3. Design Guy gets catty with his "think of how long it takes to write the tutorial" remark, instead of just saying "Thanks" or not responding all together.
Maybe our "Alex" is the only one to ever point this out.  Maybe he isn't.  But its a valid point at the very least, considering formatting differences in different reading mediums. And, at the most it's extremely valuable feedback from what should be your most valuable asset: YOUR LOYAL SUBSCRIBER. 

But I digress.

My point is not whether this reader's idea should be implemented.  My point is the site owner may have made a mistake in talking back to the commenter in a way that can easily be construed as "Yeah, ok, nice idea - but I'm not changing what I do, and how dare you tell me to."  That can be especially problematic when you consider the reader in question is a loyal subscriber, not just some fool passing through like I was. Again, not an end-of-the-world tragedy but an example of how you may not realize you're undermining your own reach by not thinking before you speak.

And again, if you don't care about your readership, then by all means leave that filter off.  If you do care, just remember what you say can (and will) be used against you in the user's perception.


Filed under  //  brain to mouth filter   stupidtuesday   subscribers   tips   user feedback  
Oct 6 / 6:58pm

Know When to Ask for Help - Don't be Stupid Tuesday #2

I really wanted to give you something good today. Some blow-your-mind-from-left-field piece of prose that knocked you straight out of your socks into next week.

But, alas, it's  Tuesday night and I haven't managed to give you a thing. I apologize for that. Apparently last week's challenge wasn't enough, and so this week I had the pleasure of playing IT & super-site-saver since early Sunday morning. No, I'm not complaining.  It's all in a day's work as a senior developing small firm project managing dev-seo-marketing-web-wizard.  And I do love what I do.

I am also still human.

So after three days of restless fighting with some damn-nasty-catastrophic failure; in between swearing, finger-crossing, fighting with backups, sifting through raw data, and digging into the magic top hat on my desk... Three days later this Swiss Army dev has been reduced to a mere pile of blinking, drooling, barely keystroking, mush. 

This time last week, after I had wasted almost six hours of my life diligently enriched my skillset cramming my brain with code I may never need again - I at least had the motivation afterward to put my conclusions and story morals into words.  I formed (at least what I think was) a semi-coherent piece for you from that camel-back-breaking straw of an experience.  But, no.  No, that is not the case right now.

Right now, today, in my post traumatic stupor, I am pulling some glowing morals and wisdom from the embers - but nothing is quite lucid.

I'm pretty sure I want to tell you about how it's ok to ask for help.  Not just in the obvious "hey I can't lift this piano myself" sense, either. But the kind of help where you offer your clients everything without having to do it all yourself.

That's the most important help you can get when you know how to get it right.

Now I don't mean hiring cheap, faceless, unaccountable labor from who-knows-where. Well, do what you will, but that's not what we're talking about here. I mean building strong, symbiotic relationships and making the right choices that allow you to profit while strengthening your pool of resources and offering your clients the full service they're asking for.  I *also* mean knowing where that balance is and further knowing what "full service" means for you.

I mean using all that's available in today's almost over-connected world to your best advantage.

I mean running lean like a small firm should, but being mean like a big firm can. 

Not bad mean. Tough mean. Flexible. Capable. Indisposable mean.

It is fortunate that over the past year I have worked to establish policies and procedures with this team while continuing to move forward with new builds and projects.  To show where it's ok to get that sort of "help" and still build our business internally.  I work every day to help us achieve that balance, and the end result was an issue whose damage was minimized to a fraction of the catastrophe it *could have* been.  Yes, there were a few heart stopping moments. Yes, it is unfortunate that similar practices weren't there in the first place.  But, it's something we'll recover and move forward from. And, it is what it is. And what it is is something I've seen before many, many times.

And that's fine because it's also something that can be fixed. 

(!!WARNING SELFISH ASIDE!! It's also fine for me because helping teams become lean, strong, indisposable mean is one of the things I do best.)

As my brain finally begins to reboot here, I'm finding inspiration to talk more about those things you can do to be mean like that. I'd like to follow up with more details, insights, and recommendations: I just don't have it in me to do it now. So let me leave you with this:

Success, especially these days, isn't determined by size nor is it fostered by greed.  Sure it goes against a lot of stodgy old conventional wisdom, but it is possible be everything to your clients without having to do it all yourself.  It's not just acceptable to ask for help - it is in the greatest interest of your sanity, your strength, and your livelihood to embrace that notion.  To reach out in pursuit of perfecting that balance.

As I hope you will see, the benefits are endless.

Sep 29 / 7:10pm

The Importance of Documentation - Don't Be Stupid Tuesday #1

I wasted almost five hours of my life this morning because of the (what I consider to be) poor choices of the person in my position before me.

Five hours of playing IT-for-free when I could have been doing my "real" job building a billable web project.

Five hours of learning about something that, although related to my day-to-day, doesn't serve me as much more than a tertiary bullet point on the laundry list of my career goals.

Five hours that skewed the day so badly it was hard to accomplish anything relevant in the afternoon.

Five hours of pain I wouldn't wish on my worst enemy.  Not even that person-before-me who ultimately made today possible.

And while I'd like to discuss all the events that led to today's debacle - I'm focusing my first Don't Be Stupid Tuesday post on what I think is the most important point of the lot because I think it's the easiest to accomplish.  And, that's the importance of appropriately documenting your project for future reference and maintentance, whether its for you or whoever comes along to take care of it next.

This isn't the same-forever-only-2-people-know Coke Secret Formula. This is a live build that real, normal people need to use in every day situations. It needs to be adaptable, fixable, and understandable.

I shouldn't even have to say this, but the number of issues I hit with things I didn't build - issues that would have been moot with the right notation - issues that are normal concerns of someone in my position, managing the care of 100+ sites, and building new constantly ...I don't know how to stress the importance of taking that little extra time to DOCUMENT YOUR SHIT.

Comment your code. Provide a README or similar notation.  Tell someone else where you keep your list of passwords. I'm not saying publish it to your Facebook - be smart about it. And whatever it is, consider the person that may be fixing it later: a PHP file may need some commentary to suit another developer, but a mail server may need some direction in layman's terms in case the IT is out of the office. 

Point is, whatever you've put together, you're not going to be there forever to take care of it. And even if you are, who's to say there won't be a day some catastrophe hits and you're not there to troubleshoot, or maybe 3 years go by and you plumb forget what you did in the first place. It happens.

I mentioned earlier that this was the easiest to avoid of all the causes of today's mess-i-wouldn't-wish-on-anyone, and I stand by that statement. Stop leaning on excuses, and start breaking the bad habits.

I'm not just asking for my own sake as the "person that fills your shoes next."  Do it for your development as a professional. As someone who cares about being a Senior This, a Lead That, or simply a hard worker who is seen as a competent, accountable whatever you are.  I know when you stop and think about it, you'd hate to be in my shoes: wasting time, keystrokes, and sanity on things that could, and more importantly SHOULD, be much less stressful.

I'm even willing to bet you've already been there once or twice before.

Filed under  //  accountability   advice   document   professional development   stupidtuesday   tips  
Sep 29 / 10:02am

Don't Be Stupid Tuesday ... And So It Begins

3.27 minutes ago, I finally resolved an issue that could have been avoided with the proper documentation.

3.27 minutes ago, I felt torn between having lost 4 hours of my life and being "grateful for the experience."

3.27 minutes ago plus the four hours prior, I was painfully reminded, as I am all too often, of the importance of thinking outside the moment you're standing in - especially as a programmer or anyone who creates something to be used, tweaked, and interpreted by future custodians.

3.26 minutes ago, Don't Be Stupid Tuesday was born.

Starting this afternoon, and every Tuesday to come to uncertainty, I will post for your pleasure (and hopefully your empathy) my musings on the small things in life you can focus on to make yourself a little less "stupid."

That is, I want to share some antecdotal -let's call them "recommendations"- on how one might go about functioning well in a world that has OTHER PEOPLE IN IT (besides just you!) A commentary on how to better yourself as a functioning member of society, if you will.  Most of these tips will spawn from my specific adventures as a php-developer-slash-swiss-army-web-everything, but I hope that even if you don't speak the same flavor of programese as me (or, if you don't speak it at all), you can still take something away from the whole mess of it.

I hope you'll share comments or recommendations on future posts I can plug into this category.

Subscribe to this blog or simply look for my #stupidtuesday posts on Twitter to join in the fun.

And please, don't hesitate to share some #stupidtuesday of your own!

Filed under  //  advice   don't be stupid   programming   recommendations   stupidtuesday   tips