4 ms·

I would imagine asking "When you approach a problem, do you apply any techniques to evaluate any cognitive biases that might be applicable" would elicit some so

I would imagine asking "When you approach a problem, do you apply any techniques to evaluate any cognitive biases that might be applicable" would elicit some sort of response without upsetting people. I don't know how important this is for most line employees. As a code monkey, I rarely have some strong bias besides "Angular is my personal preference over React" which immediately leads to "Well, should we use React anyway because the team knows it better and blah blah."

AnimalMuppet 6y ago
If you want to be a software engineer instead of a "code monkey", this is part of it. The software engineer has to be able to see the second order effects of changes to the code.
- throw1234651234 6y ago
  In my opinion it's almost a given that any senior dev considers these. You can't be a senior dev / team lead / architect without thinking about how the system will be affected by decisions in the long run. From "MongoDB is faster, but it won't integrate with BI as well down the line" to "Well, GCP is great, but Google has a history of not supporting services in the long run."
  - jd_mongodb 6y ago
    Of course MongoDB does integrate with BI these days via its BI connector :-)
    - throw1234651234 6y ago
      Haha, well, I won't start an argument given your affiliation, but let's just say that most BI tools CLAIMED to be able to integrate with Mongo well, but in the end, we ended up dumping the data into SQL for the BI tools. This was 4 years ago, and we tested about 5 major BI providers and were willing to pay them ridiculous sums. With that said, I enjoy Mongo, for its specific use cases.
      - jd_mongodb 6y ago
        We built our BI connector a few years ago for all the reasons you outline. Definitely worth a spin if you have this challenge again. Basically makes MongoDB look like MySQL (if that floats your boat :-)).
        throw1234651234 6y ago
        I will check it out, thanks.

AnimalMuppet 6y ago

If you want to be a software engineer instead of a "code monkey", this is part of it. The software engineer has to be able to see the second order effects of changes to the code.

throw1234651234 6y ago
In my opinion it's almost a given that any senior dev considers these. You can't be a senior dev / team lead / architect without thinking about how the system will be affected by decisions in the long run. From "MongoDB is faster, but it won't integrate with BI as well down the line" to "Well, GCP is great, but Google has a history of not supporting services in the long run."
- jd_mongodb 6y ago
  Of course MongoDB does integrate with BI these days via its BI connector :-)
  - throw1234651234 6y ago
    Haha, well, I won't start an argument given your affiliation, but let's just say that most BI tools CLAIMED to be able to integrate with Mongo well, but in the end, we ended up dumping the data into SQL for the BI tools. This was 4 years ago, and we tested about 5 major BI providers and were willing to pay them ridiculous sums. With that said, I enjoy Mongo, for its specific use cases.
    - jd_mongodb 6y ago
      We built our BI connector a few years ago for all the reasons you outline. Definitely worth a spin if you have this challenge again. Basically makes MongoDB look like MySQL (if that floats your boat :-)).
      - throw1234651234 6y ago
        I will check it out, thanks.