Tag: articles

My Team Triumph Canada – Weekly Article Dump

My Team Triumph Canada - Inaugural Race

All of the captains with their angels after the race! What a blast!

My Team Triumph – Canada

You probably haven’t heard of it, but I can assure you that will change. Today I was fortunate enough to participate in the first My Team Triumph race in Canada. My Team Triumph is a program that allows people of all ages with disabilities to participate in endurance events. With a great volunteer staff, a few angels, and all of the amazing captains, this was made possible.

My Team Triumph takes their inspiration from Team Hoyt, whom you’ve probably heard of.  Now I can’t do the Hoyt story any justice, so I suggest you head over to their site to get the full details. Team Hoyt is a father-son team that has competed in over a thousand races; however, their team is slightly different than your average racer in these events. Dick Hoyt, the father, pushes his quadriplegic son, Rick, in a wheelchair during these events. It started in 1977 when Rick told his father that we wanted to be able to participate in a benefit race for a paralyzed rugby player. Dick agreed to it, and they finished their 5 mile race. That night, Rick told his father that it felt like all of his disabilities went away when they were running together. Honestly, you need to read the story.

So today at the My Team Triumph race, I was grouped up with Captain Vernon of “Vernon’s Maple Leafs” and two angels Nadine and Blair. It was exciting to get to meet the team, and Vernon was incredibly enthusiastic about the whole thing. For anyone who knows me personally, I’m not a runner at all. People actually joke around with me about any time I have to run (because we all know those calories could be put towards squatting, obviously). When we were sharing our running experiences with each other, I had to let the team know that I had never actually ran a 5 km race. That didn’t discourage Vernon though. He told me he was going to make me run, and he wasn’t lying. In the end, we were the second chair team to cross the finish line, which is absolutely amazing in terms of where my expectations were.

My Team Triumph Canada - Nick and Steph

Steph Hicks-Uzun and I bright and early before the run! I’m all smiles here because my lungs and legs haven’t yet endured the 5 km!

Once it was all said and done, my lungs and legs were on fire, but it was an incredible experience. Wes Harding has done an amazing job in putting My Team Triumph Canada together, and everyone at the race was incredibly supportive. Please check out their site to read about their inspirational stories. Way to go, team!

Articles

It’s a pretty short list this week, but it doesn’t mean there’s a lack of quality!

  • I like, I wish, I wonder: A teammate of mine, Christine, brought this to my attention on LinkedIn. In this post, Akshay Kothari talks about a different approach to what our typical sprint retrospectives look like. For some background, in our development life cycle we work in “sprints”. Sprints are typically one or two week units of time where we claim we can get X units of work done. These units of work are often “stories” or “tickets” that we’re essentially taking full responsibility for getting done by the end of the iteration. At the end of the sprint, we do a retrospective where we discuss what went good, what went bad, and how we can improve them. More often than not, there’s less than ideal amounts of input and it seems pretty forced. This article suggests taking a slightly different approach where people can make a statement that starts with “I wish”, “I like”, or “I wonder”. I’m hoping to try this out at our next retrospective and see if it’s the little switch-up that we need.
  • The 17 Qualities And Views Of Great LeadersAndreas von der Heydt put together this awesome list of 17 qualities that great leaders possess. Among them is the idea of failure (and doing it early and often), which you’ve probably seen my write plenty about now. There’s nothing wrong with failure as long as you’re learning and moving forward. Over communicating and keeping a positive attitude are also right up there on my top picks from that list.
  • How To Uncover Your Company’s True Culture: When I shared this on LinkedIn, I had a lot of positive attention from it. I’ll assume that means that it hit home with a lot of people! I this post, Dharmesh Shah, the founder of HubSpot, discusses what company culture really is. Some key take away points are that it’s really easy to say “this is what we think our ideal culture is, so this will be our culture”, but that means close to nothing. Your real culture is not what you say you want it to be, it’s what your company lives and breathes every day. You can say you want your culture to be anything, but it means nothing unless you’re all living it out at work. There are some great points in the article with specific cases to what you might say your culture values. For example, if you value customer service highest of all things, then when you have an opportunity to improve ease of use for your customer(s), what’s your first reaction? “That’s going to be a lot of work?” or “Let’s get it done for the customer”. Neither is wrong, but those answers are the ones that define your culture, NOT what you think you want the answer to be.
  • Forget a Mentor, Build a Team: In this article by Jim Whitehurst, he talks about an alternative to the mentor approach. It’s becoming increasingly more common for professionals to try and set themselves up with a mentor who has been there, done that, and has a lot of insight to offer. This is great, and there’s nothing really wrong with it. However, Jim proposes an alternative where instead of setting yourself up with a mentor, why not surround yourself with team members who all bring something to the table? It’s a great idea, really. I’m sure we all have close friends, old classmates, or old colleagues who would be great to bounce ideas off of, share our hard times with, and share our victories with. They’ll keep you grounded and hopefully bring some of their own personal insights to the table.
  • 5 Things Super Successful People Do Before 8 AM: I thought this article by Jennifer Cohen was great. Some things I definitely want to start doing are mapping out my day and visualizing what’s ahead. I’m already pretty good for eating well, and I favour exercising at night once my body and nervous system has had time to wake up, so those ones aren’t at the top of my personal list. Another great tip from Jennifer: Get that one big ugly thing off your list as soon as possible in your week. Awesome.
  • Scrappiness = Happiness: This article really hit home with me. The company where I work, Magnet Forensics, is still considered a startup but we’re making the transition into small business. The rate at which we’re developing and growing all aspects of the business makes it hard to remain in a complete “startup mode”. In his article, Tim Cadogan talks about a meetup between “originals” of the company where he worked. The key take away points are that the initial years of your company where you’re facing hard times and dealing with less than ideal circumstances are going to be the times you remember later on. This is where the memories are made. Being able to share these stories with each other (and new people you bring onto the team, for that matter) is what lets your company culture continue on.

Remember to follow Dev Leader on social media outlets to get these updates through the week.

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+
Nick’s CodeProject Articles

You can also check out Dev Leader on FlipBoard.


v6.2 of IEF from Magnet Forensics! – Weekly Article Dump

IEF v6.2 from Magnet Forensics

v6.2 Release: Mobile Forensics Upgrade

I like to be able to use these weekly article dumps for little summaries of what’s going on in my work life, and I think this is a perfect opportunity to acknowledge our latest product update at Magnet Forensics. We just pushed out v6.2 of Internet Evidence Finder and we’re incredibly proud of the work we’ve done. Like any release we have, we pour our hearts into making sure it’s a few big steps forward. We’ve done our best to listen to customers and work with them to address any bugs, but we’re always trying to push the boundaries in our features.

