Вместо Job можно использовать runspace без сериализации.

Потому что Job  - это новый процесс без сериализации передавать "живые" объекты не получится.

Благодарю! Попробую

Не в курсе просто что такое сериализация..

в двух словах - попытка описать объект в тексте (обычно html, json, ну или байнари). Десериализация - попытка воссоздать. Нужно для передачи сложносоставных данных, объектов, структур между разными процессами, по сети, сохранения/восстановления и т.п.
Например значение свойств после сериализации сохранится. Структура какая то, и т .п. Но если есть ссылки на какие нибудь внешние хендлы например, то при восстановлении их может не быть уже, к ним может не быть доступа (если восстанавливается в другом процессе например) и т.д.

Понял. Спасибо =)

вопрос на соточку

как я могу сохранить вызов функций, аналогичный Action в шарпе?

грубо говоря, что я хочу:

у меня есть Dictionary содержащий string, action

вот я не могу понять какого типа обычный пошевский function

Уже обсуждали это, scriptblock.

(Get-Item function:\help).GetType()

System.Management.Automation.CommandInfo.FunctionInfo

Не, это метаданные о ней.
Вот так лучше посмотреть:
gc Function:\help | gm

(gc function:\help).gettype().fullname или так

Можно $function:help.GetType().FullName

Можно забрать свойство definition у метаданных и тогда там будет тип String, а содержимое то же самое

а определение (definition) - и есть стринг ;)

но string - не исполняемый код, это просто текст. Его можно конечно выполнить, но с помощью какой-нибудь iex (избегайте!). А исполняемый - как раз скриптблок

Прошу прощения если такой вопрос был, но столкнулся с непонятным, гугель ответов внятных не дает. После запуска пошика как от админа так и от юзера при вводе команды заглавные буквы после нажатого шифта не печатаются. Думал что то с клавой, а нет на другой машине точно такая же история. (Вин 10 про) Важен ли для пошика регистр букв при наборе команд ?? И почему такая беда ???
В CMD работает набор как положено.

нет, пошику все равно на регистр.