Excel Python 質問スレ

**デフォルトの名無しさん** · 2018/01/27(土) 10:54:15.32

Excel に Python が搭載されるようです
これで仕方なく使ってた VBA ともおさらばです

アンケートフォーム
https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR7tUuWqOwSJFpBE5ZLhdkgtUMkhZWlkxRjhDRklXSjNTVkNSWkE2WlNQMS4u

公式
https://excel.uservoice.com/forums/304921-excel-for-windows-desktop-application/suggestions/10549005-python-as-an-excel-scripting-language
https://twitter.com/ayatokura/status/942029214257000449
https://forest.watch.impress.co.jp/docs/news/1082952.html
http://www.itmedia.co.jp/news/articles/1712/18/news076.html

■関連
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1097447.html
https://qiita.com/yniji/items/2e80ace081c4b59bc327
https://tonari-it.com/python-and-excel/

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

そもそも決定してるんだっけ
β版で実装の目処たってて
あとは有効にするか隠すかだけなのか

**デフォルトの名無しさん** · 2018/01/27(土) 11:12:02.48

秀丸マクロのpython化はよ

**デフォルトの名無しさん** · 2018/01/27(土) 11:15:22.76

2019年なら間に合うっていう意味かも知れないが
既に手遅れ感というか今更感もある
10年前に搭載してれば世界は変わってたはず

**デフォルトの名無しさん** · 2018/01/27(土) 11:46:20.52

なんで C# じゃないんだよ...

**デフォルトの名無しさん** · 2018/01/27(土) 11:53:42.33

ほんそれ

**デフォルトの名無しさん** · 2018/01/27(土) 11:54:26.12

ってゆーかアンケートにそれ書いてきた？

**デフォルトの名無しさん** · 2018/01/27(土) 11:55:51.99

むしろそれで C# に方針変更されても困るな

**デフォルトの名無しさん** · 2018/01/27(土) 11:57:40.34

ローカルでjavascript使わせてくれたらそれで良いよ

**デフォルトの名無しさん** · 2018/01/27(土) 12:39:32.18

のちの Python# である

**デフォルトの名無しさん** · 2018/01/27(土) 13:21:27.29

有料はやる気出ないな
https://tonari-it.com/pyq-python/

**デフォルトの名無しさん** · 2018/01/27(土) 13:43:42.28

OneDrive だか Skydrive だかの excel にも python 載っけてくれ

**デフォルトの名無しさん** · 2018/01/27(土) 15:51:35.98

>>11
https://msdn.microsoft.com/ja-jp/library/office/mt598672.aspx
こんなのもあったよな？
で、今度はPython？
ブレてんな、内部でもめてんのか

**デフォルトの名無しさん** · 2018/01/27(土) 17:16:41.73

選ばれたのは
ExcelでもなくPythonでもなくC#でもjsでもなく
プラットフォームでしたでござる

**デフォルトの名無しさん** · 2018/01/27(土) 17:32:12.84

なまじ普及してるC#にしちゃうと、既存のライブラリとの整合性というか相性の問題が出まくってサポートがパンクどころかビッグバンを起こす危険性がある
コストばかりかかって利益を生まないサポートのことを考えたら、俺なら絶対に採用しない

**デフォルトの名無しさん** · 2018/01/27(土) 17:45:18.06

いつから？
Pythonでセル指定とかどうやるん？

**デフォルトの名無しさん** · 2018/01/27(土) 17:52:45.89

>>18
どうってどう言う意味？
普通にセル範囲(PythonでRangeと言うと語弊がある)をVBやC#でいうLINQみたいな感じで
触るようにもなれるって感じじゃないの？

**デフォルトの名無しさん** · 2018/01/27(土) 18:05:19.05

>>17
既にMicrosoft.Office.Interop.Excelがあるのになに言ってるんだ？ w

**デフォルトの名無しさん** · 2018/01/27(土) 18:15:04.23

win32comならpythonにもあるぞ

**デフォルトの名無しさん** · 2018/01/27(土) 18:47:37.33

>>19
そっか
まあ出てこないとわからんよな

参照設定とか気軽にプログラム内で組み込めるようになればいいのに

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

>>7
時代はObject指向言語から関数型言語に移りつつあるからな

前からMicrosoftは中途半端にしておくのが好きで
VBAもObject指向言語に片足突っ込んだ状態のままだし
VB.NetやC#も今、関数型言語に片足突っ込んだ状態になっている

ひょっとするとMicrosoftは今後Pythonを主軸に持って行くつもりかもね
今後、今までVBAが時代錯誤の構造化言語と呼ばれて来たように
C#がそう言われる時期が近づいて来たのかも知れないね

