﻿<?xml version="1.0" encoding="utf-8"?><rss xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema" version="2.0"><channel><title>SQLServerCentral.com Content tagged Rants</title><link>http://www.sqlservercentral.com/</link><description>Content tagged Rants posted on SQLServerCentral.com</description><language>en-us</language><ttl>360</ttl><managingEditor>sjones@sqlservercentral.com (Steve Jones)</managingEditor><item><title>Living the "Least Privilege" Lifestyle: Don't Run Every Day Logged In </title><description>Don Kiely contends that exercising administrative rights over our computers is a major cause of insecure systems. In the first of five articles, he explains the concept of &amp;#34;least privilege&amp;#34; and shows why software developers should be happy to operate as &amp;#34;mere users.&amp;#34;</description><guid>http://www.sqlservercentral.com/redirect/articles/2070/</guid><pubDate>2005/09/08</pubDate><link>http://www.sqlservercentral.com/redirect/articles/2070/</link></item><item><title>Powerchute 6.x User's Alert</title><description>If you run PowerChute 6.x on any of your servers, be very careful of patching and rebooting them. You might end up with more downtime and problems than you expected.
</description><guid>http://www.sqlservercentral.com/articles/Rants/powerchute6xusersalert/2038/</guid><pubDate>2005/08/18</pubDate><link>http://www.sqlservercentral.com/articles/Rants/powerchute6xusersalert/2038/</link></item><item><title>Attack of the predatory sales force</title><description>Most skilled professionals—be they butchers, bakers or software makers—take pride in selecting their own tools of the trade. Why is it then that developers and DBAs in large corporations often are not afforded the same professional courtesy or opportunity? The tools they use are just as vital to their livelihood, yet when it comes to high-cost software, developers and DBAs often have no input into what is purchased for their use.</description><guid>http://www.sqlservercentral.com/redirect/articles/1997/</guid><pubDate>2005/07/29</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1997/</link></item><item><title>SQLTeam.com: Five Fabulous Years</title><description>Just a little older than SQLServerCentral.com, SQLTeam.com has been another great community for SQL Server developers. A look back from Bill Granazio</description><guid>http://www.sqlservercentral.com/redirect/articles/1984/</guid><pubDate>2005/07/26</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1984/</link></item><item><title>SQL backup encryption</title><description>Judging by mainstream news coverage over the past few weeks, the issue of data theft, particularly loss of backup tapes, has reached the tipping point. It might mean that your relatively anonymous existence within your company could come to a screeching halt.
A look at how encrpytion might be if importance to your company.</description><guid>http://www.sqlservercentral.com/redirect/articles/1964/</guid><pubDate>2005/07/12</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1964/</link></item><item><title>Systems Thinking</title><description>J.D. Edwards was big on Systems Thinking, a way of looking at your systems and improving their functions. It was applied it to IT to become one of the top IT organizations to work for. Read some of these articles for an overview of how this works.</description><guid>http://www.sqlservercentral.com/redirect/articles/1506/</guid><pubDate>2004/09/24</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1506/</link></item><item><title>The State Of IT</title><description>In 2004 is the IT industry expanding or contracting? Is your job secure? Steve Jones recently completed a survey and just got the results. Read this short summary of the results.

