【最強CUI】PowerShell -Part 2 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2016/11/26(土) 06:30:02.67

前スレ
【最強CUI】PowerShell -Part 1
http://echo.2ch.net/test/read.cgi/tech/1378978504/

**デフォルトの名無しさん** · 2018/07/26(木) 12:49:19.43

>>854
出来ないことをしようとする。
←C#のコ―ドをそのままC#でコンパイルして、出来たプログラムを動かす。

出来ないことをしようとする。
←コンパイル済みのプログラムを高速に動かす。

出来ないことをしようとする。
←VisualStudioでGUIのデザインをする。

出来ないことをしようとする。
←面倒なことをPowerShell単体で実現する。

な、一緒だろ。

**デフォルトの名無しさん** · 2018/07/26(木) 13:38:54.60

相変わらず日本語が通じない

**デフォルトの名無しさん** · 2018/07/26(木) 14:42:38.06

もう引っ込みつかなくなって意味不明なことを語りだしたか w

**デフォルトの名無しさん** · 2018/07/26(木) 14:55:36.09

PoshもVBAも
同じMS製品なんだから
ケンカすんなよ

**デフォルトの名無しさん** · 2018/07/26(木) 18:46:55.24

VBAはMSの暗黒面だから一緒にしないでほしい

**デフォルトの名無しさん** · 2018/07/26(木) 19:03:10.56

日本語が通じないのはお互い様だろ。

C#に比較して楽に書けて無いだろ。
つまりC#を元に考えればゴミということになる。

別途VSCodeとかを入れるのは面倒じゃ無いのか?

C#のコード部品にもインテリセンスが効くのか?

楽だとすればそれはC#のことでPowerShellは文字列変数にコード入れなきゃならん。
そして文字列をC#のコードとして動かす為にもAdd-Type呼び出すなどと面倒なことをしなきゃならん。

**デフォルトの名無しさん** · 2018/07/26(木) 20:41:15.58

>>860
まったくもってその通りで C#>PowerSell だよ

もっと書くと
C# > PowerSell >>>>>>>>> VBA
だけど

なんで唐突にC#と比べはじめちゃったの？

**デフォルトの名無しさん** · 2018/07/26(木) 20:43:42.29

向こうでもVSCodeやらIDE入れたら～ってレスしてるやついるけどさ

VBAを主に使うのは事務屋
↓
事務の職場は（開発系と違って）外部ソフトの導入を渋られる所が多い
↓
結局Windows付属の
・VBA
・VBS
・cmd
・PowerShell
しか使えない
↓
エクセルにあまり関わらない処理はPowerShellでやってもいいんじゃね

って感じだと思うの
（というか、現にウチがこれ）

この、VBA(VB6)かPowerShell「しか」手段がない前提で行けば、
C#のソース読み込むとか多少歪んだ使い方だとしてもVBAよりPowerShellを使いたくなる時があるのは理解できるだろ？

もちろんVBAもバリバリ使ってるけどな

なんでどちらかだけしか使う価値がない！！！みたいな話になってんだろ

**デフォルトの名無しさん** · 2018/07/26(木) 21:19:35.67

マクラーは何でもかんでもVBAでやりたがるから

**デフォルトの名無しさん** · 2018/07/26(木) 23:53:09.37

Add-Typeはメタプログラミングするときに便利

**デフォルトの名無しさん** · 2018/07/26(木) 23:56:00.76

>>862
逆の話でね、こっちはず―っとそういうことを言ってるの。
その度にPowerShellしか価値が無いと言われてるんだよ。
ず―っと適材適所と言ってる。

**デフォルトの名無しさん** · 2018/07/27(金) 00:00:29.39

>>865
VBAでスクレイピングだとか1ファイルで完結とか言っといて適材適所を主張してます！は頭おかしいんじゃねえの？

**デフォルトの名無しさん** · 2018/07/27(金) 00:03:25.35

>>861
全くその通りじゃね―んだよ。
VisualStudioが入って無い、もしくは入れられない環境ではC#は意味がねえ。
だから適材適所なんだよ。

