Ужасы PowerShell

Сравнивать PS с Питоном - очень странное занятие

1. Здесь мне нечего сказать. Переменная есть? Есть. Значение в ней, как во многих языках программирования может быть стандартное (по умолчанию). Мы можем объявить строку и вывести её. Компилятор может даже не ругаться. А здесь переменная объявляется в момент её непосредственного вызова. PS. в js тогда вообще лучше не лезьте

2. Тип "переменной" определяется содержимым файла! Вот и всё объяснение твоего недоумения. На питоне вы грузите содержимое совершенно иначе и если сделать так же на PS результат будет как и в питоне

3. И не только файла, но и данными, полученными откуда-то ещё.

4. А забрать значение из функции не пробовали? Ну там, в переменную и вывести потом? При чем тут результат функции, если вы просто выводите значение на экран?
   Аналогичный код на псевдо языке:

функция(text1, text2) {
  print(text1);
  return text2;
}

Стоит еще упомянуть, что просто так скрипт на Powershell вообще не запустишь, надо или прописывать какие-то непонятные заклинания в реестр, или ставить не менее непонятные ключи при вызове.

Кто мешает проставить их же злоумышленникам - вообще не понятно.

Зачем PowerShell сравнивать с Python с точки зрения функциональности? Это же совершенно разные инструменты...

Кстати, Python скрипт везде стартует быстрее. PowerShell тупит доли секунды. Обычно это неважно, но когда на любое действие GUI вызывается скрипт то разница чувствуется.

Да у меня на винде powershell.exe запускается долго и жрёт много памяти (по сравнению с bash). Что он там делает - без понятия. Загадка.

Языки программирования РАЗНЫЕ. И особенности каждого из них надо изучать, а не пытаться действовать по кальке с другого языка. Описанные вами "неожиданности" PS либо прямо следуют из логики происходящего, либо просто явным образом описаны в документации (про ваш пример с return там вообще почти цитата в about_return есть).

Что до неявного преобразования типов - так в той области, где PS обычно используется, это однозначное благо, сильно упрощающее жизнь. А там, где оно вдруг работает не так, как ожидается, всегда можно сделать явное.

Откроем wiki на каждый из "языков" и осилим первое предложение:

Python is a high-level, general-purpose programming language.

PowerShell is a task automation and configuration management program from Microsoft, consisting of a command-line shell and the associated scripting language.

Так что сравнение теплого с мягким.

Из всех "неприятностей" реально утомляет в скриптах только одна: проверка, что за тип нам вернули. $null , объект или массив.
Остальное, как мне кажется, надумано или просто противоречит старым привычкам.

Плюсы "всё объект" и "всё можно отправить в конвейер" перевешивают минусы. Не надо парсить строки, где у каждого автора "утилиты, которая делает только одно, но отлично" своё, блин, представлние о прекрасном. И где простое True может быть написано десятком разных и порой весьма извращённых вариантов.

Давно работаю с PowerShell и недавно начал осваивать python (без особого энтузиазма). PowerShell прекрасный инструмент и мне очень нравиться. Но у меня нет желания написать статью с кликбейтным названием "ужасы python", только потому что я плохо знаю python. Почему автор решил устроить холивар, для меня осталось загадкой.

Почему автор сравнивает powershell с python, а не с bash?

Если файл существует, но первая строка пуста (там нет даже пробела), то Get-Content возвращает $null!

PS C:\> Get-Content C:\Temp\1.txt

one
two

Вот пример файла с пустой первой строкой - нет такого поведения, о котором вы говорите

Теперь вас не удивит поведение следующего кода:

1. В PS принято возвращать один объект как один объект, а не коллекцию, когда он один. Так в других языках есть свои конвенции, которые разработчики соблюдают.

2. Тем не менее, никто не заставляет разработчиков командлетов соблюдать эту конвенцию, поэтому в случае Invoke-SqlCmd адресуйте свой вопрос разработчикам модуля SqlServer, а не разработчикам языка.

($found.getType().FullName -eq 'System.Management.Automation.PSCustomObject')

$found -is [System.Management.Automation.PSCustomObject]

Где-то плачут математики, для которых множество из двух элементов, и одного, и нуля элементов - это объекты одного "типа". Но создатели PowerShell похоже считают в парадигме: ноль, один, много.

Никто не запрещает разработчикам командлетов даже при возвращении одного объекта заворачивать его в коллекцию - разработчики PowerShell тут ни причём.

Какого черта? На самом деле в PowerShell функция возвращает не только то, что в return (это ключевое слово можно и не писать), а собирает все выводы по ходу выполнения. Вывод new-Item прилепился до того, что мы вывели в return.

1. На это натыкаются примерно все новички в PowerShell - ничего страшного =)

2. Это действительно особенность архитектуры: ключевое слово return на самом деле нужно не для вывода в stdout, а для прерывания работы функции. Т.е. для случая, когда стандартный workflow функции по какой-то причине закончить нельзя и нужно преждевременно остановиться.

дописав | Out-Null после New-Item

Не нужно так делать: вызов командлетов довольно дорогая операция. Гораздо лучше написать $null = New-Item

при выводе они склеиваются - хорошо что хоть через пробел.

Это настраивается под ваши предпочтения: https://devblogs.microsoft.com/powershell/psmdtagfaq-what-is-ofs/

мы можем забыть присвоить хоть какое-то значение переменной:

Это настраивается: https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/set-strictmode. Хорошей практикой считается разработка в среде с включённым Strict Mode.

Массив из одного элемента (в файле же одна строка).

Этим элементом будет пустая строка

По питонячи это [""]