**デフォルトの名無しさん** · 2018/01/27(土) 20:21:01.35

何はともあれ誰よりも中途半端な>>23であった

**デフォルトの名無しさん** · 2018/01/27(土) 20:33:39.56

>>24
その「とりあえず分からなければ煽っとけ」みたいなのはいいから

**デフォルトの名無しさん** · 2018/01/27(土) 20:36:12.51

>>25
その「とりあえず分からないけど評論しとけ」みたいなのはいいからw

**デフォルトの名無しさん** · 2018/01/27(土) 20:38:53.22

.netframeworkはMac的な問題があるからじゃねえの
Macでも対応してんだっけかあれ

**デフォルトの名無しさん** · 2018/01/27(土) 20:43:01.11

>>26
別に中途半端が悪いと言ってる訳ではないよ
お陰でVBAでもポリモーフィズムが使えるし
C#でもLINQやラムダ式が使えるわけだし

**デフォルトの名無しさん** · 2018/01/27(土) 20:46:02.69

>>28
俺はお前の中途半端が悪いと言ってるのだけれどもw

**デフォルトの名無しさん** · 2018/01/27(土) 20:46:59.29

>>29
何を中途半端と言ってるのかが分からん

**デフォルトの名無しさん** · 2018/01/27(土) 20:49:24.11

いやC#でLINQ使えるのは当たり前だろ

**デフォルトの名無しさん** · 2018/01/27(土) 20:51:07.22

>>31
C#としては当たり前でもあれはObject指向言語としては当たり前ではない
関数型言語の範疇

**デフォルトの名無しさん** · 2018/01/27(土) 20:52:42.09

>>30
お前のスキルとその根源にある脳ミソの出来が中途半端だと言ってるのだけれども伝わらんよねw中途半端な脳ミソにはw

**デフォルトの名無しさん** · 2018/01/27(土) 20:53:23.27

>>33
なんだ結局煽りたいだけか

**デフォルトの名無しさん** · 2018/01/27(土) 20:56:19.77

>>34
そこに煽られるヤツが居ればいつでも煽るよ俺はw
悔しかったら煽られない脳ミソをオカアチャンに貰うんだなw

**デフォルトの名無しさん** · 2018/01/27(土) 20:57:28.82

>>35
何か根拠がある訳ではないんだな？

**デフォルトの名無しさん** · 2018/01/27(土) 20:59:42.19

>>36
根拠が知りたいのw

**デフォルトの名無しさん** · 2018/01/27(土) 21:02:33.45

>>37
そりゃそうさ
まともな人なら何の根拠もなくそんなことは言わないからな
普通なら何か根拠があるのでは？と考えるのは当たり前だろう

**デフォルトの名無しさん** · 2018/01/27(土) 21:03:39.87

>>38
普通じゃない程度に出来が悪い脳ミソの保有者だからそう思うんだよw当たり前ってコワイねw

**デフォルトの名無しさん** · 2018/01/27(土) 21:10:23.96

うわ・・・
なんか面倒くさいのに噛み付かれちゃったな・・・
はいはい、もういいよ別に俺が中途半端でも
脳みその出来が悪くても
実際その通りだと自分で自覚しているところはあるしな

**デフォルトの名無しさん** · 2018/01/27(土) 21:14:18.12

>>40
自分が最初にマイクロソフトに噛み付いたのもう忘れちゃったのお馬鹿さんw脳ミソが中途半端なのにw

**デフォルトの名無しさん** · 2018/01/27(土) 21:16:55.23

虎の威を借りるとはこの事だなw

**デフォルトの名無しさん** · 2018/01/27(土) 21:17:17.95

>>41
だからその中途半端を悪い意味で言ってる訳じゃないって・・・
もういいや、疲れた

**デフォルトの名無しさん** · 2018/01/27(土) 21:20:21.07

>>43
なんだ良い意味で言ってたのかw中途半端な脳ミソだなあw

**デフォルトの名無しさん** · 2018/01/27(土) 21:24:22.43

>>43
絡まれたらNGしとくといいよ
具体的にVBAやC♯の良さは言えない子だから相手するだけ無駄

**デフォルトの名無しさん** · 2018/01/27(土) 22:00:33.85

Pythonが関数型で先進的な言語って勘違いしてる奴なんなんだ

**デフォルトの名無しさん** · 2018/01/27(土) 22:01:01.90

>>46
お前だけやろw

