David Wesst


Highlight Reel for 2022

  • burnout
  • code
  • github
  • javascript
  • mvp
  • prdc-2022
  • typescript
  • While working on revamping my website and blog, I revisited a number of my old posts. Two of my favourites are the Highlight Reels for 2014 and 2015 as they document how I felt about myself and my accomplishments at that point in my life and career. Considering that this past year has been one of pretty extreme personal transformation, I thought it would be appropriate to document my self-reflection for 2022 in a similar style. The difference this time around will be that I focus on observed behaviours related to event and work, rather than the events themselves. More specifically, the behaviours that I like, love, and need to improve.

    Don't worry-- it's not all feelings. It's data too. All my observed behaviours relate to my projects I worked on throughout the year on GitHub, which provides great insights into my contributions. I'll be using my GitHub contributions for 2022 to highlight the spots where I can identify the behaviour.

    Why do this? Because I want to remind myself an others that if you feel like you are stuck, you are better off finding the source of the problem-- even if it makes you face some hard truths. By understanding the root problem, you can work at resolving it, even it it involves changing what you believe is your best approach to work.

    I love to learn about code

    The GitHub contribution graph for user davidwesst, consisting of coloured squares ranging from grey for no contributions to bright green for many, for all the weeks in the year. There is a bright red, mouse-written work

    At the end of 2021, I started looking at the job market and started to notice that the jobs I wanted (or thought I wanted) relied on skills that I have not been able to practice as part of my day job. Coding is no longer one of my responsibilities, only planning, designing, and providing oversight. This sparked the urge to refresh my skills and prove to myself that I could do for these jobs, and that all I had to do was put in the time.

    And so began a series of LeetCode challenges, learning exercises, and review of various problems so that I could skill up and strengthen those coding muscles again. This is what you see in the contribution graph for the first 2-3 months of 2022.

    Although this spark eventually faded as it does, I realized something about myself. I realized that it's not the code I love, but the learning about code and how to apply code in various ways. New languages, patterns and practices, solution architecture, whatever-- if it involves coding something, you can count I'll be interested.

    Lesson Learned: Burnout

    This is example highlight Q1 of 2022, yet there are plenty of other times where I spent time learning new tech. Experimenting with Go and Rust as part of my VGL project (more about that later). A brief experiment with Q# back in 2019 early 2020, and my continual urge to learn C/C++ along with the DevOps tools around it. These are all things that have sparked that love of learning code over the past few years, and each time it's the same pattern: spark of interest, dive deep into the learning, burn out because you don't know where to go with this knowledge.

    Which brings me to the lesson learned: I need to direct my learning energy towards a goal. This way, when the excitement of learning something new fades I will still have a goal in my sights and continue to channel that energy towards something, rather then letting it fade out.

    I love to build things out of code

    At the end of the year, I looked at my GitHub Unwrapped video and was surprised by my top languages for 2022.

    A blue and white stocking is hung on an imaginary wall with snow coming down and a TypeScript logo sitting on top of it, denoting that TypeScript was my

    I was trying to figure out where I had written so much TypeScript, considering that for the past few months I have been living in JavaScript and HTML. Again, going back to my contribution graph I noticed another spike in activity in May.

    The GitHub contribution graph made up of squares where a large number of the squares for May 2022 show contributions, along with many more from October to December. Both sections of the graph are circled in bright red, and between them is the word

    I remembered that I decided to repurpose my learning strategy, and rather than just doing LeetCode exercises and textbook studying to strengthen my atrophied coding muscles, I would study by building something. Something that I found useful, all while further strengthening my skills! This was the beginning of the Video Game Library or "VGL" project where I spent time building a TypeScript-React project and included some experiments with both Go and Rust to determine which language allowed me to leverage WASM (which was yet another rabbit hole I became excited about).

    In the end I shelved the project because I was letting my learning drive the project. This meant anything I wanted to learn, I added scope to the project. In the end, it become too big and my original vision was lost, but the urge to build never fades, only the "something" that I am building.

    Looking back beyond 2022-- the idea of building something has always driven me. Building a business, a video game, or a product. It doesn't matter, as long as I am building it.

    Where it falls over is when the scope gets too large and overwhelming. This is not uncommon amongst creative types (just ask any game developer) but building something, ideally out of code, is something that drives me. If I can channel that excitement and passion on something I believe is worth it, I think I could produce and finish something I could be proud of.

    I started to make this realization about myself and my drive to build things later in the year. This is why I came back to building my website that I had let fall into dormant. I wanted to channel that excitement, energy, and knowledge into something I found valuable. My website is something I have talked about improving for years and started redoing countless times. Looking back at the contribution graph, this represents a large part of the contributions for October, November, and December for 2022. This is further evidenced by the releases of the website I published through the same time period.

    Same Drive, Different Approach

    Reflecting on my behaviour during the VGL project in May and the website work in the last quarter of the year-- the behaviour and drive was the same. I loved building something, yet the VGL project went onto the shelf, and the website finally managed to get some traction.

    The difference was in my approach.

    For the Video Game Library project, I let the excitement of learning and drive its development, which led to scope creep and dilution of the original project vision. With the website I took the time to plan and force myself to complete releases-- no matter how small.

    This change in approach enabled in a longer focus on a single project. Ultimately, that kept my excitement for my website project going longer and I kept coming back to it over and over again to make small (or sometimes larger) improvements. In fact, I am continuing those improvements today as the website is far from complete-- but it's starting to represent the vision I started.

    I like (not love) to share

    I have tried sharing and producing content in various forms over the years, but with Prairie Dev Con returning in 2022, I thought I would focus some energy into preparing and share content like I used to in my Microsoft MVP days. This meant lecture-style presentations and blogging.

    After three live events in 2022, and almost a blog post a week since mid-October, I realized that I don't love sharing like I used to...rather I only like it. It's a subtle difference, but it is definitely different than it once was.

    I like it because it is a practical way to document my work. I love learning and building things, and sharing those things is an easy way to document my progress for others-- but more importantly myself. With the blog posts, I documented things I learned for my website like the Open Graph protocol or my implementation of GDPR compliance. For the presentations, I focused on what I knew and delivered two original sessions; one about my day job and what it is means to be an IT Architect and the other a case study on how to do my day job.

    Though this experience this year, I found that I liked the process-- but didn't love it like I used to. To me, the presentations and blog posts were necessary for other outcomes. More specifically, the presentations were my ticket to touch base with other real-life speakers and tech professionals after a multi-year hiatus. The blog posts were my way of documenting, analyzing, and appreciating my own effort into my various side projects.

    In the past, with the MVP program, I blogged and shared to receive validation from my peers and the MVP program itself. Those goals are not bad ones by any stretch, but since I don't have the MVP program pushing me, I need something else to help push me. That "something" is myself, and the outcomes I mentioned previously. Personally, I think that means I've grown quite a bit since I was an MVP and is an great example of how 2022 has been a year filled with huge change for myself and my attitude towards work.

    The same GitHub contribution graph from the previous two pictures, except this time the mouse-drawn word

    The need to improve

    I have mentioned the good things, the changed things, and now I will go over the things I need to improve (in my opinion).

    I need to accept my own skills and abilities

    Everybody is different and bring different value to the table. I have led a very privileged career and have had massive success in many different areas, yet for years I have rarely taken the time to appreciate those accomplishments.

    Instead, I would get caught up in comparing myself to others and what I couldn't do, rather than what I could do. I would dwell on my lack of recent coding experience, rather than celebrate the time I've spent migrating legacy systems into the cloud. I would focus on the jobs I did not qualify for, rather than the ones that I did qualify for.

    This cycle of focusing on what is missing is lose-lose situation. There will never be enough success. The grass will always be greener on the other side of fence, no matter how many times I jump over it.

    I need to remind myself of this moving forward, and hopefully you can remember that for yourself as well.

    I need to do more, and talk less

    People refer to me as "a talker", as in, I like to talk and I'm pretty good at it.

    I leverage my talking skill in my day-to-day job, but when it comes what I am trying to build for myself I need to focus on doing the work rather than talking about it.

    It might be cliché, but "talk is cheap" and I need to talk less and do more. Plain and simple.

    Conclusion / TL;DR;

    In short, I identified cyclical behaviours and patterns in myself that relate to the work I put into my various side projects and personal (and professional) development. In 2022, I noticed the following about myself:

    1. I love to learn about code
    2. I love to build things out of the things I learn (in code)
    3. I like to share what I build and learn (for future me, and anyone else willing to listen)

    The first two are my way of channelling creativity, which is why I love them so much. Although I used to love sharing my knowledge, at this point in my career and life, I like it as it is a practical way for me to document things as I discover them and connect with others, rather than as a method to be validated and rewarded.

    In terms of how I can improve:

    1. I need to accept my own skills and abilities
    2. I need to do more and talk less (but talk about it once it is actually done)

    I need to accept and embrace my current skills and abilities, rather than focusing on what I think I am lacking. I also need to focus more on implementing my ideas rather that talking about them. Once I have something built, then I can talk more about it-- but until it's built, I need to focus my energy and excitement on the build rather than the talk.

    Thanks for playing.

    ~ DW

    This site uses cookies to track usage in order to help improve the user experience. By clicking "Accept", you consent to our use of cookies.

    Privacy Statement