</description><guid>http://www.sqlservercentral.com/articles/Rants/thestateofit/1485/</guid><pubDate>2004/09/03</pubDate><link>http://www.sqlservercentral.com/articles/Rants/thestateofit/1485/</link></item><item><title>Port Blocking, SQL Server, and the Internet</title><description>The SQL Server ports 1433, was blocked recently by an ISP. New Author Denny Figuerres  read our release and decided to bring you some comments about why this isn&amp;#39;t such a bad idea. Read on and see if you agree that blocking the SQL Server ports shouldn&amp;#39;t present you any problems.
</description><guid>http://www.sqlservercentral.com/articles/Rants/portblockingsqlserverandtheinternet/1405/</guid><pubDate>2004/06/18</pubDate><link>http://www.sqlservercentral.com/articles/Rants/portblockingsqlserverandtheinternet/1405/</link></item><item><title>SQLServerCentral.com - Featured Site!!</title><description>It's not often that we toot our horn, but SQLServerCentral.com was chosen as the feature site by GotDotNet.com, one of Microsoft's premier .Net sites. Check it out!</description><guid>http://www.sqlservercentral.com/redirect/articles/1372/</guid><pubDate>2004/06/03</pubDate><link>http://www.sqlservercentral.com/redirect/articles/1372/</link></item><item><title>SQL Server Needs Incremental Updates</title><description>Although Brian likes that Microsoft delayed the next release of SQL Server for quality, he disagrees with the release strategy. See his opinion and argue your own!
</description><guid>http://www.sqlservercentral.com/articles/News/sqlserver2005editorial/1343/</guid><pubDate>2004/04/29</pubDate><link>http://www.sqlservercentral.com/articles/News/sqlserver2005editorial/1343/</link></item><item><title>Users From Hell</title><description>A little off topic (or is it?), David needed to vent a little - something we can all appreciate. Meant to be light hearted fun, please don&amp;#39;t take too seriously.
</description><guid>http://www.sqlservercentral.com/articles/Rants/usersfromhell/1330/</guid><pubDate>2004/04/19</pubDate><link>http://www.sqlservercentral.com/articles/Rants/usersfromhell/1330/</link></item><item><title>From the soapbox: Does anyone know what disaster recovery is?</title><description>New Author! Written as a rant, this article covers a couple basic issues that STILL tend to get overlooked in a lot of places. It&amp;#39;s run to rant sometimes but we plan to maintain our focus and continue to keep these a small percentage of our content. Let us know what you think.
</description><guid>http://www.sqlservercentral.com/articles/Rants/fromthesoapboxdoesanyoneknowwhatdisasterrecoveryis/1266/</guid><pubDate>2004/01/28</pubDate><link>http://www.sqlservercentral.com/articles/Rants/fromthesoapboxdoesanyoneknowwhatdisasterrecoveryis/1266/</link></item><item><title>Pro Developer : This is Business</title><description>In his travels, Christopher Duncan has come to recognize a great many similarities between programmers and musicians. Both have the fire, passion and soul of the artist. And all too often, both are aweful when it comes to the business end of things. Business - you know, that aspect of your work where they actually pay you at the end of the day?
</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/thisisbusiness/922/</guid><pubDate>2003/02/25</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/thisisbusiness/922/</link></item><item><title>Pro Developer : Throwing Money Out the Window</title><description>It&amp;#39;s common knowledge among programmers that most of the ills of the software industry, and most particularly the companies where we work, could be solved by simply letting the technical people make the technical decisions. Obviously, since this is so incredibly logical and sensible, it&amp;#39;s a given that most companies leave management decisions to managers, and technical decisions to the computer guys.

</description><guid>http://www.sqlservercentral.com/articles/State+of+the+Business/prodeveloperthrowingmoneyoutthewindow/874/</guid><pubDate>2002/12/18</pubDate><link>http://www.sqlservercentral.com/articles/State+of+the+Business/prodeveloperthrowingmoneyoutthewindow/874/</link></item><item><title>Point-Counterpoint - Why you Should be Certified.</title><description>In this view, Steve thinks that certifications are invaluable (especially in this economy).



</description><guid>http://www.sqlservercentral.com/articles/Miscellaneous/point_certification/498/</guid><pubDate>2001/11/13</pubDate><link>http://www.sqlservercentral.com/articles/Miscellaneous/point_certification/498/</link></item><item><title>Point-Counterpoint - Why You Should NOT Certity.</title><description>Andy Warren thinks certifications are worthless.  That&amp;#39;s opinion came after he obtained his MCDBA and MCSE certification. Find out why he thinks you should not be certified in this debate with Steve Jones.


