Skip to main content

New team member and code guidelines

Being a developer doesn’t mean that you are staying alone in a small room, in front of a computer and writing in a mystic programing language. Being a developer means working in a team, with real people, where you need to communicate and being part of a team. The code that is written by a developer will end to be modify by another developer from the same team or company. This means that is very important to write the code to respect the team and project standard.
But what should you do when one of guidelines are not part of your ‘believes’? For example adding a comment to each public class/interface or method.
There are developers that will NOT respect the guideline, will fight for it until the end of the world and will say NO – ‘I will never respect this guideline because is bullshit’.
This is an extremist approach and I think that this approach is not better than the one when you accept everything. In this cases the most important thing is communication. You need to understand why that guideline exist (it came from the team, architect, PM, company or client).
You should explain why the guideline is not good, but be aware, one time is not enough, because you may have people that use that guideline for 10-15 years and for them is a religion. Small steps are the best option in this cases.
But if none of the solutions works and all the team say that the guideline is good then you have two options:
Respect their decision, write code using their guideline (you didn’t lost the fight, but you need more mitigation – time is your best friend)
Leave the team and the project (the extremist developer : - ) )
The worst thing that you can do is to write code using your own guidelines. Even if you don’t like the guidelines, you should not ignore their guidelines. If you have 1 million lines of code written using a specific guideline, starting to write a part of the code with your own guidelines is a big mistake.
It is okay to write a small PoC where you can show them why that guideline is wrong, without making a push to the main repository.
In conclusion we could say that being a new member in a team can be hard, but you need to be a team player and accept other believes also.


  1. From my point of view, sometimes three lines of comment are not enough, but sometimes one line of comment is too much. There is no sense to set up a policy that requires comment for every public methods, because many methods can be trivial and described correctly by their name. On the other hand, if the method does something extraordinary, than more comments are required. If we set up a policy that every public method should be commented including the trivial ones, programmers will hate commenting, but the quality of the comments will be strange. I think, there is no sense to add a comment "Gets the users" to the method GetUsers, not to mention the trivial public properties. What is the intention of adding comment? Increasing the size of the code or adding extra data which can't be read out of the code?

    1. The comments rule was only an example for coding guideline.


Post a Comment

Popular posts from this blog

How to check in AngularJS if a service was register or not

There are cases when you need to check in a service or a controller was register in AngularJS.
For example a valid use case is when you have the same implementation running on multiple application. In this case, you may want to intercept the HTTP provider and add a custom step there. This step don’t needs to run on all the application, only in the one where the service exist and register.
A solution for this case would be to have a flag in the configuration that specify this. In the core you would have an IF that would check the value of this flag.
Another solution is to check if a specific service was register in AngularJS or not. If the service was register that you would execute your own logic.
To check if a service was register or not in AngularJS container you need to call the ‘has’ method of ‘inhector’. It will return TRUE if the service was register.
if ($injector.has('httpInterceptorService')) { $httpProvider.interceptors.push('httpInterceptorService&#…

ADO.NET provider with invariant name 'System.Data.SqlClient' could not be loaded

Today blog post will be started with the following error when running DB tests on the CI machine:
threw exception: System.InvalidOperationException: The Entity Framework provider type 'System.Data.Entity.SqlServer.SqlProviderServices, EntityFramework.SqlServer' registered in the application config file for the ADO.NET provider with invariant name 'System.Data.SqlClient' could not be loaded. Make sure that the assembly-qualified name is used and that the assembly is available to the running application. See for more information. at System.Data.Entity.Infrastructure.DependencyResolution.ProviderServicesFactory.GetInstance(String providerTypeName, String providerInvariantName) This error happened only on the Continuous Integration machine. On the devs machines, everything has fine. The classic problem – on my machine it’s working. The CI has the following configuration:

TeamCity.NET 4.51EF 6.0.2VS2013
It seems that there …

Run native .NET application in Docker (.NET Framework 4.6.2)

The main scope of this post is to see how we can run a legacy application written in .NET Framework in Docker.

First of all, let’s define what is a legacy application in our context. By a legacy application we understand an application that runs .NET Framework 3.5 or higher in a production environment where we don’t have any more the people or documentation that would help us to understand what is happening behind the scene.
In this scenarios, you might want to migrate the current solution from a standard environment to Docker. There are many advantages for such a migration, like:

Continuous DeploymentTestingIsolationSecurity at container levelVersioning ControlEnvironment Standardization
Until now, we didn’t had the possibility to run a .NET application in Docker. With .NET Core, there was support for .NET Core in Docker, but migration from a full .NET framework to .NET Core can be costly and even impossible. Not only because of lack of features, but also because once you…