Excel 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はまるでテキストファイルに書いてるんじゃないかと錯覚するくらい
インテリセンスが効かない
とは言え走らせながらコードを直して行けるのはいいよね
基本インタプリタだから 大雑把に見通し立てたいときにVBA
使いがってがいいんだよな
図形的に落とし込んで処理する癖あるからVBAで
見通し立てるの好き PythonはRubyと違ってクラス名にも日本語使えるからVBAからの移行もしやすいね クラス名に日本語ってなんか違和感ある。例えばどんな名前付けてるんだろう。 慣れの問題だ
それより変なとこにつっかかるとバカにみえるよ >>103
class 社員:
氏名 = ...
番号 = ...
役職 = ... >>106
これはw
英語が母語じゃないぶん記号操作と割り切れる
から楽なんだろうな >>108
Excelより優秀な古臭くない表計算ソフト教えて >>109
太郎とか花子みたいなのなかったっけ
あとLotus 1-2-3とか 三四郎な
誰が買ってたのか知らんけど2010までバージョンアップしてた
さすがにもう買えないみたいだが
https://www.justsystems.com/jp/products/sanshiro/ >>112
今では実在するのかさえ疑わしいくらいの化石だよ 表計算ならsqlite3で良くね?pythonにくっついてくるでしょ >>114
そのsqlite3とやらでDTPはできますか? 何を勘違いしてんのか知らんが、ExcelはDTPソフトじゃないぞ 本を作るのは、Python の、Sphinx だろ マイクロソフト自体が「もうあいつ(Excel)だけでいいんじゃないかな」って風に舵を切ってきてるからな まずは「優秀」の定義からだな
何と何が出来れば優秀ってことになるんだ 俺は使ったことないけどGoogleスプレッドシートはどうなんだってばよ?
機能は十分に揃ってるか、操作性やレスポンスは、ファイルやデータの互換性は、普及率は >>121
とりあえず方眼紙として実用的であることは必須条件 とりあえず検討すべきなのはExcelにできないことができるものだけでいいよ
もうExcelがこれほど広まってしまってるわけだし、それがなければ比較する意味もない >>124
逆だろ
余計な追加機能はいらないからExcelにできることが当たり前にできるだけでいいんだよ
そうでないとExcelの代替候補にも挙がらない ExcelにできることならExcelでやればいい
わざわざ互換性とかに問題のある別ソフトを使う必要がない pandas使えるようになったらexcelいらんは >>122
MSのMobile版ExcelよりはGoogleSpreadsheetの方がましだろうか >>126
無料でExcelと同じこと出来るなら無料の方選ぶ とりあえずEXCELに向いてないってことであれば
・ビッグデータを扱うこと
・WebSystemを作ること
・規模が大きめのSystemを作ること
他にも何かあるかな ちょっと複雑な事が出来る電卓に色々させすぎなんだよ >>119
全部いるだろ
Excelで文書作成とか頭おかしくなるわ どれか一つしかソフト入れちゃいけないと言われたら迷わずExcelを選ぶ
ExcelならテキストエディタにもウェブブラウザにもDTPソフトにもなるし、
頑張ればアクションゲームだってできるし理論的にはCコンパイラにだってなる エクセルとアクセスは親和性あるけどワードは無理だろ
ワード使えるやつでわざわざエクセルで文書作るやつとかマゾかよほどひどい環境におかれてるかしかなくね? ワード使ってるヤツなんているのかあれ使いづらくて仕方ないだろ 文書作成には罫線や図形や画像を思った場所に思ったように配置できるExcel方眼紙が最適だよな ゴミなのはvbaじゃなくてexcelのライフサイクルそのものだから、状況は改善しないだろうな
Cpythonのすべての機能やライブラリーを引き継げるならやる気になるが、ぜーんぶ擬きにしかならんのが目に見えている
Pythonつけるまえにデータリンクの相対参照を有効にしろよと、ゆいいつまともなピボットテーブルがくそみたいな仕様でしんでる >>139
書式の単位やスタイルみたいに覚えなきゃいけない概念が多いけど、
その辺さえ押さえてしまえば使えるよ >>139
お前がワード使えてないだけだ
>>142も言ってるけどある程度機能使いこなせれば全然違うからな
メンテナンス性も含めて Wordは初めにスタイルについて学べば楽なんだが、それを知らないから
全部デザインすることになるし各文字個別に管理することになる >>142
ワードのスタイル使いづらすぎ
スタイル適用したまま一部だけ書式が上書き指定できればいいんだが... VBAは古すぎるのが一番の問題なんだよ
VB6.0時代の化石みたいな仕様だからな
今のC#やVB.net相当に強化してくれれば別にPythonじゃなくてもいい で、Excel Pythonでユーザーフォームはどういう実装になるのかね? 全自動だからユーザーフォームどころかウインドウを表示せずに表集計や
グラフ作成して印刷またはPDF出力までする それ、普通にパイソンだけでええんやけんど
使えないのパイソン?wwww pythonからExcelのユーザーフォームを作れるかはやったことないけど
PySideでコーデングしてフォーム作ったことはある
シートウィジット置いて編集させるの これ実現したら数値計算が捗りそう
エクエルの関数もpythonで表現できれば最高だけどな >>154
> エクエルの関数もpythonで表現できれば最高だけどな
VBAと同じように Application.WorksheetFunction.VLookup( ) とか使えるようになるんじゃね? エクセル2019
Pythonの実装はなしだつてよ
このスレ終了だな そもそも「VBA以外の言語をほしがっている奴らがどれだけいるか」というアンケートであって新言語がどうのとか言ってないしな 旧来のPコードは参照設定して使える程度のものにして中身ごそっと変えちゃうとかってできないもんなの
言語はともかく、問題はその中身なんだしな
つか、中身の整理さえできれば言語は何でもいいよな、翻訳さえできれば >>161
なんでわざわざVBにするんだよ w
新規に作るならそれこそpythonでもC#でもいいだろ >>162
C#でマクロ書けて、DOTNETFrameworkの機能を使えたら良いなとは思うが
MSがそんな事をやるわけがない。
「Excelさえあれば何でもできます!」ってのは商売上困るわけで。 >>160
別にPコードでいいんじゃない?
そもそもPコードだと何が出来ないと言うの?
VisualStudioのilなんか載っけて
インタプリタの特性を殺してまで必要なものなの? >>162
まあまあ、VB.Netが書ければ大体
C#も書けるだろうし
そこは大した問題じゃないよ UWPやJS APIの流れを見るに作り直すなら全部非同期APIに刷新でしょ
ちょっと重いことすると画面真っ白なんて今更あり得ん Visual Basicをサポートした「Windows Template Studio」v1.7が公開 〜Prismにも対応
https://forest.watch.impress.co.jp/docs/news/1104762.html >>112
Lotus123はエクセルとは比較にならないぐらい良く出来てた。 >>172
具体的にどこが比較にならないほど優れていたのか解説よろ こう言うと考え込む。人間とはこういう生き物なのだ。