ExcelにPythonの搭載検討、Microsoftがアンケート実施中 81
ストーリー by hylom
Pythonで方眼紙を操作できるようになるのか 部門より
Pythonで方眼紙を操作できるようになるのか 部門より
あるAnonymous Coward曰く、
米Microsoftは12月15日（米国時間）から、Excelにプログラミング言語「Python」を搭載するかを検討するため、ユーザー向けにアンケートを実施している。「需要についてよりよく理解するため、情報を集めたい」という（ITmedia）。
2015年11月に提案された「Excelで、スクリプティングやフィールド関数にPythonが使えるようにならないだろうか」という要望には、17年12月18日現在、約4000票が集まっている。デスクトップアプリケーションの要望の中では最も多くのユーザーが支持している。
これを受け、Excelチームは15日に「このトピックについての継続的な熱情に感謝します」として、ExcelがPythonを搭載したら何に使うか、どんな影響があるかなどを問うアンケートを設置した。
Pythonは、機械学習やデータ分析の分野で主に使われるプログラミング言語。ExcelにPythonが搭載されれば、Excelでより高度なデータ分析やビジュアル化が可能になるという見方もある。
すばらしい (スコア:3, おもしろおかしい)
PythonでのインデントをExcelで管理できるようになるんですね！
Re: (スコア:0)
ドラッグ＆ドロップでセルを挿入するときに
右に移動、下に移動が同時にできればめちゃくちゃ便利かも
選択範囲をスペース区切りでテキストに書き出す機能があれば完璧
ありそうなこと (スコア:2)
それをExcelのオマケみたいな貧弱なGUIのデバッガでデバッグするハメになる。
Excelファイルに実装したらコードがバイナリになっちゃってバージョン管理で差分が見れない。
実行するのにいちいちExcelファイル開いてボタンを押す。処理が終わるまでログオフできない。
ちょっと大きいデータを処理しようと思ったら固まって落ちる。
Pythonの前にVisio載せてよ (スコア:1)
Excel方眼で図は全部Visioで書かれた要求仕様書の
改版要求がやってきた。
・・・・なんで請負側が要求仕様の改版をせにゃならない。
#Visio無いから図は一旦BMPに変換してペイントブラシで編集した後に
#jpgにしてExcelに貼り戻してやった。
#工数無いから簡単にできる方法でいいって言ってたし。
Re: (スコア:0)
別に載せなくても良いからOfficeファミリーにVisioも入れてあげて欲しい。
Re: (スコア:0)
VISIOとPowerPointとの[相互]変換つけてくれたらなお嬉しい。
相互が難しければVISIOからPowerPointへの再現性の高い変換でもいい。
Re: (スコア:0)
Re: (スコア:0)
未だに継子扱いだからあっちこっちで問題になるのだけどな。
Re:Pythonの前にVisio載せてよ (スコア:1)
Re: (スコア:0)
その前に十進数少数演算エンジン搭載してよ。
今更ロータス123互換も無視できるでしょう。
Re: (スコア:0)
少数で良いならのせてやるよ
Re: (スコア:0)
そんな少数意見無視虫
ExcelよりAccessにほしい (スコア:1)
より充実したプログラム環境が必要なのは表計算ソフトよりデータベースだと思うけど（VBAで組むとき、Accessのほうがわかりやすいと思う）。
それにAccessなんてGUIを作ってからプログラムすることが前提みたいなソフトなんだし、これから増えてくる学校教育でpythonを覚えた新入社員とかのことを考えたら、まずAccessにpythonを入れるべきでは無いかしら。
まあ、現状のVBAでもワークフローの自動化とかには十分なんだけど、機械学習のライブラリとか利用できるようになれば効果は大きいと思う（事務処理用の自動分類学習機能とか欲しい）。
Re: (スコア:0)
Access使っているような中途半端なところは対応したくないからじゃないですか？
SQL ServerもVisualStudioも無料で使用できるのに今更Accessって…。
Re:ExcelよりAccessにほしい (スコア:1)
SQL Serverのデータベースをちょちょっといじるフロントエンドに便利だよ。...あれ?
Re: (スコア:0)
そう思って使って居ると、あっちこっちに地雷があるからなあ。
自分のツールならともかく、客に出すのはヤバい。
Re:ExcelよりAccessにほしい (スコア:1)
会社なんかだと、セキュリティポリシーとか運用管理規定とかのからみで勝手にソフトは入れられないし、IT部門が対応してくれないと使えないんですよ。
/*
情報共有のために、共有データベース・サーバの導入を提案したけど何度も却下された・・。
で、千件以上もあるデータをExcelで入力したり管理させられるのがうちの社内標準・・。
大変なので自分の作業データは最終的にExcelに出力するようにして、Accessでデータ管理してる。
*/
Re: (スコア:0)
だよなあ。
PythonでDBやりたい層はすでにPythonから適当なSQLサーバを直接叩いてる。
Re: (スコア:0)
VBAの代わりの選択肢としてPythonも可ということではないの？
つまり
Office系ならなんでも
# もしかしたらAutoCADも
Re:ExcelよりAccessにほしい (スコア:1)
そうだと便利ですよね。
Re: (スコア:0)
Re:ExcelよりAccessにほしい (スコア:1)
IronPythonとの差は (スコア:1)
今でもマクロというかアドインは Python(IPython) で書いてるけど、何が変わるのだろうか。
.NET な Office Interop で書けてるのが便利なので、VBA 相当になったら不便になるだけだし。
Re:IronPythonとの差は (スコア:1)
アドインとかOffice Tools相当だと配布が面倒でねぇ。（ソース管理や開発はこっちの方が断然いいんだけど）
アンケートにはNative Supportって文字があったから、追加でなんも入れなくて使えるようになる(オプションではあるのだろうけど)なら便利かな。
ただアドインとちがってxlsmでしか使えないだろうから、それが障壁になる環境もあるかもしれないが。
VBAも関数が第一級オブジェクトになってくれてプロジェクトの自動エクスポート(で、それをコミットする)とかあればまだ使えなくもないんだけどな。
Re: (スコア:0)
使い勝手が多少良くなるだけだろう。
おそらく、Excelの行や列をPythonの配列に直接変換したり、その逆をやったりなんて、一発で直接には出来なかろう。
スクリプトの文法がPythonになるというだけで、実装された結果を見てがっかりというのが落ちだと思う。
Re:IronPythonとの差は (スコア:1)
> 元々の Python (CPython) は参照カウントでの寿命管理だし、
COMと.NETは違う世界で、Interopが橋渡しをしてるだけだから、.NET側のオブジェクトを参照カウントでの寿命管理するだけでは駄目なの。
.NET側のランタイム（GC含む）がリソース解放する前に終了しちゃったらCOM側のリソースが解放されない（＝メモリリークの原因になる）から。
# だからちゃんとReleaseComObjectしないといけないのが原則になる
XlsxWriter で十分 (スコア:1)
Python の拡張モジュール XlsxWriter [readthedocs.io] があれば、大抵のことはできる。
エクセル用の拡張モジュールは他にもあるけど、使っていないので知らない。
--
Python は組み込まなくていいから、エクセル本体を 5,000 円くらいに値下げしてくれないかな。
Re: (スコア:0)
オフィシャルな純正モジュールなら新バージョンに外部モジュールが対応するのを待つ必要がない。
これは大きなメリットだろうと思う。
まあ最近のマイクロソフトならオフィスがバージョンアップしたけどオフィス向けのツールは最新版オフィスに非対応なんてことがあるが。
むしろ (スコア:1)
プログラミング機能外してくれんかね。
必要に応じて外部で処理するし。
#素人がテキトーに作ったプログラムをメンテするのはもう嫌だ。
逆に考えるんだ (スコア:0)
PythonにExcelを搭載するんだ！
Re: (スコア:0)
名付けて Pyxcel だな、わかるわ。
Re: (スコア:0)
のちのPixelである
#PyExcelってもうあるんですね
Re: (スコア:0)
PandasにExcel風のGUIを付けて売り出すか...
条件：Word、Excelが使える方がさらに意味不明に (スコア:0)
10年以上使っても、とても使いこなせてるとは思えないソフトがさらに凄いことになるのか。
Re: (スコア:0)
何を勘違いしているのか知らんが、実はExcelってのはOSなんだよ。
Re:条件：Word、Excelが使える方がさらに意味不明に (スコア:1)
Excel vs Emacs なんて宗教戦争が始まるのか…胸が熱くなるな
Re: (スコア:0)
Chromebookに対抗するMSの製品はExcelbookなんだな。多分。
Excel上に構築されたWordモドキやPowerPointモドキから電卓のPaintまで。
ああ、Paintは弟はExcelで書く方が楽だって言っていたか。
Re: (スコア:0)
ついでにSQLも使えるようにしてくれ (スコア:0)
高機能RDBMSビュワーってことでいいよ
Re: (スコア:0)
VBAでだけど、普通にODBCつなげられるから、個人的にかなり便利な奴作った事あるわ
セルに #TABLE=hogefuga と書いて、「取得」ボタンを押すと
レコードを10件くらい取り出して表示したり
行を選択しておくと、その行数だけレコードを取り出したり
主キーを書いておくと、それに紐づいてるレコードを取り出したり
updateも出来たり
Re: (スコア:0)
VBA 書かんでも、データソース指定するだけ。
マクロとか書かんでも参照から更新まで一通りできますよ。
Re: (スコア:0)
まじか
ツールバー見てたら、なんとなくそういう機能があるっぽいなあとは思ってたけど、調べてなかった
というか某お金関係のあの現場、あんだけ技術者が居ながら、誰もそういう事やってなかったよ。。。
Pythonよりも (スコア:0)
awk載っけてくれた方が便利そうだと思うのは私だけ？
Re: (スコア:0)
むしろed/exを載せてほしいな
Re: (スコア:0)
awk 使える人はエクセルなんて不要でしょう
高度なデータ分析するのにExcelは使わない (スコア:0)
シミュレーションやデータ解析のさいに表データをPythonで作ることはあるので，
Excelの関数をPythonで書ければ少し高度な操作が楽になる場合があるかもしれないが，
データの入出力やプロットなどをプログラミングするときにやはりPythonを使うので，
結局，高度なデータ分析するのにExcelを使うことはない．
IronPythonかな (スコア:0)
それならもうあるしな
どうせならRubyにならないかなあ
それもあったな
両方かな
その前にRを搭載して (スコア:0)
EXCELはわりと簡単な計算でも誤差が出ます、あと15桁以上は計算できません、厳密な計算をするときに非常に困ります
なので計算部分だけRに計算させて結果をEXCELに出すことが出来れば非常に助かります
（有料のプラグインで同じ事ができる物があるのは知っている）
Re: (スコア:0)
コンピュータサイエンスを学んだ人は Python を使いたいって言うけど
他の分野の研究者はVBAやRやSPSSが多いしPythonよりRの搭載のほうがいい
本当に使いたいのはPythonではない (スコア:0)
Python使いたいって言っている人は
NumpyやMatlplotlibが使いたいと思っている人々