**デフォルトの名無しさん** · 2018/01/27(土) 22:26:18.15

>>47
じゃあお前の書き方が悪い

**デフォルトの名無しさん** · 2018/01/27(土) 23:47:46.16

>>47
何が気に入らなかったのか知らんがマウントとった気になってるのはお前だけだぞ恥さらし

**デフォルトの名無しさん** · 2018/01/27(土) 23:50:07.22

>>49
何が恥ずかしいのか知らんけどマウントとられた気になってるお前だけだぞ恥知らず

**デフォルトの名無しさん** · 2018/01/27(土) 23:57:38.21

>>50
俺はお前にマウントとられた覚えはないが
そういう風に見えただけだ
間違いならすまないけど、一生懸命煽ってるからそうなのかなって

**デフォルトの名無しさん** · 2018/01/28(日) 00:00:06.25

>>51
謝るなら別にいいけど一生懸命煽ってるって逆に俺を煽ってるの？w

**デフォルトの名無しさん** · 2018/01/28(日) 00:02:00.29

なんという良スレｗ

**デフォルトの名無しさん** · 2018/01/28(日) 06:22:00.33

よくわからないけどパイソンが最強っていうことで OK？
vba 勉強しようと思って書籍を買ったんだけど。
俺はどっちの勉強をしたらいいの教えて誰か。

**デフォルトの名無しさん** · 2018/01/28(日) 07:42:57.66

>>54
プログラミング言語なんか飾りにすぎないからどれでも同じ
今すぐExcel埋め込み言語として使いたいならVBA一択

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

>>54
とりあえずVBAやっといたら？

**デフォルトの名無しさん** · 2018/01/28(日) 10:13:07.27

確かにPythonがExcelに導入されるかもって話はあるが確証はない
逆にVBAが廃止されるという話は今のところない
つまりVBAを学ぶことに特にデメリットは無いね
仮にいつかVBAが廃止されて既存のVBA資産をPythonに移行する際にもVBAの知識は必要だろうし

**デフォルトの名無しさん** · 2018/01/28(日) 10:18:59.50

xls->read_excel->pandasで処理->to_excel->xls
これを
xls->pandasで処理->xls
こうなれば効率いいな

**デフォルトの名無しさん** · 2018/01/28(日) 11:18:00.49

pythonでカーブフィッテイングとかは機能が増えるけど、
エクセルとは導出した近似式が違うとかの情報をどっかで見た。

また、深層学習の画像処理させるのは、画面更新停止させても
クソ遅いだろうから実装しない（させない）とかなんだろうか。

**デフォルトの名無しさん** · 2018/01/28(日) 18:39:53.05

Excel Ruby のお知らせマダー？

**デフォルトの名無しさん** · 2018/01/28(日) 18:51:04.70

こんだけ普及してるVBAが廃止されるわけねえだろｗ
まあPythonが来たら廃れていくけどな

**デフォルトの名無しさん** · 2018/01/28(日) 19:13:46.25

>>60
Ruby 死亡のお知らせならそのうち出るんじゃね？ w

**デフォルトの名無しさん** · 2018/01/29(月) 04:50:26.80

大変！Rubyが息してないの！！

**デフォルトの名無しさん** · 2018/01/29(月) 07:19:58.70

正直どうでもいいです

**デフォルトの名無しさん** · 2018/01/29(月) 17:53:25.66

決定？

**デフォルトの名無しさん** · 2018/01/29(月) 18:54:35.33

RubyとかいうRailsのDSLの話は板違いだろｗ

**デフォルトの名無しさん** · 2018/01/29(月) 20:42:53.23

VBAで出来なくてPythonなら出来るようになる事って何があんの(´・ω・｀)

**デフォルトの名無しさん** · 2018/01/29(月) 21:00:18.22

Python実行環境があれば
外部から操作できたりしないかな

いちいちテンプレ開いたりして操作するの面倒

**デフォルトの名無しさん** · 2018/01/29(月) 21:31:55.63

>>67
彼女が出来てお金持ちになります

**デフォルトの名無しさん** · 2018/01/29(月) 21:33:32.11

仮に採用されたとして、変換先であるPコードをPythonで書けるってだけで機能的に変わるわけではないだろ。
今、VBAで実装している機能をPythonで実装するだけだよ。

Pythonのライブラリや機能を期待する声が大きいけど、どうせPython for Applicationって独自言語にするだろうし、
放置していたVBAに対してライブラリや機能を盛り込むのが一番早いような仕様を、
どういう落とし穴があるかも分からない未知の言語に実装するとは到底思えない。

