J'ai postulé en ligne. J'ai passé un entretien chez FDM Group (Montréal, QC)
Entretien
there were 3 rounds of interviews and was very easy , first was phone interview - they asked basic questions about yourself and your interest, Second was online test - there were 2 online tests , one was aptitude (simple math questions) and second was video test - asked few behavioral questions. and third was in person interview - very basic Unix, SQL and JAVA questions and few behavioral questions.
Questions d'entretien [1]
Question 1
What is Polymorphism?
SQL - Joins
What is class and object?
difference between overloading and overriding?
The entire process was pretty simple. Initially you will get an arctic shores assessment which tests your analytical and problem-solving skills. Post that, you will be scheduled for an initial screening call for 20 mins with your recruiter. You will be given a hackerrank test which includes coding+sql based on the role. If you have cleared the round,, you will be invited for a final interview with the account manager
J'ai postulé en ligne. J'ai passé un entretien chez FDM Group en juin 2026
Entretien
You have an initial call with recruiter about background, schooling and experience, Then technical assessment on coding platform to test programming and Java knowledge. Then behavioral interview with questions about soft skills.
Questions d'entretien [1]
Question 1
In the behavioral, they asked me to describe background and history.
J'ai postulé en personne. J'ai passé un entretien chez FDM Group (Toronto, ON) en juin 2026
Entretien
I honestly feel like the first Java coding question in this OA is designed in a very frustrating way.
The issue is not just that the question is hard. The real problem is that the provided starter code seems to contain some very hidden trap that makes the solution fail to compile, and the platform gives almost no useful compiler feedback. You only have around 20 minutes, but you are expected to not only write the actual logic, but also somehow identify the intentionally confusing issue inside the provided code without a proper IDE or clear error message.
That makes the question feel less like a Java coding assessment and more like a blind debugging challenge. Unless you are very strong at debugging Java syntax and environment issues under pressure, it is extremely easy to get stuck forever even if your actual idea is correct.
I understand that companies want to test attention to detail, but hiding a subtle compile issue in the source code and giving no clear feedback feels unnecessarily punishing. In a real development environment, nobody debugs this way. You would normally have IDE hints, compiler logs, stack traces, or at least enough information to locate the problem.
For an entry-level or graduate-style OA, this feels especially rough because the assessment is supposed to test basic coding ability, not whether you can reverse-engineer a hidden trap in a broken template within 20 minutes.