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!
In this course, you’ll dive into the almost endless choices of development environments that are offered by Salesforce and the community while exploring the benefits and limitations of each one. You’ll understand the benefits for many of the available IDEs and how to get started using them in your environment. Start Learning Today!
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, or send me a message on Twitter, and I’ll happily give you an invite URL.
Hope to chat with you soon!
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!
Contrary to what you might have been reading in the news lately, 2016 wasn’t all that bad. At least, not for me! (I got married!)
This post is coming quite late this year, but nevertheless, I’m going to take a few minutes to analyze last year’s goals and make new ones for 2017.
What Went Well:
- I continued averaging around 7 hours of sleep per night. I’m so good at this now that I no longer need to use the Microsoft Band to track my sleep.
- I ran 4 half marathons and also biked a heck of a lot more than last year. A lot of my biking came from my work commute to SODO in the summer.
- I read 12 books for an average of a book a month.
- My volunteering increased. I started volunteering at the University District Food Bank and have been going almost once per month since June fairly consistently.
What Didn’t Go Well:
- I didn’t really do well with the “continue learning” goal besides continuing to learn at my job. I will try to do better here in 2017.