This week's book giveaway is in the OO, Patterns, UML and Refactoring forum. We're giving away four copies of Refactoring for Software Design Smells: Managing Technical Debt and have Girish Suryanarayana, Ganesh Samarthyam & Tushar Sharma on-line! See this thread for details.
Making notes: I made extensive notes from Mala Gupta using MS Word in a combination of my own words and picking up lines directly from the book. I cross-referenced my notes with the page numbers in the book. This helped me a lot to reinforce the concepts and pick up the most juicy bits from the chapters.
Mock exams and practise tests: I ordered ePractise package from Oracle for the same test. It gives you around 300 questions to play with. Though I didnt exactly see any actual exam questions from this pool.
I was planning to go through other free and paid websites for mock exams/questions/dumps. However, in the end, I didn't had much time left, so couldn't go through any other resources.
Exam: The exam itself is not an easy one. Given the high minimum pass percentage (77%). I was very determined to manage my time during the exam. After every 10 questions, I would check my average speed of answering questions and see if I'm going according to the time or am I taking too long to answer. A trick, I picked up when I took the GMAT. In the end, I finished the exam with 30 minutes still on the clock. I made a mistake of not marking any questions for review thinking that I wont have any spare time to go through the questions later on. The exam interface doesnt allow you to jump to a particular question UNLESS you have marked it for a review later. Otherwise, you can only go sequentially. That hurt me a little in the end. As I had time and rather than going through the questions sequentially, I wanted to go to questions I thought could use a second look. So, consider marking difficult questions for review.
Also, I thought that there were a lot of tricky questions too. Questions that might seem simple or easy but are designed to fool you.
Manish VermaMscFin wrote:Questions that might seem simple or easy but are designed to fool you.
Yeah, the exam question developers like that sort of questions Mostly I use my own rule of thumb: when the question looks too easy, they try to fool me and that's when I'm even more careful when answering.