アカウント名:
パスワード:
俺もiTextやApache PDFBoxでゴチャゴチャとpdfを扱った経験はいくつもあるけどExcelのマクロだって、使ってみりゃいい具合に強力なんよな。VBAはちょっと慣れないけど。セル結合もセルの幅も背景色も、ロジックで調整し放題だし。DBにも普通に繋げられるし。他のドキュメントも開けるし。
マクロは自分一人で管理する分にはいいと思うよ。VBA環境はいい所もある。
ExcelVBAの地獄なところは、・テキストがxlsmに埋め込まれてソース管理できない(工夫すればできるが労力が無駄)・テストが書けない(工夫(ry・エラー行が特定できない事がある・謎のリソース不足で落ちる(VBAで不足するほどリソースを大量に使う発想がそもそもおかしいのだが)・TryCatchがない・動的配列が無い(正確にはそういったものは皆無ではないがReDimとかいつの時代のアレだ)・辞書(連想配列)が使い辛い・当然ラムダとかない、というか関数参照が碌に扱えないのでちょっと本腰入れてプログラム書こうとか
OfficeアプリのOLEオートメーションは本当に便利なんだけどそれを頑なに「VBAで」扱おうとするIT土方がこういう風評ばらまいてるんだよな
VariantもOptionalもVBAが先鞭だし、別に言語に大した瑕疵が有る訳でも無し、なんでVBAが悪いのか?まぁ、32ビットDOS上でなら、どんな言語もぼろぼろだったのは事実でしょうが。
当時の話なんかしてないし、VBAの短所は元コメがさんざん書き散らしてるだろ何に反論してるんだ?
だから、たかがそれだけじゃないか、と言っている。短所の無い言語なんか無いのに、永久失格的に言うことも無いじゃないか、と反論している。
「本当に便利」か、再考するべき。そのシステム、本当にOfficeベースで構築するのが適切なのか。一見手軽と思われるが、工数は本当に削減されているのか?顧客の幸福は?
Officeから脱却する選択肢を持たないエンジニアこそ典型的な「IT土方」であろう。
お前の言う「そのシステム」がどういう条件なのかは曖昧すぎるけど「OLEオートメーションが本当に便利」なことに特に間違いは無いだろ
とにかく否定したいために否定できる土俵を漠然と定義して語るのは自己満足でしかないぞ
「OLEオートメーションが本当に便利」って、「ライブラリは本当に便利」って言われてるのと大差ない。便利なのはOfficeでなく、OLEオートメーションというインターフェースの方だと言いたかったという事かい?それが便利というのは否定はしないけど、そういう仕組みのものがそう動くのが便利だという発想はちょっと無かった。
外から制御できるとしてもOfficeを使うことはOfficeに縛られること。Officeを従えるでなく、Officeに使われるようなシステム開発思想はいかにもIT土方らしいよね、と言ってるだけだよ。君は違うんだね。それならいい。
なんだかもう言ってることがヴィーガンみたいだな憎むのが目的化してて、ある意味こいつもOfficeに縛られてる
RPAソフトのスクリプト書いてる人の意見が待たれる。
便利だけど、ファイルサーバーの共有フォルダのあるフォルダに全部ある、xlsxファイル200個から、特定のセルの値10個をもって来るのに2時間以上かかる。データ参照は、RDBのリモートインターフェースが、やはり有利なので、ぞうさんも好きだが、きりんさんも好きなのがいいし、最近ならクラウドもいい。
「自動車は便利だけど、東京から大阪まで行くなら新幹線が、やはり有利」
何にでもサジ加減と得手不得手があるわな
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
Stableって古いって意味だっけ? -- Debian初級
自分もそうするかもなあ (スコア:0)
俺もiTextやApache PDFBoxでゴチャゴチャとpdfを扱った経験はいくつもあるけど
Excelのマクロだって、使ってみりゃいい具合に強力なんよな。
VBAはちょっと慣れないけど。
セル結合もセルの幅も背景色も、ロジックで調整し放題だし。
DBにも普通に繋げられるし。他のドキュメントも開けるし。
Re: (スコア:0)
マクロは自分一人で管理する分にはいいと思うよ。VBA環境はいい所もある。
ExcelVBAの地獄なところは、
・テキストがxlsmに埋め込まれてソース管理できない(工夫すればできるが労力が無駄)
・テストが書けない(工夫(ry
・エラー行が特定できない事がある
・謎のリソース不足で落ちる(VBAで不足するほどリソースを大量に使う発想がそもそもおかしいのだが)
・TryCatchがない
・動的配列が無い(正確にはそういったものは皆無ではないがReDimとかいつの時代のアレだ)
・辞書(連想配列)が使い辛い
・当然ラムダとかない、というか関数参照が碌に扱えないのでちょっと本腰入れてプログラム書こうとか
Re:自分もそうするかもなあ (スコア:0)
OfficeアプリのOLEオートメーションは本当に便利なんだけど
それを頑なに「VBAで」扱おうとするIT土方がこういう風評ばらまいてるんだよな
Re: (スコア:0)
VariantもOptionalもVBAが先鞭だし、別に言語に大した瑕疵が有る訳でも無し、
なんでVBAが悪いのか?
まぁ、32ビットDOS上でなら、どんな言語もぼろぼろだったのは事実でしょうが。
Re: (スコア:0)
当時の話なんかしてないし、VBAの短所は元コメがさんざん書き散らしてるだろ
何に反論してるんだ?
Re: (スコア:0)
だから、たかがそれだけじゃないか、と言っている。
短所の無い言語なんか無いのに、永久失格的に言うことも
無いじゃないか、と反論している。
Re: (スコア:0)
「本当に便利」か、再考するべき。
そのシステム、本当にOfficeベースで構築するのが適切なのか。
一見手軽と思われるが、工数は本当に削減されているのか?顧客の幸福は?
Officeから脱却する選択肢を持たないエンジニアこそ典型的な「IT土方」であろう。
Re: (スコア:0)
お前の言う「そのシステム」がどういう条件なのかは曖昧すぎるけど
「OLEオートメーションが本当に便利」なことに特に間違いは無いだろ
とにかく否定したいために否定できる土俵を漠然と定義して語るのは自己満足でしかないぞ
Re: (スコア:0)
「OLEオートメーションが本当に便利」って、「ライブラリは本当に便利」って言われてるのと大差ない。
便利なのはOfficeでなく、OLEオートメーションというインターフェースの方だと言いたかったという事かい?
それが便利というのは否定はしないけど、そういう仕組みのものがそう動くのが便利だという発想はちょっと無かった。
外から制御できるとしてもOfficeを使うことはOfficeに縛られること。
Officeを従えるでなく、Officeに使われるようなシステム開発思想はいかにもIT土方らしいよね、と言ってるだけだよ。
君は違うんだね。それならいい。
Re: (スコア:0)
なんだかもう言ってることがヴィーガンみたいだな
憎むのが目的化してて、ある意味こいつもOfficeに縛られてる
Re: (スコア:0)
RPAソフトのスクリプト書いてる人の意見が待たれる。
Re: (スコア:0)
便利だけど、ファイルサーバーの共有フォルダのあるフォルダに
全部ある、xlsxファイル200個から、特定のセルの値10個をもって
来るのに2時間以上かかる。
データ参照は、RDBのリモートインターフェースが、やはり有利
なので、ぞうさんも好きだが、きりんさんも好きなのがいいし、
最近ならクラウドもいい。
Re: (スコア:0)
「自動車は便利だけど、東京から大阪まで行くなら新幹線が、やはり有利」
何にでもサジ加減と得手不得手があるわな