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»»

Good Enough Expand / Collapse
Author
Message
Posted Tuesday, May 04, 2010 8:10 PM


SSC-Dedicated

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

Group: Administrators
Last Login: Today @ 4:29 PM
Points: 32,819, Visits: 14,965
Comments posted to this topic are about the item Good Enough






Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #915774
Posted Tuesday, May 04, 2010 11:29 PM


SSCommitted

SSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommittedSSCommitted

Group: General Forum Members
Last Login: Wednesday, April 09, 2014 12:58 AM
Points: 1,904, Visits: 2,771
Hi Steve, I think "abandoning" VBS and PWS might be a bit harsh.
Moving on to new technologies is a definite yes, but still using your "legacy" knowledge is never a bad thing I reckon.

I say, whichever is quicker and more efficient to use, is usually the best way to go.


----------------------------------------------
Msg 8134, Level 16, State 1, Line 1
Divide by zero error encountered.
Post #915820
Posted Wednesday, May 05, 2010 7:01 AM
SSCrazy

SSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazySSCrazy

Group: General Forum Members
Last Login: Today @ 2:28 PM
Points: 2,416, Visits: 3,456
Ha. I still do things with good old DOS commands. Powershell is just a rehash of command line processing and scripting. Be it DOS and batch files, VBS, AS400, Unix/Linux, etc, command line processing has been a quick and easy way to get certain things done.

Learn Powershell... sure. But, don't think it's anything new. A command line based on .NET is going backward not forward.
Post #916015
Posted Wednesday, May 05, 2010 9:06 AM


SSC-Dedicated

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

Group: Administrators
Last Login: Today @ 4:29 PM
Points: 32,819, Visits: 14,965
Is it going backwards? I'm not sure about that. I think that PWS, and Python, are actually moving forward by bridging some of the programming concepts that were missing in DOS. It's more like making a korn or C-shell for the Windows world.

The big thing for me is that the tools have to be built in. When I'm recovering a server, or rebuilding one, I like having stuff built into the OS and stack. Or easily integrated into an install. PWS does this on newer systems, and as those become mainstream, it becomes more likely that PWS is available.

VBS works well for me, and the big reason I moved away from Perl is that I could always count on VBS being on every server.







Follow me on Twitter: @way0utwest

Forum Etiquette: How to post data/code on a forum to get the best help
Post #916170
Posted Wednesday, May 05, 2010 9:11 AM


Ten Centuries

Ten CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen CenturiesTen Centuries

Group: General Forum Members
Last Login: Monday, March 10, 2014 3:52 PM
Points: 1,380, Visits: 2,681
I jumped on the powershell bandwagon awhile ago but still go back to other tools (scripting languages). The way I look at it is that it is just another tool on my tool belt. Having more tools on the tool belt allows you to solve more problems or to look at it differently. "When all you have is a hammer, everything looks like a nail."

---------------------------------------------------------------------
Use Full Links:
KB Article from Microsoft on how to ask a question on a Forum
Post #916179
Posted Wednesday, May 05, 2010 12:06 PM


SSChampion

SSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampionSSChampion

Group: General Forum Members
Last Login: Today @ 3:25 PM
Points: 14,835, Visits: 27,311
I'd say it's time to learn it. There is just so much capability built into it now from MS plugging it into every product they're turning out these days... It just seems crazy to not develop a good skill set in 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 #916335
Posted Wednesday, May 05, 2010 2:11 PM
SSC Rookie

SSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC RookieSSC Rookie

Group: General Forum Members
Last Login: Wednesday, July 17, 2013 8:58 PM
Points: 28, Visits: 114
Having been in the computer business for 30 some odd years, the only constant I have come across is that everything changes.

But, then again that is one of the things I love about it, there is always a new challenge.

For me that currently is VS2010 & .Net 4.0, with SQL 2008 R2 just around the corner, the fun never ends!
Post #916456
Posted Wednesday, May 05, 2010 4:03 PM


SSC-Insane

SSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-InsaneSSC-Insane

Group: General Forum Members
Last Login: Today @ 5:28 PM
Points: 20,483, Visits: 14,136
It is nice to have some of the old stuff in the old toolbelt - sometimes that just isn't enough or the correct tool. Time to learn the new stuff and possibly become more efficient.



Jason AKA CirqueDeSQLeil
I have given a name to my pain...
MCM SQL Server


SQL RNNR

Posting Performance Based Questions - Gail Shaw
Posting Data Etiquette - Jeff Moden
Hidden RBAR - Jeff Moden
VLFs and the Tran Log - Kimberly Tripp
Post #916550
Posted Wednesday, May 05, 2010 11:37 PM


SSC-Dedicated

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

Group: General Forum Members
Last Login: Today @ 8:23 PM
Points: 36,002, Visits: 30,297
In just about anything I've seen having to do with software, 99% of the people only know how to use 1% of the functionality. A lot of the new flash-in-the-pan software is to try to get the next generation to buy the latest version (gotta keep up with the Jones' ) with 1 or 2 "slick" things that can usually be done without the "slick" if you just take the time to learn it.

I've seen a whole lot of good functionality in SQL Server simply go away along with some of the good stuff they added... I wonder when they'll add some of it back in so you can buy a new version to get it and think its new and "slick".


--Jeff Moden
"RBAR is pronounced "ree-bar" and is a "Modenism" for "Row-By-Agonizing-Row".

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."

"Change is inevitable. Change for the better is not." -- 04 August 2013
(play on words) "Just because you CAN do something in T-SQL, doesn't mean you SHOULDN'T." --22 Aug 2013

Helpful Links:
How to post code problems
How to post performance problems
Post #916671
Posted Thursday, May 06, 2010 6:40 PM


Valued Member

Valued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued MemberValued Member

Group: General Forum Members
Last Login: Wednesday, December 15, 2010 6:35 PM
Points: 63, Visits: 193
Edited ... oops curly { on a url doesn't make it look like a url :-(

Jeff, you're sounding (reading?) almost as jaded as I am.

However, quoting from our esteemed editor where this list started, "I'd have to say that it's when you see a decent future in the new technology. When it appears that others have proven savings, like a task takes less time or you get better performance."

I'm not sure anyone could prove that that MVS wasn't just the coolest and fastest aproach to re-entrent program execution ever. But that just didn't cut the mustard 'cos MSFT had better marketing for a ***-awful OS and and compilers that worked most of the time.

In all my time with IBM systems I once found a genuine bug with the PL/I compiler.

And for those nerds, who had an anti-M$FT fixation then Linux was the coolest thing out, it just could never support as much hardware as MSFT could, ... oh, maybe that's why MSFT were charging for their products, 'cos they would actually run on just about any hardware on the planet .. well,well, never did think that was a problem until I bought a chinese knockoff of ...

Oops, off the subject. The best marketing wins, not the best technical solution.

I'm sort of hoping that .net (based around c# not vb or x#, he,he) and sql server are going to have the best marketing around 'cos I've sure as hell invested a lot of my life in what I consider a technically very good set of solutions, leaving aside some of the aberrations like asp.net mvc where a forced solution to bad programming has introduced some really weird results. Maybe not wrong, just weird.

And these solutions are evolving very quickly on both a technical language path and a hardware implementaion path, so let's be vveerryy careful about what we define as less time to get better performance.

How many times has everyone out there seen a solution that make the simple stuff simpler but the hard stuff harder.

http://www.artima.com/intv/simplexity.html

When you take something incredibly complex and try to wrap it in something simpler, you often just shroud the complexity. You don't actually design a truly simple system. And in some ways you make it even more complex, because now the user has to understand what was omitted that they might sometimes need. That's simplexity.

- Anders Hejlsberg, Lead C# architect


Peter Edmunds ex-Geek
Post #917544
« Prev Topic | Next Topic »

Add to briefcase 12»»

Permissions Expand / Collapse