Some of the new offerings in v6.2 of Internet Evidence Finder include:

  • Dynamic App Finder: We now offer a solution for recovering mobile chat applications that we may not have otherwise supported. This is a great discovery tool and has proved to be very powerful even in our early tests. Read more about it here. v6.2’s secret weapon!
  • Chat Threading: Visualize chat threads within our software as they look in their native applications. If you’re looking at a Skype conversation between two or more people, it will show up just like it does from within Skype. A lot less jumping between records to piece together a conversation.
  • L2T CSV Support: L2T CSV files can now be loaded directly into our timeline viewer.
  • Case Merging: Combine multiple IEF cases together or pull in data from TLN/L2T CSV files.
  • More Artifacts: v6.2 is no different than previous releases when it comes to adding new artifacts!
    • AVI carving
    • Hushmail
    • TOR chat
    • Flash cookies
    • Offline gmail
    • Additional Chrome support
    • … and more.

If you’re a forensic investigator, v6.2 is going to be an awesome upgrade or addition to your suite of tools. If you’re not, then check out Magnet Forensics to see what we’re all about and so proud of what we do. Congrats to Magnet on an awesome release of v6.2!

Articles

  • In praise of micromanagement: I’m still very early on in my career, so it’s difficult for me to have an opinion on this article and back it up. It’s a bit controversial, so of course I want to take the other side and disagree with it.There’s that, and I have some discomfort when it comes to Apple so I like to turn off when I see articles on Apple or Steve Jobs. Regardless, I thought that there was an interesting perspective in this piece to share, and maybe even if I can’t see it right now, others would benefit from reading through it. Is there a place for micromanagement? Can it be done right? Are people like Steve Jobs just an exception to an otherwise good rule?
  • The Myth of the Rockstar Programmer: Scott Hanselman says that rockstar programmers don’t exist–rockstar teams do. I completely agree. When your company is so small that you essentially don’t have teams, this might not hold. Maybe you have three developers and each one is a rockstar in their own right. That’s probably a it different. More often than not, you’re not working with one or two people developing a product for a company. It’s not about having one rockstar with all the programming super-powers take charge on the team. It’s about creating a team where everyone has their own strengths and weaknesses and then organizing them to operate at full efficiency. Teams. Not individuals.
  • Strengthen and Sustain Culture with Storytelling: This is an article that I can really align myself with. Nancy Duarte writes about something that’s often lost when small startups are transitioning into small businesses. It’s entirely possible some companies don’t even make it out of the start up phase because this thing is already going south. Storytelling. It’s important to be able to share stories with people as you bring them on board to your company. They need to know where the company has been and how it’s gotten to where it is. New hires need to feel like their part of the family as they are brought on board, and without conveying your company’s mission and values properly you start to lose that alignment.
  • Ignoring Your Test Suite: Another programming article here, but this post by Jesse Taber has some deeper lessons to be learned, in my opinion. The article talks about something not all programmers do, but should: write code that tests their code. This lets developers catch problems early on (because catching a problem now might cost a bit of time, but catching the problem later could be devastating). Running code tests regularly is a process that allows you to ensure the foundation of your software product is structurally sound. But what happens when you have flaky tests? What happens when you introduce a new failure and don’t bother to fix it? After all, you have 3000 tests, and you know why test ABC is failing anyway. Don’t put processes in place just for the sake of having them. Everything you do should be done for a reason, because your business doesn’t have time for anything else. Don’t enable poor habits. If you’re noticing problems in your process, identify why they are happening and look to get them fixed. Maybe you need to adjust your process because it doesn’t fit anymore.
  • Cameron Sapp – Recognizing The New Guy: This one is from me. I wrote up a little recognition piece about a colleague and teammate, Cam Sapp. I want to be able to write more recognition posts, but I started with Cam. He’s been a great addition to our team both from a technical and work culture perspective. All of Magnet is glad to have him on board.
  • Don’t Work For Your Boss, Work For Your Company: I thought that Ilya Pozin had written something great when I cam across this article. Hierarchies in the workplace can often cause disconnect and disengage employees. So why do we have them? I’m not against hierarchies–I think they serve a purpose. However, I think necessary measures need to be put in place to ensure that hierarchies aren’t detracting from the company’s goals. In this article, Ilya says to not work for your boss. Your goals at work should not be to satisfy individuals or only do things for your boss so you can get your promotion. Align yourself to the company values and the mission of the company. You’ll remain engaged and happy to do the work you’re doing. In the end, if you’re not happy doing work that’s aligned with your company’s mission, vision, and values, you might be in the wrong place.
  • Creativity and the Role of the Leader: This article discusses where ideas come from and how leaders fit in to the grand scheme of things. The traditional mindset is that ideas come from the top and then are pushed down to employees to carry out the work necessary for bringing the idea to fruition. However, it’s increasingly more common where ideas are actually generated by employees, and it’s the responsibility of the leader for nurturing idea creation and ensuring that ideas that are aligned with the company’s mission can succeed.
  • Will Your Firm Endure?: In this article by Tim Williams, I took away two key points. In order for your business to be absolutely sure it can endure, everyone needs to be viewed as replaceable. I don’t mean in the sense where we can trade John for Joe and not care because we don’t value human qualities, I mean strictly from the skills and responsibility aspect. There shouldn’t be instanced in your business where if an individual were to disappear one day your company wouldn’t be able to carry on. The next is acknowledging strengths and weaknesses. When people have some obvious strengths, they have weak areas too. There’s nothing wrong with that. It’s normal. Make sure your teams are constructed of people with complementary skills.
  • Dynamic Programming with Python and C#: Another article from me, and another programming related post. This my follow up to a post about C# and Python integration that seems to have been received really well. It was a cool little experiment for me to take Python and C# and have them working together in my favourite IDE, but on top of that, I was actually able to learn a bit about C#’s “dynamic” keyword which was new for me. If you’re familiar with either of C# or Python I recommend checking it out. There’s some pretty cool stuff you can do, and I’ve only scratched the surface.
  • To Find Success, Forget Your PrioritiesClaire Diaz-Ortiz says that priorities are too general. We all have priorities, but how many of us are seeing ourselves achieve what we’d like? Claire suggests forgetting your priorities and breaking them down into goals you can achieve. By having conrete action plans, you can execute them properly.
  • Personality Tests: Modern-Day Phrenology: Ron Baker shares his perspective on why personality tests don’t have a place at work. He goes as far as calling them meaningless, but I believe his main argument is that simply siloing people into personality types is pointless. To that end, I agree. I thought this article had great timing because I’ve been discussing personality tests with our HR manager at work. I came across this article right before doing a personality test with her and we decided a few things. Firstly, if the results of the test don’t make sense, then don’t go any further with it. This means that either the test you’re using is flawed or perhaps you don’t understand the test. Regardless, how can you take action on something you don’t understand? We both agreed that simply identifying traits was useless on it’s own, so I think we agreed with Ron on this one, but we weren’t stopping there. The basic act of identifying personality traits had us sparking conversations about how our personalities were different and how acknowledging these differences could influence our interactions. Essentially, it was hard to just silo ourselves into a particular personality type without thinking about and acting on what we were observing. In the end, identifying personality types and sticking someone into some cookie-cutter process for it means nothing. The tests are all about ganining insight and understanding so that we can choose where to go from there.
  • How Open Should a Startup CEO Be with Staff?: Coming from a startup, this was another interesting article. Mark Suster writes a semi-controversial perspective about CEO transparency. The norm is that expecting CEO’s to share every bit of details with the employees achieved perfect transparency and makes everything better. Mark says this definitely isn’t the case and provides some excellent examples where total transparency came back to bite. It’s all about balance. Transparency is great,but total transparency is often too much for most employees to handle on a day-to-day basis.

