6 ms·

>>And let’s be honest having spent “5 years of Python” at a Google is a different story from having spent “5 years of Python” at an Infosys. Unless Infosys emp

by kamaal 8y ago

>>And let’s be honest having spent “5 years of Python” at a Google is a different story from having spent “5 years of Python” at an Infosys. Unless Infosys employees code on computers bought to earth by aliens, for their business software requirements, I can't even imagine what the difference between code written at Google and Infosys could be. Its code, at the end of the day. The differences are in productivity and quality of projects at hand. You would also be a little surprised to learn given the narrow profit margins at places like Infosys, the productivity demands are way higher compared to any web company you will ever work at. That includes Google. There are places at Infosys, where your average joe is doing 3x - 5x more work, both volume and quality wise than Google. Google is a classic example of Gate keeping through leet code style interview proxy. People getting in feel they are indulging in some highly intellectual activity and are a part of some special club. So they are above homo sapiens.

camjohnson26 8y ago
As a consultant I've seen the code quality produced by developers at several companies, and there is absolutely a difference. I've worked with experienced 3rd party developers on offshore teams who seemed unfamiliar with basic architecture patterns such as reusing code. Their productivity was incredible but they were incurring a lot of tech debt.
Matthias247 8y ago
The typical differences between one implementation and another is: Both implementations might work for the original use-case in the happy-path case. However as soon as the first unexpected error occurs, the bad implementation might break down. It might be a lot bigger in size than the better one and contain a lot of duplication. And it might not be extensible or maintainable, and have not (regression) tests. And of course the time it took to produce the codebases might have been very different. Those are typical differences one sees between code that had been written at more professional software shops, and code that had been written elsewhere (e.g. by electrical engineers, students, non-engineers, etc.). However I have no idea how things look like at Google or Infosys, so I can't speak for those.

by kamaal 8y ago

camjohnson26 8y ago

As a consultant I've seen the code quality produced by developers at several companies, and there is absolutely a difference. I've worked with experienced 3rd party developers on offshore teams who seemed unfamiliar with basic architecture patterns such as reusing code. Their productivity was incredible but they were incurring a lot of tech debt.

Matthias247 8y ago

The typical differences between one implementation and another is: Both implementations might work for the original use-case in the happy-path case. However as soon as the first unexpected error occurs, the bad implementation might break down. It might be a lot bigger in size than the better one and contain a lot of duplication. And it might not be extensible or maintainable, and have not (regression) tests. And of course the time it took to produce the codebases might have been very different. Those are typical differences one sees between code that had been written at more professional software shops, and code that had been written elsewhere (e.g. by electrical engineers, students, non-engineers, etc.). However I have no idea how things look like at Google or Infosys, so I can't speak for those.