Совет для сценариев Windows XP, WSH по сравнению с PowerShell
если у вас есть хорошие данные, используйте threshold = 0.5
threshold = 1
print(df[df['shiper_RFQ'].apply(lambda x: np.abs(x - df['shiper_RFQ'].mean()) / df['shiper_RFQ'].std() < threshold)])
и этот
df = df[ np.abs(df['shiper_RFQ'] - df['shiper_RFQ'].mean()) / df['shiper_RFQ'].std() < threshold]
оба будут иметь одинаковый результат
вывод
[112 ]если вы печатаете, вы можете увидеть аномалию
print(df['shiper_RFQ'].apply(lambda x: np.abs(x - df['shiper_RFQ'].mean()) / df['shiper_RFQ'].std()))
0 0.084182
1 0.010523
2 0.468261
3 0.268329
4 1.594192
5 1.757294
6 0.268329
3 ответа
Действительно ли это "Стоит"?
Абсолютно. Вот количество причин почему.
- Все больше продуктов Microsoft основано на PowerShell - например, Exchange Server 2007, SQL Server 2008, и т.д.
- PowerShell может получить доступ к Microsoft.NET.
- Легкий учиться - Вам только нужны немного команд для исследования возможностей PowerShell - например), Получать-команда, Получать-справка, получать-участник, и т.д.
- Большинство команд искажается и отображается способом, что они подобны DOS, или *ОТКЛОНЯЮТ команды оболочки - например), "ls", и "dir" псевдонимы для, "Добираются-ChildItem", "CD" для "Местоположения Набора"
- Это - инструмент великого разработчика - Так как PowerShell может получить доступ к библиотеке.NET, можно моделировать некоторые технические возможности.NET в PowerShell
- Можно перейти вокруг Реестра, Сертификата, Переменных среды, и т.д. как будто они - файловая система - Вы используете ту же команду, которую Вы используете в FileSystem для навигации вокруг - например), CD HKLM:\
Недостатки:
- Версия 1.0 PowerShell не поддерживает Дистанционную работу (поддерживаемый в 2,0) и создание нового потока (использующий Систему. Поточная обработка. Поток, но будет поддерживать фоновые задания в 2,0),
- Кривая обучения может быть долгой, если Вы не привыкли к базирующемуся языку C#/Java
- Трудно создать универсальные объекты.NET
- например) создание дженерика
List<int>набор похож на следующее
- например) создание дженерика
$l = ново-объектная Система. Наборы. Универсальный. Список '' 1 [[Система. Int32]]
Основное преимущество WSH состоит в том, что он был установлен по умолчанию начиная с Windows 98, возможно даже Windows 95, но поскольку PowerShell идет с Server 2008 теперь, и является устанавливаемым на чем-либо после XP, это становится меньшим количеством проблемы.
Если Вы имеете полный контроль над серверами, на которых будут работать Ваши сценарии, я рекомендовал бы идти с PowerShell.
Powershell является определенно способом пойти, если Вы склонны ожидать, но он должен быть установлен отдельно в Windows прежде 7, который мог бы сделать WSH более привлекательной целью, если Вы просто хотите развернуть сценарии, которые работают без дальнейших зависимостей. Кроме того.NET еще не включена на древних версиях Windows как XP, который далее поднимает планку.
Если бы у Вас было некоторое воздействие.NET, то необходимо найти Powershell довольно интуитивным, как бы то ни было. И особенно в средах Windows Server это, кажется, быстро становится значением по умолчанию для командной строки, администрирующей почти начиная со всей недавно выпущенной поставки серверных компонентов с пользовательским Powershell cmdlets. Таким образом, Powershell, кажется, путь для Microsoft, за которой они хотят следовать некоторое время. Heck, они даже не прокладывали COM под землей до сих пор, таким образом, я буду ожидать, что Powershell будет жить, по крайней мере, десятилетие дольше, так как они располагают его как автоматизацию и среду сценариев для задач администрирования.
Также я нашел основанный на объектах конвейер, в то время как он взял меня некоторое время для привыкания к нему, очень мощный и простой в использовании в конце. Конечно, упрощает много вещей, которые требуют, чтобы sed/awk на *отклонил.
Однако я все еще использую пакетные файлы Windows для многих, наполняют, который должен работать на Windows без больше зависимостей, но это - просто грязная моя привычка :)