Follow Dev Leader on social media outlets to get these updates through the week.

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+
Nick’s CodeProject Articles

You can also check out Dev Leader on FlipBoard.


Movember Prep – Weekly Article Dump

MoMagnets - Magnet Forensics' Movember Team

Movember Preparation

You might think we’re a bit early on this one, but at Magnet Forensics we’re going to take Movember to a whole new level this year. If you’re not familiar with Movember, you may want to head over here and get a rundown of the history of it. Movember started in Australia between a group of people who wanted to (somewhat jokingly) bring the moustache back into style. The next year they started getting people to grow mo’s for causes. Now people participate in Movember to raise awareness for men’s health, and it’s bigger than ever.

Our team members of MoMagnets have started discussing the various styles of mo’s that they’ll grow this year. It looks like there’s going to be some intra-team competition to grow the best mo. The top contenders? It’s looking like:

Matthew Chang - Movember

Matthew “The Chang” “Changarang” Chang sporting a well-groomed black moustache. Although it’s a standard ‘stache, the care put into keeping this beauty mo in tip-top shape is obvious. Can he do it again for this Movember?

Cameron Sapp - Movember

Cameron Sapp showing off a rock solid handle bar mo. The bars on this ‘stache are so impressive that it almost gives the illusion that this mo is taller than it is wide. Wait… is it?!

Check out the MoMagnets page and keep track of us! Please contribute what you can to help raise awareness for men’s health.

Articles

  • Python, Visual Studio, and C#… So. Sweet.: First one on the list this week is the post I put out on Monday about using Python, C#, and Visual Studio all together. It’s definitely for the developers out there, but for those of you who aren’t programmers, it’s still interesting to see how PyTools and IronPython have bridged a gap between C# and Visual Studio. I was pretty happy with the number of people who responded on social media and thought that it was a good read. The tweets actually led me to find a related post by Scott Hanselman from earlier this year (that I wish I saw sooner). My article has also received some pretty good visibility at Code Project which I’m excited about. Feel free to check it out over there too (people seem more likely to engage in discussion at Code Project versus on my blog)!
  • Want To Build A Business? Lead With Trust: David Hassell wrote an article that really hit home with me. Having a successful business means crafting a team and culture built upon trust. It needs to be the foundation of your team. Having high levels of trust makes everything else in the business come together more easily, but lacking trust can really make everything fall apart. Teams need to trust their leaders, and leaders need to trust their team members–it goes both ways.
  • Amazon CEO Jeff Bezos Had His Top Execs Read These Three Books: John Fortt discusses his interview with Amazon CEO Jeff Bezos. Now while I don’t read as much as I should (and I’m consciously trying to get better at it), I thought this little list of books might be great to keep my eye out for:
  • Confidence ‘boosts pupils’ academic success: I thought this article was a great find. It’s primarily around research that’s shown confidence plays a big role in students’ success, but I believe it applies outside of the realm of formal education. As a leader or mentor, I think it’s incredibly important to instill confidence. You want your team members to know you trust them with what they’re doing. They need to know they can make mistakes and learn without having to be punished for doing so. Having that confidence is going to be what makes them successful.
  • Leadership Lessons From LEGO: What do leadership and Lego have in common? A whole lot according to John Kotter. Consider innovation (get creative with those bricks!), overcoming challenges (can’t find that piece you were looking for?), team work (building things with friends is way more fun), and quality (it’s as good as you make it). It was an unexpected article for me to stumble upon, but I thought the parallels were interesting!
  • The Four Most Powerful Lessons in Management: Joel Peterson has some great points on being a successful leader or manager. Among them, putting actions behind your words, bring the right people on board (noticing a trend with having the right people yet?), and having a meaningful mission.
  • What is a Thought Leader?: I found myself asking this question at one point, which is why I wanted to share Daniel Tunkelang‘s article. It seems straight forward really. It’s important to have an area of expertise in the ideas you want to share, and it’s important that the things you’re sharing have meaning. In my case with Dev Leader, I certainly haven’t mastered leadership and programming, but I’m sharing the ideas that I’m hoping will some day get me there.
  • 17 Things You Should Never Say to Your Boss: This was definitely a great read. At first, I started thinking “How could anyone in their right mind say these things to their boss”? But then I realized I had actually heard some of these things (or similar things) and it really got me thinking. Dave Kerpen has put together a great list, and although it’s humourous, it’s still something important to watch out for. Just in it for the money? Not your role? Some people need to get a grip or find something else to do in their career.
  • Why These Happiness “Boosters” Might Actually Make You Feel Worse: Gretchen Rubin shares some ideas on why certain things we do to make us happier may actually be counter-productive. One interesting one I thought was the idea of your attitude shaping your behaviour may actually be your behaviour shaping your attitude. On weekends I often hang around in a pair of shorts until I have to head out of my condo. If I got in the habit of being prepped to leave the house and be productive from the beginning of the day, would I find that I’m actually more productive? Worth trying!
  • What Makes Developers Really Great: Deane Barker shares his experience with a software developer that was giving off some bad vibes. So what’s a good developer? Is it just someone who can code? Do they need to know all the latest and best languages, dream in code, and have four computer science degrees? It certainly helps (and I don’t think many would dismiss it), but the one thing that’s really important is their attitude and ability to work in their team. Check out the comments on that blog post. If you’re working on a team and you can’t fit in the team, you’ll bring the whole team down. This means if you’re all soft skills and no hard skills, you can’t contribute squat. If you’re all hard skills and no soft skills, you’re going to be a road block to your team. You need to have both to be a really great developer.

