One of the things I learnt from my first job is, if you differ from your colleague(s) on anything, check if you are differing or your ego is. The "incident" that lead to this was an eye opener, it showed us(team) how different people could be and how pre-conceived false personal notions could be affecting communication. Also the things that lead after that "incident" proved that you don't lose anything by apologizing or offering a sorry for a mutual mistake. I know I am still not best at this. Also over the course of years I learned that an intern would have a better(uncorrupted) grasp of concepts than a guy who has worked on some technology for years.

Guys like Jeff Atwood, make me not blog. At any moment there are atleast 50 feeds that are waiting for me to read and If I am not working on something cool, the passion to blog is zero.

Having said this Jeff Atwood has compiled an awesome list of pointers that are worth a read for any programmer.  Let me try to give the links that I liked from his compilation, with my words and a couple of my rants. I know I am not perfect, but....

• Understand and accept that you will make mistakes. Never take things personal.
• Being Humble teaches you a lot than being head strong.
• Ask Questions.
• You are not your code. If someone judges you by your code, then GOD help him.
• Treat people who know less than you with respect, deference, and patience, even if they are juniors to you.
• The only true authority stems from knowledge, not from position or years of experience.
• Don't try to dump your knowledge into someone who doesn't care. This is just an utter waste of time.
• Fight for what you believe, but gracefully accept defeat. There is no harm in saying "I was wrong" or "I am sorry"
• Share your knowledge whereever possible
• Don't be the guy in the room.
• Don't restrain yourself from raising red flags, you can never be a leader if you cannot speak your mind (this could be scope creep, staffing or lack of leadership/direction)
• Make hard problems look easy(I know this is tough, at times, but still)
• Dont over-analyze things, get your hands on.
• Your colleagues are your best teachers
• Some people are -------(add the adjective of your choice here).
• NEVER fake being nice, friendly, honest.
• NEVER EVER under estimate yourself. Everyone gets a chance to shine or to walk out of the door
• SMILE  - It can do wonders to people you work with.

Credits : Dare Obasanjo, Omar Shahine, Michael McDonough, Andres Taylor

3/25/2007 6:24:19 AM (GMT Daylight Time, UTC+01:00)    Comments [0] 

I sometimes get paranoid about deleting code/data or modifying them, especially if you are not sure about backup.(based on previous work experiences) But again time and time again you see people "accidentally" delete

3/22/2007 1:31:11 AM (GMT Standard Time, UTC+00:00)    Comments [0] 

It has been a long time I posted anything here. Am not sure if this is a writers block or am not doing anything cool to post here. Anyways, I am sure I will be back, untill then ciao

3/4/2007 11:24:16 PM (GMT Standard Time, UTC+00:00)    Comments [1] 

Deploying web applications can become a painful task if you have to check for a number of settings that you have to modify your code to make it work in production environment. There are chances that developers might miss something if there are a lot of deployment pushes. Features like debugging, tracing, error message display could be a big performance issue if they are turned "on"  the production environment.

ASP.NEt 2.0 has a solution for this...and that is by adding on key to your machine.config

<configuration>
   <system.web>
      <deployment retail="true"/>
   </system.web>
</configuration>

Also, you can block download of specific file(for example.xps) types by registering those file extensions to HttpForbiddenHandler

<add path="*.asmx" verb="*" type=
    "System.Web.HttpForbiddenHandler" />

Continue reading here

2/15/2007 1:47:12 AM (GMT Standard Time, UTC+00:00)    Comments [0]