Click here to monitor SSC
SQLServerCentral is supported by Red Gate Software Ltd.
 
Log in  ::  Register  ::  Not logged in
 
 
 
        
Home       Members    Calendar    Who's On


Add to briefcase 12»»

Walk on the Wild Side Expand / Collapse
Author
Message
Posted Monday, October 22, 2012 10:54 PM


SSC-Dedicated

SSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-DedicatedSSC-Dedicated

Group: Administrators
Last Login: Today @ 10:39 AM
Points: 33,052, Visits: 15,163
Comments posted to this topic are about the item Walk on the Wild Side






Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #1375825
Posted Tuesday, October 23, 2012 4:14 AM


SSC Veteran

SSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC VeteranSSC Veteran

Group: General Forum Members
Last Login: Wednesday, July 16, 2014 4:48 AM
Points: 210, Visits: 1,102
Good pick!

Now a days Administrators are more busy than before, with increasing number of database instances they are managing.
A DBA with database development experience has much confidence, problem solving skills and even WILD taste as well, than a full classified DBA.

Post #1375942
Posted Tuesday, October 23, 2012 5:31 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Sunday, July 20, 2014 4:15 AM
Points: 1,402, Visits: 1,803
Most administrators I have worked with are quite proficient in troubleshooting their area of hardware/software, however the one thing they would benefit from the switch over to development is understanding how (and in some cases why) seemingly obvious problems and issues are sometimes overlooked when the money and business decisions come into the picture.

Often I have come across administrators complaining that a particular part of the installation process is very tedious and involves a lot of manual interaction - and the reason is generally that the business did not decide it to be worthwhile to spend more time on what is a "one-time" activity.


Thanks & Regards,
Nakul Vachhrajani.
http://beyondrelational.com/modules/2/blogs/77/nakuls-blog.aspx
Be courteous. Drive responsibly.

Follow me on
Twitter: @nakulv_sql
Google Plus: +Nakul
Post #1375971
Posted Tuesday, October 23, 2012 6:17 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Tuesday, July 15, 2014 6:09 AM
Points: 846, Visits: 471
There is a huge advantage in pulling the tekkies out of IT and having them learn part of the business.

In another life and century I worked for a major motor carrier. People who did not deal with drivers could take a 2 day course called Driver Reality. We learned a lot. We even got to see people in cars pull in front of rigs in traffic. Fortunately the cars were not crushed since the truck driver would have been blamed. Few if any ever went on to become truck drivers. But we learned an entirely different aspect of the business and returned to the tech world with a slightly altered view of the world.


------------
Buy the ticket, take the ride. -- Hunter S. Thompson
Post #1375995
Posted Tuesday, October 23, 2012 7:27 AM


SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Tuesday, April 15, 2014 7:17 AM
Points: 34, Visits: 194
I agree with the benefits of having the production support/DBA folks learn the business they are supporting. When I was in 2nd line support it was very helpful to know the data when troubleshooting failed jobs, for example before sending a report or 'all clear' email, a quick validation check would show that someone making 100,000 sales in one day probably indicated a data quality issue. If you have no knowledge of the business these anomalies don't jump out at you.




SQL Tips and Scripts
SQLWorks Blog
Post #1376033
Posted Tuesday, October 23, 2012 7:38 AM
Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: Friday, April 25, 2014 10:27 AM
Points: 71, Visits: 671
I currently work as a DBA, system administrator (mostly for SQL Servers, but a few web servers) and a web application developer. I feel that working across all of those really does give me a unique perpective on how the "other side" works. I've found that since I know a little more about web servers and IIS than the average developer, I can more easily communicate my needs to the server admins. Even though I can technically take care of my own needs, I want to have someone else in the loop, and keep up good relations between the admins and developers. Sometimes when another DBA or developer starts attacking someone else's design, I can typically understand why it was designed that way (since requirements change so often) and help resolve the resulting conflicts between the two.

While this to some degree makes me a "jack of all trades, master of none", it keeps me busy and interested in what I'm doing. While the politics of my organization are a little too harsh for my liking most of the time, I find that I don't really want to leave and possibly be stuck with only one job.
Post #1376041
Posted Tuesday, October 23, 2012 8:16 AM
SSC Eights!

SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!SSC Eights!

Group: General Forum Members
Last Login: Yesterday @ 8:37 AM
Points: 861, Visits: 2,356
I definitely approve of cross-training; I'd note that the most advanced DBA written maintenance, backup, etc. scripts I've seen are extremely simple by any experienced developer's standards, and I often encounter "that's too complex" resistance from DBA's on requirements thatare both few and fairly simple for any real development project.

Likewise, developers should cross-train on the database admin side, and everyone in IT should know more about the business, if only to be able to ask better questions about requests coming from the business, which can lead to providing better service.

P.S. at large companies with regulatory boundaries, I haven't seen personal relationships bend rules and regulations (I'm sure it happens, but it can in some industries generate major fines, firings, investigations, and/or lawsuits), but I have seen them bend the "process" - not the rule, certainly not the regulation, but instead of sending an official request and getting a denial back 4-8 days later with the reason and then you try again, you can ask a question or explain the situation first, and have a much better chance of sending an actionable (and accurate) request. Perhaps you even get a faster response when it's important and you explain that in a sidebar.
Post #1376080
Posted Tuesday, October 23, 2012 8:19 AM


SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Tuesday, April 15, 2014 7:17 AM
Points: 34, Visits: 194
I work at one of those regulated companies (banks) too...there are no rules that a good relationship can break, hell if my Mother was the DBA she couldn't give me elevated rights...and she says i'm the best developer around.
However, the comment about iterating through a few scenarios and getting better information before actually submitting whatever request you're working on is absolutely true.




SQL Tips and Scripts
SQLWorks Blog
Post #1376084
Posted Tuesday, October 23, 2012 9:31 AM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Yesterday @ 9:38 AM
Points: 2,262, Visits: 1,309
Steve,

Right on Brother! You have to know how the other side lives or you live yourself in a land of misconceptions and ignorance.

I agree with others that often Ops will install something that appears to be awkward, complex, and just plain tricky. Little do they realize that to make what the business requires or demands that it has to be awkward, complex, and tricky. Not knowing what is required on the other side is like playing quarterback in American Football and not being able to see the defensive team members. If all you see is your team and are limited to only your perceptions, you elevate the risk of failure to unacceptable levels on every front. Not a game most of us would want to play.

M.



Not all gray hairs are Dinosaurs!
Post #1376140
Posted Tuesday, October 23, 2012 9:32 AM
Forum Newbie

Forum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum NewbieForum Newbie

Group: General Forum Members
Last Login: Thursday, May 30, 2013 10:05 AM
Points: 6, Visits: 43
As a database/web developer for over 16 years, I completely agree with the idea of cross training when it comes to developers and DBAs. Doing so gives each a better perspective on what the other does as well as making it more efficient to troubleshoot developmental issues that might be related to either the database end or the application calling the database. I have always thought a developer should know more about the DBA side so that if a problem comes up that "appears" to be a problem that has to be resolved by the DBA, the developer can point the DBA in the right direction to troubleshoot. This is of course reversed when the two put their heads together and the DBA points the developer to the right place to look in their code for the problem. Part of the reason I do this is because I want the problem solved asap and part of it is because I figure the DBA is extremely busy and if I point him in the right place to look in the database that will save him time in rectifying the problem.
Post #1376141
« Prev Topic | Next Topic »

Add to briefcase 12»»

Permissions Expand / Collapse