大体、PowerShellがVBAに勝てるわけねえんだよ。
VBAが使われる環境ではVBA>>>PowerShellだし。
PowerEellが使われる環境ではPowerShell>>>VBAだろう。
噛み合わねえんだよ。

**デフォルトの名無しさん** · 2018/07/27(金) 00:06:37.08

>>866
1ファイルになるのはExcelの環境だからだろ。
そういう土俵(環境)なんだからVBAが有利なのは仕方無いだろ。
スクレイピングもExcelブックにデータを展開するのが前提だぞ。
そうじゃなかったらVBAでやるべきじゃない。

**デフォルトの名無しさん** · 2018/07/27(金) 00:13:06.60

汎用的な開発だったら何でVBAでやるんだよ。
そりゃアホだろ。

VBAの議論をするならExcelの環境が大前提なんだから他の言語はそれに合わせなければならない。
だから他言語は不利になるのあたり前の話。

こういう話は当然PowerShellにもあるわけで、だから適材適所なわけ。

**デフォルトの名無しさん** · 2018/07/27(金) 01:27:22.29

>>867
噛み合わないのはお前の理解力と日本語能力のせいでは？？
正直なんでいきなり演説かましてんだこいつって感じだぞ

**デフォルトの名無しさん** · 2018/07/27(金) 06:29:32.02

1ファイルになるのがメリットみたいな言い分が謎
逆にデメリットだろそれは
ファイル分けて管理したほうが開発しやすいだろ常識的に考えて
最終的に配布を1ファイルにしたいならJSみたいにバンドルすりゃいいだけだし
なんならワンライナーのオンラインインストーラーでもいい

**デフォルトの名無しさん** · 2018/07/27(金) 06:40:59.87

>>871
> ファイル分けて管理したほうが開発しやすいだろ常識的に考えて
それは開発側の都合でしかない
そんな事を意識しない利用者にとっては単一ファイルの方がいいのは当たり前
> なんならワンライナーのオンラインインストーラーでもいい
インストールとかバカすぎる w

**デフォルトの名無しさん** · 2018/07/27(金) 06:58:14.44

ちっちゃな事で荒れるな。
IT土方同士仲良くしろ。

**デフォルトの名無しさん** · 2018/07/27(金) 07:22:54.24

>>872
脊髄反射でレスしないで読んでから返せない？

ユーザー都合で1ファイルがいいなら、1ファイルにバンドルすりゃいいだろ、って読めなかった？

インストールがダメってのも意味不明だな
ユーザー目線ならそれこそ何ファイルだろうがツールとして使えれば良いのだから、インストールスクリプトは有力な選択肢になる

1ファイルが良いってのもそもそもお前の思い込みでしかなくて、世の中には複数ファイルのツールのほうが遥かに多く、利用されてる
ユーザーは結果として簡単に使えればそんなことは気にしないんだよ

**デフォルトの名無しさん** · 2018/07/27(金) 08:02:02.45

>>874
VBAでバンドルとやらをどうやるつもりなのか書いてみ
> ユーザーは結果として簡単に使えれば
って豪語するんだから今のExcelファイル単体並に簡単に使えるんだよな w

**デフォルトの名無しさん** · 2018/07/27(金) 08:14:39.55

>>874
1ファイルにバンドル?
ExcelブックにPS1をバンドルしてどうするんだ?
個別に動かすの?
それじゃ1ファイルの意味ねーだろ。
第一、VBAは面倒とか言ってたのにそういう面倒なことするの?

Excelブックを渡した相手に余計な何かをインストールさせるのか。
VBAならそんなこと丸っきり必要ないのに。
インストールしなくても同じことが出来るならインストールしなきゃならんのはどう見てもデメリット。

世の中はExcelブックと他に何か別のファイルを持ち歩くのが遥かに多いとか、バカ過ぎるだろ。

ユーザーは簡単に使えれば中のコードがどうとか何の言語とかは優先度が低い。

Excelが前提のVBA批判をしてる自覚ある?
世の中には複数ファイルのツールってExcelの何?
なんか、ひとりよがりに感じるな。

