The most successful people in any walks of lives may not be the most talented ones but are definately the most passionate & dedicated ones.

Sunday, November 27, 2011

FDI in retail at this juncture -- complementary measures



The government's decision to allow foreign direct investment in the business of retail distribution of produce is welcome. Right now, it remains a token of the government's ability to make a rational choice defying Opposition clamour.

This is, indeed, valuable.


However, for the proposed liberalisation to have any impact on the ground, this needs to be seen.


Organised retail will precipitate a whole lot of manufacturing FDI by small labels, who can produce quality stuff but lack the financial muscle to build a distribution network on their own. These, too, will produce additional jobs, incomes and consumer choice. Some small shops will be displaced in the bigger towns, but new organised jobs will be created. The overall social gains far outweigh the costs.


The move is emphatically welcome.


Cheers !!!

And the journey called life continues…


Just when one feel that it can’t get better than this, at that very point god reminds us that he’s the supreme power with stamped authority and one needs to accept it rather than pondering over it.

Today I feel that I too learnt the similar lesson but then as one grows old [‘n’ hopefully wise :P too], I have the courage to accept it with a smile beneath which lies a big heart to reinforce
it.

Assimilate it, feel it ‘n’ move on is the name of the game in contemporary times.

And yeah its kindaa difficult but then when one’s mind decides to do something, half of the battle is already won & as I learnt from my father, its never too late to make a start and put in your best effort and I am up for it man.

Well if the above stuff is too much of an abstraction to you, I would say that I have deliberately kept it that way [without the background context] to keep certain feelings in check. If you didn’t understand every bit of it, let me affirm that the onus lied on me & not always “human beings” live up to expectations.


Keep exploring your potential.


Cheers !!!

Saturday, June 18, 2011

Expecting the unexpected

"I started to scale the cliff,
Without my usual harness,
Using only my hands and feet,
I climbed up and into darkness.

Scrabbling for a crack,
Or a foothold to stop and rest,
I dug my nails into the rock,
Heart hammering in my chest.

It was as if the rock gave way,
Dismayed I found twas true,
For as my feet began falling,
The rest of my body did too.

Grabbing for the safety line,
I knew instinctively wasn't there,
I plummeted at a sickening rate,
Through the rushing air.

My head hit the ground,
With a resounding crack,
I found that I was lying dazed,
............................................. "


Cheers to the uncertainity of life !!!

Tuesday, May 31, 2011

Taking Right Decisions @ The Right Time… My Experiences



The only way to have a life is to commit to it like crazy!!!


Most of the times life moves at a brisk pace ‘n’ at the blink of the eye, each moment passes by. So it’s imperative for us to take some time out and look at the events in our lives that changed the course or have the potential of changing the course of our lives.


Since I am no exception of this phenomenon [yeps this is a deliberate choice of word], I too have taken decisions and have missed out on some or the others ‘n’ hence the aim of this write-up is to sum up those decisions and to keep a track that at which point the circle-of-life approximately is. [Again ‘approximately’ is a deliberate choice of word since if one knows the exact precision of the circle-of-life, the flavor of uncertainty from lives goes missingJ]


Always remember that life is full of choices but the important thing is to make the right choice at the right time.


Broadly I feel that we can classify decisions into two categories viz. conscious and un-conscious decisions


Decision not taken by myself...

Unconscious decisions -- Sadly not many of my decisions a conscious no and that’s how I learnt the harder way that whenever possible make the decisions even if the result is in future because a reviewed decision is always better than the one reached at the last moment.


When I look back at the last 10 years of my life, I reminisce the following checkpoints viz. trying for the SSB Interview at AFSB Dehradoon, joining engineering course, joining Satyam. The common pattern in all of these unconscious one’s were passion, lack of ground work / knowledge, lack of appropriate amount of openness to discuss things and to an extent lack of alternative choices.


An unsolicited suggestion to those “alike me” is that one need to be open to discuss things with peers, seniors ‘n’ even juniors and if you get this thing right, other will follow for sure.

These unconscious decisions also made me realize that raw talent can carry you forward to an extent or at max gets you one chance but beyond that it’s all about focus, determination and hard work.


Decision taken by myself...

Conscious decisions – By the end of 2008 for me [‘n’ others as well], I realized that “we always have a choice: to plow new ground or let the weeds grow.” This got reflected in some of my decisions viz. joining CSC, to renaissance my post graduation aspirations and a few personal decisions.


