Ellie Codes


Following up on my post from a week ago, I have another point to make about consulting, specifically as a developer. If you are working with developers on the client side, you cant just go barreling into the project with a mindset that the coding standard/process/whatever needs to be a certain way. Conversely, consultants shouldnt let clients write bad code. Theres a happy medium between the two where you can meet the clients coding standards but still suggest changes in coding standards/processes. You might think code is more readable with an extra carriage return after every opening bracket and before every closing bracket and an extra space before and after parentheses. They might praise you, but you cant be butthurt if they disagree. You might also believe that peer code review is better than pair programming. Some people will agree, others will not. Thats just the way the world works.

This all comes back down to being a cooperative and helpful person. Developers can be very passionate, stubborn people who often stand their ground if they are arguing a point. Thats all fine and dandy if youre arguing over something where money is not on the line, about which clients tend to be very sensitive. Baselessly arguing with the client is a waste of time and money; at the end of the day, the code you write for them is their property. After all, their developers will be the people maintaining it if and when your stint with them ends. If youre going to argue a point to your client, make sure youre making your points clearly and with logic, rather than emotion, backing them. Its your job to help them reach a goal or avoid a problem, not to become a blocker or a problem for them.

Different coding standards and processes work for different people and teams. You cant judge others on that stuff if thats what works best for them. Theres no one right way for every situation. Whats awesome is that if they havent found the best process or if they simply don't have one, you can suggest one. If they have a process that works for them, then you shouldnt be rejecting pull requests or arguing during pair programming when their code meets the teams agreed-upon coding standards, but not your personal ones.

Ellie Strejlau

Ellie is a programmer, wife and mother from New York. She currently works as a Senior Developer at Phase2 Technology and has a bachelors and a masters degree in Information Systems.