July 17, 2020
We worry too much about messing things up. When we should be worrying about holding back and not messing it up in the first place. It’s the mess that shows us how best to clean things up and make them better then they were before. Want more? Check out my book Code Your Way Up – available as an eBook or Paperback on Amazon (CAN and US). I’m also the co-host of the Remotely Prepared podcast.
July 14, 2020
Tell me when this has worked for everyone involved? If it’s something simple, like the background of the page, sure, figure it out as we go. If it’s something more complex, like the vision of a new project or the upcoming of a release. Nothing is more demoralizing to your team then hearing – “we’ll figure it out as we go” when they are about to jump into a new project. There is a time to “figure it out as we go” and it’s definitely not at the beginning of a project. Want more? Check out my book Code Your
July 13, 2020
You would have to be a robot (or a chatbot) to not realize that your team is most likely starting to feel the effects of Remote Work Fatigue. Either they have or they are on their way to feeling it. These are one of those moments in your role as being a leader that you will forever remember how you responded and helped your team work through this milieu. For many it is starting to set in that they probably won’t be back in the office for a few more months, maybe more. In which case, they have more of
July 10, 2020
I forget to post the updates to Remotely Prepared under some guise that I have missed the “window of opportunity.” Last week we released our latest episode, an interview with Liam Martin. I love interviews that go in a completely different direction then what we originally intended. I’m not sure if this makes me a good interviewer (or a bad one) but it’s that inflection point where I can see the value of the conversation to people. Liam has a wealth of experience in the remote conference arena and near the end he provides some great insight into setting up
July 7, 2020
For whatever reason, whenever I write code, I use the constructor to do some stuff to get the main object loaded – some basic stuff – setup some variables and collections but when it comes to getting things going… woo boy… that’s when we call Init(). Init is what gets things going, it’s what makes code sing, it’s what starts the day at the races and gets your app up and running. When I call Initialize (or Init as seen quite often), it’s doing the heavy lifting to figure setup things and get the job done. I like using Init
