Skip to content

Settings and activity

1 result found

  1. 154 votes
    Vote

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    You have left! (?) (thinking…)
    How important is this to you?

    We're glad you're here

    Please sign in to leave feedback

    Signed in as (Sign out)
    An error occurred while saving the comment
    Cy "kkm" K'Nelson commented  · 

    PowerShell ISE is no more for the new PowerShell, v6 and up. The official replacement is Visual Studio Code, but it's exactly what Visual Studio is to LinqPad w.r.t., e.g., C#. ISE was a nice tool to develop a 15-liner script. I used it to remove and deprovision Windows 10/11 bloat AppxPackages. It was convenient, as I list all candidate apps one per line in an array and comment out those that I do not want to remove in a particular installation; e.g. some are useful on a personal use thin low-perf notebook I travel with, but not on a desktop work-only workstation. Open the file in ISE, comment lines for apps that I want to retain, hit run, done. And I do not even have VS code on a notebook from this example. A perfect use case for LinqPad!

    Pragmatically, LinqPad integration of the new OSS PowerShell engine with premium autocomplete seems a very marketable feature to me. A discounted PS-only autocomplete is a lucrative entry into the market of sysadmins, who script many automation tasks in PS but do not care about other languages. This is the group of users who certainly won't switch from ISE to the recommended VS Code. Too much hassle for these folks to learn and set up such a complex tool to work with PS, given it's not OOBE; it's a shell with a plain-text editor, and you need to set up plugins to work with any language. VS Code marketplace is generally a heap of low-quality add-ons where a first-class one is a rarity. Setting it up for a new language a less than pleasant experience (I could not set it up for a palatable experience for C#; @Payton-Byrd in a July 13,2021 comment noted having been in the same boat!). To set up C++ development on Linux, I had to read tons of blogs and articles and try this and that extension before settling on a fully functional environment.

    Another boon is that sysadmins don't usually pay for software out of their own pocket, and orgs would rather purchase multi-license packs.