The common pattern [in java, we term it as ‘design pattern’ and a manager would want to term it as correlationJ] is that there were some sort of planning ‘n’ informed decisions which were missing earlier all the way.


This also made me realize that careful planning coupled with passion, hard work and quest for learning not only makes one realize their potential professionally life but enriches personal life as well.


Another good thing that I realized is the power of reading. I felt some kindaa change in myself while reading good quality stuff which contributed to understanding of one’s own strength ‘n’ keeps you focused ‘n’ motivated and working northwards towards the goal.


I think the time doesn’t permit me to write further so I will wrap-it-up by mentioning a few lines….


In masks outrageous and austere, The years go by in single file;
But none has merited my fear, And none has quite escaped my smile.


Cheers to life !!!

Tuesday, March 22, 2011

Emotions

I think this is the word that seperates animals from human beings ,Morever the ability to express emotions which makes us civilized and at times uncivilized too!!!
So I think, albeit we come across frequently, it is worth to know our emotions. Researchers on emotions mostly agree on the existence of two types of human emotions:

1) Primary emotions
2) Secondary emotions

A primary human emotion types are the one triggered in response to an event, for example: Anger.

A Secondary human emotions types are the group of emotions that follow that types of emotions . If we experience fear , the secondary emotions would be : feel threatened or feel anger, depending on the situation we are experiencing.


Here is a list of positive [in general] human emotions:-
Love , Appreciation , Happiness , Hope , Enthusiasm , Vitality , Confidence , Gratitude , Patient , Trust , Vulnerable , Optimistic , Appreciative , Ashamed , Astonished

Here is a list of negative [in general] human emotions:-
Fear , Anger , Guilt , Depression , Pride , Jealousy , Self-pity , Anxiety , Resentment , Envy , Frustration , Shame , Denial , Offended , Negative , Regret , Resentful , Sad , Worried , Grief

Final thoughts...
Always remember that there are so many types of emotions out there. A life filled with emotions is a rich life.

Now go out there and enjoy every experience you have.


Cheers !!!

Tuesday, March 15, 2011

Why to override HashCode and equals methods in java usually together?

The Java super class java.lang.Object has two very important methods defined in it. They are -

public boolean equals(Object obj)
public int hashCode()

public boolean equals(Object obj)

This method checks if some other object passed to it as an argument is equal to the object on which this method is invoked. The default implementation of this method in Object class simply checks if two object references x and y refer to the same object. i.e. It checks if x == y. This particular comparison is also known as "shallow comparison". However, the classes providing their own implementations of the equals method are supposed to perform a "deep comparison"; by actually comparing the relevant data members. Since Object class has no data members that define its state, it simply performs shallow comparison.

The equals method implements an equivalence relation:
  • It is reflexive: for any reference value x, x.equals(x) should return true.
  • It is symmetric: for any reference values x and y, x.equals(y) should return true if and only if y.equals(x) returns true.
  • It is transitive: for any reference values x, y, and z, if x.equals(y) returns true and y.equals(z) returns true, then x.equals(z) should return true.
  • It is consistent: for any reference values x and y, multiple invocations of x.equals(y) consistently return true or consistently return false, provided no information used in equals comparisons on the object is modified.
  • For any non-null reference value x, x.equals(null) should return false.

The meaning of each of the above statement is elaborated below:-
  1. Reflexive - It simply means that the object must be equal to itself, which it would be at any given instance; unless you intentionally override the equals method to behave otherwise.
  2. Symmetric - It means that if object of one class is equal to another class object, the other class object must be equal to this class object. In other words, one object can not unilaterally decide whether it is equal to another object; two objects, and consequently the classes to which they belong, must bilaterally decide if they are equal or not. They BOTH must agree.
    Hence, it is improper and incorrect to have your own class with equals method that has comparison with an object of java.lang.String class, or with any other built-in Java class for that matter. It is very important to understand this requirement properly, because it is quite likely that a naive implementation of equals method may violate this requirement which would result in undesired consequences.
  3. Transitive - It means that if the first object is equal to the second object and the second object is equal to the third object; then the first object is equal to the third object. In other words, if two objects agree that they are equal, and follow the symmetry principle, one of them can not decide to have a similar contract with another object of different class. All three must agree and follow symmetry principle for various permutations of these three classes.
    Consider this example - A, B and C are three classes. A and B both implement the equals method in such a way that it provides comparison for objects of class A and class B. Now, if author of class B decides to modify its equals method such that it would also provide equality comparison with class C; he would be violating the transitivity principle. Because, no proper equals comparison mechanism would exist for class A and class C objects.
  4. Consistent - It means that if two objects are equal, they must remain equal as long as they are not modified. Likewise, if they are not equal, they must remain non-equal as long as they are not modified. The modification may take place in any one of them or in both of them.

