俺（天才）「VBAやめてPython使いましょう」上司「俺がPython読めないから社内使用不許可」もう終わりだよこんな会社 [296617208]
■ このスレッドは過去ログ倉庫に格納されています
>>272
やることにもよるけどコード行数が少なくて済み
処理速度は場合によっては圧倒的にPythonの方が上 VBAでやることなんてExcelシート内での数値処理なんだから、別にPythonに置き換えんでもいいよね
ってなるわな
別フォルダにあるCSVとかを処理したいとかなら分からんでもないけど… Pythonのライブラリってどんどん互換性捨て去るし、ライブラリのバージョンコンフリクトが頻繁に起きるし他人の環境の面倒見たくないだろ >>272
文法のお作法がしっかりしてる
VBAはぐちゃぐちゃに書いても動いてしまう >>236
いやいや
pythonは難しい
需要でかいってよく言うじゃん
需要ある言語理解できて大多数が知ってるCとかの方が難しいって異端じゃないか？ VBAほどネットに情報転がってる言語ないだろ
これで覚えられない奴いんの？ >>278
多分Cを先にやった人たちがPython難しい(新しい言語仕様学ぶのめんど)って言ってるんだと思う
実際には言語をひとつも学んでいない状態から始めるならPythonは簡単な方、Javaと同じくらいの難易度
そしてCはそれらより難しい
Cはコンピュータの深い部分まで扱うことが前提になっている故に覚えたり意識しなければならないことが多いからな
今時の高級言語のような感覚で使うとすぐに動かなくなる
そして今はそんな難しい言語を使える人は減ってきてるし、そもそも使わなければいけない場面が少なくなってきてる
Pythonは簡単だからこそ需要があると言ってもいいだろう
でもPython需要の最大のポイントはライブラリにある
最近は機械学習が大ブレイクしてるけどPythonは機械学習ライブラリの環境がとても整っているから、それで必要とされる 結局VBA極めるしかないって結論になってるわ
引き継げないコードに意味はない いちいちシートに書き出さないとデータ保持まともにできないVBAは本当にカスだよ vbaでいいよとか言うやつはテストコードとか書いてないんだと思う
書きにくいだろあれ >>269
VBAで済ませるようなちょっとしたことにわざわざテスト用意してバージョン変更で結果が変わらないかチェックしてってメンテコストをかけるのはデメリットの方が大きくないか？ >>281
Python自体のコーディングは簡単なんだが機械学習や深層学習のライブラリを間違わずに使うのが難しい。
あとは計算速度を早くしたい場合とか色々知識がいる。 >>134
>>150
ググってjsonいじったけどよくわからん
うまくいかなかった >>285
VBAマクロで済ませる判断の時点でそんなきっちり使う物を想定してないんだが >>288
そういうレベルまでいくとどの言語も難しいし知識がいるな VBAがTypeScriptになるんじゃなかったか？ >>292
方向性はそうだと思うけどね
MS Officeオンラインのエンタープライズ版でのみリリース済
それを拡大普及させていく戦略についてはまだ情報に乏しい 当たり前なんだよな
誰か一人だけ保守できるシステムとか最悪だわ >>11
スクリプト言語にしか出来ないことってあるんかな
どちらかというと生産性を上げるためじゃね >>166
PowerQuery、PowerPivotで出来る処理はそっちでやった方がいい場合が多いのにPower系の知識が無くて無駄にVBAやPythonでやってる奴いるよな >>229
まあ結局VBAはExcelと連携が簡単なコンポーネントを用意するのが手軽ってのが大きいよなあ
無駄な教育コストが発生しないってのは何よりも大事だわ ADOでCSVの一万件くらいのデータ読み込もうとしたら15分くらいかかった
クエリーにしたら30秒で終わるようになった
もっと早くなんないかな UIを作るより
ExcelをUIにしてしまったほうが
楽なときもある
他人向けにつくりこむのはリスクが高いというだけ そもそもPythonは表計算ソフトでもなんでも無い >>300
コンパイル言語で自前でIO叩いてバッファリングしたら1秒以下で終わる >>303
読み込んでエクセルに書き出すまで必要
vbaのopen lineだっけ？それだと早かったけど文字化けした 実際のとこ、さ
シートを選んで、A1='1'と書けばよいVBA
と、
ファイルオブジェクトを作り、
そのオブジェクトでExcelのファイルを排他的に読み込み、
読み込んだExcelファイルのハンドラを取得して、
そのハンドラを使って列挙されるシートのIDを取得して、
そのシートのIDからシートの場所だのシート名だのを指定してマッチするものを探し、
シートクラスに探し出したシートIDを与えてシートオブジェクトを作成し、
そのシートオブジェクトのA1セルのセルIDを取得し、
セルクラスに得られたセルIDを与えてセルオブジェクトを作成し、
セルオブジェクトのテキスト設定メソッドでテキスト'1'をセットし、
セルオブジェクトの更新メソッドでセルの変更を確定させ、
セルオブジェクトを廃棄し、
シートオブジェクトの更新メソッドでシートの変更を確定させ、
シートオブジェクトを廃棄し、
Excelハンドラの更新メソッドでファイル内容の変更を確定させ、
Excelハンドラをクローズし、
ファイルオブジェクトを保存して、
ファイルオブジェクトを破棄するPythonと、でさ
マジどっちがいいのさと
どれだけPythonに汎用性があり、パッケージが充実していたとしても、
たとえ用途が固有で特定なものでも使い勝手がよい手段であれば、
人はそれを選ぶものなのさ 読み込みだけならまだしも
エクセル書き込むような業務の場合はVBAが早いんだよな
Pythonに限った話じゃないけど
セルのデータを配列で取得できないからどうしても遅い さらにいうと、PythonじゃExcelをシングルスレッドでしか扱えないのだよね
セルの計算式ならExcel内部でマルチスレッドで処理されるから、
それでできる計算ならそうした方が、VBAでやるよりも更に高速化できる
しかも計算式は、セルのコピペ時に相対セル指定を適切に書き換えてくれるし、
VBAでも同じように計算式のコピペもできる
計算式の文字列に入れるべき列名や行番号を自前で算出し、
ファイル開くだの何だのやってセルを開いて計算式を設定し、
あれこれやってワークシート、ブックへ反映するPythonなんて
ぶっちゃけ生産性も悪けりゃ性能も悪いで、出番がない >>269
pipのrequire.txtでパッケージのバージョン揃えとけ
それも面倒ならNuitkaなんかで実行ファイルに固めると良いぞ VBAでさえ使える奴限られてるから社内引き継ぎ考えたら超限界まで関数だけで作る
ワークブック跨ぎや別ファイル参照の処理や汎用的でまず変わらないであろう処理だけVBAにしてかつセルが変わった場合や項目が増えた場合にも対応できるようにマニュアルも作った
このレベルの会社じゃPythonとかまず導入無理だろ… プログラム出来ない奴のために関数のネストでわけわからんファイルが出来上がるよな
Pythonは日常的に改良していくようなツールなら良いけど作ったら変更せずに何年も誰かが使い続けるツールを作るのには向いてない
EXCELありきならPython使うメリットは小さい 
https://geonlp.ex.nii.ac.jp/demo/
これ使いたいんだけど単純にpip installするだけじゃ使えない？ vbaは4割ぐらいわかるが、パイソンは全然わかりましぇーん >>312
最初入るならデスクトップ版Jupyter Notebookをインストールするのが良い
トラブルが嫌なら
>>314
VSCodeで.pyファイル実行できるしコンソールでログも見れるけどJupyter Notebookがいるの？ >>315
環境あるならVSCodeでいいよ
あとはやる気と気合いだけ！ 正直cliツール作るならgoの方がいい
goはwindows含めたマルチプラットフォーム対応がしっかりしてる
pythonはlinuxでは動いてもwindowsじゃ動かないケースが多発する
インストールからして極めて難解だし
ライブラリーの互換性も面倒で、goならバイナリーにまとめられる なんでGAS使わないの？
VBAやPythonよりJavaScriptのほうが遥かに簡単やん
PC無くても最悪スマホポチっで操作できる最強ツールじゃん gasとかsalesforceはリソース制限あるんで大きなデータ扱うときは使い物にならない ケンモメンそんなデカイデータ処理してたんか？
しょーもない処理するVBスクリプトかと思ってたわ 確率計算とかするんでぇ…
CPUもお高いの使ってぇ… DX推進とか言いながらVBAすら禁止されたんだけど
もう終わりだよこの会社 Pythonってエクセルコラボの親和性ないだろ
VBAは言語の強みなんてないけどもエクセルで使えるってだけが長所でありすべてなんだ
エクセルで使える限り消えることはない >>306
シートの中身を配列に取るのはpowershellで出来るから逆もできる気がするやった事無いけど VBAバリバリ使えてるなら移行するメリットあんまりないと思う 全社員が使いこなせるように教育からメンテナンスまで全部きちんと設計、構築してくれるならいいよ
それが出来ないのにぼくちゃんが出来るからやれ！はガキすぎる
自分がとっとと出世して好きにやればいいよ ルーチン作業は勝手にPythonでやってるわw
禁止されてはいないから VBAを一日一回とか自動で動かしたりできないの？
手離れしないとDX！😎とか言いづらいよな >>77
これなんだよな
パイパイ言ってる奴はこのデメリットをまるで認識していない
アウトプットがOfficeファイルならどう考えてもVBAが最速 python標準ライブラリだけで仕事できるならいいけど
OSSライブラリ山ほど使うからセキュリティー的に無理 Pythonはスクリプト言語だから実行するまでエラーが出ないんだよ
VBAはVBEと一体化してるから実行する前にコードが間違ってたら即エラー出してくれる
だからVBAの方が生産性が高い >>12
ほんとこれ
自分のパソコンでしかやってない人ならいいんだが客先ですぐ使えるのかってなる 俺なんか1セルに1画面では表示されんぐらい長い関数計算式書いてる
絶対にVBAなんか使わん >>334
OnTimeメソッド使うか
VBA実行するBATを作ってタスクスケジューラーに実行時間を設定すれば行ける VBEだけは改良して欲しいなー
マルチバイトの文字化けだけは直してくれ 見渡す限りの地獄
LIXIL、現場社員3963人がノーコード開発で1万7007個のアプリケーションを開発
https://it.impress.co.jp/articles/-/23378 もうみんなとっくに Python から go に逃げ出してるんだけど >>346
ちょっとしたその場凌ぎで済むような案件なら良さそうだけどねぇ
エンジニアがより軽視される事になりでもしたら悲惨 >>349
PythonとGoはトレードオフの関係ではない
むしろ聞きたいがその認識はどこから？ >>334
ontimeで自分を呼び出す関数を作り
そこにいろいろ書けばいい
うちはそれで自動トレードしてる 適材適所なんでexcelなら別にVBAでいいと思うけどなあ
後はソースコードにコメントとかちゃんと書いて簡単でいいから設計書残しておけば PCつけるのさえ面倒くさい
GASで勝手にcronで動かしときゃいいやん
無料でスクレイピングからExcel, Wordまで使い放題やん ツールに何をかますかなんて上司には関係ない世界じゃね しっかりした環境あるならともかく
結局どの言語にしてもどんどん変わってくから
その都度対応しなきゃいけなくなるのしんどいわ
VBAはその辺息が長いしどのPCでも
導入しやすいのが強すぎる
最近ノーコードだの出てきてるけど
結局ちゃんと使えるようになるためには
要素にコード描いたりして逆に見づらくなるし
VBAでいいじゃんってなってしまう 市役所勤務だけどｖｂａ使えるだけで神扱いされるから笑える 過去のVBAのコード修正するかあと思って開いたら変数名が日本語で震えた じゃあ、お前今日から朝鮮語話せ言われてできんのかよ。 なんか処理したいことあったらスマホでポチポチポチってGAS書いてcron回して終わりよ
15分間隔とかで動かしてなんかあったらスマホにメール来るから寝てりゃいい >>351
cliツールならgoかrustの方がいいと思う
今どきのツールならripgrepとかfdとかdockerとかgoかrustだから
pythonは遅いし互換性悪いし
windowsで使うならなおさら >>364
ごめんな
頭おかしいなとしか思わない
Pythonスクリプトで処理してたのをRustに変えましょうや！って仕事を一度でもしたことある？
まあ聞くまでも無いけど あるんじゃない
docker composeがそれでしょ
pythonからgoやrustって流れは確実にある これを早まった一般化と言います
ありもしない事象をさも当たり前かのように流布したい場合によく使われる人気の詭弁です >>docker composeがそれでしょ
は？
あのさあ・・・
終わりかけのスレにはすごいの湧いてくるよなあ ExcelだけでうごくからVBAで作ってんのにPythonとかガイジかよ そもそもPythonをインストールしなけりゃならんうえにPATHまで変更して、
更にはネットにつないで追加でライブラリを勝手にダウンロードさせるとか、
まぁ他人様にやらせる作業としては、ありえんわな
ポータブル化して、あれこれ削り、サイズを最小限にしたExcel専用Python実行環境とか、
そういうものを作ろうとか考える頭のおかしさと五分五分の頭の悪ささ まぁその手の輩は無職とか底辺だから企業でシステムを変更する際の影響やコストを考える知識すらないだけだよ
いじめてやるな 現場はかなりVBA残ってる
統一して集中管理したい派と部署で勝手にしたい派でバトルするけど
小難しいツールは営業が要求仕様さえ出せないから結局VBAになる ■ このスレッドは過去ログ倉庫に格納されています
