SqlConnection Object in Session and President/CEO's 'vacuum claim'
-
I just had an opportunity to review a code of a small software organization operating out of Virginia with a couple of offices in Chennai and New Delhi. Two major 'gems' in their code was: 1) Inventing their own App_Code folder as XYZApp_Code 2) SqlConnection objects sitting in Session directly. Also a good bunch of their code directly refers the objects and opens it without evening checking for NULL. The app simply failed against our framework which needed SessionState in SQLServer for web farm requirements and when this was coming up to a meeting with their so-called president/CEO, the elite guy responded 'Our products are unique business workflow designers in the market. They are not like the usual Microsoft asp.net websites. We need to make ConnectionObjects that **never** close at all throughout the life-cycle of the application' What would you respond to this type of attitude?
Vasudevan Deepak Kumar Personal Homepage
Tech Gossips
The woods are lovely, dark and deep, But I have promises to keep, And miles to go before I sleep, And miles to go before I sleep! -
I just had an opportunity to review a code of a small software organization operating out of Virginia with a couple of offices in Chennai and New Delhi. Two major 'gems' in their code was: 1) Inventing their own App_Code folder as XYZApp_Code 2) SqlConnection objects sitting in Session directly. Also a good bunch of their code directly refers the objects and opens it without evening checking for NULL. The app simply failed against our framework which needed SessionState in SQLServer for web farm requirements and when this was coming up to a meeting with their so-called president/CEO, the elite guy responded 'Our products are unique business workflow designers in the market. They are not like the usual Microsoft asp.net websites. We need to make ConnectionObjects that **never** close at all throughout the life-cycle of the application' What would you respond to this type of attitude?
Vasudevan Deepak Kumar Personal Homepage
Tech Gossips
The woods are lovely, dark and deep, But I have promises to keep, And miles to go before I sleep, And miles to go before I sleep!kthxbye? Sorry for 'text speak'!
'As programmers go, I'm fairly social. Which still means I'm a borderline sociopath by normal standards.' Jeff Atwood
-
kthxbye? Sorry for 'text speak'!
'As programmers go, I'm fairly social. Which still means I'm a borderline sociopath by normal standards.' Jeff Atwood
:) Precisely. Why should we waste our time and energy on such jokers?
Vasudevan Deepak Kumar Personal Homepage
Tech Gossips
The woods are lovely, dark and deep, But I have promises to keep, And miles to go before I sleep, And miles to go before I sleep! -
I just had an opportunity to review a code of a small software organization operating out of Virginia with a couple of offices in Chennai and New Delhi. Two major 'gems' in their code was: 1) Inventing their own App_Code folder as XYZApp_Code 2) SqlConnection objects sitting in Session directly. Also a good bunch of their code directly refers the objects and opens it without evening checking for NULL. The app simply failed against our framework which needed SessionState in SQLServer for web farm requirements and when this was coming up to a meeting with their so-called president/CEO, the elite guy responded 'Our products are unique business workflow designers in the market. They are not like the usual Microsoft asp.net websites. We need to make ConnectionObjects that **never** close at all throughout the life-cycle of the application' What would you respond to this type of attitude?
Vasudevan Deepak Kumar Personal Homepage
Tech Gossips
The woods are lovely, dark and deep, But I have promises to keep, And miles to go before I sleep, And miles to go before I sleep! -
I just had an opportunity to review a code of a small software organization operating out of Virginia with a couple of offices in Chennai and New Delhi. Two major 'gems' in their code was: 1) Inventing their own App_Code folder as XYZApp_Code 2) SqlConnection objects sitting in Session directly. Also a good bunch of their code directly refers the objects and opens it without evening checking for NULL. The app simply failed against our framework which needed SessionState in SQLServer for web farm requirements and when this was coming up to a meeting with their so-called president/CEO, the elite guy responded 'Our products are unique business workflow designers in the market. They are not like the usual Microsoft asp.net websites. We need to make ConnectionObjects that **never** close at all throughout the life-cycle of the application' What would you respond to this type of attitude?
Vasudevan Deepak Kumar Personal Homepage
Tech Gossips
The woods are lovely, dark and deep, But I have promises to keep, And miles to go before I sleep, And miles to go before I sleep!I would bring this up as a potential threat to my business with the powers that be and try to find a different vendor for that type of product.
I wasn't, now I am, then I won't be anymore.