3 ms·
The proof of their experience is publicly visible. That is not the case for most individuals, including me. FizzBuzz is not a puzzle solvable only with an obsc
by vjerancrnjak 4y ago
The proof of their experience is publicly visible. That is not the case for most individuals, including me.
FizzBuzz is not a puzzle solvable only with an obscure trick, and easily maps to real world, the buses problem too, and I can list more problems that are solved with 1-10 lines of code but the initial attempt used 20-50 because the structure of the problem was not fully exploited, unnecessary passes over the data, too much intermediate state etc. (all of the listed bloat appears in real world all of the time)
There are no tricks, no maths, no algorithms, no data structures involved. Your ability to pattern match these little bits should grow with your experience.
- deleted 4y ago[deleted]
- belter 4y agoIf that is the case, why do experienced Software Engineers, have to spend again, weeks on LeetCode as soon as they decide to get back to the Interview circuit? And why are so many competitive programmers,(not all) terrible Software Engineers? https://kislayverma.com/organizations/competitive-programming-is-useless/ https://kislayverma.com/organizations/competitive-programmin... https://www.freecodecamp.org/news/mythbusting-competitive-programming/ https://www.freecodecamp.org/news/mythbusting-competitive-pr...
- vjerancrnjak 4y agoMy first response focused on problems that do not require knowledge of any named algorithms, data structures, math or tricks. I even mentioned I do not care about heaps, linked lists etc. I'm not sure how we're back at LeetCode. Of course you're going to have to spend weeks on LeetCode if interview questions target knowledge of dynamic programming, heaps etc. You're preaching to the choir. My point was that FizzBuzz might test individuals to see if they can code, but there are "harder" problems that happen on a daily basis, and the amount of years you put in will affect your ability to pattern match. Competitive programming captures a part of the essence of programming, you're writing minimal, fast and efficient programs. You improve your pattern matching to minimize the amount of intermediate state, unnecessary loops etc. After some point, competitive nature pushes you to specialize, and then it probably stops making sense if you want to make programming your craft.