アカウント名:
パスワード:
洞察力や推理力や論理的判断力かもしれないけど、そこら辺の問題だと思う。基本的に世の中の物は便利に使うために作られていることが前提にある。ということは多数の文字列があるのなら、そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
まずここに第一の関門がある。それを推測できない人がいるということ。推測できればどこかにそういう機能がついていないかを探し、ファイルメニューを開いて「検索」なんていう名前のそれっぽいことが書いてあることに気が付く。そしてそれを実行すると実際に検索ができ、そういう機能がついていることを確認する。
でも、そういう力がなく推測しない人は、今自分ができないことは「できないものだ」と思い込みあきらめる。もうそこから先には進まない。そう、つまり我々の両親のことだ。
いやいや、修飾キーの多さも問題だと思う。Ctrl/Shift/Option/ALT/Command/Winなどなどあって、しかもアプリで使い方や効果の差がありすぎる。
>そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
修飾キーの数×文字数を探るというのも、大きな関門。
Ctrl+○には何が割り当てられているんだろうと押してみる探究心も要るんじゃないでしょうかね。テスト用のファイルを持ってきてひととおり試してみるとか。わからなけりゃその状態(範囲選択が必要等)で生きない機能か、何も割り当てられていないかだと思いますが。そしてCtrl+Shiftとなるとその逆だったり、全く別の機能が割り当てられてたり。ある程度は何かの単語の頭文字だったりと意味があって割り当てられているので、「F」ならいずれFindだとわかると思うんです。# 貼付(Fit)に割り当てたのはどこのAdobeだ...。
いろいろ試しても盛大に爆発したり、ファイルが復元不可能に消されたりは普通しませんし。っていうかそういう心配する人はもうちょっと不慣れが故の誤操作に気を使ってください、やってしまったときに原因は自分の誤操作と気づいてください、そっちのほうが危険ですから。# Ctrl+Dでファイル複製(Duplicate)するMac、削除(Delete)するWindows...Delキー別にあるんだからMacのほうが正義と思う。
業務の手順なんかでは、手順にないことはするなというのがあったりするわけなんだな。
>テスト用のファイルを持ってきてひととおり試してみるとか。
明確にテスト用として配布されていない限り、普通のオペレータさんとかだと、勝手に手順外操作を行ったということになったりするんだよね。そういったところからコンピュータに触りはじめた人らにとっては、その様な制限が抜きがたくあるわけなんだな。たしかに、自分のPCで自分が勝手にやるという環境だけで、そういった職を経ていないなら、勝手に探すのもありだろうね。
>貼付(Fit)に割り当てたのはどこのAdobeだ...。
まさに、そういったことね。ショートカットって、OSやアプリや環境によって変わってしまうし、その効能が不確実であれば致命的なことになる心配もあるからね。そもそも、コンピュータを何かのために使うというタイプだと、まさにコンピュータでお試しとかあまりしない傾向にあるんだよね。
>っていうかそういう心配する人はもうちょっと不慣れが故の誤操作に気を使ってください、やってしまったときに原因は自分の誤操作と気づいてください、そっちのほうが危険ですから。
でも、ショートカットを闇雲にやってみての結果も同じなんだよね。どういった機能があるか?が、OSやアプリでバラバラである以上、それを調べるという動機付けはないだろうね。ましてやそれが仕事や固定して出来ていることならね。
>修飾キーの数×文字数を探る>手順にないことはするな
なんというダブルスタンダード。自分にケチつけた他人を見下す為なら曲解もダブスタも前提のすり替えも何でも有りか、君。# そんなんだからケチがつくんだが
>なんというダブルスタンダード。
え?前者をダメだと言われるケースについて言っているわけで、シングルスタンダードだよ。ACさんらしい理解力の低さですね。
そういう業務用のミッションクリティカルなものを直接つついている場合はそうだと思いますが、パソコン覚えるぞって初心者がその辺の市販のソフトをいろいろ試すくらいならいいんじゃありません? それにそういう探求は壊しても何も困らないSandboxでやるもんですよ。例えばCtrl+Fの最たるところであるドキュメントビューアやブラウザは別に業務でしか使えないわけではないですし。オフィスソフトの類も家庭で使うこともあるもんですしね。
けど「バカの一つ覚えをするべし」といった教育をされたオペレータでも、いずれはそのひとつひとつの操作の意味とどのような業務の一環で自分はその操作をしているのかを知るべきでしょうね。そうしてシステム更新などの際に意見の一つも言えなけりゃ、ただただ更新に反対するだけの勢力になるでしょう。そうしてイノベーションが阻害されるのです。まわりまわって古くさいUIを求める糞要求でシステムを組むSIにデスマをもたらしたり、自分たちの業務時間を圧縮できず残業残業になっていったりね。
>パソコン覚えるぞって初心者がその辺の市販のソフトをいろいろ試すくらいならいいんじゃありません?
まぁ、そういうお方も多いわけですが、そうでない方がいても不思議じゃないし、現在の機能実装やキーの有無などを考えたら当然そうじゃない人もいるってことをわたしは言っているわけです。
>それにそういう探求は壊しても何も困らないSandboxでやるもんですよ。
当然、そういった遊べる環境があれば「やる人もいる」し、「やらない人がいる」のも不思議じゃあいってことなんだよね。
>いずれはそのひとつひとつの操作の意味とどのような業務の一環で自分はその操作をしているのかを知るべきでしょうね。
新しい手順にそえば仕事的にはなんとかなっちゃうわけで、そういったことをわざわざ遊べる環境もなくどうするか?とか無理な面もあるからね。
>ただただ更新に反対するだけの勢力になるでしょう。そうしてイノベーションが阻害されるのです。
イノベーションとやらをやるのに、ちゃんとした手順を出さないで「遊んで身につけろ」(ただし、遊び場は現場で危険だ)を言うのも、無理があったりするわけな。
>まわりまわって古くさいUIを求める糞要求でシステムを組むSIにデスマをもたらしたり、自分たちの業務時間を圧縮できず残業残業になっていったりね。
オペレータたちもそれほど馬鹿ではなくて、基本「手順の問題により工数が増大するので、費用分を出してね」で、コストが嵩むことになるわけです。そして、そのコストについて設計/開発側の問題として扱われるだけだったりしますね。残業?そういう手順であれば、それだけ増員しないと受けません、なんなら開発者側で人だしてずっとやっててね..ということで落ち着いたりします。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲはアレゲ以上のなにものでもなさげ -- アレゲ研究家
観察力の問題 (スコア:3, すばらしい洞察)
洞察力や推理力や論理的判断力かもしれないけど、そこら辺の問題だと思う。基本的に世の中の物は便利に使うために作られていることが前提にある。ということは多数の文字列があるのなら、そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
まずここに第一の関門がある。それを推測できない人がいるということ。推測できればどこかにそういう機能がついていないかを探し、ファイルメニューを開いて「検索」なんていう名前のそれっぽいことが書いてあることに気が付く。そしてそれを実行すると実際に検索ができ、そういう機能がついていることを確認する。
でも、そういう力がなく推測しない人は、今自分ができないことは「できないものだ」と思い込みあきらめる。もうそこから先には進まない。そう、つまり我々の両親のことだ。
Re: (スコア:3, すばらしい洞察)
いやいや、修飾キーの多さも問題だと思う。
Ctrl/Shift/Option/ALT/Command/Winなどなどあって、
しかもアプリで使い方や効果の差がありすぎる。
>そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
修飾キーの数×文字数を探るというのも、大きな関門。
Re: (スコア:0)
修飾キーの多さは関係ないんじゃないですか?
機能があるかどうか「推測」できることが問題であって、
「推測」できたらファイルメニューとかを適当にクリックして
機能を見つけ出すことができるはずであると。
ショートカットキーの組合せを知るのはそこから先の話では?
自ら探求する勇気 (スコア:1, 興味深い)
Ctrl+○には何が割り当てられているんだろうと押してみる探究心も要るんじゃないでしょうかね。テスト用のファイルを持ってきてひととおり試してみるとか。わからなけりゃその状態(範囲選択が必要等)で生きない機能か、何も割り当てられていないかだと思いますが。そしてCtrl+Shiftとなるとその逆だったり、全く別の機能が割り当てられてたり。
ある程度は何かの単語の頭文字だったりと意味があって割り当てられているので、「F」ならいずれFindだとわかると思うんです。
# 貼付(Fit)に割り当てたのはどこのAdobeだ...。
いろいろ試しても盛大に爆発したり、ファイルが復元不可能に消されたりは普通しませんし。っていうかそういう心配する人はもうちょっと不慣れが故の誤操作に気を使ってください、やってしまったときに原因は自分の誤操作と気づいてください、そっちのほうが危険ですから。
# Ctrl+Dでファイル複製(Duplicate)するMac、削除(Delete)するWindows...Delキー別にあるんだからMacのほうが正義と思う。
Re:自ら探求する勇気 (スコア:1)
業務の手順なんかでは、手順にないことはするなというのがあったりするわけなんだな。
>テスト用のファイルを持ってきてひととおり試してみるとか。
明確にテスト用として配布されていない限り、普通のオペレータさんとかだと、
勝手に手順外操作を行ったということになったりするんだよね。
そういったところからコンピュータに触りはじめた人らにとっては、その様な
制限が抜きがたくあるわけなんだな。
たしかに、自分のPCで自分が勝手にやるという環境だけで、そういった職を
経ていないなら、勝手に探すのもありだろうね。
>貼付(Fit)に割り当てたのはどこのAdobeだ...。
まさに、そういったことね。
ショートカットって、OSやアプリや環境によって変わってしまうし、その効能
が不確実であれば致命的なことになる心配もあるからね。
そもそも、コンピュータを何かのために使うというタイプだと、まさにコンピュータ
でお試しとかあまりしない傾向にあるんだよね。
>っていうかそういう心配する人はもうちょっと不慣れが故の誤操作に気を使ってください、やってしまったときに原因は自分の誤操作と気づいてください、そっちのほうが危険ですから。
でも、ショートカットを闇雲にやってみての結果も同じなんだよね。
どういった機能があるか?が、OSやアプリでバラバラである以上、
それを調べるという動機付けはないだろうね。ましてやそれが仕事や
固定して出来ていることならね。
Re: (スコア:0)
>修飾キーの数×文字数を探る
>手順にないことはするな
なんというダブルスタンダード。
自分にケチつけた他人を見下す為なら曲解もダブスタも前提のすり替えも何でも有りか、君。
# そんなんだからケチがつくんだが
Re: (スコア:0, 荒らし)
>なんというダブルスタンダード。
え?前者をダメだと言われるケースについて言っているわけで、
シングルスタンダードだよ。ACさんらしい理解力の低さですね。
Re: (スコア:0)
そういう業務用のミッションクリティカルなものを直接つついている場合はそうだと思いますが、パソコン覚えるぞって初心者がその辺の市販のソフトをいろいろ試すくらいならいいんじゃありません? それにそういう探求は壊しても何も困らないSandboxでやるもんですよ。
例えばCtrl+Fの最たるところであるドキュメントビューアやブラウザは別に業務でしか使えないわけではないですし。オフィスソフトの類も家庭で使うこともあるもんですしね。
けど「バカの一つ覚えをするべし」といった教育をされたオペレータでも、いずれはそのひとつひとつの操作の意味とどのような業務の一環で自分はその操作をしているのかを知るべきでしょうね。そうしてシステム更新などの際に意見の一つも言えなけりゃ、ただただ更新に反対するだけの勢力になるでしょう。そうしてイノベーションが阻害されるのです。まわりまわって古くさいUIを求める糞要求でシステムを組むSIにデスマをもたらしたり、自分たちの業務時間を圧縮できず残業残業になっていったりね。
Re:自ら探求する勇気 (スコア:1)
>パソコン覚えるぞって初心者がその辺の市販のソフトをいろいろ試すくらいならいいんじゃありません?
まぁ、そういうお方も多いわけですが、そうでない方がいても不思議じゃないし、
現在の機能実装やキーの有無などを考えたら当然そうじゃない人もいるってこと
をわたしは言っているわけです。
>それにそういう探求は壊しても何も困らないSandboxでやるもんですよ。
当然、そういった遊べる環境があれば「やる人もいる」し、「やらない
人がいる」のも不思議じゃあいってことなんだよね。
>いずれはそのひとつひとつの操作の意味とどのような業務の一環で自分はその操作をしているのかを知るべきでしょうね。
新しい手順にそえば仕事的にはなんとかなっちゃうわけで、
そういったことをわざわざ遊べる環境もなくどうするか?
とか無理な面もあるからね。
>ただただ更新に反対するだけの勢力になるでしょう。そうしてイノベーションが阻害されるのです。
イノベーションとやらをやるのに、ちゃんとした手順を出さない
で「遊んで身につけろ」(ただし、遊び場は現場で危険だ)を言う
のも、無理があったりするわけな。
>まわりまわって古くさいUIを求める糞要求でシステムを組むSIにデスマをもたらしたり、自分たちの業務時間を圧縮できず残業残業になっていったりね。
オペレータたちもそれほど馬鹿ではなくて、基本「手順の問題に
より工数が増大するので、費用分を出してね」で、コストが嵩む
ことになるわけです。そして、そのコストについて設計/開発側
の問題として扱われるだけだったりしますね。
残業?そういう手順であれば、それだけ増員しないと受けません、
なんなら開発者側で人だしてずっとやっててね..ということで
落ち着いたりします。