Your Day

RoxyRollah · 02-19-2014, 11:57 AM

Quote:

Originally Posted by the batlord

well, a post like this for starters...

never!

FRED HALE SR. · 02-19-2014, 11:58 AM

Quote:

Originally Posted by djchameleon

**** ya'll. The McRib is heaven. Bonus points if you have it cold the next morning after a bender.

I don't think anyone really knows what the mcrib is but it certainly isn't heaven. It is one of the most vile things made by man.

The Batlord · 02-19-2014, 11:59 AM

Quote:

Originally Posted by RoxyRollah

Never!

Fixed.

RoxyRollah · 02-19-2014, 12:00 PM

Quote:

Originally Posted by The Batlord

Fixed.

bROKen

The Batlord · 02-19-2014, 12:12 PM

Quote:

Originally Posted by RoxyRollah

bROKen

Yes, you will be eventually. It will just take a little bit longer than I thought.

Paul Smeenus · 02-19-2014, 06:16 PM

Quote:

Originally Posted by FRED HALE SR.

I don't think anyone really knows what the mcrib is but it certainly isn't heaven.

Or rib.

Freebase Dali · 02-19-2014, 07:30 PM

So today we had a unique production bug at work that needed a test environment to troubleshoot that we did not have. Basically one computer with our software that could access the database of another computer on the same network which had a different instance of our database and software.

So the guys were all palling around saying it won't work because people (before my time there) had tried it many times before, for years, and it never worked, so they were wasting all sorts of time trying to think of alternatives.

So I walked to the computer whose SQL database needed to be accessed by the other computer, opened SQL Configuration Manager and set a port for it to listen on and the static IP of the computer, then restarted the SQL service. Opened that port up in the firewall for incoming connections from the static IP of the other computer. Went to the other computer and modified the software's connection string in its config file to use the IP address of the database computer with the listening port and appropriate SQL username and password, then hit save.

Opened the application and it connected to the database of the other computer. Took me like 2 minutes. Solved. I'm not even a full blown DBA and I know this. I thought software developers learned things about SQL and other database solutions in college. It is, after all, the back-end of any application, web or not, that stores data. Why am I the one solving these things?

Anyway, I did a victory walk back to my desk.

Then surfed Reddit for the rest of the day.

Plankton · 02-20-2014, 09:06 AM

Strut!

RoxyRollah · 02-20-2014, 09:21 AM

Quote:

Originally Posted by Freebase Dali

So today we had a unique production bug at work that needed a test environment to troubleshoot that we did not have. Basically one computer with our software that could access the database of another computer on the same network which had a different instance of our database and software.

So the guys were all palling around saying it won't work because people (before my time there) had tried it many times before, for years, and it never worked, so they were wasting all sorts of time trying to think of alternatives.

So I walked to the computer whose SQL database needed to be accessed by the other computer, opened SQL Configuration Manager and set a port for it to listen on and the static IP of the computer, then restarted the SQL service. Opened that port up in the firewall for incoming connections from the static IP of the other computer. Went to the other computer and modified the software's connection string in its config file to use the IP address of the database computer with the listening port and appropriate SQL username and password, then hit save.

Opened the application and it connected to the database of the other computer. Took me like 2 minutes. Solved. I'm not even a full blown DBA and I know this. I thought software developers learned things about SQL and other database solutions in college. It is, after all, the back-end of any application, web or not, that stores data. Why am I the one solving these things?

Anyway, I did a victory walk back to my desk.

Then surfed Reddit for the rest of the day.

Quote:

Originally Posted by Plankton

Strut!

djchameleon · 02-20-2014, 09:23 AM

Quote:

Originally Posted by Freebase Dali

So today we had a unique production bug at work that needed a test environment to troubleshoot that we did not have. Basically one computer with our software that could access the database of another computer on the same network which had a different instance of our database and software.

So the guys were all palling around saying it won't work because people (before my time there) had tried it many times before, for years, and it never worked, so they were wasting all sorts of time trying to think of alternatives.

So I walked to the computer whose SQL database needed to be accessed by the other computer, opened SQL Configuration Manager and set a port for it to listen on and the static IP of the computer, then restarted the SQL service. Opened that port up in the firewall for incoming connections from the static IP of the other computer. Went to the other computer and modified the software's connection string in its config file to use the IP address of the database computer with the listening port and appropriate SQL username and password, then hit save.

Opened the application and it connected to the database of the other computer. Took me like 2 minutes. Solved. I'm not even a full blown DBA and I know this. I thought software developers learned things about SQL and other database solutions in college. It is, after all, the back-end of any application, web or not, that stores data. Why am I the one solving these things?

Anyway, I did a victory walk back to my desk.

Then surfed Reddit for the rest of the day.

I could see you doing one of these moves back to your desk.

It's pretty stupid how under qualified people are in job positions they have no business being in.

02-19-2014, 07:30 PM	#26807 (permalink)
Freebase Dali Partying on the inside Join Date: Mar 2009 Posts: 5,584	So today we had a unique production bug at work that needed a test environment to troubleshoot that we did not have. Basically one computer with our software that could access the database of another computer on the same network which had a different instance of our database and software. So the guys were all palling around saying it won't work because people (before my time there) had tried it many times before, for years, and it never worked, so they were wasting all sorts of time trying to think of alternatives. So I walked to the computer whose SQL database needed to be accessed by the other computer, opened SQL Configuration Manager and set a port for it to listen on and the static IP of the computer, then restarted the SQL service. Opened that port up in the firewall for incoming connections from the static IP of the other computer. Went to the other computer and modified the software's connection string in its config file to use the IP address of the database computer with the listening port and appropriate SQL username and password, then hit save. Opened the application and it connected to the database of the other computer. Took me like 2 minutes. Solved. I'm not even a full blown DBA and I know this. I thought software developers learned things about SQL and other database solutions in college. It is, after all, the back-end of any application, web or not, that stores data. Why am I the one solving these things? Anyway, I did a victory walk back to my desk. Then surfed Reddit for the rest of the day. __________________

02-20-2014, 09:06 AM	#26808 (permalink)
Plankton Just Keep Swimming... Join Date: Apr 2012 Location: See signature... Posts: 7,765	Strut! __________________ See location...