アカウント名:
パスワード:
「Excelの関数だから簡単」「初心者でも理解しやすい」って間違いだと思うんだよね。 最初のとっつきやすさは確かに重要だけど、それよりも構文を理解した後の可読性の方が重要だと思う。
複雑な手順をプログラムにするなら、どんな言語やツールを使うにしても、できたブログラムは複雑になる。目的の処理に向いた言語を使えば、そうで無い言語を使うよりプログラムはしやすくなるけど、できたプログラム自体の複雑さは変わらないと思う。
そこでExcelのワークシート関数なんだけど、一つのセルに一つの機能を割り当てるような使い方をするなら理解しやすい
これ、メンテナンスとか可読性とか考える用途は想定してないんじゃないの?既存の言語と競争・競合するつもりもないでしょう。
想定しなければメンテナンスの必要性がなくなるわけではないので。Excelマクロでも作成者が退職してメンテナンス不能になったけど廃止もできない過去の遺物とかよく問題になって、そういうことを繰り返すうちに「マクロは使うな」となる
メンテナンス必要な、継続利用するな場所にExcelマクロ使ったから悪いのであって、Excelマクロ自体が悪いわけじゃない。目の前の1回だけの作業を効率化するのに使うには問題ない。
そういう風に用途を考えずに、あの言語はダメあ、ExcelマクロはNGなんて言ってるのは的外れ。悪いのは言語じゃなくて、用途を考えずに言語を選ぶ人だ。
> メンテナンス必要な、継続利用するな場所にExcelマクロ使ったから悪い
他の選択肢が存在する職場ばかりじゃないからな。他の言語の実行環境や開発環境を入れることが許可されないところでも、Excelは使えることが多いから何でもマクロでやる(やらざるを得ない)だけ。Excelのマクロで自動化するか、自動化を諦めるかの二択なら前者を選ぶしかないんだよ。
マクロ使う → メンテできなくなる → マクロ使うなという流れが予想されているのなら、最初からマクロを使わないのが最善ってことだな。
ちょうどさっきそんな話の動画見た所だったが悪いのはそれを引き継げるスキルのある人間を採れない会社なんだよな。どこぞのFF3みたいなスーパープログラマーの難解コードを引き継げる人間を用意しろって話じゃないんだからさ。マクロ程度ならできる人間はゴロゴロいる。にもかかわらず、できない人間を採用する。何故か?給料をケチるから。
ただのバイトで雇ったけど元PGで、マクロで色々効率化してくれた→その人が辞めた→誰もメンテできないの状態で新しく雇う人間がまたバイトだからな。効率化してくれた、って時点で本来の目的のバイトじゃない部分で役立ってるんだからスキル分給料上げていれば辞めなかったかもしれない。辞めたとしても、それで効率化できているんだったらその分のコストカットが実現してるんだから後継を雇う時は最初からできる人間を普通のバイトより高く雇えばいい。
それをやろうとしない経営者や人事が馬鹿なだけ。
会社が採用したかったのはただのバイトであって、マクロで効率化したかったわけではないのでは。
たまたま運よく効率化出来たら儲けものだけど、作業員には元々そんなこと期待してない。経営者や人事が馬鹿というより、会社が求めるのは作業員なのに、スキルが無い人ばかり採用すると嘆く社員の空回りのような。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
にわかな奴ほど語りたがる -- あるハッカー
事務職としての感想 (スコア:1)
「Excelの関数だから簡単」「初心者でも理解しやすい」って間違いだと思うんだよね。
最初のとっつきやすさは確かに重要だけど、それよりも構文を理解した後の可読性の方が重要だと思う。
複雑な手順をプログラムにするなら、どんな言語やツールを使うにしても、できたブログラムは複雑になる。目的の処理に向いた言語を使えば、そうで無い言語を使うよりプログラムはしやすくなるけど、できたプログラム自体の複雑さは変わらないと思う。
そこでExcelのワークシート関数なんだけど、一つのセルに一つの機能を割り当てるような使い方をするなら理解しやすい
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)
会社が採用したかったのはただのバイトであって、マクロで効率化したかったわけではないのでは。
たまたま運よく効率化出来たら儲けものだけど、作業員には元々そんなこと期待してない。
経営者や人事が馬鹿というより、会社が求めるのは作業員なのに、スキルが無い人ばかり採用すると嘆く社員の空回りのような。