<a href="http://g.adspeed.net/ad.php?do=clk&zid=15220&wd=468&ht=60&pair=as" target="_blank"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15220&wd=468&ht=60&pair=as" alt="i" width="468" height="60"/></a>
Log in
::
Register
::
Not logged in
Home
Tags
Articles
Editorials
Stairways
Forums
Scripts
Videos
Blogs
QotD
Books
Ask SSC
SQL Jobs
Training
Authors
About us
Contact us
Newsletters
Write for us
<a href="http://g.adspeed.net/ad.php?do=clk&zid=15491&wd=120&ht=300&pair=as" target="_top"><img style="border:0px;" src="http://g.adspeed.net/ad.php?do=img&zid=15491&wd=120&ht=300&pair=as" alt="i" width="120" height="300"/></a>
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQLServerCentral.com
»
Editorials
»
Writing
90 posts, Page 8 of 9
««
«
5
6
7
8
9
»»
Writing
Rate Topic
Display Mode
Topic Options
Author
Message
Amr Salah
Amr Salah
Posted Wednesday, May 14, 2008 9:02 AM
Grasshopper
Group: General Forum Members
Last Login: Wednesday, May 29, 2013 2:56 PM
Points: 12,
Visits: 52
Imagine when someone is looking for a solution for a coding problem , its a happy moment when you find what you look for online , more writing means more happy moments for others who are looking for information .
Post #500588
K. Brian Kelley
K. Brian Kelley
Posted Thursday, May 15, 2008 3:33 PM
Keeper of the Duck
Group: Moderators
Last Login: Saturday, June 15, 2013 11:04 AM
Points: 6,584,
Visits: 1,795
I know I'm very late to the conversation, but a few things...
People learn in different ways. Just because there's an article out there describing RAID configurations doesn't mean Joe SysAdmin is going to get it because of that article. Your article, which may come at it in a slightly different direction or just your choice of words, or the fact that Joe SysAdmin is processing multiple articles may lead to Joe "getting it." So just because you see an article out there on something doesn't mean you have to stop from writing about it, too.
You don't have to be an expert to write. One of my first articles on the old swynk.com garnered a reply from none other than Steve Jones who offered a different perspective on the same topic. It gave me a lot of things to think about and I went ahead and amended my article with some of Steve's points because they made a lot of sense. The majority of us aren't in the Kalen Delaney or Itzik Ben-Gan stratosphere of SQL Server knowledge. We don't have to be. Which is a good thing, or I'd have never written anything...
Time is always an issue. It's why I bounce in and out of the forums and the blogs where I'm posting like a madman for a few days and then disappear for weeks at a time. I keep telling Steve I'm going to start writing again and then I get busy between work, family, and ministry. I do know that when I was writing all the time, it was easier to write (as Phil Factor indicated). I do a lot of writing now, but it's for ministry, and I know that's something I'm called to do. Here's the thing, when I was churning out SQL Server articles once or twice a month, I found writing about 15-20 minutes a day was enough to get that kind of output and more. Since I'm writing daily for ministry and since I'm doing a lot of checking, cross-referencing, researching, exegetical analysis, that kind of writing takes a lot longer. But the technical writing is finding a particular topic you have an interest in, spending probably 2-3 hours over the course of a week or two and it's out there. Which I guess incriminates me for not writing on here more. *shrug*
K. Brian Kelley, CISA, MCSE, Security+, MVP - SQL Server
Regular Columnist (Security), SQLServerCentral.com
Author of
Introduction to SQL Server: Basic Skills for Any SQL Server User
|
Professional Development blog
|
Technical Blog
|
LinkedIn
|
Twitter
Post #501679
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Thursday, May 15, 2008 9:35 PM
SSC-Dedicated
Group: Administrators
Last Login: Today @ 3:19 PM
Points: 31,526,
Visits: 13,863
Brian, we'd love to have more, and we miss your great information, but we completely understand you working on other projects.
You do what you can, and what your passion is. If it's writing somewhere else, enjoy it. If you want to try it here, let me know.
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #501753
David Burrows
David Burrows
Posted Wednesday, May 21, 2008 7:06 AM
SSCertifiable
Group: General Forum Members
Last Login: Today @ 8:37 AM
Points: 6,375,
Visits: 5,426
Actually, the real reason why I write is because...
I can't remember stuff no mo'.
And you are ?
lol only kidding Jeff ;)
Keep think about submitting something but can't think of anything that ain't already been done
Maybe one day ......... :D
wonder if I could plagiarize Jeff's work
All hail Jeff !!!
Far away is close at hand in the images of elsewhere.
Anon.
Post #504434
Jeff Moden
Jeff Moden
Posted Wednesday, May 21, 2008 6:50 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 4:01 PM
Points: 33,108,
Visits: 27,033
David Burrows (5/21/2008)
Keep think about submitting something but can't think of anything that ain't already been done
Actually.... everything I've written about is NOT new... Tally table is old hat... has been for a long time. I didn't even invent it. But there are a lot of folks out there that knew nothing of it and, it never hurts to see how other people explain the same thing.
I saw one article by a fellow recently. He wrote about a handful of (I thought) very well known undocumented stored procedures like sp_MSForEachTable. Some folks made some pretty nasty comments about writting about something so obvious. But, to those that don't know, it's no so obvious. Sure, people can search for such things, but like all such research, most folks need to know that such a thing even exists before they can do a search.
I've been following your posts for years, David... you'd write a great article even if it was on something "obvious"... you have the "knack".
--Jeff Moden
"
RBAR
is pronounced "ree-bar" and is a "Modenism" for "
R
ow-
B
y-
A
gonizing-
R
ow".
First step towards the paradigm shift of writing Set Based code:
Stop thinking about what you want to do to a row... think, instead, of what you want to do to a column."
For better, quicker answers on T-SQL questions, click on the following...
http://www.sqlservercentral.com/articles/Best+Practices/61537/
For better answers on performance questions, click on the following...
http://www.sqlservercentral.com/articles/SQLServerCentral/66909/
Post #504926
Anipaul
Anipaul
Posted Wednesday, May 21, 2008 10:12 PM
SSCarpal Tunnel
Group: General Forum Members
Last Login: Tuesday, June 11, 2013 5:01 AM
Points: 4,814,
Visits: 1,343
David Burrows (5/21/2008)
Actually, the real reason why I write is because...
I can't remember stuff no mo'.
And you are ?
lol only kidding Jeff ;)
Keep think about submitting something but can't think of anything that ain't already been done
Maybe one day ......... :D
wonder if I could plagiarize Jeff's work
All hail Jeff !!!
You can submit old in a new bottle :)
Post #504972
Jack Corbett
Jack Corbett
Posted Thursday, May 22, 2008 7:00 AM
SSChampion
Group: General Forum Members
Last Login: Today @ 1:41 PM
Points: 10,613,
Visits: 11,952
Jeff Moden (5/21/2008)
David Burrows (5/21/2008)
Keep think about submitting something but can't think of anything that ain't already been done
...
I saw one article by a fellow recently. He wrote about a handful of (I thought) very well known undocumented stored procedures like sp_MSForEachTable. Some folks made some pretty nasty comments about writting about something so obvious. But, to those that don't know, it's no so obvious. Sure, people can search for such things, but like all such research, most folks need to know that such a thing even exists before they can do a search.
...
I worked with SQL Server for almost 9 years and while I had "heard" about the sp_MSForEach stored procedures I had never used them and still have not, but the article did provide some ideas on how to use them. There are also some instances where I may use sp_MSForEachTable in the near future and I would have done it by hand if not for this article on "well known" undocumented stored procedures.
As this demonstrates any article published will likely find someone who needed to know what was in it. I look at as, if I provide help to 1 person the time and effort it took to write the article is worth it. Granted I have only written 1, but I did find it quite rewarding.
Jack Corbett
Applications Developer
Don't let the good be the enemy of the best. --
Paul Fleming
Check out these links on how to get faster and more accurate answers:
Forum Etiquette: How to post data/code on a forum to get the best help
Need an Answer? Actually, No ... You Need a Question
How to Post Performance Problems
Crosstabs and Pivots or How to turn rows into columns Part 1
Crosstabs and Pivots or How to turn rows into columns Part 2
Post #505147
Grant Fritchey
Grant Fritchey
Posted Thursday, May 22, 2008 7:18 AM
SSChampion
Group: General Forum Members
Last Login: Today @ 9:49 AM
Points: 13,436,
Visits: 25,281
Also, while lots of people may have one piece of knowledge or another, maybe a full set of the knowledge has never been put in one place before. I wrote up an article for Steve on how to collect data into SCOM from a TSQL query. Nothing in the article isn't available elsewhere. As a matter of fact, throughout the article I point to all the places to get the individual pieces that I was working from. However, this is the first place that all these things will be brought together in one place. It's not that I'm inventing something new or special. I'm just publishing my research so that the next guy has a slightly easier time of it.
----------------------------------------------------
"The credit belongs to the man who is actually in the arena, whose face is marred by dust and sweat and blood..." Theodore Roosevelt
The Scary DBA
Author of:
SQL Server 2012 Query Performance Tuning
SQL Server 2008 Query Performance Tuning Distilled
and
SQL Server Execution Plans
Product Evangelist for
Red Gate Software
Post #505157
Ted Manasa
Ted Manasa
Posted Thursday, May 22, 2008 7:32 AM
SSC Journeyman
Group: General Forum Members
Last Login: Wednesday, May 11, 2011 1:33 PM
Points: 85,
Visits: 299
Grant Fritchey (5/22/2008)
Also, while lots of people may have one piece of knowledge or another, maybe a full set of the knowledge has never been put in one place before...
Following up on what Grant said, I think our Google-search dominated world, we expect to find answers to all of our questions via a simple search. Well, if the answer is fragmented on the web (which it often is), Google can help us find all the pieces. But it is still up to us to assemble them into a solution. Therefore, there is always a need for someone to put the pieces all together into a single, concise and meaningful form, so that no one else needs to repeat the process. This is how we make the greatest progress.
---------------------------
|Ted Pin >>
Post #505172
K. Brian Kelley
K. Brian Kelley
Posted Friday, May 23, 2008 8:16 PM
Keeper of the Duck
Group: Moderators
Last Login: Saturday, June 15, 2013 11:04 AM
Points: 6,584,
Visits: 1,795
Agreed. When I was writing all the time on security, my later articles started including a section called references. My point for including those links was to give folks more sources to use to better understand what I was writing about. Some times I was pulling things together from multiple sources. I knew it took me some time to do that to find a solution to a problem I was working on, and I knew I wished someone had already done it. So I wrote the article and cited the references. Because there are some out there who want the immediate solution but they are curious and want to read more.
K. Brian Kelley, CISA, MCSE, Security+, MVP - SQL Server
Regular Columnist (Security), SQLServerCentral.com
Author of
Introduction to SQL Server: Basic Skills for Any SQL Server User
|
Professional Development blog
|
Technical Blog
|
LinkedIn
|
Twitter
Post #506189
« Prev Topic
|
Next Topic »
90 posts, Page 8 of 9
««
«
5
6
7
8
9
»»
Permissions
You
cannot
post new topics.
You
cannot
post topic replies.
You
cannot
post new polls.
You
cannot
post replies to polls.
You
cannot
edit your own topics.
You
cannot
delete your own topics.
You
cannot
edit other topics.
You
cannot
delete other topics.
You
cannot
edit your own posts.
You
cannot
edit other posts.
You
cannot
delete your own posts.
You
cannot
delete other posts.
You
cannot
post events.
You
cannot
edit your own events.
You
cannot
edit other events.
You
cannot
delete your own events.
You
cannot
delete other events.
You
cannot
send private messages.
You
cannot
send emails.
You
may
read topics.
You
cannot
rate topics.
You
cannot
vote within polls.
You
cannot
upload attachments.
You
may
download attachments.
You
cannot
post HTML code.
You
cannot
edit HTML code.
You
cannot
post IFCode.
You
cannot
post JavaScript.
You
cannot
post EmotIcons.
You
cannot
post or upload images.
Copyright © 2002-2013 Simple Talk Publishing. All Rights Reserved.
Privacy Policy.
Terms of Use.
Report Abuse.
