Excel Python 質問スレ
そもそも決定してるんだっけ
β版で実装の目処たってて
あとは有効にするか隠すかだけなのか 2019年なら間に合うっていう意味かも知れないが
既に手遅れ感というか今更感もある
10年前に搭載してれば世界は変わってたはず ローカルでjavascript使わせてくれたらそれで良いよ OneDrive だか Skydrive だかの excel にも python 載っけてくれ 選ばれたのは
ExcelでもなくPythonでもなくC#でもjsでもなく
プラットフォームでしたでござる なまじ普及してるC#にしちゃうと、既存のライブラリとの整合性というか相性の問題が出まくってサポートがパンクどころかビッグバンを起こす危険性がある
コストばかりかかって利益を生まないサポートのことを考えたら、俺なら絶対に採用しない いつから?
Pythonでセル指定とかどうやるん? >>18
どうってどう言う意味?
普通にセル範囲(PythonでRangeと言うと語弊がある)をVBやC#でいうLINQみたいな感じで
触るようにもなれるって感じじゃないの? >>17
既にMicrosoft.Office.Interop.Excelがあるのになに言ってるんだ? w >>19
そっか
まあ出てこないとわからんよな
参照設定とか気軽にプログラム内で組み込めるようになればいいのに >>7
時代はObject指向言語から関数型言語に移りつつあるからな
前からMicrosoftは中途半端にしておくのが好きで
VBAもObject指向言語に片足突っ込んだ状態のままだし
VB.NetやC#も今、関数型言語に片足突っ込んだ状態になっている
ひょっとするとMicrosoftは今後Pythonを主軸に持って行くつもりかもね
今後、今までVBAが時代錯誤の構造化言語と呼ばれて来たように
C#がそう言われる時期が近づいて来たのかも知れないね >>24
その「とりあえず分からなければ煽っとけ」みたいなのはいいから >>25
その「とりあえず分からないけど評論しとけ」みたいなのはいいからw .netframeworkはMac的な問題があるからじゃねえの
Macでも対応してんだっけかあれ >>26
別に中途半端が悪いと言ってる訳ではないよ
お陰でVBAでもポリモーフィズムが使えるし
C#でもLINQやラムダ式が使えるわけだし >>28
俺はお前の中途半端が悪いと言ってるのだけれどもw >>31
C#としては当たり前でもあれはObject指向言語としては当たり前ではない
関数型言語の範疇 >>30
お前のスキルとその根源にある脳ミソの出来が中途半端だと言ってるのだけれども伝わらんよねw中途半端な脳ミソにはw >>34
そこに煽られるヤツが居ればいつでも煽るよ俺はw
悔しかったら煽られない脳ミソをオカアチャンに貰うんだなw >>37
そりゃそうさ
まともな人なら何の根拠もなくそんなことは言わないからな
普通なら何か根拠があるのでは?と考えるのは当たり前だろう >>38
普通じゃない程度に出来が悪い脳ミソの保有者だからそう思うんだよw当たり前ってコワイねw うわ・・・
なんか面倒くさいのに噛み付かれちゃったな・・・
はいはい、もういいよ別に俺が中途半端でも
脳みその出来が悪くても
実際その通りだと自分で自覚しているところはあるしな >>40
自分が最初にマイクロソフトに噛み付いたのもう忘れちゃったのお馬鹿さんw脳ミソが中途半端なのにw >>41
だからその中途半端を悪い意味で言ってる訳じゃないって・・・
もういいや、疲れた >>43
なんだ良い意味で言ってたのかw中途半端な脳ミソだなあw >>43
絡まれたらNGしとくといいよ
具体的にVBAやC♯の良さは言えない子だから相手するだけ無駄 Pythonが関数型で先進的な言語って勘違いしてる奴なんなんだ >>47
何が気に入らなかったのか知らんがマウントとった気になってるのはお前だけだぞ恥さらし >>49
何が恥ずかしいのか知らんけどマウントとられた気になってるお前だけだぞ恥知らず >>50
俺はお前にマウントとられた覚えはないが
そういう風に見えただけだ
間違いならすまないけど、一生懸命煽ってるからそうなのかなって >>51
謝るなら別にいいけど一生懸命煽ってるって逆に俺を煽ってるの?w よくわからないけどパイソンが最強っていうことで OK?
vba 勉強しようと思って書籍を買ったんだけど。
俺はどっちの勉強をしたらいいの教えて誰か。 >>54
プログラミング言語なんか飾りにすぎないからどれでも同じ
今すぐExcel埋め込み言語として使いたいならVBA一択 確かにPythonがExcelに導入されるかもって話はあるが確証はない
逆にVBAが廃止されるという話は今のところない
つまりVBAを学ぶことに特にデメリットは無いね
仮にいつかVBAが廃止されて既存のVBA資産をPythonに移行する際にもVBAの知識は必要だろうし xls->read_excel->pandasで処理->to_excel->xls
これを
xls->pandasで処理->xls
こうなれば効率いいな pythonでカーブフィッテイングとかは機能が増えるけど、
エクセルとは導出した近似式が違うとかの情報をどっかで見た。
また、深層学習の画像処理させるのは、画面更新停止させても
クソ遅いだろうから実装しない(させない)とかなんだろうか。 こんだけ普及してるVBAが廃止されるわけねえだろw
まあPythonが来たら廃れていくけどな >>60
Ruby 死亡のお知らせならそのうち出るんじゃね? w RubyとかいうRailsのDSLの話は板違いだろw VBAで出来なくてPythonなら出来るようになる事って何があんの(´・ω・`) Python実行環境があれば
外部から操作できたりしないかな
いちいちテンプレ開いたりして操作するの面倒 仮に採用されたとして、変換先であるPコードをPythonで書けるってだけで機能的に変わるわけではないだろ。
今、VBAで実装している機能をPythonで実装するだけだよ。
Pythonのライブラリや機能を期待する声が大きいけど、どうせPython for Applicationって独自言語にするだろうし、
放置していたVBAに対してライブラリや機能を盛り込むのが一番早いような仕様を、
どういう落とし穴があるかも分からない未知の言語に実装するとは到底思えない。 出きることが増えるとかじゃなくてVB系の冗長なコーディングから解放されるのがでかいわ
関数型的なことはよくわからんけど、クラスもましなものが用意されてるんでしょ >>71
Pコード弄るならVBAも弄らないとならないし、そこで追加した仕様をあえてVBAから使えないようにするのは不自然。
Pコード弄らないならPythonはその仕様通りに歪むだろうから、たぶん期待するライブラリも機能も使えない。
どっちにしろVBAに機能が追加されるか、Pythonから機能が削られるかのどちらかでしか実現しないと思うよ。 >>72
VBAからPythonへの移行作業とかやらされる方がよっぽど面倒だと思うが
新しく作るだけが仕事じゃないからね >>73
VisualStudioみたいにする可能性もある こもそも
> 仮に採用されたとして、変換先であるPコードをPythonで書けるってだけで機能的に変わるわけではないだろ。
みたいな妄想を根拠に言われてもなぁ w >>77
Excelの正体がPコードの塊と言っても過言ではなく、過去のバージョンとの互換性によって今の地位があり、
セキュリティの問題からVBAに色んな制限を加えてきたという事実があるから、そこを本来的な使い方をしていないユーザーの為に全て捨てるとは考えにくい。
プログラミング言語の知識がない人によくある勘違いなんだけど、言語ってのは文法を指した言葉であって生成される中身は一定じゃないんだよ。
今でこそ規格化が一般的だけど、初期の頃はBASICやC言語にしたって、書き方が同じだけで挙動が違うってのはよくあったわけで。
だからPython VMを直接載せるのでもない限り、Excel Pythonは独自のコード生成をする事になるし、既にあるPコードで挙動を似せるのが一番現実的。
「VBAだと制限があるから、他の言語にすれば制限が無くなるかも!」という感じの意見がPython推しに一番多いんだけど、
現在の制限が無くなったら、そもそもExcelの開発環境自体が会社に禁止されて本末転倒になると思うから制限を無くすってのは出来ないだろうし。 > 「VBAだと制限があるから、他の言語にすれば制限が無くなるかも!」という感じの意見がPython推しに一番多いんだけど、
うそだぁ!書きにくく読みにくい化石みたいなVBの構文使いたくないだけだぞ。出来ることは一緒で問題ない。 >>79
構文の話で目立つのは「VBAだとこんなに書かなきゃならないけど、Pythonならたった数行!」みたいなの多いけど、
それはPythonの機能やライブラリによって助けられているだけで、これが使えないなら同様の手段を経ることになるんだけど、それは前提の話?
同環境下なら比較が==になるとか、そういう違いしかないと思うんだけど、たったそれだけの為に騒いでるの? >>80
いちいちループ文とか条件分岐とかも大分簡素化するだろ >>80
> 構文の話で目立つのは「VBAだとこんなに書かなきゃならないけど、Pythonならたった数行!」みたいなの多いけど、
それ構文の話じゃねーじゃんw
こんな過疎スレで藁人形論法までカマしてきてワロタwwwww ちょっと裾野が広がるだけで判ってない人が入ってくる >>81
reduceやmapを素直に使わせてもらえるかっていうのがクラスモジュールという存在を見た時に凄く不安。
一応、今でもクラスモジュールが馬鹿みたいに増えていくのさえ許容すれば機能的に似たようなのは作れるし、
実際に作った事もあるから、標準モジュールにClassを書ければなぁと思う場面は多々あるんだけど。
>>82
ごめんよ、関数型言語的な書き方が出来るかどうかって点だとしか思わなかったわ。
それ以外だとPythonについて詳しくないのでVBAとの構文的な違いって何を指すのかよく分からん。 おまえらがクソなのは決してVBAのせいではないという事を声を大にして言いたくなるスレだな VBAが古臭いのは確かだけどPythonはPythonで変態仕様だからなぁ
まあコードは確かに短くなるけど好みは分かれそう >>87
好きな方使えばいいだろ
お前みたいのが一番いらん 次からは非同期じゃないの?
あのおまじないは多分消えるでしょ >>78
> Excelの正体がPコードの塊と言っても過言ではなく
妄想じゃないと言い張るならソースのひとつでも持ってきやがれ >>78
>現在の制限が無くなったら、そもそもExcelの開発環境自体が会社に禁止されて本末転倒になると思うから制限を無くすってのは出来ないだろうし。
現在の制限って何?
Excel VBAでできないことって何かあるっけ?
Windows APIも呼べるし何だってできると思ってたけど。 >>93
意外となんでも出来ちゃうよね
ただVBAはおもちゃでなければならないって立場もわからないではない なにげにVBAエディタ優秀だからな
正直期待してる
今もpythonでエクセルデータ処理すること多いしな >>78
まぁよしんばPコードを使うとしてそこまで心配することも無いんじゃない?
中間言語と言えば大概昔で言うところのアセンブラレベルまで低級化しているもの。
まぁインタプリタであることはネックになるかも知れないけど
Pythonが如何にPコードに翻訳されるかということだけでしょ? >>95
VBEになれてるせいでVSがめっちゃ使いにくく感じる
機能はどう考えてもVSの方がいいのはわかってるんだけど 機能が豊富で性能が上でも使いやすいとは限らない法則 >>97
俺は全く逆
VSで暫く組んでるとVBAはまるでテキストファイルに書いてるんじゃないかと錯覚するくらい
インテリセンスが効かない
とは言え走らせながらコードを直して行けるのはいいよね
基本インタプリタだから