**デフォルトの名無しさん** · 2018/07/27(金) 08:58:29.44

適材適所とか言っておいてこれだよ
どんな場所でもVBAが適材になると思ってるらしい

**デフォルトの名無しさん** · 2018/07/27(金) 11:09:47.17

Excelの場合はVBAは適材と読めるけど

**デフォルトの名無しさん** · 2018/07/27(金) 12:06:33.39

日本語が通じないのが一番困るねぇ
なんでエクセルにpsをバンドルするって話にすり変わってんだよ
開発は複数のPs1でやって配布は1つのps1にバンドルしてやるって話だろが

**デフォルトの名無しさん** · 2018/07/27(金) 12:06:57.97

excel自体が適材じゃないから
ありとあらゆるものがexcelだから

**デフォルトの名無しさん** · 2018/07/27(金) 12:15:36.26

ファイル渡すだけ

インストールワンライナーをコピペしてシェル叩くだけ
あるいは1つのインストールスクリプトをダウンロードして実行するだけ

どっちも初回の手間は大して変わらんだろう

でも、エクセルファイル渡しは後々のバージョン管理で混乱するから、総合的に見てインストールのほうが楽だね

**デフォルトの名無しさん** · 2018/07/27(金) 12:18:56.01

エクセルは他のもの要らないんだー
↓
見つからない参照

鉄板あるあるネタwww

psはライブラリなければセントラルリポジトリからとってくるだけなのでこんなアホな目に合わんで済む

**デフォルトの名無しさん** · 2018/07/27(金) 12:26:36.44

ライブラリなんて使うからそうなる
全部自分で1から書き上げるか、歴史ある秘伝の自作ソースをコピペすれば事足りる
工夫で乗り切れるのだ

らしいっすよ？

**デフォルトの名無しさん** · 2018/07/27(金) 12:44:53.66

>>877
だから話の流れを読め。
Excel限定のVBAの話から始まっている。
どんな場所でもでは無い。
Excel限定だ。
元々の>>871が既にExcel限定を考慮せずにおかしなことになってる。

>>878
そうとも限らない場合もあるけど基本的にはその通り。
それに対してどんな場合でもVBAはダメっていう主張が有って、VBA側はそれに反論してる。

**デフォルトの名無しさん** · 2018/07/27(金) 12:47:15.71

>>881
その手間が既に面倒くさいだろ。
しかもブック開いてるのに別スクリプトも動かすのか?

めんどうだわ。

**デフォルトの名無しさん** · 2018/07/27(金) 12:51:06.22

>>882
そもそも基本的にMicrosoft謹製以外は使用NGが普通だぞ。
ライブラリのコードを全て把握してるとか自社で作成したものなら別だが。

**デフォルトの名無しさん** · 2018/07/27(金) 13:10:58.41

>>885
Excelにくっついてくるソルバーアドイン使うのでさえ
オプションクリックしてアドインクリックして有効なアドインクリックしてチェックボックスクリックして…
とかやるのよりよっぽど簡単

**デフォルトの名無しさん** · 2018/07/27(金) 18:25:06.09

>>887
???
既にそんな設定は済んでいるが。

**デフォルトの名無しさん** · 2018/07/27(金) 18:29:23.81

>>884
Excelありきの話ならVBAスレでバトルしてこい

ここはPowerShellスレでPowerShellはなんでもできるオールラウンダーだ
PSerは心が広いからExcelコントロールの話をするなということはない
だがExcelの話題で縛れというなら流石に付き合う理由はない

繰り返す
Excelありきの話ならVBAスレでやれ

**デフォルトの名無しさん** · 2018/07/27(金) 18:34:48.47

>>889
そうなんだよな。
本当は長居するつもりも無かったんだが
頓珍漢なレスが多くて反応して今に至ってる。

**デフォルトの名無しさん** · 2018/07/27(金) 18:37:15.79

元々VBAスレがPowerShell信者に荒らされてな。
そのままスレが最後までいって次が立つまでの間にこっちに書いたらこうなった。

**デフォルトの名無しさん** · 2018/07/27(金) 20:52:54.00

