アカウント名:
パスワード:
「Excelの関数だから簡単」「初心者でも理解しやすい」って間違いだと思うんだよね。 最初のとっつきやすさは確かに重要だけど、それよりも構文を理解した後の可読性の方が重要だと思う。
複雑な手順をプログラムにするなら、どんな言語やツールを使うにしても、できたブログラムは複雑になる。目的の処理に向いた言語を使えば、そうで無い言語を使うよりプログラムはしやすくなるけど、できたプログラム自体の複雑さは変わらないと思う。
そこでExcelのワークシート関数なんだけど、一つのセルに一つの機能を割り当てるような使い方をするなら理解しやすいけど、本来ワークシート関数では手に負えないような処理をさせようとすると、関数の入れ子が複雑になったりして、手をつけられないようなワークシートができあがる。
表計算ソフトのワークシートもプログラムの一種だけど、MS Excelの場合、ワークシート関数の他にVBAもあるし、プログラム化する手順に合わせて使い合わせる必要があると思うんだよね。 でも、職場(一般の事務所)のいわゆるパソコンに詳しい人とかIT部門は「Excelのワークシートは簡単、VBAは難しい」とVBAを使わないようにと、かえってトリッキーな手段を強いてる。
プロのプログラマー向けの言語ならラムダ式みたいな機能を取り入れることで効率化できるけど、初心者も使うかもしない言語にこういうのはやばいような気がする。 もっとやばいのは「このツールを使うとexcelの知識でRPAを実現できるんです」と売り込むこと。真に受けるところが多く出てきて、ブラックボックスが量産されそう。
以上のことから、一般のオフィス向けの製品で使うプログラム言語は、可読性ととっつきやすさのバランスからVBAとかpythonとかあたりにしてほしいなあ。
/* 「RDBは難しいから社員研修とかはしない」とか言い切る情報システム管理部門ってあり得ないよな。 そういう情報リテラシの普及もしないまま、EUCやれとか何考えてるのか・・・。*/
VBAはいい加減古いのでもうちょっとなんか新しくしてほしいとは思う。後これは本当に個人的な話だが、VB系じゃなくてC系にしてほしい。SubEnd Subとかがしっくりこない。{}を使わせてくれ。
TeXとかVBAとかの長所って言語仕様がフリーズしてることだと思うんだよな
互換性が高すぎた故に64bit化が遅れた要因の一つに、アプリの一機能に過ぎないのにVBAはWin32APIやらCOMを駆使したりExcelやAccessはVB6のパッケージの種類の一つじゃねーぞと
2003あたりから作られたVBAマクロを移植した経験があるからVBAを避けているのでは?あの当時に作ったマクロはたいていはWin32APIやらOCMを駆使しているので最初から作り直しですし。今から作るマクロもちゃんと考えないと32bit/64bitでしか動かない駄目マクロがつくれちゃいますし。
(JPerl)誰か呼んだ?
JはともかくPerlは後方互換性が高いだけでフリーズしているわけではない
関数名にふつうに絵文字使ったりできるしね。何か国語ものドキュメント書かなくていいのはホント楽だ(らくだ)。
大体の言語はソースコードがユニコード可だから…
そのせいで未だにPerl4みたいなコード書く奴がいるので良いのか悪いのか・・・
これ、メンテナンスとか可読性とか考える用途は想定してないんじゃないの?既存の言語と競争・競合するつもりもないでしょう。
想定しなければメンテナンスの必要性がなくなるわけではないので。Excelマクロでも作成者が退職してメンテナンス不能になったけど廃止もできない過去の遺物とかよく問題になって、そういうことを繰り返すうちに「マクロは使うな」となる
メンテナンス必要な、継続利用するな場所にExcelマクロ使ったから悪いのであって、Excelマクロ自体が悪いわけじゃない。目の前の1回だけの作業を効率化するのに使うには問題ない。
そういう風に用途を考えずに、あの言語はダメあ、ExcelマクロはNGなんて言ってるのは的外れ。悪いのは言語じゃなくて、用途を考えずに言語を選ぶ人だ。
> メンテナンス必要な、継続利用するな場所にExcelマクロ使ったから悪い
他の選択肢が存在する職場ばかりじゃないからな。他の言語の実行環境や開発環境を入れることが許可されないところでも、Excelは使えることが多いから何でもマクロでやる(やらざるを得ない)だけ。Excelのマクロで自動化するか、自動化を諦めるかの二択なら前者を選ぶしかないんだよ。
マクロ使う → メンテできなくなる → マクロ使うなという流れが予想されているのなら、最初からマクロを使わないのが最善ってことだな。
ちょうどさっきそんな話の動画見た所だったが悪いのはそれを引き継げるスキルのある人間を採れない会社なんだよな。どこぞのFF3みたいなスーパープログラマーの難解コードを引き継げる人間を用意しろって話じゃないんだからさ。マクロ程度ならできる人間はゴロゴロいる。にもかかわらず、できない人間を採用する。何故か?給料をケチるから。
ただのバイトで雇ったけど元PGで、マクロで色々効率化してくれた→その人が辞めた→誰もメンテできないの状態で新しく雇う人間がまたバイトだからな。効率化してくれた、って時点で本来の目的のバイトじゃない部分で役立ってるんだからスキル分給料上げていれば辞めなかったかもしれない。辞めたとしても、それで効率化できているんだったらその分のコストカットが実現してるんだから後継を雇う時は最初からできる人間を普通のバイトより高く雇えばいい。
それをやろうとしない経営者や人事が馬鹿なだけ。
会社が採用したかったのはただのバイトであって、マクロで効率化したかったわけではないのでは。
たまたま運よく効率化出来たら儲けものだけど、作業員には元々そんなこと期待してない。経営者や人事が馬鹿というより、会社が求めるのは作業員なのに、スキルが無い人ばかり採用すると嘆く社員の空回りのような。
以前、他の社員でもメンテできるようにと、関数のみで作ったエクセルファイルは、再計算に1分以上かかっていた。
VBAで組み直したら一瞬。
関数を大量に使ったワークシートは、開いたりスクロールしたりといった操作も大変重くなってきて使いにくいですよね。
>VBAで組み直したら一瞬。
同じ処理を大量のセルに行う場合、VBAと組みあわせたほうが早くなりますね。
横からだがバカバカ言ってる奴がバカだって5ちゃんでゆってた
自分がバカであると自覚できれば真のバカになれますね。
自分がバカだとすら理解してないほうがバカのレベルが高いんだよ。
バカだと自覚してるバカ→普通のバカバカだと自覚してないバカ→ハイレベルのバカ
そもそもバカじゃない人間なんていない。
つまり人間だと自覚してないハイレベルな人間が何処かに存在するという
(48775)は「自身をバカと呼べば自覚がある建前が立って逆ギレ防御に便利」としか思ってない、バカな点を指摘されると激昂して逃げるスペシャルバカだからなぁ…
意識他界系バカ
君は自分の何処がバカかの推論を間違ってるから自覚のないバカだよ
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
ナニゲにアレゲなのは、ナニゲなアレゲ -- アレゲ研究家
事務職としての感想 (スコア:1)
「Excelの関数だから簡単」「初心者でも理解しやすい」って間違いだと思うんだよね。
最初のとっつきやすさは確かに重要だけど、それよりも構文を理解した後の可読性の方が重要だと思う。
複雑な手順をプログラムにするなら、どんな言語やツールを使うにしても、できたブログラムは複雑になる。目的の処理に向いた言語を使えば、そうで無い言語を使うよりプログラムはしやすくなるけど、できたプログラム自体の複雑さは変わらないと思う。
そこでExcelのワークシート関数なんだけど、一つのセルに一つの機能を割り当てるような使い方をするなら理解しやすいけど、本来ワークシート関数では手に負えないような処理をさせようとすると、関数の入れ子が複雑になったりして、手をつけられないようなワークシートができあがる。
表計算ソフトのワークシートもプログラムの一種だけど、MS Excelの場合、ワークシート関数の他にVBAもあるし、プログラム化する手順に合わせて使い合わせる必要があると思うんだよね。
でも、職場(一般の事務所)のいわゆるパソコンに詳しい人とかIT部門は「Excelのワークシートは簡単、VBAは難しい」とVBAを使わないようにと、かえってトリッキーな手段を強いてる。
プロのプログラマー向けの言語ならラムダ式みたいな機能を取り入れることで効率化できるけど、初心者も使うかもしない言語にこういうのはやばいような気がする。
もっとやばいのは「このツールを使うとexcelの知識でRPAを実現できるんです」と売り込むこと。真に受けるところが多く出てきて、ブラックボックスが量産されそう。
以上のことから、一般のオフィス向けの製品で使うプログラム言語は、可読性ととっつきやすさのバランスからVBAとかpythonとかあたりにしてほしいなあ。
/*
「RDBは難しいから社員研修とかはしない」とか言い切る情報システム管理部門ってあり得ないよな。
そういう情報リテラシの普及もしないまま、EUCやれとか何考えてるのか・・・。
*/
Re: (スコア:0)
VBAはいい加減古いのでもうちょっとなんか新しくしてほしいとは思う。
後これは本当に個人的な話だが、VB系じゃなくてC系にしてほしい。
Sub
End Sub
とかがしっくりこない。{}を使わせてくれ。
Re: (スコア:0)
TeXとかVBAとかの長所って言語仕様がフリーズしてることだと思うんだよな
Re: (スコア:0)
互換性が高すぎた故に64bit化が遅れた要因の一つに、アプリの一機能に過ぎないのにVBAはWin32APIやらCOMを駆使したり
ExcelやAccessはVB6のパッケージの種類の一つじゃねーぞと
Re: (スコア:0)
2003あたりから作られたVBAマクロを移植した経験があるからVBAを避けているのでは?あの当時に作ったマクロはたいていはWin32APIや
らOCMを駆使しているので最初から作り直しですし。
今から作るマクロもちゃんと考えないと32bit/64bitでしか動かない駄目マクロがつくれちゃいますし。
Re: (スコア:0)
(JPerl)誰か呼んだ?
Re: (スコア:0)
JはともかくPerlは後方互換性が高いだけでフリーズしているわけではない
Re: (スコア:0)
関数名にふつうに絵文字使ったりできるしね。何か国語ものドキュメント書かなくていいのはホント楽だ(らくだ)。
Re: (スコア:0)
Re: (スコア:0)
大体の言語はソースコードがユニコード可だから…
Re: (スコア:0)
そのせいで未だにPerl4みたいなコード書く奴がいるので良いのか悪いのか・・・
Re: (スコア:0)
これ、メンテナンスとか可読性とか考える用途は想定してないんじゃないの?
既存の言語と競争・競合するつもりもないでしょう。
Re: (スコア:0)
想定しなければメンテナンスの必要性がなくなるわけではないので。Excelマクロでも作成者が退職してメンテナンス不能になったけど廃止もできない過去の遺物とかよく問題になって、そういうことを繰り返すうちに「マクロは使うな」となる
Re: (スコア:0)
メンテナンス必要な、継続利用するな場所にExcelマクロ使ったから悪いのであって、Excelマクロ自体が悪いわけじゃない。
目の前の1回だけの作業を効率化するのに使うには問題ない。
そういう風に用途を考えずに、あの言語はダメあ、ExcelマクロはNGなんて言ってるのは的外れ。
悪いのは言語じゃなくて、用途を考えずに言語を選ぶ人だ。
Re: (スコア:0)
> メンテナンス必要な、継続利用するな場所にExcelマクロ使ったから悪い
他の選択肢が存在する職場ばかりじゃないからな。
他の言語の実行環境や開発環境を入れることが許可されないところでも、Excelは使えることが多いから何でもマクロでやる(やらざるを得ない)だけ。
Excelのマクロで自動化するか、自動化を諦めるかの二択なら前者を選ぶしかないんだよ。
Re: (スコア:0)
マクロ使う → メンテできなくなる → マクロ使うな
という流れが予想されているのなら、最初からマクロを使わないのが最善ってことだな。
Re: (スコア:0)
ちょうどさっきそんな話の動画見た所だったが
悪いのはそれを引き継げるスキルのある人間を採れない会社なんだよな。
どこぞのFF3みたいなスーパープログラマーの難解コードを引き継げる人間を用意しろって話じゃないんだからさ。
マクロ程度ならできる人間はゴロゴロいる。
にもかかわらず、できない人間を採用する。何故か?給料をケチるから。
ただのバイトで雇ったけど元PGで、マクロで色々効率化してくれた→その人が辞めた→誰もメンテできない
の状態で新しく雇う人間がまたバイトだからな。
効率化してくれた、って時点で本来の目的のバイトじゃない部分で役立ってるんだからスキル分給料上げていれば辞めなかったかもしれない。
辞めたとしても、それで効率化できているんだったらその分のコストカットが実現してるんだから
後継を雇う時は最初からできる人間を普通のバイトより高く雇えばいい。
それをやろうとしない経営者や人事が馬鹿なだけ。
Re: (スコア:0)
会社が採用したかったのはただのバイトであって、マクロで効率化したかったわけではないのでは。
たまたま運よく効率化出来たら儲けものだけど、作業員には元々そんなこと期待してない。
経営者や人事が馬鹿というより、会社が求めるのは作業員なのに、スキルが無い人ばかり採用すると嘆く社員の空回りのような。
Re: (スコア:0)
以前、他の社員でもメンテできるようにと、関数のみで作ったエクセルファイルは、
再計算に1分以上かかっていた。
VBAで組み直したら一瞬。
Re:事務職としての感想 (スコア:1)
関数を大量に使ったワークシートは、開いたりスクロールしたりといった操作も大変重くなってきて使いにくいですよね。
>VBAで組み直したら一瞬。
同じ処理を大量のセルに行う場合、VBAと組みあわせたほうが早くなりますね。
Re: (スコア:0)
横からだがバカバカ言ってる奴がバカだって5ちゃんでゆってた
Re:事務職としての感想 (スコア:1)
自分がバカであると自覚できれば真のバカになれますね。
Re: (スコア:0)
自分がバカだとすら理解してないほうがバカのレベルが高いんだよ。
バカだと自覚してるバカ→普通のバカ
バカだと自覚してないバカ→ハイレベルのバカ
そもそもバカじゃない人間なんていない。
Re: (スコア:0)
つまり人間だと自覚してないハイレベルな人間が何処かに存在するという
Re: (スコア:0)
(48775)は「自身をバカと呼べば自覚がある建前が立って逆ギレ防御に便利」としか
思ってない、バカな点を指摘されると激昂して逃げるスペシャルバカだからなぁ…
Re: (スコア:0)
意識他界系バカ
Re: (スコア:0)
君は自分の何処がバカかの推論を間違ってるから自覚のないバカだよ