Ten things you must do before submitting a technical publication

If your are like me, you have dreams of becoming well known, or distinguished, or even a "guru" in your chosen area of computer expertise. Mention the names Joe Celko, Ken Henderson, Kalen Delaney, Raj Gill, Itzik Ben-Gan, and even upcomers such as DeBetta or Dyess to any SQL Server DBA, and you know that you are talking about top SQL Server practitioners. How did these people get to where there are? I'm guessing that they were either "insiders", intimately familiar with the product right on down to just plain ol' good DBA types, and everything in between. And you can bet that each began submitting publications, works, tricks from the field etc. and continued publishing, posting to the various forums, studying fervently, and, as Don Bishop once suggested I do, reading a minimum of 1000 pages per week.

After eight years of doing this stuff, I decided to gather together some nice things that I've done, and start submitting some of my own works for publication. Very exciting! Well, sort of. You see, my first experience ended up in more of a lessons learned rather than a night out in hearty celebration. I made some mistakes - therefore, I present to you "Ten things you must do before submitting a technical publication".


Ten things you must do before submitting a technical publication

 

 

  1. Pick a subject, which you are an expert, and forget that there are 10 similar ones out there on the web or in magazines.
  2. Take your time writing your article, weeks or months ok.
  3. Obtain a critical read from someone that you don't know who is also an expert on the topic. Be open to suggestions.
  4. Take your time on visuals - great graphics/average read always win out over a great read/poor graphics.
  5. Let your publication sit a minimum of two weeks before you look at it again upon completion.
  6. Submit to the editor at least one month before the due date
  7. Don't think that the editor will correct mistakes – he/she won't!
  8. Don't change things because a 'technical editor' questions your article - he's not the author. No need to explain your thoughts, either.
  9. Let your final copy sit, again, preferably two weeks
  10. Obtain a copy of the final product from the editor before it goes to the printing press. Very important. The editor wants to move articles and could give a rip about the correctness of yours.


Thank you for reading,
Lee


Posted in:   Tags:
blog comments powered by Disqus

by Lee Everest, M.S.

Poll

Do you use Azure or cloud in your organization?



Show Results

Ads

Search


Month List

Calendar

«  February 2012  »
MoTuWeThFrSaSu
303112345
6789101112
13141516171819
20212223242526
2728291234
567891011
View posts in large calendar

Tags

Disclaimer
The opinions, code, examples, et.al. expressed herein are my own personal opinions and do not represent my employer's view in any way, shape form, or fashion.  All code for demonstration purposes - no guarantees, either written or implied, are made.

© Copyright 2012 Lee Everest's SQL Server, etc. weblog