アカウント名:
パスワード:
この「先輩」の言い分には全く共感出来ず、マクロ使って何が悪いという立場の人間ではありますが、テスト項目書を作る現場で似たような騒動に巻き込まれたことがあります。 このときの相手方の言い分は、「実施した作業の正当性を検証できないから」と言うものでした。(実際にはテスト仕様書等で明記された手順で、検証可能だった) 確立された手順が存在しているとき、新規の手順の導入は(とくに慎重な作業が求められる場合)敬遠される傾向にあります。万一のミスが許されない場合はなおさらです(効率10倍の場合、10倍の手戻りが発生する)。 あと、重要な事としては「根回し」の有無もあるかと思います。「作業手順書」が存在した上でその作業を求められているときに、何の話もないまま勝手な事をされては困るでしょう。
一般事務の作業には今まで就いたことがないので分からないですが、上記2つの観点からすると、質問者はせめて上長など作業責任者に確認して許可を取るべきだった、とも言えます。
「バケツで再処理して高速化」や「鉄筋減らしてコストダウン」が黙認されるような国でなにをいまさら。
その話にしても、せいぜい「デバッグが不十分」とか「導入手順を守ってない」という話であって、マクロの禁止とは無関係な話にしかならない。
国としては問題になったと思いますが。。。
>「鉄筋減らしてコストダウン」が黙認されるような国でなにをいまさら。
黙認されてないから問題になった訳で。ちなみに鉄筋が無くても認可されるお国だともっと悲惨 [msn.com]ですよ。
黙認だと表出した途端にNGになるもの。オフィス業務でも、手順があればそれを無視しているって段階で問題になる可能性は有る。
>マクロの禁止とは無関係な話にしかならない。そもそもこれってマクロの禁止って話なのかどうかも疑問な訳だが。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
開いた括弧は必ず閉じる -- あるプログラマー
あえて擁護側に回ってみる (スコア:2, 参考になる)
この「先輩」の言い分には全く共感出来ず、マクロ使って何が悪いという立場の人間ではありますが、テスト項目書を作る現場で似たような騒動に巻き込まれたことがあります。
このときの相手方の言い分は、「実施した作業の正当性を検証できないから」と言うものでした。
(実際にはテスト仕様書等で明記された手順で、検証可能だった)
確立された手順が存在しているとき、新規の手順の導入は(とくに慎重な作業が求められる場合)敬遠される傾向にあります。万一のミスが許されない場合はなおさらです(効率10倍の場合、10倍の手戻りが発生する)。
あと、重要な事としては「根回し」の有無もあるかと思います。「作業手順書」が存在した上でその作業を求められているときに、何の話もないまま勝手な事をされては困るでしょう。
一般事務の作業には今まで就いたことがないので分からないですが、上記2つの観点からすると、質問者はせめて上長など作業責任者に確認して許可を取るべきだった、とも言えます。
Re:あえて擁護側に回ってみる (スコア:2)
「バケツで再処理して高速化」や「鉄筋減らしてコストダウン」が黙認されるような国でなにをいまさら。
その話にしても、せいぜい「デバッグが不十分」とか「導入手順を守ってない」という話であって、
マクロの禁止とは無関係な話にしかならない。
Re:あえて擁護側に回ってみる (スコア:1)
「バケツで再処理して高速化」や「鉄筋減らしてコストダウン」が黙認されるような国でなにをいまさら。
国としては問題になったと思いますが。。。
Re: (スコア:0)
>「鉄筋減らしてコストダウン」が黙認されるような国でなにをいまさら。
黙認されてないから問題になった訳で。
ちなみに鉄筋が無くても認可されるお国だともっと悲惨 [msn.com]ですよ。
Re: (スコア:0)
黙認だと表出した途端にNGになるもの。
オフィス業務でも、手順があればそれを無視しているって段階で問題になる可能性は有る。
>マクロの禁止とは無関係な話にしかならない。
そもそもこれってマクロの禁止って話なのかどうかも疑問な訳だが。