public int hashCode()

This method returns the hash code value for the object on which this method is invoked. This method returns the hash code value as an integer and is supported for the benefit of hashing based collection classes such as Hashtable, HashMap, HashSet etc.
This method must be overridden in every class that overrides the equals method.


The general contract of hashCode is:
  • Whenever it is invoked on the same object more than once during an execution of a Java application, the hashCode method must consistently return the same integer, provided no information used in equals comparisons on the object is modified. This integer need not remain consistent from one execution of an application to another execution of the same application. This is the reason we override hasCode() method if we override equals() method.
  • If two objects are equal according to the equals(Object) method, then calling the hashCode method on each of the two objects must produce the same integer result.
  • It is not required that if two objects are unequal according to the equals(java.lang.Object) method, then calling the hashCode method on each of the two objects must produce distinct integer results. However, the programmer should be aware that producing distinct integer results for unequal objects may improve the performance of hashtables.

Implementation Example

1. public class Test
2. {
3. private int num;
4. private String data;
5.
6. public boolean equals(Object obj)
7. {
8. if(this == obj)
9. return true;
10. if((obj == null) || (obj.getClass() != this.getClass()))
11. return false;
12. // object must be Test at this point
13. Test test = (Test)obj;
14. return num == test.num &&
15. (data == test.data || (data != null && data.equals(test.data)));
16. }
17.
18. public int hashCode()
19. {
20. int hash = 7;
21. hash = 31 * hash + num;
22. hash = 31 * hash + (null == data ? 0 : data.hashCode());
23. return hash;
24. }
25.
26. // other methods
27. }

Now, let's examine why this implementation is the correct implementation. The class Test has two member variables - num and data. These two variables define state of the object and they also participate in the equals comparison for the objects of this class. Hence, they should also be involved in calculating the hash codes of this class objects.

Consider the equals method first. We can see that at line 8, the passed object reference is compared with this object itself, this approach usually saves time if both the object references are referring to the same object on the heap and if the equals comparison is expensive. Next, the if condition at line 10 first checks if the argument is null, if not, then (due to the short-circuit nature of the OR || operator) it checks if the argument is of type Test by comparing the classes of the argument and this object. This is done by invoking the getClass() method on both the references. If either of these conditions fails, then false is returned. This is done by the following code -
if((obj == null) || (obj.getClass() != this.getClass())) return false; // prefer
This conditional check should be preferred instead of the conditional check given by -
if(!(obj instanceof Test)) return false; // avoid
This is because, the first condition (code in blue) ensures that it will return false if the argument is a subclass of the class Test. However, in case of the second condition (code in red) it fails. The instanceof operator condition fails to return false if the argument is a subclass of the class Test. Thus, it might violate the symmetry requirement of the contract. The instanceof check is correct only if the class is final, so that no subclass would exist.


Useful guidelines for implementing the equals method correctly.
  1. Use the equality == operator to check if the argument is the reference to this object, if yes. return true. This saves time when actual comparison is costly.
  2. Use the following condition to check that the argument is not null and it is of the correct type, if not then return false.
    if((obj == null) || (obj.getClass() != this.getClass())) return false;
    Note that, correct type does not mean the same type or class as shown in the example above. It could be any class or interface that one or more classes agree to implement for providing the comparison.
  3. Cast the method argument to the correct type. Again, the correct type may not be the same class. Also, since this step is done after the above type-check condition, it will not result in a ClassCastException.
  4. Compare significant variables of both, the argument object and this object and check if they are equal. If *all* of them are equal then return true, otherwise return false. Again, as mentioned earlier, while comparing these class members/variables; primitive variables can be compared directly with an equality operator (==) after performing any necessary conversions (Such as float to Float.floatToIntBits or double to Double.doubleToLongBits). Whereas, object references can be compared by invoking their equals method recursively. You also need to ensure that invoking equals method on these object references does not result in a NullPointerException, as shown in the example above (Line 15).
    It is neither necessary, nor advisable to include those class members in this comparison which can be calculated from other variables, hence the word "significant variables". This certainly improves the performance of the equals method. Only you can decide which class members are significant and which are not.
  5. Do not change the type of the argument of the equals method. It takes a java.lang.Object as an argument, do not use your own class instead. If you do that, you will not be overriding the equals method, but you will be overloading it instead; which would cause problems. It is a very common mistake, and since it does not result in a compile time error, it becomes quite difficult to figure out why the code is not working properly.
  6. Review your equals method to verify that it fulfills all the requirements stated by the general contract of the equals method.
  7. Lastly, do not forget to override the hashCode method whenever you override the equals method, that's unpardonable. ;)

