2017 certainly flew by, didn’t it? It seems as though just last month I was publishing my goals for the year, yet it’s already time to reflect and think about goals for 2018.
Year of “Firsts”
This year was definitely the year to accomplish new things and push my body to its limit. In August, I completed my first trail marathon in preparation for my first 50k ultra marathon the following month. Not only did I exceed my primary goal of just finishing the damn race, I ran my 50k just slightly under six hours (5:54!) to beat my secondary goal as well. And I actually had fun while competing in both races!
The view at the halfway point of the Middle Fork 50k, September 2017
I also had the opportunity to enjoy the Pacific Northwest nature in other ways besides running. In June, I went with a few friends on a backpacking trip to Annette Lake and slept out under the stars. It was an amazing first-time experience, even if there was still snow!
Annette Lake, June 2017
All developers have their favorite IDE (Integrated Development Environment) that they prefer to use. If you’re a Salesforce developer, you’ve perhaps noticed that many different options have cropped up over the past several years for us to code in. How do you know where to start if you’re new to the Salesforce ecosystem? Or even if you’re a seasoned Salesforce developer, why should you explore other options if you’re already comfortable with the IDE you’ve been using?
Salesforce developers can quickly become overwhelmed with the endless choices of development environments that are offered by Salesforce and by the community. Some well-known options include the built-in Developer Console as well as desktop IDEs like the Eclipse Force.com IDE, Visual Studio Code with MavensMate, and Illuminated Cloud for IntelliJ – and that’s only the tip of the iceberg. With so many different options, how can you know which one is best for you?
In the most recent Salesforce Play-by-Play on Pluralsight, Don Robins challenged me to explore these questions and walk through a real-world development scenario. Check it out!
Did you know you can start learning Salesforce for free?
If you answered no to that question – stop reading this right now and signup for your free account at Salesforce Trailhead.
The amount of training resources out there compared to when I started developing on the Salesforce platform in 2012 is astounding! It doesn’t matter whether you want to learn how to use Salesforce as a sales professional, marketer, administrator, developer, or whatever your role may be – there are “trails” out there for you.
By now most of us are probably well aware of the various communication tools that are available to help you stay connected to your coworkers, especially if you have coworkers spread out around the world. Applications like Slack, Hipchat, and Google Hangouts are all different options that many companies use to promote sharing, collaboration, and transparency.
These tools are great for staying connected to your coworkers. But how do you stay connected to your overall community? The Salesforce community is expanding daily. There are several ways to share knowledge, including but not limited to the Salesforce StackExchange, the Twitter #askforce, and the hundreds of groups on the Salesforce Success Community.
However, there’s a missing gap here. What about real-time interactions?
A former colleague of mine started a new community on Slack specifically for Salesforce administrators and developers. In the short amount of time it has been around, we’ve already seen great discussions and collaboration on lightning best practices, studying for certification exams, and more.
Interested? If you want to join us, please reach out by sending an email to me at robert [at] robertwatson.me and I’ll happily give you an invite URL.
Hope to chat with you soon!
Last year I gave a talk with Dan Appleman at the 2016 Dreamforce conference and blogged about it here. While it’s only been a few months, it’s time for an update!
In perusing the Salesforce StackExchange recently, I realized that a lot of people post questions on the forum when they run into a CPU limit exception but there isn’t much content published on how to avoid hitting such errors. Furthermore, I also discovered that Adrian Larson developed an unmanaged package for profiling CPU time, amongst other Salesforce limits: the LimitsProfiler.
As a result of both of these things, I’ve published a Q&A on the StackExchange that goes into more detail on how to benchmark CPU time using the LimitsProfiler: “How can you benchmark Apex code to determine what operations consume the most CPU time?” – I hope that you’ll find it useful and share!