Skip to main content

Feeling before of a your project to go live

If you are on an Implementation support, the only thing which you want is code freeze, so that you can relax a bit. Thanks to all us for the hard work we had done in last 6 months, we are close to code freeze. We are congratulated by our peers for the effort before Christmas. Although we are also delighted for making such a huge effort, and planned holidays, much deserved holidays after tiring 6 months. Thank God India Australia series is starting after this, else we would have just read the news, now we can be spectators.

Firstly, I like to congrats ourselves for our terrific effort to bring the software on correct path. Hats off to our dedication, peer support and never say die attitude to make this happened. Its not easy without such an effort from the team that bank (NGP) is ready to GO LIVE on the said date. It proves if we work hard then even “Impossible” will say I’M’POSSIBLE. Three cheers to the team. This can only happen due to dedicated effort of team which is short of sleep. Also the peer support was unbelievable, though there are ups and downs in such a big project. But we have to work hard looking forward in the one direction of success.

I have already mentioned that providing a banking solution is too much complicated, as you have to dealt with one basic fundamental. You have to develop a software in such a way that Customer should always feel satisfied in any chance along with your client, i.e. Bank, who wants to earn money through Customer. Also, in the era where technologies are changing to rapidly, that you cannot guarantee that in coming years your product will meet the challenges or the demands of the clients. But still in the current era and with the given system, if you able to deliver a class product within the given time frame is always a plus point, which not only brings your company to the front foot, but also brings your confidence and your career to a fast path.

To be a part of such a project is every newcomers dream in this industry, and I can see myself living my dream. I started my journey with the start of this project in IT sector. From requirement gathering till implementations support, I am part of this project. Its a long way. though I was not part of requirement gathering, but I can see the changes in the functional documents on which this project is driven through. Its just a start of this project. In the mean time, many people left the organization, many new faces joined the organizations, in the midst of all this, this project shaped very well with time, due to the peers sitting over to monitor every activity of their subordinates.
Not only our company is waiting for this project to go live, but other financial world is watching this project closely. I just started my career, so I don't have much idea, how this project is such important. But, after listening to my seniors I can feel that.

Comments

Popular posts from this blog

B*Tree Reverse index

B*Tree Reverse index is one of the index types that is supported by oracle. It more or less behaves like b*tree unique & non-unique index but only difference is the way it constructs the tree. In this index, index value is stored in the reverse direction when compared to the values in the actual data table. This index is used in order to distribute the index data evenly across all the leaf index nodes if table data is skewed very high. Like b*tree index, this index doesn’t understand NULL. This B*Tree Reverse index can be created on a single column or more than one column. More than one B*Tree Reverse index can be created for the same data table. HOW TO VERIFY: How to verify whether the created index is reverse index or not? Fire this query, select index_type from user_indexes where index_name = 'DEPT_ID_INDX' ð   This query would return “ NORMAL/REV ” (it means it is B*Tree index but of “Reverse” type) LITTLE-KNOWN FACTS TO BE REMEMBERED: ·          If this B*Tree Reve

Nested Loop Outer Join

Before we go into this topic in detail, first we will understand what outer join is meant by. For an example, take 2 tables which have to be joined, say “Parent” table & “Child” table [I have taken these table names, only to discuss this topic in an easy way]. If Child table is outer joined with Parent table, then you can say, the matching records from both these tables will be retrieved and then the records which are available only in Parent table will also be retrieved though the corresponding matching records are not available in Child table. This is called outer join. [in natural or equi-join, only the matching records from both the tables will be retrieved.] To perform this outer join, 3 different join techniques have been provided by oracle. ·          Nested loop outer join ·          Hash outer join ·          Sort merge outer join In this, we will discuss about nested loop outer join. To perform this nested loop outer join, Oracle follows these steps (assume, child ta

Index Fast Full Scan

Index Fast Full Scan is one of the index access methods supported by Oracle. Index Fast Full Scan is otherwise called as Fast Full Index Scan also. Index Fast Full Scan can be imposed by Oracle Optimizer only in the certain scenario. The scenario where this index would be invoked is, Whenever the Oracle SQL optimizer detects that the query is serviceable without touching table rows, Oracle invokes this fast full index scan and quickly reads every block of the index without touching the table itself provided that query doesn’t contain any ORDER BY clause. The definition for this scan is more or less similar to the index full scan but the only difference is that former  will be invoked when ORDER BY clause is not mentioned in the query. It differs from the index full scan in another way where output won’t be in the sorted order since ORDER BY clause is not mentioned. If Oracle detects the query is serviceable without touching the table rows, it means, all the columns mentioned in th