Wednesday, February 23, 2011

Re-defining mistake !!!





Ok,yes,it's a mistake.I know it's a mistake.
But their r certain things in life where u knw it's a mistake but u don't really knw it's a mistake bcos the only way to really knw its a mistake is to make the mistake, and look back, and say, "Yep. That was a mistake."

going by this premise

Really,the bigger mistake would be to not make the mistake, bcos then u go ur whole life not really knwng if something is a mistake or not.


And Damm the whole thing... I never made a mistake -:)


Cheers !!!

Thursday, February 17, 2011

Difference between Padma Vibhushan, Padma Bhushan and Padma Shri


Padma Vibhushan
The Padma Vibhushan is India's second highest civilian honour. It consists of a medal and a citation and is awarded by the President of India.

It is awarded to recognize exceptional and distinguished service to the nation in any field, including government service. The award was suspended between 1977 and 1980. No award was made between 1992 and 1998 as well.

The award was established by Presidential decree on 2 January 1954. It comes after the Bharat Ratna and before the Padma Bhushan. Padma Vibhushan was originally established as the Pahela Varg (First Class) of a three-class "Padma Vibhushan" awards. However the structure was changed in 1955 and there is no record of the award being presented to any of the recipients in the original structure.


Padma Bhushan
The Padma Bhushan award is an Indian civilian decoration established on January 2, 1954 by the President of India. It stands third in the hierarchy of civilian awards, after the Bharat Ratna and the Padma Vibhushan, but comes before the Padma Sri. It is awarded to recognize distinguished service of a high order to the nation, in any field.


Padma Shri
Padma Shri (also spelt Padma Shree, Padmashree, Padma Sree and Padma Sri) is an award given by the Government of India generally to Indian citizens to recognize their distinguished contribution in various spheres of activity including the Arts, Education, Industry, Literature, Science, Sports, Social Service and public life. (The word "Padma" (Sanskrit) means "Lotus".)

It stands fourth in the hierarchy of civilian awards after the Bharat Ratna, the Padma Vibhushan and the Padma Bhushan. On its obverse, the words "Padma" and "Shri", in Devanagari, appear above and below the lotus flower. The geometrical pattern on either side is in burnished bronze. All embossing is in white gold.



I felt enlighted to learn more about my country's hightest civilian honors. Hope you enjoyed it too !!!



Cheers !!!

Thursday, February 10, 2011

Why it is not advisable to declare a constructor in servlet?

Technically you can define constructors in servlet. But, the declared constructor cannot access the ServletConfig object or throw a ServletException so placing a constructor wouldn't add much value and hence we usually don't do it.

Then why is it not customary to declare a constructor in a servlet? Because the init() method is used to perform servlet initialization. In JDK 1.0 (servlet were written in this version), constructors for dynamically loaded Java classes such as servlets cannot accept arguments. Also, Java constructors cannot be declared in interfaces and javax.servlet.Servlet is an interface. Now the classes which implement this interface are GenericServlet and HttpServlet which don't do anything in these constructors [as per the API documentation].

So, javax.servlet.Servlet interface cannot have a constructor that accepts a ServletConfig parameter. To overcome this, init() method is used for initialization instead of declaring a constructor.

This is what I think, please go ahead and pen down on what you think about this and if you differ from my opinion, I assure you that you won't be the first one.



Cheers !!!
Vinay

What happens if you call destroy() from init() in a servlet ?

Well the answer [believe me I was surprised to know this] is :-
destroy() gets executed and the initialization process continues.

Explanation:-In java servlet, destroy() is not supposed to be called by the programmer. But, if it is invoked, it gets executed. The implicit question is, will the servlet get destroyed? No, it will not. destroy() method is not supposed to and will not destroy a java servlet. Don’t get confused by the name. It should have been better, if it was named onDestroy().