Remember to check out the MoMagnets page! We’d really appreciate it. Follow Dev Leader on social media outlets to get these updates through the week.

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+

You can also check out Dev Leader on FlipBoard.


Recognition – Weekly Article Dump

Recognition - Weekly Article Dump (Image from http://www.sxc.hu/)

Recognition – Weekly Article Dump

Not all of the articles this week touch on recognition, and to be honest, I didn’t pick it as a theme for the articles either. Recognition is more a topic of discussion that’s come up over the last week at Magnet Forensics, where I work. Being a team lead and part of the management team at Magnet, I’m often part of conversations about motivation. Providing recognition is an excellent way to motivate your staff and shows that you truly appreciate them. We’ve been trying to get better at recognizing staff for doing an awesome job–especially because we have so many awesome people working with us. It’s pretty obvious with our Profit Hot 50 placement that we’ve got some kick-ass people.

Recognition, whether it’s one-on-one or in a public setting, has a huge impact. I don’t even mean recognition in the form of compensation (e.g. bonus or salary raise). Just giving someone recognition for the awesome work they’ve done–plain and simple. It’s a great way to let someone know that their hard work and commitment isn’t going unnoticed. Sure, if they’re developing products, making sales, or acquiring leads there are certain metrics that indicate they’re doing a great job, but recognition is that additional feedback you can provide to really drive the point home. It motivates people and often has a bigger impact than providing compensation.

I want to make a conscious effort to try and recognize some of my colleagues on Dev Leader, going forward, when the opportunity presents itself. I’m always learning from the people I work with and there’s always something great I can say about them. Why not give them a public acknowledgement?

I also have a little surprise coming from a friend and colleague of mine, Tayfun Uzun, early next week, so keep your eyes open for that!

Articles

  • Job Titles and Responsibilities: Last week I wrote about my thoughts on the true role of job titles. As soon as you start to look at your job title as something that defines your limits, you’re on the wrong path. Your job title should define what you’re responsible for, but it’s by no means supposed to put limits on what you can do. Check it out and let me know what you think! Do you feel like job titles should keep people to only a certain set of tasks? Do you feel like having set responsibilities is useful at all?
  • How Strong Is Your Bench: Having a successful company is all about having the right people on board. Sylvia Hewlett writes about what it means to have a rock solid roster within your company. Some of the things include avoiding hiring clones of people exactly like yourself and instead trying to diversify the skill sets within your company. Absolutely true!
  • 8 Steps for Engineering Leaders to Keep the Peace: There seems to be a natural tendency for engineers or people implementing components of a product to push back on product managers or people who decide how a product/service should be. Steven Sinofsky discusses the importance of being an effective engineering leader and ensuring proper communication between engineering leaders and people like PMs or founders. Open and transparent communication is key and helps remind the other party that you do in fact have the same end-goal.
  • Top Tips To Being a Great Mentor: In this article, James Caan provides four key points for being a better mentor. Patience, honesty, positivity, and focus are the four pillars that James describes. Patience and honesty, in my opinion, are the most important but I certainly agree with all four!
  • Leading a Customer-Centric Transformation: Hopefully it’s not surprising, but customers are what your business should be geared toward. As a result, it makes sense that leading customer-centric employees would be beneficial. Don Peppers outlines six things to focus on to make this transformation necessary. It ties in with my post on avoiding organizational silos.
  • The Dark Side Of Software Development That No One Talks About: Don’t be scared that this article mentions software development if you’re not a programmer! It touches on some great points about having a career in software development, so even if you’re not a developer yourself, it sheds some light on some more broad issues. John Sonmez writes about why software developers seem like jerks sometimes and what you can do about it. It seems to boil down to intelligence being a deciding factor for how well you program, so lording your intelligence over other people makes you superior. And because our own intelligence is something we all hold personally, we can get defensive about it pretty easily. John suggests that part of the solution is trying to simplify aspects of software development.
  • How to Win Loyalty From Other People: To be a successful leader, the people you lead need to be loyal to you. Deepak Chopra writes about seven suggestions for building up loyalty and among them “abstaining from disloyalty” is one of my favourites. If you act differently behind people’s backs compared to when you’re leading them, it may come back to bite you later. It’s also crucial to pay attention to each individual’s personal differences to ensure they feel understood.
  • Strategies for Dealing with Randomness in BusinessDon Peppers twice on the list this week! Things in life and business aren’t always predictable for us. It’s just how things are. Are you properly set up to deal with uncertainty in your business though? Remain agile!
  • 10 Quotes All Entrepreneurs Should Memorize: How about some quotes to motivate you? Joel Peterson lists 10 great quotes for entrepreneurs, but I think they carry over to anyone working in a startup. Don’t be afraid to fail and keep moving forward to improve!
  • The Two Biggest Distractions – And What to Do About Them: Distractions are ever-increasing in the workplace, but have you ever considered the differences between the different types of distractions? Daniel Goleman discusses two very different types of distractions: sensory and emotional. I hadn’t really noticed it, but often we find ourselves consciously trying to avoid sensory distractions. If our phone lights up or we get an email notification, we either give in or we make an effort to try and reduce the effect of these distractions. But an emotional distraction is much worse. If something tweaks your emotions the wrong way at work, it often has a bigger impact and it’s usually unexpected.

My take away point for this week regarding recognition: Do it early and do it often. Remember to follow Dev Leader on social media outlets to get these updates through the week!

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+

You can also check out Dev Leader on FlipBoard.


PROFIT HOT 50 – Weekly Article Dump

Magnet Forensics - Ranked #7 in Profit Hot 50!

PROFIT HOT 50

It’s with great honour that I can say the company I’m part of, Magnet Forensics, has achieved the 7th place in the Profit Hot 50 rankings for 2013. Last year Magnet Forensics was also on the list ranked at number 16th, but we’ve shown ourselves up by moving a full 9 positions! Our ranking in the Profit Hot 50 is even more impressive considering we’re the only company from Kitchener-Waterloo region in Ontario–Known for it’s incredible startup community and success stories–that made the list. We’re excited and tremendously proud of our accomplishments, but it’s certainly going to be quite the challenge for us to move up in rank next year. It’s a challenge we’re all ready to take on though. You can check out the ranking over here or at the official Profit Guide posting.

Articles

I’ll put the horn-tooting aside… even though it’s an incredible accomplishment (not sure that I mentioned that already).

  • Don’t Be A Perfectionist: Ilya Pozin discusses the downsides to being a perfectionist. Often, people call themselves perfectionists when they can’t think of some other weakness they might have (you see it a lot in interviews) and because they think it’s a loop-hole in the question. I mean, if your weakness is that you’re perfect… how can that be a weakness, right?! Well in reality, aside form being a cheesy way to answer an otherwise good interview question, perfectionism can certainly be a problem. Especially in a fast-paced startup environment, we’re often not hunting for perfect. We’re hunting for 80% perfect with 20% of the effort. It’s the only way we can keep moving fast and get products or services to our customers. Besides, we don’t know what “perfect” actually is… Our customers do. And if we never get anything to them, how the heck can we ever know what perfect is?
  • How Goofing Off Can Make You More Successful: In this article, Adam Rifkin discusses over work. It’s a great tie in to the articles I shared last week about burnout. Adam talks about why we often find ourselves in situations where we feel like we’re forced to over work to be successful and shared a handful of suggestions for how to avoid it. His top 3: Doing nothing. Socializing. Helping others. Sound counter-intuitive to your poor overworked soul? Well kick back, relax, and have a good read through his post 🙂
  • The New Rules for Career Success: In Dave Kerpen‘s article, he shares some answers from Dan Schawbel about what it means to have a successful career. Among the top points, Dan suggests looking inside your current company before looking for opportunities elsewhere. This is a a key point because instead of becoming a chronic company hopper you can actually look for other great opportunities in the company you’ve already invested yourself in. Additionally, Dan suggests acting like an entrepreneur at your current job. If you’ve already proven yourself successful at your role, look for side projects that can benefit your company.
  • The Part They Don’t Tell You About Startup Team Building: The end result of becoming a good leader is often that you obsolete yourself in your current job. It’s a strange truth about the position: You start off taking on a large workload and then lead others so that they can effectively take on your portion and more. Where does that put you as a leader though? Tomasz Tunguz discusses this leadership role evolution in his article.
  • Raspberry Pi + WordPress => PiPress: This is a bit of a shameless plug, but I thought it might be cool for any tech-savvy bloggers out there who are looking for a bit of a DIY. After reading all over The Internet for how I can use my Raspberry Pi, I discovered I could use it to host a blog. So, for what it’s worth, the text you’re reading right now is coming from a little computer just a tad bigger than a credit card.
  • The 7 Things That Will Stop You Getting Things Done: Do you find there are a lot of things throughout your day that cut into you working efficiently? Bernard Marr has a nice list of things that are likely chewing up your time and a handful of solutions for how you can minimize the effect they have on your life.
  • Business is Over: My New Post-Workday Transition RoutineJeanine O’Donnell uses a BBB acronym for helping her transition from work-mode to home-mode. How do you handle separating your work-life from your home-life? Is there even a separation for you?
  • The Business World Can Tear You Apart – If You Let It: Even after achieving financial success and success in your career, sometimes there’s just something missing. Joel Peterson shares some tips for how you can keep your career focus from taking away from the finer things in life.
  • 6 Ways to Put the Good (Bad and Ugly) in Goodbye—Part II: Last week I shared a post about a great example of how to say to goodbye to your employees when they’re leaving for other opportunities. This post by Chester Elton builds on that with more positive examples, but he also shares some downright terrible ways that people have been “let go” by their employers.
  • Adventures in Cat (and Dog) Sitting: What I Learned about Managing People: If you don’t know what your pets have in common with your employees, Whitney Johnson can help you out with that. Why is this comparison necessary? Well if you think about how some people treat their pets (letting them out for walks, feeding them when they need it, belly rubs, petting, etc…) there are a lot of parallels with your employees… Well, there should be. Your employees deserve a good environment to work in, being acknowledged for their hard work, and having engaging work.

That’s it for this week! I hope you checked out the Profit Hot 50 article I mentioned above. Follow Dev Leader on popular social media outlets to get these updates through the week!

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+

You can also check out Dev Leader on FlipBoard.


Failure – Weekly Article Dump

Failure: Weekly Article Dump (Image provided by http://www.stockfreeimages.com/)

Failure: Should You Fear It?

Thanks for checking out this weekly article dump, and sorry it didn’t make it out on Friday. I was out visiting family in Alberta and I didn’t have enough time to get this post all set up. Better late than never!

The theme for this past week seemed to be articles about failure. Not all of them, of course, but a lot of authors are writing about what it means to fail and why that’s not always such a bad thing. Do we need to avoid all failures in order to be successful?

Articles

  • Stepping Away, So Others Can Step Up: In this article, Jonathan Bush discusses something that’s often hard for leaders to do… Step away. It’s difficult for many people to disconnect and have trust in their team to get things done. Trust should be at the center of any highly functional team. At Magnet Forensics, we embrace trust as our core value because we know we’re working with talented people we can rely on. It’s crucial for ensuring that people can operate effectively to the best of their ability.
  • HELP! I Hired the Wrong Guy: In this article, an individual has written in and gets some advice on how to handle a bad hire. Liz Ryan makes some great points on how to address the issue, including a nice segue for the person that wasn’t such a great fit. This first example of “failure” to hire properly offers a lot of learning. Know what warning signs you ignored this time around. Know how you can detect it before the hire happens and worse case, how you can detect a bad fit early on.
  • Negotiate Great Deals, Without a Fight: Firstly, I’m sharing this not because it might be a good sales tactic or business tactic in the perspective of making money. Forget that for now. In my opinion, this is a great tactic for you to take when you’re trying to pitch your idea. Next time you’re working in your team and analyzing the pros and cons of some decision, remember that you’re not out to make your opinion the only one and everyone else a loser in the outcome. Fight for the win-win, which is often a combination of multiple perspectives. Great article, Joel Peterson.
  • Why We Should All Embrace the F-Word (Failure): Arguably the article with the most eye-catching title this time around, Amy Chen discusses failure and why so many people fear it.
  • Vulnerability Makes You a Better Leader: This article by Brad Smith discusses why a perfect leader is actually less than ideal. In order to make people really look up to you, it’s important to show them that what you’re modelling is attainable for them. Chasing perfection isn’t realistic, but chasing awesome certainly is.
  • 7 Signs You’re Working in a Toxic Office: Definitely one of my favourites this week, this article addresses some key signs that your place of work is a crappy place to work, from a work culture perspective. Not only that, the author discusses how to go about solving the problem if you’re the victim or if you’re the perpetrator! Great stuff.
  • Don’t Write Off the Coaching Leadership Style: Daniel Goleman discusses why leaders that act as coaches shouldn’t be forgotten. A leader that can coach is familiar with their teammates’ individual strengths and weaknesses. This let’s them delegate effectively and help address the weak areas of their team.

Hope you enjoyed, and remember that failure isn’t always a bad thing! Remember to follow on popular social media outlets to get these updates through the week!

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+


Leadership Reads – Weekly Article Dump

Leadership Reading - Provided by Stock Free Images

Great Leadership Reads

Here’s a collection of articles I’ve shared over the past week on social media outlets. There’s a lot of great leadership reads this time around!

  • If You Don’t Treat Your Interns Right, You are Mean…and Stupid: This is a great post by Nancy Lublin that talks about something many full-time people share a common (and usually lousy) perspective on: interns. In my opinion, if you aren’t going to treat your interns well, you shouldn’t be hiring them. One key take away point from the article is ensuring that you treat your internship programs as something real and meaningful. Now, as a computer engineering graduate from the University of Waterloo and from being part of the leadership staff at Magnet Forensics, I’ve seen both sides of the story. Companies should treat their interns well, but interns should also realize companies are giving them the opportunity to be part of something great. It can be a win-win situation if both sides put in the time, effort, and dedication… but it can also be a lose-lose if approached poorly.
  • Does your company culture resemble jungle warfare?: Barry Salzberg talks about office politics in this article. Key take away points? Be aware of the politics but don’t participate. Work together as a company toward your mission and embrace your company values. There’s no room for politics if you want your company to achieve greatness. Politics only interfere and hinder the business.
  • At Home This Weekend? Try This!: Presenting… The Weekend CEO Challenge from Steve Tappin! I thought this article was a pretty cool perspective on how some top CEOs are spending their weeekends. Interested in doing any of these things over the weekend? Do you already do some of these things?
  • Resist the “Us vs. Them” Mindset: Daniel Goleman shares a quote about embracing an “us” vs “them” mindset. Look for the common goals you share with others and embrace them together. Work together and stop viewing others as enemies. It’s hard to be successful if you’re always worrying about thwarting your enemies, so why not rally your friends and work as a team?
  • It’s Time to Change Your Outlook on Change: Change isn’t a problem, according to Daniel Burrus. The problem is the fact that we sometimes fear change despite the fact that we’re built for it. In order to handle change well and be able to embrace it, we need to practice anticipating it. Stop leading blindly and acting surprised when things don’t go as planned… Start being proactive and paying attention to warning signs.
  • The Great Office Space Debate Rages On: Jennifer Merritt talks about a topic that’s been going back and forth for some time now: office layouts. It used to be the norm for companies to have cubicles and offices on the peripherals of a floor. Now the open concept offices have gained tons of traction and companies are even going to extremes and not having fixed work placements. What’s your opinion on office layout?
  • Four Things to Ask Yourself Before Arguing: Rita King addresses four really good things to ask yourself before you consider getting heated over what someone’s said or done. We’ve all been in a situation where someone’s done something to get us fired up, but is it really worth it? If you can manage it, try asking yourself the questions Rita discusses (are you listening? are you repeating patterns? do you understand the other person’s perspective? is there anything to be gained?) and perhaps you can cool yourself off before ruining your own day/week/month.
  • Change Your Habits with a Good Checklist: Habits aren’t easy to change. John Ryan writes about how you can use checklists to start enforcing good habits! Worth a shot at least, right? 🙂
  • Culture Quartet: 4 Steps to Unify Your Company: In this article, Dan Khabie talks about the merger of two companies and how culture played a large role in the success of the merger. Your workplace culture is essential for creating the right atmosphere for people to be productive and work well together. Teams thrive when the culture in the workplace is positive and places value on the employees.
  • The Truth About Best Practices: Liz Ryan discusses the how best practices can be like falling into a trap. Just because there is a best practice or certain metrics are a some sort of golden standard, it doesn’t mean you should blindly follow along. Does the process make sense for your company? Your team? Do the metrics make sense for your industry? Your market? At this current time? Focus on what matters and don’t get distracted.
  • Did You Make The Most of Your Mid-Year Review?: What makes a mid-year review useful? Linda Descano discusses four major points that include having an engaged conversation between both leader/manager and employee, constructive feedback for the employee to work on, and what goals are and how they can be accomplished. If you find reviews to be a time waster, is it because they’re not being conducted well? Are they a waste because nobody is engaged? Or are there other reasons that mid-year reviews feel like they aren’t useful?
  • Do You Find It Difficult to Claim Your Authority?: Judith Sherven, PhD addresses some common reasons why people often don’t consider themselves authorities. It’s a shame too, because it can hold people back from their full potential. If you have great experiences, skills, or you’re knowledgeable in a particular area, why wouldn’t you consider yourself an authority?
  • Where Are You on the Leadership Continuum?: When people consider good leaders, they often describe common traits. Joel Peterson points out that these traits often have varying meanings depending on the person using them. I’d recommend going through his list because it’s pretty interesting to see two very opposing descriptions for the same trait. You might even notice that a trait you would use to describe a leader is actually commonly described by others in a very different way. Definitely interesting!
  • Making Stone Soup: How to Really Make Collaborative Innovation Work Where You Work: Jeff DeGraff discusses some key points for having effective collaborative innovation. Setting high impact targets, recruiting domain experts, making multiple attempts, and learning from your experiences are all major points that DeGraff discusses. There’s also a playlist of videos discussing innovation, so there’s lots of content to absorb 🙂

Hope you enjoyed! Remember to follow on popular social media outlets to get these updates through the week!

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+


Weekly Article Dump

Here’s the collection of articles I’ve shared on social media outlets over the past week:

  • Why Innovation Is So Hard: A few good points on why innovating sometimes feels like it’s a difficult thing to do and what you can do to improve!
  • Present Slides, Distribute Documents: Do your meetings sometimes feel like someone is just reading you a slide show? You can read a slide show yourself, can’t you? Why not distribute the slide show ahead of time?!
  • How to Evaluate Personal Characteristics When Hiring: Being a good fit is incredibly important when hiring someone. How can you improve gauging how good of a fit someone will be with your work culture? This article gives you a few strategies.
  • Look Out! When the Visible Becomes Invisible: Invisible work “clutter” can be holding your efficiency back at work. Check out this article for why ignoring things at work and letting them build up can get dangerous… and of course, how to avoid it 🙂
  • The Single Most Essential Building Block of Success: This article talks discusses how your mindset and perspective on challenges can gear you toward success. Complete with 10 tips for becoming more resilient!
  • Having a Really Lousy Day? Some Ways to Feel Better: We all have bad days. This article has some great practical tips (13 of them!) for you to improve your day. My favourite is number 2: do something nice for someone else. Definitely a great way to make your day better.
  • Are You a Workaholic or an Outlier?: This article discusses what being a workaholic means and the differences between when it may be a good thing versus a bad thing. The real takeaway point is to remember to do what you love.
  • 29 Reasons to Start a Bog Today: Ever considered starting a blog? For me, it kind of happened over night… but I’m betting there are lots of people at least on the fence about it. Why not give it a shot? Check out this article and you might get that little nudge you need to take the plunge!
  • Why I Wake Up Early and 3 Reasons You Should Too: In this article, Julia Boorstin touches on 3 reasons why she’s a morning person. For some people, it’s a matter of playing catch-up with the other side of the world but for others, it’s just a way to become more productive.
  • 5 Ways To Lead No Matter Your Title: Some of the best leaders at a company are home-grown and not brought in from somewhere else just because they were good leaders. In this article, Angie Hicks talks about 5 different ways you can put leadership skills into play even if you don’t have “Leader” in your job title.
  • So You Want To Pick Someone’s Brain? Do It Right: Sometimes I think this kind of stuff is common sense, but I’m definitely being proven wrong on this one! In this article, Linda Coles talks about a handful of things to consider when reaching out to someone to ask them for their opinion on something. Think about it… Why would you do it differently than if you had the opportunity to do it in person?!
  • Be SMARTe: How to Clarify Confusion:  This article focuses on hiring and resumes, but I think the concept applies in the more general sense. Lou Adler puts it well right at the beginning, “if you can’t describe exactly what you want, don’t be surprised if you don’t get it”. Using a simple set of guidelines, you can formulate what you’re looking for in a clear and concise manner that helps reduce assumptions and confusion.
  • To Become An Expert, Do This One Thing: In this article, Whitney Johnson makes a great point: you need to leave your ego at the door if you want to build up your skill set in an area where you’re a beginner. Just because you might be accomplished at some things, you need to get into the beginner mindset.
  • Are You Grounded in Trust?: Stan McChrystal writes about a parallel to trust in your business and team. Trust is incredibly important, especially in small businesses, because it let’s people focus on what they are experts at. In order to keep your team operating efficiently, everyone should feel like they can trust the other team members.
  • How to Focus Innovation: This article identifies the 6 ‘W’s that you need to answer when considering innovation. Gijs van Wulfen describes these steps as the necessary formula for innovation. He then outlines a group of questions that you should ask about your innovation in terms of it’s placement in the market. Certainly a lot of things to consider, but they all seem worthwhile.
  • The Joys Of Screwing Up: Being fearless is neccessary for innovation according to Jeff DeGraff. When we become afraid of taking risks and pushing the boundaries, innovation stagnates. How can you innovate if you’re never willing to take risks?
  • 7 Tips for Surviving Life As a Middle Manager: Nothing I would consider ground breaking here, but Dennis Berman has done an awesome job of summarizing a lot of excellent middle management tips. You may have read about some of these in some of the articles I’ve shared, but it’s certainly a great list to refer to!

Hope you enjoyed! Remember to follow on popular social media outlets to get these updates through the week!

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+


Singletons: Why Are They “Bad”?

Background

The very first thing I want to say is that I don’t think singletons are inherently bad–even if it means I am cast away from the rest of the programming world. There’s a time and a place for the singleton. It’s really common for people to get caught up with their perspective on something that they outright refuse to acknowledge the other side of it. I’d also like to point out that if you have a strong opinion on something and you find that other people also have a strongly opposing opinion on the same thing, there’s probably good take away points from either side. In this post though, I’m going to focus on why singletons are “bad”, because for me it means acknowledging one of the two main perspectives–that they are the best thing since cat videos met The Internet or they are the worst thing since Justin Bieber.

Let’s clarify what a singleton is here so we’re all on the same page. Maybe you’re under the impression it’s something slightly different than what I’m about to be talking about, so I’d rather make it clear from the beginning. And for what it’s worth, if this isn’t the exact meaning as set in stone by the singleton gods, then that’s sort of unfortunate… because this is going to be what I’m discussing.  From Design Patterns: Elements of Reusable Object-Oriented Software by the Gang of Four, a singleton must:

Ensure a class has only one instance and provide a global point of access to it.

So, with that incredibly complex definition, let’s get into it.

 

Global Dependencies

There’s approximately 3.2 billion articles on The Internet that will tell you that global variables are the enemy. I mean, I could do some of the work for you, but you could check out this, or this, or this… There’s still billions more. Usually when we have ~99% of people agreeing on something, they probably have a pretty good point, right? You’ll notice after a bit of searching that one *big* problem with singletons is the fact that they are just a different way to dress a global variable. Thus, all of the arguments for why global variables are bad could be used against singletons.

There are a few (quite a few) major problems with having global dependencies:

  • You’ll be putting yourself at risk for dealing with deadlocks if you need to lock your resources
  • Your singleton can become the resource bottleneck in your application
  • It’s hard to know who you’ll affect by modifying the global variable
  • Testing becomes difficult because the tests may depend on the state of the singleton
  • Dependencies aren’t obvious from examining the API

Quite simply, global dependencies can be pretty scary. If you and you’re team are experienced enough, trying to weave in some new features or heavily modify code relying on singletons may not be that challenging for you. Maybe. But testing can get super messy.

When you write unit tests, you want to ensure that each test can be run independently of the others. You need complete control over your state. This can be a big problem if you run two tests in a row that depend on state provided by a singleton. Consider the following set of tests that depend on a singleton in a sample run:

  • Test1 increases the count property on a singleton by 1 as part of the side effect of the test.
  • Test2 also increases the count property of the same singleton instance by 1, just as Test1 did. However, Test2 is explicitly testing this property as part of it’s validation to ensure the value transitioned from 0 to 1.

When you run Test1 all by itself, it behaves as you expect. Great! Now you move onto Test2. Simple. You got it working. You’re all excited so you run them all together. Uh oh… The tests failed! But how? You don’t believe it, so you run them all again. Now they pass! This is a crappy spot to be in. If the test suite executes Test2 before Test1, your tests will work. If the test suite executes them in the opposite order, your tests will fail because the singleton instance will have had its count property increased twice. The global state of the singleton comes back to haunt you.

 

Tight Coupling

Most experienced developers know that you want to decrease coupling and increase cohesion because this, generally speaking, makes for a good API and extensible code base. Now this point is related to the global dependency points I was previously stating, but it deserves to be addressed on it’s own. The global dependency topic was more of a focus on the application at run time. That is, it becomes difficult to know and manage how your application behaves at run time when you share global state across the entire thing. It’s challenging to to start adding new functionality to your application or modify existing components of your application that depend on the global state because the dependencies just keep growing.

Coupling, in my opinion, is more of an issue with compile time. With singletons, you start to design classes that depend on singletons and thus you are relying on a specific implementation (Maybe you could check out dependency injected singletons?). Singletons, generally speaking, are a single instance of a concrete class. You start to code classes and object hierarchies that are then depending on this concrete class, and this can potentially (and I say potentially, because I would never claim it’s “always”) lead you to a dead end. Let’s consider a scenario:

We’re coding an application that uses a singleton for the data access layer of our application. We have a MySQL data model that we’ve coded as a singleton. We expose a few methods to read and write records to the database using some SQL, and things are great. Then, one day, we speak to our customers like we usually do to ensure we’re meeting their expectations. They inform us that we really need to be able to support a document database like MongoDB in addition to MySQL. Hold on. Wait. You mean our code that uses our data layer needs to be agnostic to the database under the hood?! But… But our singleton is only able to deal with MySQL… (I wrote about how to get yourself out of this situation here, although I would not claim it’s the ideal scenario). If we would have been passing around references to something that met a nice and clean model interface spec, we’d likely be able to hide the implementation details and completely avoid this problem.

 

Singletons Disrupt The API

Because I like to design complex systems in code, API and architecture is something I like to focus on. There’s an awesome posting over here by Miško Hevery about this very problem. He does a great job describing the problem with examples, so I’ll only try to summarize some of the main take-away points I got from it.

There’s nothing to stop someone from putting some heavy initialization logic in a singleton. I mean, you shouldn’t (because you can’t guarantee when this is going to happen!) but there’s nothing that prevents it. As such, simply calling a constructor on some class (which you might assume to happen pretty quickly) actually ends up taking seconds. Not a couple milliseconds… But seconds. Oh. I guess you didn’t realize your class was trying to call a singleton instance that was connecting over The Internet to some host on the other side of the planet during its initialization. Surprise. Singletons can mask this kind of stuff because it’s not explicit in the API. It kind of goes back to coupling but I wanted to point out that this kind of stuff can get scary.

This can be completely mitigated by incorporating the dependencies right into the API. There’s no hiding crazy database initialization or downloading data from the internet in a constructor (well… it just reduces the likelihood of you doing it so easily I guess). You use interfaces and construct classes in the order that you need them, and this doesn’t end up being some magical process that happens behind a curtain. If one class depends on another, so be it (it’d be nice if it just depended on the interface…), but pass in the reference that you require. Singletons often end up being the shortcut, but what’s easier for you to code now may not be easier for someone to extend upon and understand in the future.

 

Summary

Singletons. You’ve likely seen them. You’ve likely heard bad things about them. You may have even used one yourself. Shame on you. Like all debatable things though, there’s always going to be another side to it. If you take away anything from reading this, I hope it’s that you question what the other perspective is. Fully understanding something requires you to look at all sides.

 

References

This article was based on information I obtained from the following sources (as well as my own experiences, of course!):


Weekly Article Dump

Weekend Leadership Reading!

Here’s the collection of articles I’ve shared on social media outlets over the past week. There’s a whole bunch on leadership topics, so I hope you enjoy!

  • How Not to Mint More Engineers: Another spin on the whole engineering-tuition-should-cost more debate.
  • 12 Ways to Spot a High Achiever: High achievers are often very passionate about what they do and make great employees. Here are some tips for spotting them!
  • 7 Qualities Of A Truly Loyal Employee: It’s difficult to disagree with any of these. They’re all spot on! Being a loyal employee is not about satisfying only one person or satisfying only yourself… It’s about voicing your opinion and trying to ensure the company is heading in the right direction.
  • The Best Career Advice You Won’t Want To Hear: Some interesting perspectives on what can help create a successful career.
  • What The Success Of Breaking Bad Teaches Us About Leadership: This article makes one point that I really like: empower others to play their strengths–NOT yours. You can play your own strengths, but empower others so that they can excel at all the places you don’t.
  • When to Accept (or Reject) Critical Feedback: This article provides you with an approach for something that can be hard to handle… being provided with critical feedback. Getting solid critical feedback is rare, but it’s important you know how to deal with it when you do receive it!
  • Unleashing Your Inner Thought Leader: I guess this kind of thing is why I started my own blog 🙂
  • Unlocking the 10X Professional: I’ve never heard of “chunking” before, but this article claims it’s important for unlocking super-star employees. I might have some additional reading to do!
  • Don’t Bother to Apply Here: This is certainly one place I wouldn’t bother to apply to. I mean, if you can’t deal with sarcastic ranting, you and I would never get a long anyway. Too bad for you, because this is The Internet that we all share. You might just have to put up with it. And if you don’t think an opinionated rant can’t be filled with insight, it just might be your first time on The Internet. In that case, my apologies… Welcome, and don’t let the door hit you on the way out.
  • One Way to Improve Innovation and Creativity: So I teased this one on Twitter and LinkedIn a bit (if you can read while you’re working out, it’s because you’re not working out), but I think there’s some great points. Veer out of your comfort zone. Work with people who aren’t your closest and best friend. Mix your expertise!
  • Eating and Dreaming: Jack Welch puts it pretty elegantly: Management is balancing the paradox that is long and short term leadership.
  • A Menu of Very Small Changes to Boost Your Happiness at Work: While I liked a lot of these tips, a couple I didn’t. Specifically, taking 10 minutes every hour as a break for developers can be a problem, in my opinion. It breaks flow, which is sometimes nearly impossible to achieve and even to maintain once you have it. Additionally, being ignorant to things that don’t concern you can make your life less stressful (and I guess that’s the goal of the article) but… Knowing more is what helps me sleep at night.
  • The Art of the Stop: Do you know when to stop? Do you know when to pause a project? What about shifting gears on a team member that may not be suitable for their current team? Knowing when to stop going down a particular path is an art.
  • The Wisdom Principle: Maybe not groundbreaking for some, but a great reminder of what being wise truly means.

Hope you enjoyed! Remember to follow on popular social media outlets to get these updates through the week!

Nick Cosentino – LinkedIn
Nick Cosentino – Twitter
Dev Leader – Facebook
Dev Leader – Google+


  • Nick Cosentino

    Nick Cosentino

    I work as a team lead of software engineering at Magnet Forensics (http://www.magnetforensics.com). I'm into powerlifting, bodybuilding, and blogging about leadership/development topics over at http://www.devleader.ca.

    Verified Services

    View Full Profile →

  • Copyright © 1996-2010 Dev Leader. All rights reserved.
    Jarrah theme by Templates Next | Powered by WordPress