|
Vasudevan Deepak Kumar wrote: But how do you make the swine to understand the greatness of pearl. It is a futile exercise right?
Probably. I'd recoment the usage of large blunt objects. It won't be any more effective than other approaches, but will at least give you higher job statisfaction. 
--
You have to explain to them [VB coders] what you mean by "typed". their first response is likely to be something like, "Of course my code is typed. Do you think i magically project it onto the screen with the power of my mind?" --- John Simmons / outlaw programmer
|
|
|
|
|
Vasudevan Deepak Kumar wrote: But how do you make the swine to understand the greatness of pearl. It is a futile exercise right?
Sometimes people just need to make mistakes that cost them money/time/injury before they understand the issue. Or use the following: Now that they have the pearl, take it away from them.
Phil
|
|
|
|
|
Vasudevan Deepak Kumar wrote: He was of the opinion that Web server administrators are dumb cabbages who have nothing to do but just have thier asses glued to the chairs near the server monitor 365x24x7.
Don't you mean 24x365 ?????
365 days X 24 hours instead of 365 days x 24 hours x 7 days
Greets! Joel
|
|
|
|
|
They are glued to their chairs for periods of seven years at a time -- after which they are allowed to visit the soda machine for one hour.
|
|
|
|
|
Even worst for them jejejejeje ... I wonder how often can they go to the restroom
Greets! Joel
|
|
|
|
|
jcdevnet wrote: how often can they go to the restr
That's terrible right? You need so much of room fresheners to keep off the odour! 
|
|
|
|
|
That's what it says in the contract, but they do get free soda and diapers
I'm largely language agnostic
After a while they all bug me 
|
|
|
|
|
Still, I'm not signing for that job 
WM.
What about weapons of mass-construction?
"What? Its an Apple MacBook Pro. They are sexy!" - Paul Watson
My blog
|
|
|
|
|
No kidding. I bet it starts to smell after a short while...
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
MidwestLimey wrote: free soda and diapers
|
|
|
|
|
well said PhilDanger
Regards,
Satips. ![Rose | [Rose]](https://codeproject.global.ssl.fastly.net/script/Forums/Images/rose.gif)
Don't walk in front of me, I may not follow;
Don't walk behind me, I may not lead;
Walk beside me, and just be my friend. - Albert Camus
|
|
|
|
|
Vasudevan Deepak Kumar wrote: A very interesting observation. A developer had accessed a particular DB item from Cache. When we asked him what happens if the Cache gets NULL, he was telling the following points:
1) The cache never gets NULL.
This is precisely where you smack him upside the head with a baseball bat and ask him to repeat what happens when the Cache is empty. Repeat this process until he figures it out.
|
|
|
|
|
When the cache gets NULL the DB goes to the bank to get more?
|
|
|
|
|
He probably asked on CP and was given a link to a thread saying something like, "always hit the cache!"
|
|
|
|
|
Nah, probably more like an MSDN article!
|
|
|
|
|
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
Security? Security?
`Security' isn't a dirty word, Blackadder. `Crevice' is a dirty word, but `security' isn't.
Where I work there are several chiefs, but only one indian - namely me. Now these "chiefs" are all highly "experienced", so clearly what I suggest is completely without merit.
Such as when I suggested that Application Security and User Permissions should be handled in the Application, and not left to the Database's role management, this was rebutted with "in all the applications I've ever worked on, that approach has never been successful".
And when I suggested that the Application should have one, limited!, user account/role in the Database, this was laughed off, and in went the developer creating a seperate database account for each and every user.
And then, when I was reaching the end of my tether, I suggested that password security was absolutely critical, I was later surprised to find in the registry, under the application's settings a Key containing connections. Further investigation showed that each connection contained the user name and PLAIN TEXT password for each user, including the Administrator. And not just an Application Administrator, but a fully fledged SQL Server 2005 Administrator.
  ;P
|
|
|
|
|
Wow. The only way to improve on this would be to have the sa account use the same password as all the users, and for that password to be password.
|
|
|
|
|
|
Regards,
Satips.
Don't walk in front of me, I may not follow;
Don't walk behind me, I may not lead;
Walk beside me, and just be my friend. - Albert Camus
|
|
|
|
|
Might as well just sticky-note the password to the front of the server and e-mail it to the whole company...
|
|
|
|
|
May as well keep the key to the front door under the door mat, too
"Any sort of work in VB6 is bound to provide several WTF moments." - Christian Graus
|
|
|
|
|
They don't happen to do anything with credit card data, do they? What's that company name again??
|
|
|
|
|
The current cast of idiots, no - but the last crowd...
When I worked for this bunch of simpletons (in the pre-HMV/Waterstones days: http://en.wikipedia.org/wiki/Ottakar's[^]
They had an "online ordering" system powered by Access '97, called 'Snowy'. One day 'Snowy' bit the bullet, and muggins here was called in to sort out the mess. Unfortunately I was unable to save the 'wonderous' GUI end of the application, however I did walk away with the data aspect of the system...
...and what a system! Hundreds of un-normalized tables, no relationships, only a passing attempt at primary keys... and thousands of plain text user details received over the web (which I later found out were sent via email from the website to the "Internet" Dept, including, but not limited to: passwords, personal info such as date of birth and security confirmation questions and credit card details - including expiry dates!
I burned the entire shooting match to CD - I still have it somewhere 
|
|
|
|
|
martin_hughes wrote: ...and what a system! Hundreds of un-normalized tables, no relationships, only a passing attempt at primary keys... and thousands of plain text user details received over the web (which I later found out were sent via email from the website to the "Internet" Dept, including, but not limited to: passwords, personal info such as date of birth and security confirmation questions and credit card details - including expiry dates!
 
You didn't happen to save the coloring books, did you? I mean what other documentation could they have had?
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