>>888
お前が済んでたらファイル渡されたユーザーも参照できんのかよ

**デフォルトの名無しさん** · 2018/08/01(水) 09:22:45.41

v6.0.3 Release of PowerShell Core
https://github.com/PowerShell/PowerShell/releases/tag/v6.0.3

**デフォルトの名無しさん** · 2018/08/05(日) 15:25:02.08

C#は.NET無い環境だとブレークポイントで止めながらデバッグとか出来ないってことでいいのでしょうか？

**デフォルトの名無しさん** · 2018/08/05(日) 16:13:15.95

>>894
.NET無いってどういうこと？

**デフォルトの名無しさん** · 2018/08/05(日) 16:58:00.21

>>895
Visual Studioでした。すみません。

**デフォルトの名無しさん** · 2018/08/05(日) 21:27:02.69

>>896
omnisharp
これ以上は適切なスレで

**デフォルトの名無しさん** · 2018/08/08(水) 06:10:45.62

Add-TypeでC#をコンパイルしてアセンブリを吐き出すことってできない?
cscをつかうかCodeDOMをつかうっきゃないか

**デフォルトの名無しさん** · 2018/08/08(水) 07:33:51.33

>>898
そこまできたら普通にRoslyn使えよ…

**デフォルトの名無しさん** · 2018/08/08(水) 09:28:50.60

>>898
-OutputAssembly
-OutputType

https://technet.microsoft.com/ja-jp/library/dd315241.aspx

**デフォルトの名無しさん** · 2018/08/10(金) 02:50:48.12

日本語環境でUpdate-Helpが成功した方いますか？

**デフォルトの名無しさん** · 2018/08/12(日) 11:52:57.19

「Write-Host $Args[0]」とだけ書いたスクリプトを、コマンドプロンプトから
「powershell ./test.ps1 "(笑)"」
と呼び出すと「CommandNotFoundException」が発生します。

括弧が悪いようですが、やっぱり渡す前に「"`(笑`)"」みたいにバッククォートで括弧をエスケープするしかないんですかね？
実際は引数に何が来るかわからないので、できればPowerShell側でなんとかしたいんですが。

**デフォルトの名無しさん** · 2018/08/12(日) 14:22:48.08

>>902
powershell -file ./test.ps1 "(笑)"

**デフォルトの名無しさん** · 2018/08/13(月) 20:44:05.76

>>903
いけました、ありがとうございます！

**デフォルトの名無しさん** · 2018/08/13(月) 22:24:06.95

http://livedoor.blogimg.jp/teishaba_604/imgs/4/8/48b73c81-s.jpg

**デフォルトの名無しさん** · 2018/08/15(水) 21:56:44.38

>>905
店名は「笑」と書いてショウと読むのに対し，
「(笑)」は「(笑い)」の省略されたものなのでワラもしくはワライと読むはずなので，
その画像は不適切

**905** · 2018/08/16(木) 23:27:16.70

>>906
いや、そもそもスレチなんでまともに相手しないであげて下さいｗ

ところでPowershellで何かわからないことあってググると
大体「http://mtgpowershell.blogspot.com/」のサイトがヒットすることが多いんだけど
このサイト運営してる人ってすごく頭がいいんだろうなあ

**デフォルトの名無しさん** · 2018/08/17(金) 02:04:19.83

>>907
ネタにマジレスするっていうネタやで

俺もそのサイトは度々参考にさせてもらってるわ
http://tech.guitarrapc.com/archive/category/PowerShell
↑このサイトもおすすめ。「PowerShell実践ガイドブック」の作者。

**デフォルトの名無しさん** · 2018/08/17(金) 07:49:40.85

>>905
>>906
麺屋側は商売だから
とくに「ワラ」とか
ネットスラングまんまの店名つけるわけない

**907** · 2018/08/17(金) 21:38:03.34

>>909
俺が悪かったのでもうスレチにマジレスは勘弁して下さい。(^_^;)

>>908
Powershellの書籍まで出してる人のサイトか、すごいですね。
使えるTIPSあるかひと通り見てみますね。

