ExcelVBAから解放される？ マイクロソフト、Excelに「Python」の搭載を検討 アンケートを実施中
■ このスレッドは過去ログ倉庫に格納されています
Excelに「Python」搭載検討 Microsoftがアンケート実施中
米Microsoftは12月15日（米国時間）から、Excelにプログラミング言語「Python」を搭載するかを検討するため、
ユーザー向けにアンケートを実施している。「需要についてよりよく理解するため、情報を集めたい」という。
http://image.itmedia.co.jp/news/articles/1712/18/l_ki_1609376_excel01.jpg
Excelのコミュニティーサイトで、アンケートのURLを公開している。コミュニティーサイトでは、ユーザーや
サードパーティーから要望を集め、ユーザー票を集めた要望を次期Excelに搭載することを検討するとしている。
2015年11月に提案された「Excelで、スクリプティングやフィールド関数にPythonが使えるようにならないだろうか」
という要望には、17年12月18日現在、約4000票が集まっている。デスクトップアプリケーションの要望の中では
最も多くのユーザーが支持している。
これを受け、Excelチームは15日に「このトピックについての継続的な熱情に感謝します」として、ExcelがPythonを
搭載したら何に使うか、どんな影響があるかなどを問うアンケートを設置した。
http://image.itmedia.co.jp/news/articles/1712/18/l_ki_1609376_excel02.jpg
Pythonは、機械学習やデータ分析の分野で主に使われるプログラミング言語。ビズリーチが求人情報から
調査した、国内のプログラミング言語別平均年収ランキングでは、2016年に1位（651万円）、2017年に
2位（601万円）と需要が高い。ExcelにPythonが搭載されれば、Excelでより高度なデータ分析やビジュアル化が
可能になるという見方もある。
http://www.itmedia.co.jp/news/articles/1712/18/news076.html
アンケートはこちらから
https://forms.office.com/Pages/ResponsePage.aspx?id=v4j5cvGGr0GRqy180BHbR7tUuWqOwSJFpBE5ZLhdkgtUMkhZWlkxRjhDRklXSjNTVkNSWkE2WlNQMS4u やったああああああああああ糞VBAよさようおなら〜プ〜 なんでもいいから組み込みじゃなくて.netなりに分離しろよ >>4
そんなに悪い言語ではないけど、やはり古いんだよね。
で、根がマイクロソフトオフィスのマクロだから、言語構成が少しややこしい。
フリーで出していたら、今頃パイソンなんかと争っていたかもしれないけど、まあ、当時のマイクロソフトにそれを求めるのは無理。
悪い点は
動かすのに高い金払う必要がある。
言語が古い。
他の言語との差が多い。
良い点は
アクセスとかエクセルを使えるので、仕事の細々としたことの効率化が簡単にできる。
この良い点がまたSI屋泣かせで、業務フローを引き継ぐためにはマニアックで、わかりにくいこの言語の産物と格闘する必要があることがあり、これがまたヘイトを稼ぐ。 >>13
トレンド踏まえりゃ本来はその辺が正解だろうなぁ
どっちもMSが力入れてるし >>16
大して違わない。
強いて言えば、.netはOSのマネージドコードだが、vbaはアプリケーションのモジュール。 >>14
バカはどこまでも馬鹿だなと思ったが が、多分お前まともなコード書いたことないだろ？ VBAの代わりがC#とJavaScriptとか池沼かよｗ VBAなくなっちまうのかよ
あれで仕事中にゲーム作って遊ぶのが密やかな楽しみだったのに
Pythonってどうなん
使いやすいタイプ？ PhthonとかどうでもいいからC#で
rubyとかBASIC言語の腐ったようなのはさらに不要 c#使ってcomアドインは今でもあるやろ
しかしpythonの広がりはすごいな
プログラミング初心者は今pythonから入る人が多そう >>24
その程度の変化にすら対応出来ない
馬鹿で能無しのお前には無理ゲーかwww BASICは20年ぐらい前に死滅しててもおかしくないのに糞MSがVBとかいうクソで延命したのが物凄く気に入らなくてムカつく >>27
C♯こそどうでもいいんだが
どこで使うの？(笑) >>28
comはある。それを言えばVbもそう。
C#は、単体でスクリプティングできるエンジンもあるので状況はさほど変わらない。 スクリプト言語の話じゃねえの
おまえらなんか違う話してない？
jQueryっぽく拡張したJavascriptでええやろ 大企業の社内SEが作ったスパゲッティコードのVBAが移植できなくて悶える人が増えそう > ユーザーやサードパーティーから要望を集め
「変えるな！」と要望は無視されてそう vbaでオブジェクト指向での開発はイマイチじゃなかったっけか
手続き型で保守性の低いコードが量産されるのをなんとか防いで欲しいんやがな
エクセルでコード書く時にこう設計すべし！みたいな鉄則が普及すればいいのに
マクロの記録レベルでプログラミングやってます！みたいな人が結構多い印象 >>5-6
rubyなんてくそ嫌われてる言語選ぶ意味ないわ Excelは属性情報が多すぎて整理されてない。
省略できないパラメータも多いからライブラリが使いづらい。
なので記録マクロからコードを起こすのは間違ってないと思うよ。
むしろ記録マクロ使わないで何でもコード起こさなきゃいけないって思う人が使うと不幸。 >>34
excelのセルオブジェクトなんかをjQueryチックに操れるなら大分楽になるな >>4
loop抜けるのにbreakもないとかアホだろ >>43
挫折するようなとこある？
まあ、エラー内容がワケワカメのときはしょっちゅうある >>10>44なるほどね
俺も専門でCを勉強して、今は事務所でVBA使ってるけど確かにややこしいかも… >>31
C＃は後発なだけあって、言語仕様としてはいいと思うわ
ただ、使うシーンがwindowsアプリぐらいしかない xamarin始めると今なら漏れ無くおちんぽ騎士団になれるぞ
あ、でも人脈は必須だからな そりゃpython使えるならpythonのが断然良い >>48
それもWindowsアプリといえばそうだけど、asp.netのMVCテンプレートの構造はきれいで、実用性も高いよ。
マネージとアンマネージの実装を上手く使い分けてる。 >>51
確かにMVCの開発は楽だったわー
コードもキレイだしメンテしやすい
ただ、数え切れないほど開発してるけどMVC使ったのは一回だけ
今はJavaScriptフレームワーク(reactとかvueとか)メインだわ
electronでネイティブアプリぽいの作れるし、microsoft使わんわ、もう。
個人的にはC#やPowerShell大好きだけど。。 >>36
コミュニケーション能力と同じで大概は読み取り側の能力の問題だからなぁ
既存コードにぶつくさ文句つけるIT土方を交代したら
あっさり移植できたって話も多い >>49
ザマリン使ったことないんだけど、実用で問題ない？
周りにも使ったことある人いなくて、、 言語なんでもいいからエクセルコントロールする速度を上げてくれ >>56
あああああああ
ごめん、あったわwww
VBAほんとごめんorz >>56
continueがなかったね
間違えた、、 >>54
すまない、xamarinはすごく興味あるんだけど今んとこ使ったことないわ
ちょまどで炎上した技術としてしかほぼ知らん >>52
パワーシェルのパイプは強力すぎるな
loop構文全くいらん場合が多い もうループ構文自体をあんま使わなくなってるな
C#のlinqはループ処理で何やってるかをコードで説明してるあたりいいね
pythonの内包表記もわるくないけど、処理が明示的に示されてない点がおしい感じするわ pythonのクラス定義はないわ
self自分で用意するとか >>63
ほんとこれ！
PowerShell触ったときは感動すらした。
オブジェクトをパイプで渡せるとか、痺れたわ
かなり複雑なこともワンライナーで書ける pythonは手続き的に小さな処理を書くだけって使い方しか考えてないわ
独自のライブラリを実装するために申し訳程度に用意したクラス構文ですって感じ C#スクリプトって、こうなんつーか
ワンライナーでサクサク書けたりするもんなん？ >>68
linqのメソッドチェーン使うとかなりコード短くなると思うで ぽうぇrシェルはコマンドレットを本来の名前で打つとめっちゃ長くなって始めて3ヶ月ぐらいはLiteralPathとPathの違いに苦しめられたね フィールド関数で python ??
どうやんの？ 日本のユーザーにアンケートとってるんだろうか？
なでしことか日本語プラグラムに対応しろって言いたい。 言語よりセルのプロパティをわかりやすい表記にしてくれ
あとセルのインラインでプログラム実行 >>25
日本は長時間労働！
残業代払え！
とかいいつつこれだだからなあ >>75
そんなのやるわけないんだよなぁｗ
C#で動的に実行にコード生成できるから、なでしこコンパイラクラスでも作ってどうぞ
もし.NETアセンブリをワークブックに含めることが出来るようになるなら
pythonとかruby、luaあたりもC#経由で実行できるようになるな 搭載されたとしてPython使える奴がわざわざエクセル使う理由はなんだ？従来通り.csvにエクスポートしてスクリプトによませればいいんじゃないの？
コード編集するエディタも今まで使ってたやつ使いたいだろうし >>80
その前にpythonにgui標準搭載しろよ
入力すんのにコードからとかまるで泥縄じゃん Excelは言語以前にオブジェクト周りで抱えてるバグが多すぎる 本格的に一般企業に浸透するのはまだ先だよな？
使うようになったとして既存のから移行するのにまだ知識は必要だし
そうだと言ってくれ じゃないと定年まで俺の仕事が持たない VBAの何がアカンねんと思ったけど、
VBも今となっては古い言語か。 >>86
確実にVBAより楽になる
ちょっと勉強必要だけども LibreOfficeのExcel互換アプリ calc では既にPythonでマクロが書ける >>89
今までの業務上のVBAライブラリやらコード資産やら運用ノウハウやらドキュメントやらを全部捨てても
楽になると言えるのかよｗ おめでてーなｗ VBAライブラリ()ｗｗｗ
今後もそんなそびえ立つ糞を保守するほうがおめでてーよｗ 現実知らん奴が多いのか？んなわけねーよなｗ
言語ｦﾀｸはこれだから・・・ｗ
業務上無駄な事はしないに限る ぜひやって欲しい。
やれ。
腐れVBAなんぞやりたくもない。 >>48
Android上で動くようになった
Javaより10倍速いらしい >>91
VBAライブラリってw
オタクやばいっすね C# は Windows どころか、OSX でも iOSでも Android でも PS4 でも Vita でも Nintendo Switch でも動くんやでｗ
Unity も大概メジャーになったし、クライアントはもう C# でいい
あと、JavaScript とサーバの php か node.js だけあればいいわ
Python とかマニアックなのはいらん
ruby とかライブラリが無いと使えないクズ言語もいらん >>98
？
俺はVBAとかもう20年くらい前に使っただけなんで、コードのライブラリ資産とか持ってないよｗ
未だにVBAで業務してる奴等は、それはそれで苦労して業務上大変な資産作ってきてんだよ。
そういうのはリプレースしなくていいのｗ
言語ｦﾀｸが言うような言語にリプレースしたら炎上して会社潰れるわｗ てかExcelバグ大杉。
VBAでもマトモに動かねえのを先になんとかしろ。
特にグラフ周り。 日本語版だけでいいからWindows2020（2000の正常進化版）をﾀﾞｼﾃｰ！！ >>96
もう普通にlinuxやmacでも動くし一部のコマンドはC#実装されてるのもあるくらい
AWS Lambdaとか、ソシャゲのサーバーサイドでも使われてるな VBAは柔軟性のある優れた言語だと思うけどね。
PythonがVBAより上かと言うと目くそ鼻くその違いしかない。
Pythonを推奨する奴はプログラマの意識高い系の人種だと思ってる。 >>99
pythonがマニアックとか言ってる時点で認識が一週古いんだよなぁ
それでいてサーバーにphp上げてるっていうね インターフェース公開して私を好きにして状態にしようぜｗ >>105
実際 pythonが一体どんだけのサーバーで動くんだよｗ
マニアもマニアｗ 超どマニア向け。遊びじゃないんだからｗ
サーバーなんかとにかく早く安定して質実剛健で動きゃいいんだよ
美しい言語体系（笑）どうでもいいわｗ
サーバーにpython環境なんか入れて、その後のバージョンアップやら保守管理まで面倒見たくねーし >>104
まあ実際そういうことだと思うよ
MSが今一番頭抱えてるのは良い若手人材が集まらなくなってきてることなんで >>107
>実際 pythonが一体どんだけのサーバーで動くんだよｗ
だから認識ふるいっつうのｗ
Youtube、Google App Engine、Instagram、Dropbox >>109
それほとんど遊びの範疇じゃね・・・？
業務で Google App Engine 使ってるのとか、中小規模でも大手でも見たことねーわｗ >>110
俺はおまえさんの教育担当じゃないからさ、レスで新発見しながら言い返そうとしないで情報リセットしとき
美しい言語体系とか誰と戦ってるのか分からんけども
サーバー分野でだいたい同じ使われ方をするphpとpythonで今じゃpythonのほうが優勢なのが現状
そんな状況でpythonがマニアックって強弁してるのが突っ込みどころ満載だったんだよ VBAはファイル破損か分からないけど、なぜかうまく動かなくなることが良くあったな。
マクロが動かなくなって長いことソースとにらめっこしたけど、
どこにもバグなくておかしいと思ってファイル作り直したらあっさり動くようになった事があったわ。 重要なのはPythonかVBAかじゃなくてきちんとしたクラスが書ける事と、コントロールの充実
クラスの継承くらいさせてくれよ…
あとコントロールが貧弱すぎるからもう少し増やしてくれ これでうまくpythonで行こうぜって流れになれば64版Excelを堂々と使えるようになるな >>112
vbaというよりexcel issueじゃね？ C#「え？俺は？オフィスのプラグイン作成公式言語やぞ」
python「データ処理系ライブラリだけで無償の物が1200もあるんで、オフィス連携系だけでも7種類あるし」 >>86
次のバージョンのMS OfficeからVBA廃止でPythonに全面移行だよ
嘘だけど MS「やっぱPythonじゃなくてVBAも配信停止してJavaScript一本に絞ることにするわ」 →お前ら発狂 言語なんかなんでもいい
要は何を作るかだ
お前等はExcel使うような仕事したことないから関係ないだろ あらこれは夢がある
MS製品嫌いでもExcel沼からだけは一生抜け出せない気がする pythonって昔のBASICの位置づけだろ
実用に耐えられんの？ >>131
＞pythonって昔のBASICの位置づけだろ
違うだろバカかお前は >>8
できなかったっけ？
なんか終了時にexcelを解放しないとエラーが発生して面倒だった記憶 googleのスプレッドシートはjavascriptだっけ >>103
普通じゃないだろ。Linuxで動かすのはけっこうめんどい。Linuxなら無理にC#を使う理由はないな。 >>127
大丈夫、Pythonならなんとなくですぐ使えるようになるさ Pythonの人気に嫉妬w
Rubyの嫌われ具合に涙目w
スレチだけどPythonにRailsっぽい
標準的なフレームワークある？？
もう乗り換えようかな...orz いらねー
機能が増えるとますますウイルスが怖くなる
VBAですらみんな使いこなしてねーだろｗ
余計なことすんな
マクロがついてない版のエクセルですらほとんどのやつには十分だぞｗ basicの触りしかしらない俺がpythonを使えるようになるまで何年かかると思う？ vbaは記述が汚いし開発環境も古くて貧弱だから書いてて楽しくない Wordpressの記事作るのにvb.net
VPN管理するのにvb.net
自動UPするのもvb.net
データ管理するのもvb.net
やろうと思えば出来るもんやで >>138
MVC意識しながらRDBMS使ってデータ中心設計して〜
てのがもう人気ねーんだよ
クラウドAPIをクライアントもサーバーも叩いて即興でアプリ作るのがカッコイイ
そういう時代ですわ rubyは日本語処理に使うと結構お手軽で良い言語だと思ってる >>144
知ってて言ってるんだと思うけど、.netの資産をフルに使えるvb.netと事実上使えないvbaとでは開発環境が雲泥の差やがな Pythonにするのもいいけどvbaを使いやすくするのはできないの？ Python搭載の前にあの腐ったエディタを改善するほうが先だろ
コード書いててイライラしてしょうがない >>25
型宣言しなくていいから使いやすいと言えば使いやすい pythonってjavaやc#ができない人が使ってるイメージだけど、実際どうなの？
案件は増えてるから需要があるのは知ってるけど vscodeでexcelマクロ記述できたら素敵やん >>154
javaやc#に辟易した人が辿り着いた
が正解かもしれんが…
実際どうなんだろうね。俺も気になるわ デザパタ病を拗らせた奴が持ち上げてるけど糞オブ糞だからなJavaは ExcelVBAて無茶苦茶遅かったよね
リアルタイム株価監視させてたら使い物にならなかったわ
そのPythonとやらは速いのか？ よくわからんのだけどExcelVBAみたいにマクロ登録とかできんの？ >>157
動的言語と静的言語の括りからすればpythonとC#(java)は競合しないし
適材適所で使い分けてるんじゃないかなと思うけど Excel なんてリスト処理がメインなんで
Linq使えるようになると嬉しい >>1
> ExcelにPythonが搭載されれば、Excelでより高度なデータ分析やビジュアル化が
> 可能になるという見方もある。
そもそも、ＥＸＣＥＬ上で高度なデータ分析なんかするか？
ＥＸＣＥＬ自体が帳票出力用（ＡＣＣＥＳＳのレポートみたいなモノ）で、
そのための手続きを簡略化するのがマクロ（ＶＢＡ）だろ？
ビジュアル化が改善されるならいいけど
それ、言語以前にグラフとかの機能の問題の方がデカくないか？ 2004年にエクセル2003で作ったマクロをいまだに使い続けているわ
ヘンな警告が毎回出るけどｗ
これももうすぐ使えなくなるのかな >>165
いやまったくその通りｗ
そもそもExcelで高度なデータ分析とかビジュアル化とか、サードパーティのOCXライブラリ
かなんかでいくらでも売ってたような・・・
言語が変わったからっつって、自前で一から作るヒマな奴なんてそうそういない気はするｗ >>166
EXCEL＆WORDはもうそのまま放置（仕様を変えない）しておいて
新たに高度な表計算ソフトとワープロを作った方が早いと思う
これまでの資産を流用出来るようにしようとすることが
発展の足かせになってると思う 現状のExcelでも回帰分析や検定くらいはできる
教授ににらまれるからspssでやるけど Accessなんかはコード書きやすくして、テンプレート充実させればFileMakerの対抗になるのにな。
いまだVBAってなんだよそれｗ
あとWeb対応しろｗ
AccessフォームのSharePoint版もひどすぎるし。 >>154
実際のところ、無料有料問わずどんな製品が出てるかで選ぶしかない。
Javaは中規模Webサービスには向いてると思うよ。
C#は、MSが頑張ってプラットフォーム拡張してるけど、やっぱりWindowsメイン。
ASP.net のC#プロジェクトは完成度高くて使いやすいけど。
Pythonは、演算系のライブラリが多彩。かつ、Cのライブラリも組み込みやすく
設計されているから、比較的、新しいシステムへの対応が早い。
でもインデントルールはなんとかしてくれ。
コードブロックが{}標準でやってきた身にはめんどくさい。 vb を最初に考えた人は、
function xxxx
if xxxx then
end if
end function
っておかしいと思わなかったのか。 >>171
コーディングスタイルの強要はpythonの長所だと思うけどな 左から3番目のシートをアクティブにして実行とか面白いけどな >>176
kodiプラグインてpythonだったのか >>177
その動的な指示が仇になるんだよ。
いつでもアクティブなシートなんて入れ替えられるんだからさ。
きちんと明示して動かそうぜ。 >>175
多人数での作業の時にコーディング以外のとこでかかる手間を軽減してくれる素晴らしい発想だと思う
ただ、個人用でとりあえず動けばなんでもいいコードをさっくり書く時にはうっとおしく感じる事も……
そういう用途でRuby使うと便利ですよ派 言語などどうでも良い人工知能を駆使して楽にできることをしろ
エンジニア的な知識不要の・・・
いずれそうなるだろう >>181
人工知能の成果はいまは特定の定型処理か、
もしくは毎回技術者と、業界特化した分析家
がついてないと使えないものばかりだよ。 Python化してもループで範囲処理みたいなクソコードは遅いままなんだろうけどな >>184
インタプリタにアンローリングとか求めてもしょうがないでしょうに インデント面倒ってのはよくわからんな
エディタに任せてりゃ不便感じないでしょ これはまじたのむわ
会社のパソコンにインストールする許可おりないから、エクセルしか使えないんだよ >>188
あの妙ちきりんなオブジェクト指向をスタンダードにすべきか？
せめてTypeScriptかと >>166
office2003だったか結構ボリュームのあるマクロ組んだけど
バージョンが変わったらいつの間にか使えなくなったよ。
コンバータだか何かを使えば何とかなったみたいだけど
結局ウヤムヤになって使わなくなった。 >>44
exit くらい、検索すればすぐ見つかると思うが。お前の方こそアホだな。 excelvbaは2003でプログラム大きすぎると
動かくなるのあって苦労した思い出 >>156
Excel VBA一択
その前にExcelの集計関係の関数を一通り使いこなせるようになろうな ExcelよりもAccessの方が集計は楽だよ
クエリー組むだけ
あとはマクロで大抵のもんは出来る Pythonでいいから早くしてくれ
もうVBAにはうんざりだわ
Pythonは書いたことないだけに楽しみだわ
やっと俺にもPythonを使う時が来たか >>198
普通に業務アプリを作れるのがAccessのいいところだよな
メニューフォームを作ってボタン数回クリックとファイルダイアログでファイル指定すればOKな
業務ツールが簡単に作れるのが魅力 >>202
いやPerlだけはかんべんな
と言いつついまだに運営してるWebサイトはPerlで書いてるんだけどさ
正直、他の人が書いたPerlは見たくない
あとJavaScriptもかんべんしてくれ >>13
MSがChakraベースのNode.js作ってるくらいだからな
Nodeベースで動くといいよな
アプリケーションのインスタンスはrequireで取得とか JavaScriptならTypeScript化も行けるから、
あの膨大な型やメンバーもコード補完できて便利だよな PythonってVBAみたいに、WindowsAPIとかdll叩けるのかな
waitどころかキーボードやマウスカーソル乗っ取りだとか、なんでもやれるのも危険でもあるが あんまり何でもできちゃうと
ウイルスの方が怖くて、結局使えないんだよね
Excelのファイル開くだけで警告でうるせーし
いちいちパスワードついてて開くの面倒くせーし
直接メール添付不可だからいちいちパスワードつけた上に圧縮して暗号化しないといけないし
面倒くさくて敵わん オープンソースアプリだとスクリプト言語にLISPとかいう古代語使ってるのあるけど(EmacsとかGIMP)、どうにかならんのかな？ あと、課長がパスワード間違えてつけんだよｗ
ファイル送ります パスワードは別メールで
でパスワード来たんだけど、開けないのｗ
翌日課長が パスワード間違えてましたｗ
(*ﾉω・*)ﾃﾍ
ってｗ
こらｗ
もう・・・
定年間近のおじいちゃんにあんまり複雑なことさせるから、俺らがファイル開けなくなって困るんだよｗ >>207
仕事でVBAばっかやってるけどWindowsAPIを叩く機会は
まったくないから叩けなくてもいいわ
そういう案件が来たらC#使わせてくれって言う 何でもいいけどサクサク動くようにしてくれ
会社のパソコンは未だにcore2duoだからちょっと重いとすぐフリーズする >>191
あれは果たしてオブジェクト指向なのだろうか
カプセル化も継承も多態性も無い
いや、無理すれば全部できるんだが… ＰｙｔｈｏｎをＣＲＥに乗っけない限りカサンドラクロスかアムトラックか的な未来しか見えて来ないしそれだとＰｙｔｈｏｎ使う意味有るのか(ry 真面目な話、Excelと相性のいい言語って本当はLispだと思うぞ
式と関数ですべて書けるし、基本的なデータ構造がリストなのも表と馴染みがいい
内部に専用のエディタを用意できるからカッコやインデントは問題にならないしな R使えれば捗ったりしないんかな？
Lispよりは敷居低いでしょ Numpy使えるようになるのがでかいぞ
統計屋にはとてありがたくなる Excel、Wordは仕事に欠かせないが、VBAなんて1度も使ったことないな >>219
大規模な統計に耐えられるんかな>Excel >>220
Excelは関数を上手く組み合わせて工夫して使えばVBAなど
必要ない場合がほとんどだろうしな ベアメタル組み込み屋だからCと時々アセンブラという時代錯誤なことやってるけど、
普通のITの世界ってプログラミング言語はもうただの手段な感じなんでそ？
使えるライブラリがあるとか、コーディング効率が良さそうなら何でも使うみたいな >>217
色々危なっかしいよなjsは
あのドラスティックな感じは嫌いじゃないけど MSならPowerShell使えるようにしてほしい。
これは本当に凄い隠れた名品。 powershellそんなにいいんか
真面目に勉強してみっかな 35歳のプログラミングをほぼしたことないおっさんがPython勉強し始めても仕事で使えるようになるんかな？
もしおすすめ参考書あれば教えてください >>230
たっく・ちょっぷ著『プログラミング超初心者が初心者になるためのPython入門』(2015) まず、せいぜいOffice97レベルの安定性程度まで確保できてからほざけ。
基本ができてネェンだよ >>230
やりたいことがはっきりしてないのに手をつけてもムダ。
延々続く帳票のコピペにウンザリしているとか具体的にプログラムにやらせたいことを考えてから学びなさい。 >>172
このBasic文法はVBよりも前からあるんだな >>230
どういう立場の人か知らんけど、仕事で使うなら
後で情シスと揉めないように、事前に根回ししておこうね >>222
多数演算処理が必要なら関数だけだと容量が重くなるのでvba使うしかない >>239
IFを多重に使うくらいなら、マクロ側で if 〜 then を書いた関数作ったほうがいい。 >>215
Excelのデータ単位はセルで独立してる。
セルは値だけでなく、印刷用のパラメータも含んだクラスで、全部を一枚の表に落とし込むことはできない。プログラム上はね。 >>239
AND関数とOR関数で何とかならんのか？ >>230
いまのプログラマに必要なのは要件分析の技術。
ぶっちゃけ、要件仕様を書けるならコーディング能力は必要ない。
要するに、商社でもデザイン会社でも同じく、客がどういう業務をしてて、どういう要望を持ってて、それを技術者に投げて仕様書を書かせ、それを客先に説明して、必要があればそれを軌道修正する技術があればいい。
その上でプログラマに要求されるのは、客の要件を機械仕様に落とし込み、実装屋が出してきた仕様書が客の要望に合致するか判断する能力だ。 >>249
俺はSybaseの頃からべったりでいまはAzureやってるから気持ちは判る。
でもMSはPyとc#選んだって話さ。 VBAから解放という意味が判らん。
VBAを残した上でPythonを搭載ってことだろ？ MSの実装を知らないでダメだと決めつければ気持ちいいのがいるんだろw 実装？きっとロクでもないのに決まってる！！
die, VBA!! python搭載とかいっても、Microsoft だぞ？ｗ
どうせ MSが独自拡張しまくった、Microsoft python.NET とかわけわからん謎言語が載るだけだぞｗ >>144
VB.NETでサーバーサイド作ってたな。VBに慣れてたので楽っちゃ楽だった。 そんなにvb.netってvbに似てる？
俺は記法の違うだけのc#に思えたけど。 >>228->>229 って云うかＷＩＳＩＷＩＧ(←！ｗ)で無くて好ければＰＳでｘｌｓファイル出力できるしエクセル呼べる VBAの問題点
・IDEが低機能すぎる
・今どきVBを覚える気にならない
・エラー出力が分かりづらく、デバッグしにくい
・遅い
・言語仕様が古すぎる
・担当者の異動などで保守不可能になった便利ツールがエラーを吐くようになると業務に支障をきたす
ゴメン最後はVBA関係なかったわ… VBAはプログラムが埋め込まれてて隠蔽には便利だけどそれが逆に保守性が犠牲になってるよな。 >>266
ＶＢＡで隠蔽されてる実装はないと思うけど。
ランタイム形式にしてパスワードロック掛けたＯｆｆｉｃｅファイルなら別だけど。
>>267
ＰｙｔｈｏｎはパイソンでＯＫだよ。
ＵｎｉｘやＬｉｎｕｘの世界で熟成されたスクリプト環境だけど、手堅い実装になってて、
かつ、Ｃ＋＋言語などの他の実装とのつなぎがやりやすいので、いろんなライブラリ
を利用する手段として、また、アプリの拡張用のスクリプトとして様々なところで利用
されている。
さらに、スクリプト言語ツール(テキスト形式でプログラムを書いてすぐに実行できる
ように作られたツール)の中では、自動的にコンパイル※する機能がついてて、スクリプトか
コンパイル済モジュールかを利用者が意識しないで大幅な高速実行をすることができる
という特長も備えている。
※テキスト形式でなく、ＣＰＵが高速で利用できるよう、一部機械語＝ＣＰＵコードで作られた
バイナリ実行形式のプログラムに変換する機能。テキスト形式のスクリプトは、起動時に
毎回、コンピュータが理解できる実行形式に変換する処理を行う必要があるため、これが
ないと実行が遅い。 一般人が気軽に使えるように日本語BASICにしてくれ CortanaとGoogle Assistant とSiriちゃんにお願いするんだ >>4
職場でプログラム書けない奴が居る地帯に入り込めた言語やから。
他の言語より簡易で直ぐに動かせる非常に優れた言語やが、
それ故にプロではないオタクも一部が使う。
システム開発現場だけではなく、経理とか営業とかの現場でそのオタクみたいな奴がちょっと作って
知らん奴に使わせるから不興を買う。 >>4
マイクロソフトの気まぐれで大幅に仕様が変わる言語なんてな BASICは糞、Pythonならおk
ってのも厨二くせえ感じがしてアレな気はすんな… >>273
クソだから切るってわけじゃないんだけどな
今はみんなオブジェクト思考プログラミングに慣れちゃってるから
それが出来る言語も追加しようってことで
んで、perl、python、rubyあたりならみんな紳士の嗜み的な感じで読み書きくらいは出来るだろうから
んじゃpythonにしようかって話なんだろう
上だの下だの言ってる人はちょっと頭固いよね
今まで通りVBAでも書けるんだからなんも変わらん BASICがクソとかいう問題じゃなくて、VBAの言語仕様が貧弱すぎる
少なくとも VB.netなみに強化してくれたら使うよ 本当に変わることがいいのか？
Excelってもう何も買えないのが正解やろ >>251
コミュニケーションに難があるからプログラマになったのに
いきなり高度過ぎるだろそれ もうこの際だからClojureとかErlang辺りまで突っ走れば
厨二度やカオス度も上がって楽しいのに… まじかー
俺様が今まで作成してきたクソ業務効率化ファイルが使えなくなっちゃうじゃないかー
新しいの覚えんの嫌だよーーー パイソンってそんなにいいの？
なにがいいの？ライブラリがたくさんあるの？ >>282
>>279みたいな老害も駆逐できるしワクワクするよな vbaってスクリプト系かと思いきや、文字列操作がやりづらいし配列やリスト関連も弱い
ソートすら満足にできねえ
その点Pythonはスライスが便利だしリストの扱いも容易だ
ソートも正規表現も標準装備だし >>286
へーそうなんだ、それはいいな、早くPythonも付けてほしいわ
最低でもVBA.NETくらいは付けてほしい
Delphiでもいいぞ ■ このスレッドは過去ログ倉庫に格納されています
