4 ms·

> Ive solved live coding exercise so fast that people thought i was cheating I've once been rejected in an interview because I found a solution that the interv

> Ive solved live coding exercise so fast that people thought i was cheating I've once been rejected in an interview because I found a solution that the interviewer didn't think would work, spent half an hour trying to prove me wrong rather than trying to expend the smallest effort to understand - even after I proved it was correct. I was quite glad they showed me a bit of the culture though

lnxg33k1 3y ago
I've had one interview with as a PHP/Symfony developer somewhere around 6-7 years ago, where I architected the classes in the app to receive dependencies as argument rather than querying them through the container, and was suggested because it was not best practices, and a couple of years later Symfony itself re-architected dependencies management the way I did in that test, some people shouldn't really be allowed to interview, most recently I've had this tech lead telling me he was architecting an innovative health monitoring system for their app, and was running every 10-15 minutes UNIT tests in the production app, asked why UNIT test would suddenly fail in production found out his UNIT tests were not UNIT, just integration querying actual resources
- mixedCase 3y ago
  "Unit" and "Integration" (and E2E) are the most bullshit "technical" terms we have to deal with on a regular basis as an industry. At best, they can only tell you that integration tests are on average more liberal in their use of system calls than unit tests, that is if the codebase in question even has both. While this dev you encountered might have had no idea what they were doing, a most charitable explanation is that they may subscribe to the idea that the "unit" is a business usecase within a single service (often a 1:1 correspondence with an endpoint, but sometimes even more than one, e.g. a form upload with a separate signed upload step to a 3rd party service). FWIW the concept of small/medium/large as presented in the Google testing blog is a much more useful denomination.
  - D13Fd 3y ago
    Isn’t it just that unit tests a component of the software, and integration tests the software as a whole?
    - mixedCase 3y ago
      That is one interpretation. An interpretation that, once we start thinking beyond the first concept that comes to each particular mind, ends up just as meaningless: What is a component? A global variable, a pure function, a procedure, an endpoint, a business usecase, a microservice, a microservice fleet? What is the whole, if not the same list of questions just asked in backwards order? It gets worse: Once you arbitrarily come up with one definition that you stick with in your project, does the definition you chose leave little to no room for interpretation? Do all kinds of tests that are worth writing fit neatly within those definitions? Technical terms that are so loosely defined we can do without, for only two things ultimately result from their use: Apathy, or madness.
- deleted 3y ago
  [deleted]
sshine 3y ago
> they showed me a bit of the culture That’s what I see interviews as: I’ll show you my culture if you show me yours. There’s a lot of fuzzy factors like willingness to admit lack of knowledge, eagerness to learn, ability to cooperate.

lnxg33k1 3y ago

I've had one interview with as a PHP/Symfony developer somewhere around 6-7 years ago, where I architected the classes in the app to receive dependencies as argument rather than querying them through the container, and was suggested because it was not best practices, and a couple of years later Symfony itself re-architected dependencies management the way I did in that test, some people shouldn't really be allowed to interview, most recently I've had this tech lead telling me he was architecting an innovative health monitoring system for their app, and was running every 10-15 minutes UNIT tests in the production app, asked why UNIT test would suddenly fail in production found out his UNIT tests were not UNIT, just integration querying actual resources

mixedCase 3y ago
"Unit" and "Integration" (and E2E) are the most bullshit "technical" terms we have to deal with on a regular basis as an industry. At best, they can only tell you that integration tests are on average more liberal in their use of system calls than unit tests, that is if the codebase in question even has both. While this dev you encountered might have had no idea what they were doing, a most charitable explanation is that they may subscribe to the idea that the "unit" is a business usecase within a single service (often a 1:1 correspondence with an endpoint, but sometimes even more than one, e.g. a form upload with a separate signed upload step to a 3rd party service). FWIW the concept of small/medium/large as presented in the Google testing blog is a much more useful denomination.
- D13Fd 3y ago
  Isn’t it just that unit tests a component of the software, and integration tests the software as a whole?
  - mixedCase 3y ago
    That is one interpretation. An interpretation that, once we start thinking beyond the first concept that comes to each particular mind, ends up just as meaningless: What is a component? A global variable, a pure function, a procedure, an endpoint, a business usecase, a microservice, a microservice fleet? What is the whole, if not the same list of questions just asked in backwards order? It gets worse: Once you arbitrarily come up with one definition that you stick with in your project, does the definition you chose leave little to no room for interpretation? Do all kinds of tests that are worth writing fit neatly within those definitions? Technical terms that are so loosely defined we can do without, for only two things ultimately result from their use: Apathy, or madness.
deleted 3y ago
[deleted]

sshine 3y ago

> they showed me a bit of the culture That’s what I see interviews as: I’ll show you my culture if you show me yours. There’s a lot of fuzzy factors like willingness to admit lack of knowledge, eagerness to learn, ability to cooperate.