**デフォルトの名無しさん** · 2018/08/26(日) 17:31:51.65

さすがに空白区切りの項目を$3とかで参照できないよな
awkが特殊すぎるか

**デフォルトの名無しさん** · 2018/08/26(日) 22:38:58.94

特化された言語と比べなければ十分シンプルかな
cat $1 | % { $a = -split $_; $a[3] + $a[2] }
変数への代入が少しやぼったく感じる

**デフォルトの名無しさん** · 2018/08/27(月) 08:30:13.32

ふむふむ、笑は「わら」って読まないのか…
1つ勉強になったわ
　　　　　　　　　　　　笑笑店主

**デフォルトの名無しさん** · 2018/09/05(水) 21:03:41.11

>>889
「PowerShellは何でもできる」は嘘。
お前は死んでいい。つーか死ね。
PoewerShellやっても背は伸びなかったし、彼女出来なかったし、宝くじにも当たらなかったわ！！！！

まぁそれは冗談として。
「何でも」ってのは流石に撤回しろよ。

あ、俺は >>884 ではない。

**デフォルトの名無しさん** · 2018/09/05(水) 21:34:41.59

PowerShellで赤ちゃんできました、ありがとうございます！！

**デフォルトの名無しさん** · 2018/09/05(水) 22:18:06.97

>>914
> PoewerShellやっても背は伸びなかったし、彼女出来なかったし、宝くじにも当たらなかったわ！！！！
それパチモンやん

**デフォルトの名無しさん** · 2018/09/05(水) 22:34:57.71

毛が生えてきました

**デフォルトの名無しさん** · 2018/09/05(水) 23:18:58.56

PqewrShellを飲んで二か月です。
アソコビンビンで妻も満足です。

こう？

**デフォルトの名無しさん** · 2018/09/05(水) 23:24:51.36

通常の蜆の30倍
蘇る男の自信

**デフォルトの名無しさん** · 2018/09/06(木) 06:56:43.48

蜆ってしじみのことか
PowerShell…米国の製薬会社で開発された貝のサプリかな

**デフォルトの名無しさん** · 2018/09/06(木) 21:28:59.42

Powershellやりはじめたら台風被害にあったよ＞＜

家の前の自転車が倒れただけだけど

**デフォルトの名無しさん** · 2018/09/08(土) 14:31:58.13

PowerShell Core 6.x (以下 PS6) を導入した環境でスクリプトを実行する際、
実行環境を容易に旧来の PowerShell 5 (以下 PS5)、PS6 とで
切り替える方法ってありますか？

モジュールの関係で PS5 でないと動作しないものもあるので、こっちのスクリプトは
PS5 で動かしたい、ほかは PS6 で、って感じで混在してます。

海外のスレッドでは、拡張子「.ps6」を独自に追加してそれで切り替えれば？みたいな
回答が出てましたけど、汎用性に欠けるのであんまりそういうことはしたくないんです。
Linux みたいに shebang 行で切り替えられれば一番なんですけど。

なにかアイディア無いですか？

**デフォルトの名無しさん** · 2018/09/08(土) 14:40:20.95

一行目読み取ってどっちを起動するか切り替える実行ファイルつくればいいやん

**デフォルトの名無しさん** · 2018/09/08(土) 15:06:48.98

切り替えるってのがよく分からん
そもそもps1ファイル自体は実行しても何も起こらないんじゃなかったっけ

**デフォルトの名無しさん** · 2018/09/08(土) 15:24:39.69

そりゃスクリプトはテキストファイルだから実行形式じゃないよ
画像ビューアにコマンドライン引数で画像パス渡せば画像が開くでしょ
スクリプトの実行はそれと同じことやってるの
なんでプログラム板でこんなこと説明しないといけないんだ

**デフォルトの名無しさん** · 2018/09/08(土) 16:26:12.38

いやだからさ
実行元がpwshとpowershellで明確に違うのに何を切り替えるのか分からんのよ

**デフォルトの名無しさん** · 2018/09/08(土) 16:37:52.36

