そもそも決定してるんだっけ
β版で実装の目処たってて
あとは有効にするか隠すかだけなのか
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 勉強しようと思って書籍を買ったんだけど。
俺はどっちの勉強をしたらいいの教えて誰か。
55デフォルトの名無しさん2018/01/28(日) 07:42:57.66
>>54
プログラミング言語なんか飾りにすぎないからどれでも同じ
今すぐExcel埋め込み言語として使いたいならVBA一択 確かにPythonがExcelに導入されるかもって話はあるが確証はない
逆にVBAが廃止されるという話は今のところない
つまりVBAを学ぶことに特にデメリットは無いね
仮にいつかVBAが廃止されて既存のVBA資産をPythonに移行する際にもVBAの知識は必要だろうし
xls->read_excel->pandasで処理->to_excel->xls
これを
xls->pandasで処理->xls
こうなれば効率いいな
pythonでカーブフィッテイングとかは機能が増えるけど、
エクセルとは導出した近似式が違うとかの情報をどっかで見た。
また、深層学習の画像処理させるのは、画面更新停止させても
クソ遅いだろうから実装しない（させない）とかなんだろうか。
こんだけ普及してるVBAが廃止されるわけねえだろｗ
まあPythonが来たら廃れていくけどな
>>60
Ruby 死亡のお知らせならそのうち出るんじゃね？ w RubyとかいうRailsのDSLの話は板違いだろｗ
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ならたった数行！」みたいなの多いけど、
それ構文の話じゃねーじゃんｗ
こんな過疎スレで藁人形論法までカマしてきてワロタｗｗｗｗｗ ちょっと裾野が広がるだけで判ってない人が入ってくる
>>81
reduceやmapを素直に使わせてもらえるかっていうのがクラスモジュールという存在を見た時に凄く不安。
一応、今でもクラスモジュールが馬鹿みたいに増えていくのさえ許容すれば機能的に似たようなのは作れるし、
実際に作った事もあるから、標準モジュールにClassを書ければなぁと思う場面は多々あるんだけど。
>>82
ごめんよ、関数型言語的な書き方が出来るかどうかって点だとしか思わなかったわ。
それ以外だとPythonについて詳しくないのでVBAとの構文的な違いって何を指すのかよく分からん。 おまえらがクソなのは決してVBAのせいではないという事を声を大にして言いたくなるスレだな
VBAが古臭いのは確かだけどPythonはPythonで変態仕様だからなぁ
まあコードは確かに短くなるけど好みは分かれそう
>>87
好きな方使えばいいだろ
お前みたいのが一番いらん 次からは非同期じゃないの？
あのおまじないは多分消えるでしょ
>>78
> Excelの正体がPコードの塊と言っても過言ではなく
妄想じゃないと言い張るならソースのひとつでも持ってきやがれ 93デフォルトの名無しさん2018/01/30(火) 21:05:15.82
>>78
>現在の制限が無くなったら、そもそもExcelの開発環境自体が会社に禁止されて本末転倒になると思うから制限を無くすってのは出来ないだろうし。
現在の制限って何？
Excel VBAでできないことって何かあるっけ？
Windows APIも呼べるし何だってできると思ってたけど。 >>93
意外となんでも出来ちゃうよね
ただＶＢＡはおもちゃでなければならないって立場もわからないではない なにげにＶＢＡエディタ優秀だからな
正直期待してる
今もpythonでエクセルデータ処理すること多いしな
>>78
まぁよしんばPコードを使うとしてそこまで心配することも無いんじゃない？
中間言語と言えば大概昔で言うところのアセンブラレベルまで低級化しているもの。
まぁインタプリタであることはネックになるかも知れないけど
Pythonが如何にPコードに翻訳されるかということだけでしょ？ >>95
VBEになれてるせいでVSがめっちゃ使いにくく感じる
機能はどう考えてもVSの方がいいのはわかってるんだけど 機能が豊富で性能が上でも使いやすいとは限らない法則
>>97
俺は全く逆
VSで暫く組んでるとVBAはまるでテキストファイルに書いてるんじゃないかと錯覚するくらい
インテリセンスが効かない
とは言え走らせながらコードを直して行けるのはいいよね
基本インタプリタだから 大雑把に見通し立てたいときにＶＢＡ
使いがってがいいんだよな
図形的に落とし込んで処理する癖あるからＶＢＡで
見通し立てるの好き
102デフォルトの名無しさん2018/02/01(木) 06:48:41.68
PythonはRubyと違ってクラス名にも日本語使えるからVBAからの移行もしやすいね
クラス名に日本語ってなんか違和感ある。例えばどんな名前付けてるんだろう。
慣れの問題だ
それより変なとこにつっかかるとバカにみえるよ
>>103
class 社員:
氏名 = ...
番号 = ...
役職 = ... >>106
これはｗ
英語が母語じゃないぶん記号操作と割り切れる
から楽なんだろうな >>108
Excelより優秀な古臭くない表計算ソフト教えて 110デフォルトの名無しさん2018/02/02(金) 07:08:39.92
>>109
太郎とか花子みたいなのなかったっけ
あとLotus 1-2-3とか >>112
今では実在するのかさえ疑わしいくらいの化石だよ 表計算ならsqlite3で良くね?pythonにくっついてくるでしょ
115デフォルトの名無しさん2018/02/03(土) 00:10:31.54
>>114
そのsqlite3とやらでDTPはできますか？ 何を勘違いしてんのか知らんが、ExcelはDTPソフトじゃないぞ
本を作るのは、Python の、Sphinx だろ
マイクロソフト自体が「もうあいつ(Excel)だけでいいんじゃないかな」って風に舵を切ってきてるからな
まずは「優秀」の定義からだな
何と何が出来れば優秀ってことになるんだ
俺は使ったことないけどGoogleスプレッドシートはどうなんだってばよ？
機能は十分に揃ってるか、操作性やレスポンスは、ファイルやデータの互換性は、普及率は
123デフォルトの名無しさん2018/02/03(土) 08:48:40.79
>>121
とりあえず方眼紙として実用的であることは必須条件 とりあえず検討すべきなのはExcelにできないことができるものだけでいいよ
もうExcelがこれほど広まってしまってるわけだし、それがなければ比較する意味もない
125デフォルトの名無しさん2018/02/03(土) 09:00:09.40
>>124
逆だろ
余計な追加機能はいらないからExcelにできることが当たり前にできるだけでいいんだよ
そうでないとExcelの代替候補にも挙がらない ExcelにできることならExcelでやればいい
わざわざ互換性とかに問題のある別ソフトを使う必要がない
pandas使えるようになったらexcelいらんは
>>122
MSのMobile版ExcelよりはGoogleSpreadsheetの方がましだろうか >>126
無料でExcelと同じこと出来るなら無料の方選ぶ とりあえずEXCELに向いてないってことであれば
・ビッグデータを扱うこと
・WebSystemを作ること
・規模が大きめのSystemを作ること
他にも何かあるかな
ちょっと複雑な事が出来る電卓に色々させすぎなんだよ
>>119
全部いるだろ
Excelで文書作成とか頭おかしくなるわ 136デフォルトの名無しさん2018/02/03(土) 14:55:29.31
どれか一つしかソフト入れちゃいけないと言われたら迷わずExcelを選ぶ
ExcelならテキストエディタにもウェブブラウザにもDTPソフトにもなるし、
頑張ればアクションゲームだってできるし理論的にはCコンパイラにだってなる
エクセルとアクセスは親和性あるけどワードは無理だろ
ワード使えるやつでわざわざエクセルで文書作るやつとかマゾかよほどひどい環境におかれてるかしかなくね？
ワード使ってるヤツなんているのかあれ使いづらくて仕方ないだろ
140デフォルトの名無しさん2018/02/03(土) 15:23:42.44
文書作成には罫線や図形や画像を思った場所に思ったように配置できるExcel方眼紙が最適だよな
ゴミなのはvbaじゃなくてexcelのライフサイクルそのものだから、状況は改善しないだろうな
Cpythonのすべての機能やライブラリーを引き継げるならやる気になるが、ぜーんぶ擬きにしかならんのが目に見えている
Pythonつけるまえにデータリンクの相対参照を有効にしろよと、ゆいいつまともなピボットテーブルがくそみたいな仕様でしんでる
>>139
書式の単位やスタイルみたいに覚えなきゃいけない概念が多いけど、
その辺さえ押さえてしまえば使えるよ >>139
お前がワード使えてないだけだ
>>142も言ってるけどある程度機能使いこなせれば全然違うからな
メンテナンス性も含めて Wordは初めにスタイルについて学べば楽なんだが、それを知らないから
全部デザインすることになるし各文字個別に管理することになる
>>142
ワードのスタイル使いづらすぎ
スタイル適用したまま一部だけ書式が上書き指定できればいいんだが... VBAは古すぎるのが一番の問題なんだよ
VB6.0時代の化石みたいな仕様だからな
今のC#やVB.net相当に強化してくれれば別にPythonじゃなくてもいい
150デフォルトの名無しさん2018/02/03(土) 21:04:52.94
で、Excel Pythonでユーザーフォームはどういう実装になるのかね？
全自動だからユーザーフォームどころかウインドウを表示せずに表集計や
グラフ作成して印刷またはPDF出力までする
それ、普通にパイソンだけでええんやけんど
使えないのパイソン？wwww
pythonからExcelのユーザーフォームを作れるかはやったことないけど
PySideでコーデングしてフォーム作ったことはある
シートウィジット置いて編集させるの
これ実現したら数値計算が捗りそう
エクエルの関数もｐythonで表現できれば最高だけどな
>>154
> エクエルの関数もｐythonで表現できれば最高だけどな
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に刷新でしょ
ちょっと重いことすると画面真っ白なんて今更あり得ん
>>112
Lotus123はエクセルとは比較にならないぐらい良く出来てた。 >>172
具体的にどこが比較にならないほど優れていたのか解説よろ こう言うと考え込む。人間とはこういう生き物なのだ。
>>172
@式でマクロ書いてた。シート上に。なつかしー。その後LotusScriptとか導入されたんだっけ？ >>172
でも、そういうと
Lotus123はVisicalcの真似もの以外の
何物でもないという話になっちゃうよ python搭載するなら3.6以降にして欲しいな。
Microsoftの事だから独自言語になりそう。
すまん
ExcelもPythonも詳しくないんだが
要するにExcelはPythonのGUIライブラリになるって事でおｋ？
>>181
そうじゃなく、もうすぐ(早ければwin10の春アップデートあたりで)
Pythonもpowershell同等にwin標準搭載になると。
そして、次のMS officeでPythonが使えるようになると
(出来れば現行のOfficeでもつかえるようにしてくれると良いが)。
で、Pythonはoffce中ではexcelで一番使われるようになるだろうと
>>180
Winで使いやすくするために言語拡張はするだろう
そして、PythonをWinで超覚醒させるためのMSライブラリも提供するだろうな やっとPythonのネタになってきた
ロータスとか一太郎とか一時はどうなることかと思った
三四郎とか五郎とかと違って一太郎だけはいつまでも消えないのが謎
そんなにATOKが強いのだろうか
VBAやPowerShellを捨ててPython一本に絞るのか？
エクセルマクロをVSやcodeで作れるんだったら便利になりそうだ
WindowsっていままでバッチファイルやPowerShell、VBS、JSは搭載されてたけど
本格的な言語が搭載されるのは初めてじゃないか？
いや、MS-DOSの頃はMASM搭載されてたっけ……
>>182
なるほどねえ。
史上最強の業務ソフトと史上最強のスクリプト言語が融合して
他の言語が震撼するってことやね
こりゃビッグニュースやで >>184
官公庁で使われてるからじゃね
国産競合でも出ない限りリプレース需要だけで安泰と思われ
それと主力業務はエデュケーションだったはず >>186
pythonのサブセットでなんちゃって糞実装になる悪い予感しかない いまのMSは自分たちの利益になるならライバルものでも取り込む感じだよな
win10ではライバルであるLinuxのバイナリが(WSLを使って)動くようにするぐらいだからな
自社の利益になると判断したらWinへのpythonの導入ぐらいはするだろう
すでに、MSはpythonを自社で提供していないけどMSの開発環境のVSでサポートしているし.
そのうちpythonがMSのストアを通じで配布とかなるんじゃないのか
おまえらテンション高めで笑えるw
たかがパイソンでなぜそこまでアゲアゲなんだよw
>>184
文化の違いかどうかは知らんが使いやすさはワードに比べてかなりいいから
と言うかワードの挙動が糞過ぎる >>186
> 本格的な言語が搭載されるのは初めてじゃないか？
いつの時代の話だよ w
Vista以降はC#, VB.NETが標準 194デフォルトの名無しさん2018/03/03(土) 13:05:34.55
やろうと思えばメモ帳でコード書いてコンパイルもできるもんな
>>192
そうかな
メニュー出すのにESCキーとか狂ってると思ったが 会社のパソコンだとpythonとかインストールできないから
最初から入ってるだけでありがたいのよ
>>195
まあUIはちょっと癖あるけどDOS時代からの流れもあるしね DOS の時代でも ESC でメニューωは異端death罠
>>198
PC-9801からの流れってことまで言わないとダメなのか？ >>196
ほんとこれ
会社全部のPCにデフォルトで入ってて開発も利用もできるのが大きい
VBAが重宝されてたのも同じ理由だね 会社のPCにPython入れられないのはお前らの力量不足
信用があれば入れさせてもらえるぞ
俺は上司を説得してPythonいれた
203デフォルトの名無しさん2018/03/05(月) 00:53:33.70
WindowsでPythonは起動が遅いからな
小手先の対策はあれど結局EXEファイルの代替にはなりえない
>>201
VB入ってるせいでウィルス感染するけど
python入っててそのせいで感染って聴いたことなくね >>204
普及率
Macは感染しないって昔言われてたのと同レベル pythonは感染しないとは言ってないし
Excelに乗ると攻撃対象になってpythonウィルスは増えるかもしれんが
それはいまVBならOKでpythonは入れられないっていう理由にはならないね
pythonがエクセルに搭載されると
どんな利点があるのですか？
>>208
Excelが最強になる
Pythonが最強になる
ともに最強になる >>208
VBAに比べて飛躍的にコードが書きやすくなる
pythonのライブラリがExcelでも使えるようになる
xlwingsやopenpyxl使えばイメージできる 上司に説得したくらいでフリーソフト入れられる
コンプライアンスの低い企業勤めが羨ましいですね
>>182
嘘ばっかりだな
全く予定なしだぞ
Excelだってアンケート取っただけだし >>212
夢ぐらいみてもいいだろ
ってかなんでこんなスレでぶつぶつ呟いてるの？ 妄想は頭の中に留めておくだけなら正常だけど、
誰かが見たり聞いたり出来る形にしたら、ただのヤバイ奴だぞ。
>>206
Excelは最初から会社PCに入ってる
Pythonは入ってない
それだけの話 >>211
良い会社じゃないか
俺のところはさらに情シスの許可貰わないとネット繋げない(会社のリソースアクセス不可)から孤立PCになる
頑張ってPython使えるようになっても、次に待ち構えているのはコードのライセンス問題
ネットの良いコードをコピペして使おうとしてもライセンス不明では使えない
ライセンス不明・ライセンス違反ものをコピペで使いまくりがばれたらオイオイになりなんか懲戒が来るだろう。 なんというか言い訳だらけでw
Pythonすら使わせてもらえない環境にいるなら、その程度の期待しかされてない仕事なんだから転職するか諦めるかどっちかにしろよ
期待してる奴にはパイソン使わせてくれる職場なんか？なんかようわからん制度やなw
まあ別にパイソン使いたくもないから俺には関係ないけどw
>>219
ネットのコード使用のライセンス問題はPythonに限らず仕事でプログラム作る奴には影響するだろ
この辺りは会社でソフトの開発をしているエンジニアにも多大の影響するんじゃないのか。
でも、ソフト開発会社は膨大なコードのリソースを有しているから、ブログのコードを
コピペで使用とかはしなくて済むんだろうが。俺のような趣味の延長で会社でもプログラム
出来たらいいなな奴はコピペの制限は作る上でのえらいハードルになる。 ExcelでPythonはまだ実現していないんだから
こうであったら良いな話になってしまうよな
>>217
> 頑張ってPython使えるようになっても、次に待ち構えているのはコードのライセンス問題
それVBAでも同じだろ 帳票の日付を、指定した期間で一括で印刷できるマクロは作れるのでしょうか？
すでにPython使えてる人ならpandasでいいよね。
Python内蔵でExcelの表をそのままDataFrameのように扱えれば便利だけれど。
Pythonって豊富なライブラリあってこその言語だしエクセルで使えてもな
セキュリティ要件でライブラリなんてそう簡単にインストールできんし
232デフォルトの名無しさん2018/04/07(土) 12:09:26.24
>>231
ExcelにPythonが同梱されれば主要ライブラリも勝手にインストールしてくれるはずだから問題ないっしょ そういやライブラリどうなるんだろうな
追加インストールできなきゃ糞になる可能性も
235デフォルトの名無しさん2018/04/07(土) 22:58:04.70
普通にVisual Studioと一緒でAnacondaベースになると思うわ
まあそもそもExcel Pythonなんて出ないんだけどね
どんなパッケージマネージャ使っても同じ
インストールには許可と手続きが必要
そんなんじゃ使い物にならんよ
>>233
OpenOfficeだとPython標準ライブラリのサブセットが同梱されていた。
ライブラリの追加は、まぁ別のライブラリパスに突っ込んでやれば済みそうな。 238デフォルトの名無しさん2018/04/08(日) 01:25:30.63
>>236
天下のMicrosoft様がこれがスタンダードだ！って宣言すれば導入しやすいだろ WindowsUpdateにはOfficeのアップデートも含まれてるし、セキュリティの問題もあるからWUを切るわけにもいかないんだから
もしやるとしたら、知らないうちにごっそりインストールされて終わりだろ
>>238
厳しい企業はNuGetも無断使用禁止だよ
パッケージの依存関係ツリー全部に使用許可が要る
ましてや得体のしれないPythonのパッケージなんて絶対許可でない >>236
Excelインストールしたいので許可ください 242デフォルトの名無しさん2018/04/08(日) 12:39:46.28
>>240
Excelの完全インストールを実行したいだけなんですけど・・・ 標準以外のPythonモジュールは文書に同梱するしかないだろうし
ExcelにPython外部モジュール許可ポリシーみたいなのがなければ
会社が許可しないというのはExcel使用禁止と同じ意味になるな
そう
だからExcel Pythonは実質的に役立たずなんだよ
日本のビジネス習慣の理不尽さを甘く見ない方がいい
excel vba の問題は言語シンタックスというよりも
シートオブジェクトとべったりなコードになりやすいって問題点が
python 化によって明確になるだろう。
>>237
追加でインストール可能 → 配布時にユーザーがどうやって実行するのか考えるだけで頭が痛い
追加でインストール不可 → コーディング時に環境構築面倒臭い >>240
WindowsUpdateに組み込まれてたらいけるんじゃねーの？
いや大手は無理なの知ってて聞いてるけど大抵の開発現場じゃそこまでガチガチでもないでしょ 僕の知り合いの知り合いができたパソコン一台でお金持ちになれるやり方
役に立つかもしれません
グーグルで検索するといいかも『ネットで稼ぐ方法 モニアレフヌノ』
RAIIH
vbとvbaとvbsならわりと便利に使ってる
javaやjsやCなど;が付く言語はちょっと使ってみたけど何か苦手
最近kotlinでandroidアプリ開発の勉強してる
pythonも興味あるけどどうかな
2019プレビュー版出たけどpython非搭載やんけ
また嘘ついたのかてめえら
で、Pythonあったの？どうせIronPythonを参照追加で使うとかそういう類の話なんでしょ？
python搭載するとどうなるの？
大量のデータを一瞬で処理するの？
vbaの代りになるだけだよ
xlsファイル弄るだけなら今でもできるし
いままで入門用言語といえばBASICだったが
時代が移り変わって役割がPythonに変わった
ただそれだけの事じゃないかな
あと俺ら的にはIDEやライブラリ充実するなど開発環境の充実がメリット
個人的には.NETからエクセル操作をもっと充実させればいいんじゃないかと思うよ
VSに勝る開発環境は今のところ皆無なわけで
>>263
搭載のされ方によるな。
ライブラリが自由に使えるのであれば、自作しなくてもいい場面が増えて楽になる。
その場合はCで実装されてることが多いから、速度も速くなるだろう。
逆に使えるライブラリに制限があると、VBAとやれることは大して変わらないことになる。ただプログラムとしてリストや内包表記があるから、書きやすかったり見やすくはなると思う。 >>266
2つめのリンク先えらい事実誤認のアホ記事 そうやって他人に聴いてるからお前はいつまでも成長出来ないんだ
これからvbaするならpythonのほうがええな
vbaより簡単だと思う
>>268
内包表記は見にくいし醜い。オフサイドルールも見にくいし醜い。
そもそも、幅広く使われるビジネスソフトにPythonなんて気持ち悪い名前の言語が
採用されるはずがない。 >>276
基本的な部分の難易度は同じくらい。VBA出来るならすぐ理解できると思う。
ただPythonはライブラリが本体だから、それらを使いこなそうとすると勉強することは多い。 >>277
インデントは好き嫌いあるのは分かる。
けど内包表記は見やすいと思うけど。
個人的に一番気持ち悪いのは、rangeで指定した値の一つ前までってところ VBAは最も難しい言語の一つだと思う。バグみたいな不具合が罠のようにあちこちに潜んでいて。
Pythonには妙な挙動は少ないが、Microsoftが改造を施すと難しい言語になるだろうと思う。
Pythonの開発環境どうなるんだろ
それにACCESSでもPythonになったら小規模開発にちょっとした革命が起きるんじゃないか？
pythonはマニュアル少ないのも辛いかも
Qiitaは自己満の糞野郎が投稿してるだけだしね
そのマニュアルとは何を指している?
MS-HelpよりPythonのマニュアルの方が内容的には充実しいると思うのだが。
>>281
pythonでaccessは今でも使える >>23
なら、素直にLISP乗せちゃえば？
表計算とリストは親和性高いし
(知らないだけかもしれないが)LISPで作られた表計算あってもおかしくない >>286
そのまんまだけど
値だろうと式だろうと
列ごとにリストにして、そのリストを内包するリストにすれば、後はリスト操作だけ
って答えじゃダメ？ ああ、ここにも単なる可変(mutable)な配列に対して、
驚くなかれリストと命名しちゃったことで生まれた被害者が一人
(二次元配列として内部表現される)表計算と配列は親和性が高い、
であるならば、常識だけど
用語の命名ってとっても重要だよね、潜在意識に刷り込まれちゃうから
なるほど
python -> リスト -> LISP に飛んだのか
>>289
違う。>>23でこれからは関数型言語だというから
それなら関数型言語の代表格であるLISPが適役だろうってこと
Python > LISPではなく
LISP > Pythonなのでは？
影響受けたという意味なら
自分はExcelといえば、昔ながらのマクロ言語派だったからVBAなんて覚えたくなかった
それがPythonでやれるなら、どーんと来いって感じ
ただ、セルや列、行の操作がVBA風ならちょっとヤダなと思う
絶対参照とか相対参照以外のリスト形式とみた場合の扱い方できればなって ExcelがPythonに対応したら革命がおこるんじゃないか。
操作アシスタントにPythonと入れても何も出てこないな。
操作アシスタントにPythonと入れても何も出てこないな。
>>295
コーディングヲタ共がVBAディスってドヤっとるだけやからなw >>296
ガセって言うか願望だろ
未だに信じてるやつがいると思ってるお前のほうが心配だよ w てかExcelにpythonが追加されたとしてExcel上で書きたいやついないだろ
VBAよりは良いんじゃないか
ライブラリーとかが使えるんだったら便利だし
Excelシート上のデータを一気に配列に取り込むなりして
エクセル関数使わずに計算するケースが多くなったりして
上司が正規表現使わずにmidやらindirect関数とか駆使したクソシートは
見てる方が辛いし、解読に難儀する
ライブラリが便利だしコードが書きやすいし読みやすいのでPythonのがいいですｗ
>>302
VBAと同じような感じで使えるなら普通に使う奴いるだろ
ってかそうでないと搭載しないだろうし >>302
いないことはない。IronPythonでExcel操作したやつは実際に居たので。
VB6より出来ることは多いので便利だよ。 pythonできるならもはやExcel使う必要すらないわ
csv読み込んでそのまま分析すればよくね
>>309
PythonでExcel並みの入力ができるようになってから出直してきなさい >>309
その方が手軽と考える人はとっくにVBSとデータファイルでやっている。
スプレッドシートの扱い方を話しているのに主役を捨てては主客転倒の論議だろう。 使ったことはないけど、LibreOfficeのpythonとの互換性は考慮されるのだろうか。
その実装も内部ツールとしては使い勝手が良いとはいえない様だけど
>>312
実行完了無くても動く分VBSのほうが良い気がする Pythonなんて昨今もてはやされるようになっただけで、Perlのようにじきに下火になるだろ。
そんな将来性がなくて、しかも言語仕様が汚い言語を採用するのは賢明ではない。
BASICは批判もいろいろ多いが、半世紀近くそこそこ使われ続けてきた実績がある。
Pythonに取って代わるだろうGOは言語仕様がまともなので、採用してもまあ良い。
別にどんな言語でも良いよ。
どうせ大して変わらん。
出てきたものを使うまで。
言語よりも.net使えるかどうかの方が大きい。
GOがスクリプトのPythonに取って代わる訳ないだろ...
>>321
> BASICは批判もいろいろ多いが、半世紀近くそこそこ使われ続けてきた実績がある。
半世紀前のBASICとVBAじゃ全く違う言語と言っても過言じゃないだろ… フランスではPythonが教育現場で使われている
一国で収まるのかEUに波及するかは不明だが
教育市場は馬鹿にできないからね
また、スプレッドシートも同国で低学年(日本の小学校に相当)教育に取り入れられている
ならば、MSも無視出来ないだろう
教育市場に活路見出す大手電卓製造メーカのCASIOとTIはPython採用を表明し、先行販売している
教育市場向けの低価格帯製品にスプレッドシートを搭載した関数電卓の販売も計画してる
ただ、スプレッドシートといえばExcelが業界標準
ExcelでPythonの噂も、それこそ火の無いところには煙立たず
フランスというよりEUは教育市場においてMSにベッタリなのを嫌うだろう
そうなるとV.B.を採用したくないはず
それとなく(あからさまに？)MSへ圧力掛けてもおかしくない
勝手な推測だからどうなるかわからんけどね
噂の一端にこんな事情もあるよって事
Googleスプレッドシートのほうが便利
Excelは無駄な機能多すぎ
>>327
表計算になにを期待するか次第でしょうね。 教育現場に限定すれば、
ロータス123よりもシンプルでもいいのかもね
セルに式書き込めて、グラフ化できればok的な
更にグラフ関数電卓に限って言えば、スクリプトでスプレッドシートを作成、参照する事は可能
というより、普通にやってる事
補足、グラフ関数電卓の場合に標準のスクリプトに新たにMicroPythonが採用されたわけだけど
表計算やグラフ描画のライブラリが提供されるとCASIOフランスとユーザのディスカッションで公言された
2018/8/31のアップデートでfx-CG50にて Python正式提供開始
TI社も2019年度初頭にTI-83向けにMicroPython搭載のOSアップデートを予定(TI-84+CEにも使えるらしい)
米国の新興企業NumWorks社が Python標準搭載のシンプルなグラフ関数電卓を販売中
プレステのコントローラーとApple製品の融合を目指したらしい
多分MicroPythonを搭載してるんだろう
HP社は今のところ予定なし
有志が PythonからHP PrimeのPPL、50gのRPLへのコンバータを開発済み
MicroPythonを組み込んだ、ワンボードマイコンも発売してんのね
言語が流行るかどうかは結局キラーアプリ、ライブラリがどれだけ揃うかだから
今のPythonの地位は当分揺るがないよ
これが小学生のおっぱいかよ・・・
12歳の乳とは思えんな・・・
ここだけの話、娘のパンティと嫁のパンティの違いがわからん
洗濯もの干したり畳んだりするときにどっちのなわばりに投入するか迷う
パパに洗わせている娘って
お年頃になるまでの楽しみだねw
年頃じゃない娘のパンツが妻のと同サイズで同じようなデザイン？？？
すげー家族だな
たかがパンツ一つで家族に連帯責任負わせる鬼畜米英>>342 一体いつから――ExcelにPythonが載ると錯覚していた？
ウチの会社Office2010なんだけど次にどれに移るのか未だに決まってない
Office365にpython載ったとしても会社はOffice2019になったらつらい…
office365にまだpython載ってないよね
いつ載るの？
独自関数使うAdd-In入れてるんだけど365と相性クソ悪くて笑う
pythonも万全な状態で載るのかなあ
>>348
あまり期待しないほうがいいと思いますよ… Googleに流れるのを引き留めるためだけにPython打ち出してみたフェイク
CやJavaのときのように、言語仕様を満たす技術がないためPy#言語をを作ろうとしたが、本家に断られたんじゃないの。
Pythonの開発者ってGoogleの社員じゃなかったっけ？もうやめたの？
msの社員がフォーラムで回答してたけどpythonではなくjavascript系だって
>>355
そのフォーラムでMSの人が言ってたのはドットnetに対応ですよ
vb.netとC#です EXCELにはジャバスクリプトだってよ
Python使いたいやつはxlwings使えだってさ
残念
むしろ朗報かもな
ヴイバがPython界に流れ込むのを阻止するのは疲れる
xlwingsとopenpyxlがあるけど
openpyxlは使うメリットがあまりないんだよな
openpyxlならpandas使ったほうがいいしな
EXCEL終了のお知らせだな
だよな
EXCELを操作したりEXCELファイルを操作するライブラリあるけど不要。pandas最強だよな
俺はEXCELがPythonを導入しないようなのでEXCELに見切りつけるとこに決めた
べつにPythonからExcel操作できれば十分じゃないかな
>>363
自分が使うだけならそれでいいけどひとに使ってもらうならインストールが別途必要なPythonはないわ
なので標準搭載してほしい しかもPythonからEXCEL操作だと処理が遅いんだよな
LibreOfficeならPythonが使えるから乗り換えたほうが賢い
グーグルスプレッドシートは操作性がエクセルとかなり違うし色々重要な機能が足りてないし
クラウドだしそもそもPython使えないだろｗ
え？グーグルスプレッドシートはPython使えるの？
ジャバスクリプトじゃなくて？
調べたけどやっぱり使えねえだろ
APIから操作するって情報しか見つからなかったぞ
Pythonからスプレッドシートを操作はできるけど
Apps ScriptのようにスプレッドシートからPythonを呼び出すことはできんでしょ？
ExcelってPython呼べたっけ
360のExcelからなら呼べるんか？
(dll経由とかそんな話じゃなくてって意味で)
>>375
話変わってるけど、MSがPythonでExcel操作出来たら、サポートされたらどうですか?っつうアンケートをしたのが最初。
それに反応して、今後搭載されるかもしれないって思ってた人達のスレ。 なんで今のExcelで出来ないことがgoogleappsだと出来ると思ったんだろう
>>367->>369の流れでしょ
結局、外部から操作するだけならpandas使ったほうが
圧倒的にできることが多いし優秀なんだよな
正直、エクセルは仕事以外ではあまり使わないけど
ソルバーだけは優秀なんだよなエクセルの Aの製品にある機能は全然別のBにあって当然
そしてその使い方を教えることを要求するのが当たり前
要求が満たされなければ捨て台詞 と
ゆとり確定
>>380
たぶん誤爆。
別のスレに全く同じレスがあった。 EXCELにpythonが搭載されたら、日本のOLもpython使いになるのか(´・ω・`)
python excelで4月～翌年3月迄のシートを作りたいのですが、わかりません。
宜しくお願いします
MSは覇権を握る言語はRUSTだと豪語してたで
二枚舌戦術どころじゃねーな
https://qiita.com/yniji/items/b38bc312e860027108ac
11月6日にreditの 'ask me anything' にマイクロソフトの Excel チームが登場して、
「いつExcelにPythonが搭載されるのか？」という質問に対して以下のように回答しています。
要するに、マイクロソフトが Excel に搭載するのは JavaScript であって、
Python を使いたいのであれば PyXLL か xlwings を使えということのようです。 これ 365 専用だから
Excel VBA 関係無いし
ましてや
Excel Python ですらない
あほはかえれ
TypeScript@Microsoft推してるのに
Pythonは無いでしょ
>>393
エクセルオンラインでついにスクリプトが動くのか
かなり画期的なことだと思うがおまえら反応悪いなｗ
iOS系の奴らは特に盛り上がるんじゃないか >>390
>>393
オンラインだしJavaScriptか
普通のエクセルに
Pythonも載せりゃいいのに……！ 