**デフォルトの名無しさん** · 2018/01/29(月) 21:36:42.34

>>70
Pコードがそのままとは限らない

**デフォルトの名無しさん** · 2018/01/29(月) 21:39:39.72

出きることが増えるとかじゃなくてVB系の冗長なコーディングから解放されるのがでかいわ
関数型的なことはよくわからんけど、クラスもましなものが用意されてるんでしょ

**デフォルトの名無しさん** · 2018/01/29(月) 21:51:47.31

>>71
Pコード弄るならVBAも弄らないとならないし、そこで追加した仕様をあえてVBAから使えないようにするのは不自然。
Pコード弄らないならPythonはその仕様通りに歪むだろうから、たぶん期待するライブラリも機能も使えない。

どっちにしろVBAに機能が追加されるか、Pythonから機能が削られるかのどちらかでしか実現しないと思うよ。

**デフォルトの名無しさん** · 2018/01/29(月) 22:50:04.63

>>72
VBAからPythonへの移行作業とかやらされる方がよっぽど面倒だと思うが
新しく作るだけが仕事じゃないからね

**デフォルトの名無しさん** · 2018/01/30(火) 07:36:32.95

>>73
VisualStudioみたいにする可能性もある

**デフォルトの名無しさん** · 2018/01/30(火) 08:07:05.84

>>74
いや、VB自体は残るでしょ

**デフォルトの名無しさん** · 2018/01/30(火) 08:12:17.91

こもそも
> 仮に採用されたとして、変換先であるPコードをPythonで書けるってだけで機能的に変わるわけではないだろ。
みたいな妄想を根拠に言われてもなぁ w

**デフォルトの名無しさん** · 2018/01/30(火) 15:12:54.44

>>77
Excelの正体がPコードの塊と言っても過言ではなく、過去のバージョンとの互換性によって今の地位があり、
セキュリティの問題からVBAに色んな制限を加えてきたという事実があるから、そこを本来的な使い方をしていないユーザーの為に全て捨てるとは考えにくい。

プログラミング言語の知識がない人によくある勘違いなんだけど、言語ってのは文法を指した言葉であって生成される中身は一定じゃないんだよ。
今でこそ規格化が一般的だけど、初期の頃はBASICやC言語にしたって、書き方が同じだけで挙動が違うってのはよくあったわけで。
だからPython VMを直接載せるのでもない限り、Excel Pythonは独自のコード生成をする事になるし、既にあるPコードで挙動を似せるのが一番現実的。

「VBAだと制限があるから、他の言語にすれば制限が無くなるかも！」という感じの意見がPython推しに一番多いんだけど、
現在の制限が無くなったら、そもそもExcelの開発環境自体が会社に禁止されて本末転倒になると思うから制限を無くすってのは出来ないだろうし。

**デフォルトの名無しさん** · 2018/01/30(火) 15:50:19.50

> 「VBAだと制限があるから、他の言語にすれば制限が無くなるかも！」という感じの意見がPython推しに一番多いんだけど、

うそだぁ！書きにくく読みにくい化石みたいなVBの構文使いたくないだけだぞ。出来ることは一緒で問題ない。

**デフォルトの名無しさん** · 2018/01/30(火) 16:06:27.11

>>79
構文の話で目立つのは「VBAだとこんなに書かなきゃならないけど、Pythonならたった数行！」みたいなの多いけど、
それはPythonの機能やライブラリによって助けられているだけで、これが使えないなら同様の手段を経ることになるんだけど、それは前提の話？

同環境下なら比較が==になるとか、そういう違いしかないと思うんだけど、たったそれだけの為に騒いでるの？

**デフォルトの名無しさん** · 2018/01/30(火) 16:57:20.32

>>80
いちいちループ文とか条件分岐とかも大分簡素化するだろ

**デフォルトの名無しさん** · 2018/01/30(火) 17:23:22.24

>>80
> 構文の話で目立つのは「VBAだとこんなに書かなきゃならないけど、Pythonならたった数行！」みたいなの多いけど、

それ構文の話じゃねーじゃんｗ
こんな過疎スレで藁人形論法までカマしてきてワロタｗｗｗｗｗ

**デフォルトの名無しさん** · 2018/01/30(火) 17:32:23.66

ちょっと裾野が広がるだけで判ってない人が入ってくる

**デフォルトの名無しさん** · 2018/01/30(火) 17:54:41.42

>>81
reduceやmapを素直に使わせてもらえるかっていうのがクラスモジュールという存在を見た時に凄く不安。