The meaning of destroy() in java servlet is, the content gets executed just before when the container decides to destroy the servlet. But if you invoke the destroy() method yourself, the content just gets executed and then the respective process continues. With respective to this question, the destroy() gets executed and then the servlet initialization gets completed.

If you still aren't clear, then please re-visit servlet life cycle once.


Cheers !!!
Vinay

ALL-IN-ONE (Association, Aggregation, Composition, Abstraction, Generalization, Realization, Dependency)

These terms signify the relationships between classes. These are the building blocks of object oriented programming and very basic stuff. But still for some, these terms look like Latin and Greek. Just wanted to refresh these terms and explain in simpler terms.

Association
1) Association is a relationship between two objects. In other words, association defines the multiplicity between objects.
2) Different types of association between objects are:- one-to-one, one-to-many, many-to-one, many-to-many.
3) Example: A Student and a Faculty are having an association.


Aggregation
1) It is a specific case of association.
2) Aggregation is also called a “Has-a” relationship i.e. When an object ‘has-a’ another object, then you have got an aggregation between them.

Composition
1) Composition is a special case of aggregation.
2) When an object contains the other object, if the contained object cannot exist without the existence of container object, then it is called composition.

Difference between aggregation and composition
1) When there is a composition between two objects, the composed object cannot exist without the other object. Composition is more restrictive. This restriction is not there in aggregation.
2) In aggregation, though one object can contain the other object, there is no condition that the composed object must exist. The existence of the composed object is entirely optional.
3) In both aggregation and composition, direction is must. The direction specifies, which object contains the other object.
4) Example: - Let analyze Library, Student and Books.

Relationship between library and student is aggregation because a student can exist without a library and therefore it is aggregation.

Relationship between library and book is composition because A book cannot exist without a library and therefore its a composition.

In terms of coding snippet example of difference between aggregation and composition

Aggregation Example: the object exists outside the other, is created outside, so it is passed as an argument (for example) to the constructor. Ex: People – car. The car is created in a different context and then becomes a person’s property.

****************************************************************************

// WebServer is aggregated of a HttpListener and a RequestProcessor

public class WebServer

{

private HttpListener listener;

private RequestProcessor processor;
public WebServer(HttpListener listener, RequestProcessor processor)

{

this.listener = listener;

this.processor = processor;

}

}

****************************************************************************

Composition Example: the object only exists, or only makes sense inside the other, as a part of the other. Ex: People – heart. You don’t create a heart and then passes it to a person.

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

// WebServer is an composition of HttpListener and RequestProcessor & controls their lifecycle

public class WebServer

{

private HttpListener listener;

private RequestProcessor processor;
public WebServer()

{

this.listener = new HttpListener(80);

this.processor = new RequestProcessor(“/www/root”);

}

}

$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$$

Here the key difference [wrt code snippet above] to note is that :-

In Aggregation we are passing the already instantiated objects [ HttpListener and RequestProcessor ] from outside the Webserver class so they exist independently of the Webserver class though Webserver class shares “has-a” relationship with them.

In Composition we are instantiating the classes [ HttpListener and RequestProcessor with in the Webserver class so they are dependent on Webserver class. Here also Webserver class shares “has-a” relationship with them.


Abstraction
1) Abstraction is specifying the framework and hiding the implementation level information. Concreteness will be built on top of the abstraction.
2) It gives you a blueprint to follow to while implementing the details. Abstraction reduces the complexity by hiding low level details.
3) Example: A wire frame model of a car.



Generalization
1) Generalization uses a “is-a” relationship from a specialization to the generalization class.
2) Example: (a) Consider there exists a class named Person. A student is a person. A faculty is a person. Therefore here the relationship between student and person, similarly faculty and person is generalization. (b) Lets have specialization class [Triangle and Circle] and generalization class [shape] so the relationship b/w specialization to generalization class is that every Square “is-a” Shape.



Realization
1) Realization is a relationship between the blueprint class and the object containing its respective implementation level details. This object is said to realize the blueprint class.
2) In other words, you can understand this as the relationship between the interface and the implementing class.

Dependency
Change in structure or behavior of a class affects the other related class, then there is a dependency between those two classes.

Please feel free to disagree (if you find anything wroing) on the above explanations and believe me you won't be the first one. Do spare me for any typo's above (if any). Happy-to-learn !!!


Cheers,

Vinay