Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Pegasystems PEGACPSSA23V1 Exam - Topic 3 Question 34 Discussion

Posted by Nakita on Mar 22, 2025 at 03:11 PM

Select the three Pega best practices for developing activities. (Choose Three)

Suggested Answer: A, C, E

Pega best practices recommend keeping activities short to enhance maintainability and readability. Custom Java steps should be limited to reduce complexity and potential errors. Activities should also be limited in general, with preference given to other rule types that are more declarative and less procedural, like data transforms, to improve application performance and maintainability. Reference: Pega SSA course materials on activity best practices.


Get Premium PEGACPSSA23V1 Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test
35 comments · newest first
SH
Shaun 10 months ago
Yeah, using data transforms instead of activities makes sense!
LE
Leigha 10 months ago
Surprised that using activities for everything is still a thing.
DA
Dalene 10 months ago
I think limiting activity calls to three is a bit strict.
TE
Tegan 10 months ago
Definitely agree on keeping activities short! Less is more.
DU
Dusti 10 months ago
Custom Java steps should really be avoided, for sure!
CI
Ciara 11 months ago
I think we talked about using alternative rule types like data transforms instead of activities, so maybe that's one of the best practices too.
OL
Olive 11 months ago
I feel like limiting custom Java steps is important, but I can't remember if it's a best practice or just something we discussed in class.
JU
Junita 11 months ago
I remember something about limiting activity calls to improve performance, but I can't recall the exact number. Was it three or five?
AL
Alayna 11 months ago
I think keeping activities short is definitely a best practice, but I'm not sure if it should be fewer than 15 steps or if that's just a guideline.
CA
Carey 12 months ago
Alright, let me think this through. Limiting activity steps, calls, and custom code - those make sense to me as best practices. I'll go with those three.
LO
Lorriane 12 months ago
I'm feeling pretty confident about this. The key seems to be balancing performance, maintainability, and flexibility when designing Pega activities.
DE
Denny 12 months ago
Wait, I'm a bit confused. Should we really be limiting the use of activities altogether? I'm not sure about that one.
KA
Kasandra 1 year ago
Okay, I think I've got this. Keeping activities short, limiting activity calls, and minimizing custom Java steps seem like solid best practices to focus on.
HO
Hollis 1 year ago
Hmm, this looks like a tricky one. I'll need to carefully review the best practices for Pega activities to make sure I select the right three.
ST
Stefany 2 years ago
I also think D is a good practice. Using only activities for queue processing and interfaces can help maintain consistency.
LA
Larue 2 years ago
Hmm, let's see. I'll go with A, C, and E. Gotta keep those activities lean and mean, and use alternatives when you can. Oh, and no Java if you can help it - that's just asking for trouble!
ER
Erasmo 1 year ago
↳ replying to Larue
User1: Let's stick to those best practices for developing activities.
HA
Harrison 1 year ago
↳ replying to Larue
User3: Agreed, avoiding custom Java steps is important for performance.
DE
Dewitt 1 year ago
↳ replying to Larue
User2: Definitely, keeping activities short and using alternatives is key.
ME
Merlyn 1 year ago
↳ replying to Larue
User1: I think A, C, and E are the way to go.
SH
Sharika 1 year ago
↳ replying to Larue
Agreed, avoiding Java whenever possible is a good practice. Activities should be kept simple and efficient.
DA
Dan 1 year ago
↳ replying to Larue
Using alternative rule types like data transforms is a good idea. Activities should be used sparingly.
GR
Gracia 1 year ago
↳ replying to Larue
Definitely, limiting custom Java steps is important. Stick to activities and data transforms.
GA
Galen 1 year ago
↳ replying to Larue
Definitely, avoiding custom Java steps is a good idea to prevent issues.
NO
Nobuko 1 year ago
↳ replying to Larue
I agree, keeping activities short and using data transforms is key.
WE
Wendell 1 year ago
↳ replying to Larue
I agree, keeping activities short is key. Less than 15 steps is the way to go.
NU
Nu 2 years ago
That's a tough one, but I'd go with A, C, and E. Wouldn't want to overload the system with too many activities, you know?
KE
Kenneth 2 years ago
A, C, and E. Totally agree, activities should be short and sweet. And who needs Java when you've got rule types like data transforms?
ED
Edna 2 years ago
I agree with Tom. Keeping activities short, limiting activity calls, and avoiding custom Java steps are important for performance.
TO
Tom 2 years ago
I think A, B, and C are the best practices for developing activities.
WA
Wava 2 years ago
B, C, and E. Limiting activity calls is crucial to avoid performance issues. Plus, custom Java can be a real performance hog if not used carefully.
VA
Valentin 2 years ago
A, C, and E for sure. Keeping activities short and limiting custom Java is just good practice. And using alternatives to activities whenever possible is key for performance.
BE
Belen 1 year ago
↳ replying to Valentin
Limiting custom Java and using data transforms instead of activities is definitely the way to go. It helps with performance and maintenance in the long run.
NA
Nancey 1 year ago
↳ replying to Valentin
I agree, keeping activities short and avoiding custom Java is important for performance. Data transforms are a great alternative to activities.
TA
Talia 1 year ago
↳ replying to Valentin
A, C, and E are definitely the way to go. Short activities, minimal Java, and using data transforms instead of activities is the way to go.
0/2000 characters

Save Cancel