一応、今でもクラスモジュールが馬鹿みたいに増えていくのさえ許容すれば機能的に似たようなのは作れるし、
実際に作った事もあるから、標準モジュールにClassを書ければなぁと思う場面は多々あるんだけど。

>>82
ごめんよ、関数型言語的な書き方が出来るかどうかって点だとしか思わなかったわ。
それ以外だとPythonについて詳しくないのでVBAとの構文的な違いって何を指すのかよく分からん。

**デフォルトの名無しさん** · 2018/01/30(火) 17:59:02.86

rangeでもめそうΩ

**デフォルトの名無しさん** · 2018/01/30(火) 18:50:07.37

こんなところで言い争ってないでｇｇｒｋｓだな

**デフォルトの名無しさん** · 2018/01/30(火) 18:58:12.96

おまえらがクソなのは決してVBAのせいではないという事を声を大にして言いたくなるスレだな

**デフォルトの名無しさん** · 2018/01/30(火) 19:55:42.45

VBAが古臭いのは確かだけどPythonはPythonで変態仕様だからなぁ
まあコードは確かに短くなるけど好みは分かれそう

**デフォルトの名無しさん** · 2018/01/30(火) 19:58:02.44

>>87
好きな方使えばいいだろ
お前みたいのが一番いらん

**デフォルトの名無しさん** · 2018/01/30(火) 20:13:04.92

>>85
それな

**デフォルトの名無しさん** · 2018/01/30(火) 20:17:34.51

次からは非同期じゃないの？
あのおまじないは多分消えるでしょ

**デフォルトの名無しさん** · 2018/01/30(火) 20:42:47.70

>>78
> Excelの正体がPコードの塊と言っても過言ではなく
妄想じゃないと言い張るならソースのひとつでも持ってきやがれ

**デフォルトの名無しさん** · 2018/01/30(火) 21:05:15.82

>>78
>現在の制限が無くなったら、そもそもExcelの開発環境自体が会社に禁止されて本末転倒になると思うから制限を無くすってのは出来ないだろうし。

現在の制限って何？
Excel VBAでできないことって何かあるっけ？
Windows APIも呼べるし何だってできると思ってたけど。

**デフォルトの名無しさん** · 2018/01/30(火) 21:21:46.23

>>93

意外となんでも出来ちゃうよね
ただＶＢＡはおもちゃでなければならないって立場もわからないではない

**デフォルトの名無しさん** · 2018/01/30(火) 21:30:27.21

なにげにＶＢＡエディタ優秀だからな
正直期待してる　
今もpythonでエクセルデータ処理すること多いしな

**デフォルトの名無しさん** · 2018/01/30(火) 22:14:22.72

>>78
まぁよしんばPコードを使うとしてそこまで心配することも無いんじゃない？
中間言語と言えば大概昔で言うところのアセンブラレベルまで低級化しているもの。
まぁインタプリタであることはネックになるかも知れないけど
Pythonが如何にPコードに翻訳されるかということだけでしょ？

**デフォルトの名無しさん** · 2018/01/31(水) 14:10:44.48

>>95
VBEになれてるせいでVSがめっちゃ使いにくく感じる
機能はどう考えてもVSの方がいいのはわかってるんだけど

**デフォルトの名無しさん** · 2018/01/31(水) 14:46:34.59

機能が豊富で性能が上でも使いやすいとは限らない法則

**デフォルトの名無しさん** · 2018/01/31(水) 15:33:14.80

WebObjects流行らんかったしな

**デフォルトの名無しさん** · 2018/01/31(水) 16:53:37.55

>>97
俺は全く逆
VSで暫く組んでるとVBAはまるでテキストファイルに書いてるんじゃないかと錯覚するくらい
インテリセンスが効かない

とは言え走らせながらコードを直して行けるのはいいよね
基本インタプリタだから

**デフォルトの名無しさん** · 2018/01/31(水) 22:06:29.83

大雑把に見通し立てたいときにＶＢＡ
使いがってがいいんだよな　
図形的に落とし込んで処理する癖あるからＶＢＡで
見通し立てるの好き

**デフォルトの名無しさん** · 2018/02/01(木) 06:48:41.68

PythonはRubyと違ってクラス名にも日本語使えるからVBAからの移行もしやすいね

**デフォルトの名無しさん** · 2018/02/01(木) 12:00:21.50

クラス名に日本語ってなんか違和感ある。例えばどんな名前付けてるんだろう。

**デフォルトの名無しさん** · 2018/02/01(木) 12:19:26.59

慣れの問題だ
それより変なとこにつっかかるとバカにみえるよ