A few years ago I did a meditation class. This experience opened my eyes. The other participants were all in their late 30s, and early 40s. Doctors, architects, developers, managers. They looked healthy, super successful, and full in control but I learned all of them suffered from burnout. They described burnout as something horrific, something …
Continue reading "Architects take breaks OR Burnout: The underestimated risk"
Salesforce Hacks, we all have seen or even implemented Salesforce hacks. During my CTA-Coaching I'm confronted with plenty of hacks from all over the world. Creativity sees no limits. The longer I think about it, the clearer my opinion becomes: Say No To Hacks! My definition: A hack is something that works and solves a …
I'm on my way back from a skiing trip. Over the last years, I (re-)learned skiing. There are a few things I try to take away from that experience for my next Salesforce project. 1. Mistakes cost lots of energy2. Do the hard parts while I have energy3. Too many opinions cause trouble4. Learn a …
Continue reading "5 things I Took Away From Learning To Ski"
Disclaimer: The following works for me, since I work part-time as a freelancer. This does (unfortunately) not work for all situations. The story happened a few years ago: I've been sitting on a complex problem for some time. I couldn't crack it. Usually, I try to find elegant solutions, simple solutions. This problem was "uncrackable". …
Target Group: AdminsComplexity: Simple 6 months of sweat and tears but you made it. You got the project life in time and budget. UAT passed with flying colors and power Users are excited. First User feedback is trickling in, it's not great. What could have happened? Let's follow the default User experience of a Salesforce …
Being a consulting customer and a consultant myself, I've seen and done quite a few sins myself. A shortlist of what I think are deadly sins: 1) Running/System user2) Debugging/notification emails3) Active Users after leaving4) Client name prefixes to fields/classes/workflows5) Not clean up before leavingBonus Sin: Refuse to help after Go-Life 1) Running/System user It's …
Target Group: DevelopersComplexity: Medium Disclaimer: This is not a comprehensive comparison but is based on my limited experience. Any feedback is highly welcome. Way too late in my career, I started using mocking frameworks. Now, I've too many mocking frameworks to choose from. I was wondering, what's the difference and what's the best one to …
Continue reading "APEX Mocking Frameworks: Just too many choices"
Many people have many different styles of studying for certs, some very structured, some not so much. I'm more on the side of "not so structured". While some have elaborate Trello Boards, all I need is Notepad++ and Powerpoint. My goal when I study for a Cert/Topic?- Understand the business case- Understand the architecture- Consult …
Topic: Fixing bugsTarget Group: Admins, DeveloperComplexity: Low We all have to fix bugs from time to time. I love hunting for bugs like a lone wolf, stalking through the dark forest of Flows, Default Values, Debug Logs, and cryptic Bug reports. While it's fun sometimes, often it's a lengthy and frustrating process. There's a better …
It hurts me so much, but it has to be done, I have to kill Quick-Search! Experienced writers recommend "kill your darlings". The rationale is that we can't judge something objectively when it becomes dear to our hearts. I think the same applies to product management and software architecture. I've been thinking about killing my …