拡張子の関連付け問題の話?
バ―ジョンチェックとどちらで起動するかのリストを持ってる振り分けアプリ作って、.ps1への関連付けをそれにするとか。

**デフォルトの名無しさん** · 2018/09/08(土) 16:47:51.96

実行された環境がPS6だったら自身をPS5で実行して終了するスクリプトを
PS5で実行したいファイルの頭に書いておけばいいんじゃね

**デフォルトの名無しさん** · 2018/09/08(土) 17:33:30.08

例えば、Active Directory 管理用モジュール「ActiveDirectory」は、現状
powershell.exe でしか動かず、pwsh.exe ではインポートできないわけ。

--------
参考
https://docs.microsoft.com/ja-jp/powershell/scripting/whats-new/breaking-changes-ps6?view=powershell-6
PowerShell スナップインは、PowerShell モジュールの前身ですが、PowerShell コミュニティではあまり使用されていません。
-- snip --
現時点では、Windows および Windows Server 内の ActiveDirectory および DnsClient モジュールに影響します。
--------

というわけで、今俺が作ってるものだと、以下のものが混在してる。
イ）powershell.exe でしか動かない
ロ）pwsh.exe でしか動かない
ハ）どっちでも動く

で、～.ps1 ファイルを実行する際に、右クリックして「PowerShell で実行」とすると、何もしなければ powershell.exe で
実行される。自分が作ったものはほとんどが（ハ）なんだけど、時々（ロ）もあって、それを実行するときは右クリックして「PowerShell で実行」が出来ないんで面倒。

