アカウント名:
パスワード:
洞察力や推理力や論理的判断力かもしれないけど、そこら辺の問題だと思う。基本的に世の中の物は便利に使うために作られていることが前提にある。ということは多数の文字列があるのなら、そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
まずここに第一の関門がある。それを推測できない人がいるということ。推測できればどこかにそういう機能がついていないかを探し、ファイルメニューを開いて「検索」なんていう名前のそれっぽいことが書いてあることに気が付く。そしてそれを実行すると実際に検索ができ、そういう機能がついていることを確認する。
でも、そういう力がなく推測しない人は、今自分ができないことは「できないものだ」と思い込みあきらめる。もうそこから先には進まない。そう、つまり我々の両親のことだ。
いやいや、修飾キーの多さも問題だと思う。Ctrl/Shift/Option/ALT/Command/Winなどなどあって、しかもアプリで使い方や効果の差がありすぎる。
>そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
修飾キーの数×文字数を探るというのも、大きな関門。
>修飾キーの多さは関係ないんじゃないですか?
見つけにくさと観察力の程度の問題だから関係すると思いますよ。「よく観察していたらみつかる」は「観察力の高度さを求めている」わけですからね。
>機能があるかどうか「推測」できることが問題であって、
推測して、それを探すのか?という問題があるんだよね。別の投稿で「プルダウンメニューみたらいい」について「それって意味ないよ」みたいなことね。
そもそも、その機能が付いているという保証はどこから生まれるのか?という問題もあるのだけどね。
>ショートカットキーの組合せを知るのはそこから先の話では?
そう、つまりショートカットを知るモチベーションに「その機能がある」という前提があるわけだろ?そして、それが保証されていない状況で、推測するってのは、あるかないか判らないモノについてあるかもしれないね..というある種の妄想を前提にしちゃっているわけで、探そうとしないのも、ある種、当然の帰結だということを言っている。
修飾キーの数は総当り時間に影響するだけです。機能の存在を確信しての総当りって状況になった場合、探し終わるか見つけるか、それとも諦めるという根気の問題なので、「機能を見つけ出すには、観察力の問題や洞察力や推理力や論理的判断力が必要になる」は関係しません。
なので#2007423は、関門ではあるけれど元コメントからは脱線してるって程度の指摘でしょう。そう熱くなるな。
# というか、大抵はヘルプなりマニュアルなりメニューコマンドなりにショートカットキーのインフォメーションが有るから、「観察力の問題や洞察力や推理力や論理的判断力」があれば修飾キーの数はさして関係ないな。隠し機能を探してるわけでもないのに総当りするのは馬鹿だと思う。
>機能の存在を確信しての総当りって状況になった場合、探し終わるか見つけるか、それとも諦めるという根気の問題なので、「機能を見つけ出すには、観察力の問題や洞察力や推理力や論理的判断力が必要になる」は関係しません。
つまり、あなたは実際に使えるショートカットに出会わなくてもあるから問題ないというご意見なわけですね。
>というか、大抵はヘルプなりマニュアルなりメニューコマンドなりにショートカットキーのインフォメーションが有るから、「観察力の問題や洞察力や推理力や論理的判断力」があれば修飾キーの数はさして関係ないな。隠し機能を探してるわけでもないのに総当りするのは馬鹿だと思う。
うん、それをショートカットで実装されていると思い込む馬鹿がいたわけなんですよね。
もはや意味不明なあげあし取りにしかなっていないぞd16自分の間違いを認めないために相手を否定することが目的か?
>うん、それをショートカットで実装されていると思い込む馬鹿がいたわけなんですよね。そんな人はこのツリー上に居ませんし、登場もしていません。あなただけの前提や、あなただけの知る知人の話ではないでしょうか。
d16さん「他人の視点を想像して推論する」ことは出来ますか?どうもd16さんのコメントを見ていると、サリーとアン課題に類する問題があるように見えます。d16さんのコメントは支離滅裂な内容で、会話として成立していません。ですが、d16さんが「誤操作の際に偶然ショートカットキーを押してその機能と出会うってシナリオ」を想定して受け答えしていると仮定すればさほど支離滅裂な内容ではないように思えます。実際にd16さんが想定している前提が何かは判りませんが、出発点になっている前提が他者と共有されていないという事実にあなたが自分で気が付いていないならば、自閉症や発達障害を患っている可能性があります。
間違いがあるならそれを指摘すればよいのにね。機能があるはず/機能があればショートカットに実装されているはずという前提が如何に独りよがりな馬鹿げた妄想かを考えてみたらよいだけですよ。
元々が「ショートカットを見つける」じゃなくて「必要な機能を見つける」話なんだから。
>修飾キーが少ないと機能を見つけやすいという前提
はぁ?少ないと見つけやすいとか、どこで出てきました?多いのは、見つけにくい要因のひとつ。それ以前に、その機能があるか?その機能がショートカットで実装されているか?といった確証の不在なんだといっているんだけどね。
>元々が「ショートカットを見つける」じゃなくて「必要な機能を見つける」話なんだから。
はぁ?このトピのタイトル、Ctrl+Fって、あなたにとってはショートカットではないんですね。タイトルくらい読めばよいのに、そんな余裕もないなんて、面白いですね。
>>推測できればどこかにそういう機能がついていないかを探し、
推測するとしても確証がない以上はやらないだろうねということ。ましてや、CommandとCtrlとSiftとoptionとmetaとaltと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)に設定を変更する必要があります。
海軍に入るくらいなら海賊になった方がいい -- Steven Paul Jobs
観察力の問題 (スコア:3, すばらしい洞察)
洞察力や推理力や論理的判断力かもしれないけど、そこら辺の問題だと思う。基本的に世の中の物は便利に使うために作られていることが前提にある。ということは多数の文字列があるのなら、そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
まずここに第一の関門がある。それを推測できない人がいるということ。推測できればどこかにそういう機能がついていないかを探し、ファイルメニューを開いて「検索」なんていう名前のそれっぽいことが書いてあることに気が付く。そしてそれを実行すると実際に検索ができ、そういう機能がついていることを確認する。
でも、そういう力がなく推測しない人は、今自分ができないことは「できないものだ」と思い込みあきらめる。もうそこから先には進まない。そう、つまり我々の両親のことだ。
Re: (スコア:3, すばらしい洞察)
いやいや、修飾キーの多さも問題だと思う。
Ctrl/Shift/Option/ALT/Command/Winなどなどあって、
しかもアプリで使い方や効果の差がありすぎる。
>そこから必要な文字列を探し出す便利な機能があるだろうことは推測しうる。
修飾キーの数×文字数を探るというのも、大きな関門。
Re:観察力の問題 (スコア:0)
修飾キーの多さは関係ないんじゃないですか?
機能があるかどうか「推測」できることが問題であって、
「推測」できたらファイルメニューとかを適当にクリックして
機能を見つけ出すことができるはずであると。
ショートカットキーの組合せを知るのはそこから先の話では?
Re:観察力の問題 (スコア:2)
Re:観察力の問題 (スコア:1)
>修飾キーの多さは関係ないんじゃないですか?
見つけにくさと観察力の程度の問題だから関係すると思いますよ。
「よく観察していたらみつかる」は「観察力の高度さを求めている」わけですからね。
>機能があるかどうか「推測」できることが問題であって、
推測して、それを探すのか?という問題があるんだよね。
別の投稿で「プルダウンメニューみたらいい」について
「それって意味ないよ」みたいなことね。
そもそも、その機能が付いているという保証はどこから
生まれるのか?という問題もあるのだけどね。
>ショートカットキーの組合せを知るのはそこから先の話では?
そう、つまりショートカットを知るモチベーションに「その機能が
ある」という前提があるわけだろ?そして、それが保証されていない
状況で、推測するってのは、あるかないか判らないモノについてある
かもしれないね..というある種の妄想を前提にしちゃっているわけで、
探そうとしないのも、ある種、当然の帰結だということを言っている。
Re: (スコア:0)
修飾キーの数は総当り時間に影響するだけです。
機能の存在を確信しての総当りって状況になった場合、探し終わるか見つけるか、それとも諦めるという根気の問題なので、「機能を見つけ出すには、観察力の問題や洞察力や推理力や論理的判断力が必要になる」は関係しません。
なので#2007423は、関門ではあるけれど元コメントからは脱線してるって程度の指摘でしょう。
そう熱くなるな。
# というか、大抵はヘルプなりマニュアルなりメニューコマンドなりにショートカットキーのインフォメーションが有るから、「観察力の問題や洞察力や推理力や論理的判断力」があれば修飾キーの数はさして関係ないな。隠し機能を探してるわけでもないのに総当りするのは馬鹿だと思う。
Re:観察力の問題 (スコア:1)
>機能の存在を確信しての総当りって状況になった場合、探し終わるか見つけるか、それとも諦めるという根気の問題なので、「機能を見つけ出すには、観察力の問題や洞察力や推理力や論理的判断力が必要になる」は関係しません。
つまり、あなたは実際に使えるショートカットに出会わなくてもあるから問題ないというご意見なわけですね。
>というか、大抵はヘルプなりマニュアルなりメニューコマンドなりにショートカットキーのインフォメーションが有るから、「観察力の問題や洞察力や推理力や論理的判断力」があれば修飾キーの数はさして関係ないな。隠し機能を探してるわけでもないのに総当りするのは馬鹿だと思う。
うん、それをショートカットで実装されていると思い込む馬鹿がいたわけなんですよね。
Re: (スコア:0)
もはや意味不明なあげあし取りにしかなっていないぞd16
自分の間違いを認めないために相手を否定することが目的か?
Re: (スコア:0)
>うん、それをショートカットで実装されていると思い込む馬鹿がいたわけなんですよね。
そんな人はこのツリー上に居ませんし、登場もしていません。
あなただけの前提や、あなただけの知る知人の話ではないでしょうか。
d16さん「他人の視点を想像して推論する」ことは出来ますか?
どうもd16さんのコメントを見ていると、サリーとアン課題に類する問題があるように見えます。
d16さんのコメントは支離滅裂な内容で、会話として成立していません。
ですが、d16さんが「誤操作の際に偶然ショートカットキーを押してその機能と出会うってシナリオ」を想定して受け答えしていると仮定すればさほど支離滅裂な内容ではないように思えます。
実際にd16さんが想定している前提が何かは判りませんが、出発点になっている前提が他者と共有されていないという事実にあなたが自分で気が付いていないならば、自閉症や発達障害を患っている可能性があります。
Re:観察力の問題 (スコア:1)
間違いがあるならそれを指摘すればよいのにね。
機能があるはず/機能があればショートカットに実装されているはずという前提が如何に独りよがりな馬鹿げた妄想かを考えてみたらよいだけですよ。
Re:観察力の問題 (スコア:2)
まずここに第一の関門がある。それを推測できない人がいるということ。推測できればどこかにそういう機能がついていないかを探し、ファイルメニューを開いて「検索」なんていう名前のそれっぽいことが書いてあることに気が付く。そしてそれを実行すると実際に検索ができ、そういう機能がついていることを確認する。
元々が「ショートカットを見つける」じゃなくて「必要な機能を見つける」話なんだから。
Re:観察力の問題 (スコア:1)
>修飾キーが少ないと機能を見つけやすいという前提
はぁ?少ないと見つけやすいとか、どこで出てきました?
多いのは、見つけにくい要因のひとつ。
それ以前に、その機能があるか?その機能がショートカットで実装されているか?といった確証の不在なんだといっているんだけどね。
>元々が「ショートカットを見つける」じゃなくて「必要な機能を見つける」話なんだから。
はぁ?このトピのタイトル、Ctrl+Fって、あなたにとってはショートカットではないんですね。
タイトルくらい読めばよいのに、そんな余裕もないなんて、面白いですね。
>>推測できればどこかにそういう機能がついていないかを探し、
推測するとしても確証がない以上はやらないだろうねということ。
ましてや、CommandとCtrlとSiftとoptionとmetaとaltとwinなんぞといったキーの有無によって差がある以上、探すモチベーションは下がるという事。
あるという確証もないのに探すってのを前提にするって、どんだけ暇人なんかね?と笑っちゃう訳です。
Re: (スコア:0)
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にデスマをもたらしたり、自分たちの業務時間を圧縮できず残業残業になっていったりね。
オペレータたちもそれほど馬鹿ではなくて、基本「手順の問題に
より工数が増大するので、費用分を出してね」で、コストが嵩む
ことになるわけです。そして、そのコストについて設計/開発側
の問題として扱われるだけだったりしますね。
残業?そういう手順であれば、それだけ増員しないと受けません、
なんなら開発者側で人だしてずっとやっててね..ということで
落ち着いたりします。