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みたいにする可能性もある