</description><guid>http://www.sqlservercentral.com/articles/Certifications/530/</guid><pubDate>2001/11/13</pubDate><link>http://www.sqlservercentral.com/articles/Certifications/530/</link></item><item><title>Point-Counterpoint - Certification Debate</title><description>A new series on SQL Server Central - Two of our regular columnists take opposing looks at certification. In our first of the series, Steve Jones takes on Andy Warren in a certification debate. </description><guid>http://www.sqlservercentral.com/articles/Certifications/531/</guid><pubDate>2001/11/12</pubDate><link>http://www.sqlservercentral.com/articles/Certifications/531/</link></item><item><title>Death of the Production DBA</title><description>If you see a priest outside your cubical, beware! He could be trying to read you your last rites. If he hasn&amp;#39;t showed up yet, don&amp;#39;t worry, he&amp;#39;ll be over shortly because the production DBA is dead or will be shortly.

</description><guid>http://www.sqlservercentral.com/articles/State+of+the+Business/deathoftheproductiondba/432/</guid><pubDate>2001/09/10</pubDate><link>http://www.sqlservercentral.com/articles/State+of+the+Business/deathoftheproductiondba/432/</link></item><item><title>Answers to Steve Jones's SQL Quiz</title><description>Answers to the SQL quiz that Steve Jones used to give to prospective employees.
</description><guid>http://www.sqlservercentral.com/articles/State+of+the+Business/sqlanswers/276/</guid><pubDate>2001/06/22</pubDate><link>http://www.sqlservercentral.com/articles/State+of+the+Business/sqlanswers/276/</link></item><item><title>Who Do You Hire?</title><description>This article examines the hiring practices of Steve Jones and provides some ideas for how to choose between candidates.
</description><guid>http://www.sqlservercentral.com/articles/State+of+the+Business/whodoyouhire/277/</guid><pubDate>2001/06/22</pubDate><link>http://www.sqlservercentral.com/articles/State+of+the+Business/whodoyouhire/277/</link></item><item><title>Removing NT Administrators as Sysadmins</title><description>By default, all NT administrators of the domain that your SQL Server is installed in, have SA rights in every database. This presents interesting challenge for DBAs, political and technical.  Does your NT administrator group need SA rights to every database?  The answer is no.
</description><guid>http://www.sqlservercentral.com/articles/Security/tipremoveadmin/168/</guid><pubDate>2001/05/25</pubDate><link>http://www.sqlservercentral.com/articles/Security/tipremoveadmin/168/</link></item><item><title>Prove Your Case and Win a Buck!</title><description>Your database design should be impervious to this documented behavior of the ADO delete method.  Be one of the first five members to give a compelling reason why not, and take a dollar from starving columnist Sean Burke.

</description><guid>http://www.sqlservercentral.com/articles/Basics/noprimarykey/224/</guid><pubDate>2001/05/21</pubDate><link>http://www.sqlservercentral.com/articles/Basics/noprimarykey/224/</link></item><item><title>Someone Actually Thought This Through</title><description>A response from Great Plains Software on the use of the sa account in Dynamics software.
</description><guid>http://www.sqlservercentral.com/articles/Rants/greatplains1/156/</guid><pubDate>2001/05/09</pubDate><link>http://www.sqlservercentral.com/articles/Rants/greatplains1/156/</link></item><item><title>Rants about the sa account!</title><description>Using the sa account in development is just plain dumb. Here are some reasons why!

</description><guid>http://www.sqlservercentral.com/articles/Security/sarant/157/</guid><pubDate>2001/05/08</pubDate><link>http://www.sqlservercentral.com/articles/Security/sarant/157/</link></item><item><title>Keeping Your Developers Under Control</title><description>Everyone needs a stable environment. This article discussed ways to keep your team on the same page.


</description><guid>http://www.sqlservercentral.com/articles/Administering/20010422115746/82/</guid><pubDate>2001/04/25</pubDate><link>http://www.sqlservercentral.com/articles/Administering/20010422115746/82/</link></item></channel></rss>