Viewing profile — JeffreySnover
JeffreySnover
HN member- Joined
- Thu, Apr 09, 2015, 4:15 PM UTC
- HN karma
- 235
- Public activity
- 36 items
- HN profile
- View on Hacker News ↗
About JeffreySnover
Recent public activity
-
comment
Comment #22490967
Step by step we've been doing more and more focused on Linux users. If you take a look at our telemetry - it is clear something is working because Linux usage is through the roof!!…
-
comment
Comment #22490948
Those youngings probably don't remember what the Germans and Japanese did in the 40's either. Or the good old day's when Ultrix ran like a racehorse on 4MB of ram (it did BTW!). We…
-
comment
Comment #22490906
That's not quite right. We have always focused on CUSTOMER success. You are right that there is self interest in that (as Satya likes to say - it is hard to be successful if your c…
-
comment
Comment #22490884
There are enough examples of companies doing terrible stuff that concerns are entirely understandable. Let me take the opportunity to say: 1) YOU ARE NOT OUR PRODUCT! 2) Our goal i…
-
comment
Comment #22490825
Process creation on Windows has always been significantly slower than Unix. That is why PowerShell is skewed towards "built-ins" vs launched applications. The ramification of that …
-
comment
Comment #22490774
If you have modules in your module path that don't declare their exports in the manifest, PowerShell has to inspect everything to find all the cmds. This is often what is going on …
-
comment
Comment #22283173
The second half of the quote is, “but sometimes it takes us a couple decades to get right”. :-) Seriously though, have you checked out the search in O365? It is starting to get rea…
-
comment
Comment #16208395
We thought about that but the reality is that it does not work well for interactive experiences. When you look at how admins get their job done, it starts in the interactive shell …
-
comment
Comment #16208317
Syntax is like ice cream. Some people like vanilla. Others like chocolate. Jeffrey Snover [MSFT]
-
comment
Comment #16208307
PowerShell was designed to provide a very wide dynamic range of capabilities from interactive actions to simple ad hoc scripts to more formal programming. The goal was to have a si…
-
comment
Comment #12991962
That is correct (prevent accidental script execution). It is ABSOLUTELY NOT a security mechanism. That is why we we support this: Set-ExecutionPolicy -ExecutionPolicy Bypass I want…
-
comment
Comment #12991946
Yikes! - you shouldn't have to do Set-ExecutionPolicy every time you start a shell. Something is definitely wrong there. Try doing a: Get-ExecutionPolicy -List to see what is setti…
-
comment
Comment #12991848
That was the approach I took before inventing PowerShell. We didn't WANT to invent a shell - we were forced into it. The problem was that Bash on Windows wasn't effective. At the h…
-
comment
Comment #12991690
Here is how you do that: $PSDefaultParameterValues["Out-File:Encoding"]="utf8" Jeffrey Snover [MSFT]
-
comment
Comment #12991672
That is right. CMD.exe will be around to support script execution for a long long time. Jeffrey Snover [MSFT]
-
comment
Comment #12991664
Major improvements in V5. Even more in V5.1 (which ships with WS2016). But still slower than CMD. CMD starts very quickly but then you have CMD. :-) Jeffrey Snover [MSFT]
-
comment
Comment #12991642
I've never quite understood the concern about needing to Set-ExecutionPolicy before running scripts. In Unix, you have to chmod a+x a file before running it. And you have to do it …
-
comment
Comment #12991610
That is a good tip. There are certain product teams that produced ENORMOUS objects and your suggestion helps when dealing with that. Jeffrey Snover [MSFT]
-
comment
Comment #12991593
We are incapable of sustained error. 25+ years was enough. :-) Jeffrey Snover [MSFT]
-
comment
Comment #12991586
Sorry about that - we lost control of our startup times in PS V3 and have been working to get it back under control. PowerShell V5 had substantial improvements but we keep working …
-
comment
Comment #12326857
FYI - we don't charge for PowerShell. Jeffrey Snover [MSFT]
-
comment
Comment #12326672
That is how we got started on this. We didn't want to invent anything here. We had a technology called Services for Unix which provided all the shells and utils and I got 99.5% of …
-
comment
Comment #12326575
We have a hotspot compiler. We have talked about having it create a stand-alone executable but it has always fallen below the cut line. Jeffrey Snover [MSFT]
-
comment
Comment #12322010
Everyone has a family to feed right? There is no shame in trying to make money. Satya was super clear on this point - he told us to get out of our offices and go talk to customers …
-
comment
Comment #12321916
Yes but I think the better solution is to fix the alias problem and then work with Daniel to make it super simple for people on Windows to get his latest/greatest bits. I've reache…