タグ

概念に関するunyaaのブックマーク (5)

  • Authenticity オーセンティシティ とは

    筆者がよく用いている表現である authenticity(オーセンティシティ)とは何かについて、一度文章に起こそうと思いました。 この世には、不自然なことやヤラセへの謎が多く転がっています。例えば仮にサッカーに詳しくもない若いタレントが大事な試合の席に呼ばれた際に、なぜサッカーに詳しい視聴者は違和感を覚えるのでしょう?なぜプロのゲーマーが使いもしないデバイスを宣伝をしていると「わざとらしい」という抵抗を感じるのでしょう?逆に、なぜ有名タレントが心からゲームが好きだと「すごい」という評価になるのでしょう?この感情を説明できる概念が authenticity で、クリエイターや何らかの運営をされる方は既に暗に感じ取っているものかと存じます。 既に authenticity について解説した記事 もあったのですが、ゲーマー方向から見た説明は無かったため、便宜のためにここに残すことにしました。

  • 最近、職場で「OJT」が機能しないのはなぜなのか?(中原淳) - エキスパート - Yahoo!ニュース

    僕の専門は「人材開発」です。そのような研究分野で仕事をしていますと、「人材育成に関するさまざまな嘆き節」を耳にする事があります。 たとえば、もっとも耳にする嘆き節といえば、これです。 「昔はきちんとOJTが機能していたのに、最近、それが機能しなくなってきたよねー」 この台詞、皆さんも、きっと、これまで、様々な場所で、耳にしたことがあるのではないでしょうか。 経験的には、上記の「OJT機能不全の嘆き節」は、主に、人材育成の担当者の方、ラインのマネジャーの方から発せられることが多いような気がします。 しかし、それが「なぜか」は、あまり語られることがありません。 今日は、この問題について、先行研究を踏まえながら、考えてみましょう。 ちなみに、ここでいうOJTとは「上司・先輩と新人・若手のあいだの垂直的な発達支援関係」と定義します。 ▼ 結論を一言でいうと、日の企業におけるOJTとは、 「OJT

    最近、職場で「OJT」が機能しないのはなぜなのか?(中原淳) - エキスパート - Yahoo!ニュース
  • 構造主義で作るおいしいカレー - 快適な生活

    知の三段階 今日、人間の知は次の三段階に分けられます。 事象の収集(何があるか) 事象の理解(質は何か) 事象間の関係化(どう位置づけるか) 人間の知に「関係」の理解という第3段階を追加したのが構造主義です。構造主義とは、事象そのものの質よりもそれを構成する要素間の関係、つまり構造に着目する考え方です。 カレーと構造主義 ところで、カレー質とは何でしょうか。ルウの存在?スパイスの存在?ブイヨンにカレー粉をまぶしたもの?……カレーという概念をあらためて吟味すると、じつに「ふれ幅」の大きな概念だということがわかります。結局のところ、カレーとは、「カレー的なスパイスをつかった料理」くらいにしか説明できません。「インド料理をすべてカレーと呼ぶことは、日料理をすべてしょうゆ料理と呼ぶようなもの」とよく言われます。「カレー」の概念的実態は、使い手によって異なる、曖昧で変動的なものと言えます。

    構造主義で作るおいしいカレー - 快適な生活
  • ビジネス用語にカタカナが多い理由 - Chikirinの日記

    八王子で病院を経営し、医療制度に関するさまざまな提言でも知られる北原茂実先生とお会いした時、(→ 北原茂実先生と対談したよ!) 日語には “頭” と “脳” という言葉があるが、世界には “頭” という言葉しか存在しない言語もある、とお聞きしました。 日語の “頭” と “脳” は全く違いますよね。表す意味も、機能も、思い浮かべるイメージも違います。 英語でも“Head”と“Brain”という言葉があり、ふたつは明確に区別されています。 これは日も英国も、自国文化の中で “脳” という概念を理解したということを意味しています。 だってもし日が “脳” という概念を、欧米から教えられて初めて理解していたら、それは “脳” ではなく、 “ブレイン” という外来語として表記されたはずだから。 (ちなみに、脳の訓読みは“なずき”です) ボタン、コップ、パン、キャラメル、テンプラ、タバコなど

    ビジネス用語にカタカナが多い理由 - Chikirinの日記
  • プログラミング上達するためにだいじだなぁとおもったこと一覧

    コードを書くことコードを読むことコマンドラインをほぼ常に使うこと(「使わないわけないだろう」と思う人が多いと思うが、それができない人はそれよりも多い)ライブラリも可能な限り読むこともっとコードを読むことコピペしてもいいけど、コピペするコードの意味は絶対に把握すること自分の勤め先がクソなら、会社は辞めること(ある程度技術力があればどこでもやっていける)英語が読めること数学的・論理的思考をみにつけることオープンソースのコードを読むことなるべく根的な概念を知ることひとつの言語に拘らず、何個も触ること(ひとつのパラダイムに固執する可能性がある)UNIX/Linuxをメインでつかうこと流行を追いかけ過ぎないこと(結局ソフトの上で踊らされているだけ)自分の知らない分野はいくらでもあると心得ること井の中の蛙にならないように心がけることマネジメント視点も取り入れること「他人のため」を考えること(独りよが

  • 1