One of the biggest challenges most software engineers face is, to maintain a badly written code. Refactoring code is a very difficult task, which can break a lot of things in a so called working software. There are only two choices one can make, either add more mess to the code or dig deep into … Continue reading Functional Refactoring
What is HATEOAS ? (Hate-OAS, Hateous or any other pronunciation) Hypermedia as the Engine of Application State It basically means that your application state should be Hypermedia driven. Hypermedia ? - Basically hyperlinks to other resources. Which also means that, once a client access a resource, it can use the hypermedia to navigate your resources. … Continue reading Hypermedia Driven Rest APIs – HATEOAS
Remapping elastic search index For every change in the mapping or settings of the elastic search index, we have to create a new index as there is no way to edit an existing index. So here are the basic requests that you have to fire to achieve it, but first thing first, lets create an … Continue reading Change Elastic Search Mapping
Scalability is one of the most important factors which decides the success of any application. Scaling an application is non trivial, hence it becomes more critical. Scaling can become a nightmare if not planned well. Keeping in mind some of the best practices, architectural patterns and application design concepts can make it easier and straightforward. … Continue reading Scaling applications : The Scale Cube
Most software today is very much like an Egyptian pyramid with millions of bricks piled on top of each other, with no structural integrity, but just done by brute force and thousands of slaves. – Alan Kay
Writing code is simple. Yes, you read it right. It is simple, but writing code as readable as a fairy tale is an art.And art is not simple. Now why should we write readable code? Because our code is for humans first and machines later. If you are working alone that’s fine, but if you are working in a team (in most cases yes) you need to collaborate with your team members.
To achieve that, you need to write code which is easily understood by others.If your code is a puzzle for others, its not a good code. It might be working correctly, it might be very efficient but not readable.Now the chances…
View original post 1,189 more words