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
Recent Posts
Recent Posts
Popular Topics
Popular Topics
Home
Search
Members
Calendar
Who's On
Home
»
SQLServerCentral.com
»
Editorials
»
The Real SQL Server Experts
44 posts, Page 1 of 5
1
2
3
4
5
»
»»
The Real SQL Server Experts
Rate Topic
Display Mode
Topic Options
Author
Message
Tony Davis
Tony Davis
Posted Saturday, May 23, 2009 11:11 AM
Mr or Mrs. 500
Group: Administrators
Last Login: Wednesday, May 08, 2013 10:31 AM
Points: 511,
Visits: 945
Comments posted to this topic are about the item
The Real SQL Server Experts
Post #722599
Jeff Moden
Jeff Moden
Posted Saturday, May 23, 2009 12:27 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 5:13 AM
Points: 32,906,
Visits: 26,793
Despite their undoubted depth of their knowledge and frightening intelligence, those in charge of the T-SQL language at Microsoft often lack recent frontline experience. In this respect, they are less well-qualified to dictate the direction that T-SQL takes...
I simply could not have said it better except that things like the SSMS GUI also fall into that category. The folks on the ANSI board need to listen up, as well.
And who was it that decided on the new Office 2007 menues? What a mess. They claim that it was all due to customer feedback... nothing like a design by a really big committee to really muck up the works.
--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 #722608
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Saturday, May 23, 2009 6:51 PM
SSC-Dedicated
Group: Administrators
Last Login: Today @ 10:52 AM
Points: 31,431,
Visits: 13,740
Quite a few of the developers at Microsoft, but I'm not sure if it's a majority. The people building the language seem to be smart, and they are looking for ways to improve things, but as with anything built by committee, it might suffer from compromise.
The feedback cycle seems strange. MVPs constantly give feedback, but I'm not sure how in sync we are with developers. Seems like often they've already decided, or they give us ideas so wet that we don't know what feedback to give.
Office 2007, I think, is a mess for IT folks, but some of the less technical people I know like it. Simpler for them.
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #722653
ta.bu.shi.da.yu
ta.bu.shi.da.yu
Posted Saturday, May 23, 2009 9:30 PM
SSC Veteran
Group: General Forum Members
Last Login: Sunday, July 03, 2011 7:09 AM
Points: 258,
Visits: 494
At the risk of being seen as a troll, this is where open source software tends to shine (though not always...). Basically, when you have access to the codebase, then you can either contribute or - if that's not successful - fork the project.
This is a real challenge for closed source companies.
Random Technical Stuff
Post #722669
Jeff Moden
Jeff Moden
Posted Saturday, May 23, 2009 9:34 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 5:13 AM
Points: 32,906,
Visits: 26,793
Heh... Open Source... Yep, I've seen what happens there. Just look at what some people write CLR's for. Some of it is good. Most of it is terrible.
--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 #722672
ta.bu.shi.da.yu
ta.bu.shi.da.yu
Posted Saturday, May 23, 2009 9:41 PM
SSC Veteran
Group: General Forum Members
Last Login: Sunday, July 03, 2011 7:09 AM
Points: 258,
Visits: 494
Well, bare in mind I'm talking about organized projects, not little snippets of code. Look at the Samba project - they're about to get to the point where you can replace a DC in a Windows domain. Then look at the Postgres project, they're doing amazing work also.
Random Technical Stuff
Post #722674
Jeff Moden
Jeff Moden
Posted Saturday, May 23, 2009 10:01 PM
SSC-Dedicated
Group: General Forum Members
Last Login: Today @ 5:13 AM
Points: 32,906,
Visits: 26,793
ta.bu.shi.da.yu (5/23/2009)
Well, bare in mind I'm talking about organized projects, not little snippets of code. Look at the Samba project - they're about to get to the point where you can replace a DC in a Windows domain. Then look at the Postgres project, they're doing amazing work also.
Well, bare in mind that you made no such stipulation to begin with.
I agree that well thought out projects can usually be a real benefit in open source environments. The problem is that many people add code that just shouldn't be called "code" even in such well organized projects.
Look at MySQL... I don't remember what the function is called but they have a function to create a numbered "table" on the fly. Last time I tested it (years ago now), it took a really, really long time just to generate a lousy million numbers. It was part of such an organized project and the code is terrible.
As with anything else, there are pros and cons to things like open sourced code.
--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 #722676
ta.bu.shi.da.yu
ta.bu.shi.da.yu
Posted Sunday, May 24, 2009 2:08 AM
SSC Veteran
Group: General Forum Members
Last Login: Sunday, July 03, 2011 7:09 AM
Points: 258,
Visits: 494
Jeff Moden (5/23/2009)
ta.bu.shi.da.yu (5/23/2009)
Well, bare in mind I'm talking about organized projects, not little snippets of code. Look at the Samba project - they're about to get to the point where you can replace a DC in a Windows domain. Then look at the Postgres project, they're doing amazing work also.
Well, bare in mind that you made no such stipulation to begin with.
A fair point - sorry about that.
I agree that well thought out projects can usually be a real benefit in open source environments. The problem is that many people add code that just shouldn't be called "code" even in such well organized projects.
Look at MySQL... I don't remember what the function is called but they have a function to create a numbered "table" on the fly. Last time I tested it (years ago now), it took a really, really long time just to generate a lousy million numbers. It was part of such an organized project and the code is terrible.
I'm not a huge fan of MySQL, ever since I read the
following blog
post by its founder. However, I think it probably does scale, given that Wikipedia use it for their backend database.
As with anything else, there are pros and cons to things like open sourced code.
Absolutely! I'm just saying that I think that open source projects are more influencable or are quicker to implement changes than closed source companies. My $0.02.
Random Technical Stuff
Post #722688
Steve Jones - SSC Editor
Steve Jones - SSC Editor
Posted Sunday, May 24, 2009 10:13 AM
SSC-Dedicated
Group: Administrators
Last Login: Today @ 10:52 AM
Points: 31,431,
Visits: 13,740
I would agree that Open Source tools can respond quicker, and changes can be made. However it's a double edged sword, as Jeff pointed out. Often there are people that changes things they shouldn't.
And forks cause other issues with support and understanding. If you've forked the tool, if it breaks or when someone else expects it to work another way, it can cause other issues.
Open Source solves some problems, but creates others. Microsoft has to make decisions and we won't always like them. I would like to see more add-ons and additions to things like SSMS rather than having it closed off.
Follow me on Twitter:
@way0utwest
Forum Etiquette: How to post data/code on a forum to get the best help
Post #722734
chrisn-585491
chrisn-585491
Posted Sunday, May 24, 2009 10:16 AM
SSC-Addicted
Group: General Forum Members
Last Login: Yesterday @ 7:32 AM
Points: 479,
Visits: 1,263
The people best qualified to pass verdict on T-SQL, or any other tool, are the people for whose use it was designed. The right to debate and argue with developers at Microsoft about how they've built products is not the sole the preserve of academics, trainers, MVPs, and other assorted members of Microsoft's "inner circle".
Make sure you don't run afoul of the "Redmond does no wrong fun club" even if you make valid criticism.
I questioned the choice of PowerShell as the core scripting language coming from my decades of scripting and development experience on another redgate forum and was told basically to shut up and enjoy the ride.
So I'm struggling to jump through hoops writing in a Yet Another Syntax. (Already working in VB, VFP, C#, Python, JScript and TSQL, not to mention other tools on other platforms....)
Post #722735
« Prev Topic
|
Next Topic »
44 posts, Page 1 of 5
1
2
3
4
5
»
»»
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.