今検討してるのは、
a) pwsh.exe でしか動かないものは拡張子を .ps6 でにして、Windows に ps6 を pwsh.exe に関連付ける
b) sendto フォルダに pwsh.exe で実行させるバッチファイルを置く
c) バッチファイル (～.cmd) に、実行環境ごと書いてしまう (参考 http://d.hatena.ne.jp/hake/20180218/p1 )

なんだけど、ほかにやりよう無いかね。

**デフォルトの名無しさん** · 2018/09/08(土) 18:08:00.82

UNIXシェルのシバンみたいのが理想なら>>928は現実的な最適解だと思うんだけど何故スルー？

**デフォルトの名無しさん** · 2018/09/08(土) 18:26:03.12

そんだけならコンテキストメニューを拡張して
「PSV5で実行」を追加すれば良くね

**デフォルトの名無しさん** · 2018/09/08(土) 19:09:29.22

右クリックなら選べるからコンテキストメニューをどうにかすべきだな。

ダブルクリックの話かと思ってた。

**デフォルトの名無しさん** · 2018/09/08(土) 19:12:14.31

>>930
環境の問題とプログラム自体を分けておきたいとかあるんじゃないの?

**デフォルトの名無しさん** · 2018/09/08(土) 21:00:30.80

>>928
イメージとしてはこんな感じかな。たしかにうまくいきそう。
ありがとう、明日試してみる。
-----------
<# ps1 の関連付けが powershell.exe の状態 (デフォルト) で、pwsh.exe で実行させたいものの場合 #>
# 実行環境が ver 5 以下の場合
if ($PSVersionTable.PSVersion.Major -le 5) {
pwsh.exe $MyInvocation.MyCommand.Path
exit
}
# 以下、ver 6 以上で実行させたい内容

**デフォルトの名無しさん** · 2018/09/08(土) 21:11:46.23

>>931 >>932
もちろんそれでも十分可能なんだけど、以下の理由でできればカスタマイズは避けたいんです。スクリプト内だけで完結させたい。

・マシンがたくさん、OS も複数種類、ユーザプロファイルもたくさんあるので、標準構成からあまりいじりたくない
・お客さんに納品する可能性も考慮

**デフォルトの名無しさん** · 2018/09/09(日) 12:32:25.50

そんな条件なら最初から全部ver5用に作るわ

**デフォルトの名無しさん** · 2018/09/09(日) 12:54:55.70

運用マニュアルなしで議論してもしょうがないでしょ
このスクリプトはver5環境で実行してくださいと一言書いとけば済む話

**デフォルトの名無しさん** · 2018/09/09(日) 13:48:43.10

そういう能書きが書いてあっても何のこっちゃ分からんという人に配布しなきゃいけない場合もあるからなぁ
お客さんに運用対応を要求するのも大変なことだし

**デフォルトの名無しさん** · 2018/09/09(日) 14:14:36.64

>>937はこの手の仕事したことないんだろ
マニュアル書いても
「ver5環境ってなんだ？」
とか、そもそも説明なんて読んでなくて
「うまく動かないので至急なんとかしてください」
って言われるだけのこと

**デフォルトの名無しさん** · 2018/09/09(日) 14:39:06.98

これで十分
#Requires -Version 5
if ($PSVersionTable.PSEdition -eq 'Core') {
throw 'Powershell Coreでは動作しません。'
}

**デフォルトの名無しさん** · 2018/09/09(日) 14:42:48.50

「マニュアル？あぁ読んでないわ。とにかく直しといてね」

**デフォルトの名無しさん** · 2018/09/09(日) 14:47:33.78

>>940
「なんか動作しませんて出るんだけど？直しといてね」

**デフォルトの名無しさん** · 2018/09/09(日) 15:19:04.80

「対応するなら○○万円(鬱陶しい顧客リスク分を上乗せして)頂戴します。」
断るならブラック顧客だから切るべし。
断れないならブラック企業だから転職。

**デフォルトの名無しさん** · 2018/09/09(日) 15:28:45.97

>>943
突っぱねるだけじゃなく、妥協点を見出す、Fail safe, Fool proof ってのも重要なことだよ。
まあ個人のポリシーだから好きにすればいいけど。

**デフォルトの名無しさん** · 2018/09/09(日) 15:31:06.93

無職の妄想かよ w

**デフォルトの名無しさん** · 2018/09/09(日) 15:47:36.82

マニュアル書くにしたって、「エラーメッセージが出ます」と一言で説明するだけじゃ不十分
「『ver5環境では動作しません』というメッセージが表示されます。この場合...」と一字一句再現してやらないとわけわからなくなる人が山のようにいるのでね
ウィンドウの背景色やフレームの色まで画像付きで説明されてないと理解できない人もいるし
舐めてると死ぬぞ

**デフォルトの名無しさん** · 2018/09/09(日) 20:12:23.17

会計ソフトを出したら、それを買った客が、簿記・会計処理のことを聞いてくるw
女が電話に出ると、何時間でも粘るw

そういう客もいる

**デフォルトの名無しさん** · 2018/09/09(日) 20:24:13.14

>>947
それ、チャンスじゃん。
サポート料を時間当たりいくらと決めとけば良い。

**デフォルトの名無しさん** · 2018/09/09(日) 20:59:40.12

>>947
全然関係ないけど昔生理用品メーカーに納入した機器の入れ替えに行った時に聞いた話だと、お客さんからの問い合わせ（多分クレーム）で長い時は３時間とかかかるって言ってた

**934** · 2018/09/10(月) 17:56:21.73

結局こんなふうにしたよ
https://pastebin.com/9RWLpSC7

>>928
ありがとうごさいました！
ほかの皆さんもありがとうございました！

**デフォルトの名無しさん** · 2018/09/12(水) 08:25:50.66

Verifying PowerShell versions…let me count the ways
https://blogs.technet.microsoft.com/laurapark/2018/08/26/verifying-powershell-versions-let-me-count-the-ways/

**デフォルトの名無しさん** · 2018/09/14(金) 07:52:52.25

powershellにはbuild toolないのか

**デフォルトの名無しさん** · 2018/09/14(金) 09:15:39.59

Announcing PowerShell Core 6.1
https://blogs.msdn.microsoft.com/powershell/2018/09/13/announcing-powershell-core-6-1/

**デフォルトの名無しさん** · 2018/09/14(金) 10:16:47.60

これは朗報だ！
---------
AWS Lambda は PowerShell Core をサポートします
https://aws.amazon.com/jp/about-aws/whats-new/2018/09/aws-lambda-supports-powershell-core/