[twunde]

The main difference is whether they think that you'll write maintainable code and extensible code. Will teammates be able to work with your code easily? Will others be able to maintain or extend the code when you're gone? Is it easy to debug? Does your code use the right abstractions when appropriate? Is your code efficient? The response probably indicates that they saw something in your code that they felt wasn't up to par.

In general, this is something that you'll improve at naturally when you work on teams or maintain legacy code (assuming a relatively good codebase). One thing that can be super-helpful is to review a good codebase and see how features are implemented and think about why it was done this way and how you would have done it (for python, take a look at the flask or django codebase and see how they use abstractions). And honestly keep interviewing.

[archlight]

Thank you for your advice. The problem with my current job is I am one man team building tools for less than 20 users. I am not using Jenkins. usually I check out codes from servers and simply copied in share drive. They only saw code snippets in codepad. I think the way I talked doesn't seem like I am working in a professional team.

I have never worked in a team, doing peer coding/review. It is good to have this practice so people feel you are in their league. and usually through teamwork you get questioned and spot your area for improvement. I am kind of doing this through interview but that is really waste of opportunity this way.