タグ

theoryに関するsyqueのブックマーク (4)

  • わかりやすい説明をすると「結論を理解する労力」が「その結論を導き出した労力」と誤解されるときがある|柴田史郎

    まとめ ・かなりの人が「結論をわかりやすく説明したときの論理」と「その結論を試行錯誤して見つけるときの論理」を明確に分けてない気がする ・だから簡単に理解できると、簡単に生み出した答えと勘違いする ・単に結論を理解してほしいときは、わかりやすい説明だけでよい ・相手に今後自分と同じように試行錯誤してほしい時は、わかりやすい説明に加えて、試行錯誤も伝える ※追記:私も今まで分けて考えてなかった。だから気づきとして書いてみた。「かなりの人」かどうかは私の印象でしかないのに決めつけました!すみません! 結論の背景や試行錯誤をどこまで相手に伝えるか、ずっとわからなかった基私は余計なことを説明しがちだ。だから仕事中はできるだけ情報を省いて説明する。相手の反応を見る限りそれでちょうどいい感じがする。でも、音では「省かない方が面白いんだけどなー」とずっと思っている。なぜ省かない方が面白いのかをこれか

    わかりやすい説明をすると「結論を理解する労力」が「その結論を導き出した労力」と誤解されるときがある|柴田史郎
    syque
    syque 2024/01/28
    枝葉が面白い
  • JavaScriptの巧い書き方 - Archiva

    Make a note of it: Web tech, montaineering, and so on. Note: この記事は、3年以上前に書かれています。Webの進化は速い!情報の正確性は自己責任で判断してください。 Webに言語は数あれど、特に玉石混淆の激しいJavascriptの書き方について纏めてみた。間違い指摘大歓迎! 発端はYahoo!の Eric Miraglia による、YUI 式モジュールの作り方をまとめた記事。ざっくりまとめると、以下の手順になる。 YAHOO.myProject.myModule = function () { //"private" variables: var myPrivateVar = "I can be accessed only from within YAHOO.myProject.myModule."; //"private" m

  • コミュニティ・ステージ仮説 | NED-WLT

    無料ストーリー公開中です! Amazon 心理学入門3位 読書推進運動協議会より 推薦図書に選ばれました! Amazon人物群像1位 増刷が決定しました! 電子書籍化が決まりました! Amazon企業革新2位 Amazonリーダーシップ2位 増刷が決定しました! Amazon会社経営7位 増刷が決定しました! 韓国での出版も決定! 新版・文庫発売しました! Amazon新書・文庫1位 Amazon総合ランキング8位 Amazon 2010年・新書7位 韓国での出版も決まりました。 『英会話ヒトリゴト学習法』第2版 Amazonビジネス英会話3位 韓国台湾での出版も決定。 オリコン/ビジネス書8位達成 オーディオブックFeBe1位達成 SPA! '08年下半期ビジネス書1位 Amazon 総合1位達成 Amazon 2008年総合15位 14万部突破しました。 韓国台湾中国でも出版です

    コミュニティ・ステージ仮説 | NED-WLT
    syque
    syque 2011/01/24
    新しいコミュニティーに参入することで、その一瞬は学習量がマイナスになるが総量では学習量が増える
  • 第4回 オブジェクト指向の本質 | gihyo.jp

    エンジニアとして良い仕事をするために必要なこと ソフトウェア業界で日米を往復しながら仕事をしていると、世界中のさまざまなエンジニアに会う。私のように「プログラミングを心底楽しんでいる」人から、「⁠新3K」(⁠きつい・厳しい・帰れない)を身をもって体験している人までさまざまだが、共通して言えることは、エンジニアとしての基礎がしっかりできている人とできていない人では、その生産効率に大きな開きがあり、それが結果的には、会社での労働環境や待遇に、そして結果として自分自身にとっての「仕事の充実度」に、大きな影響を与えているということである。 いつも締め切りに追われている、毎回バグで苦しんでいる、徹夜の連続で体力に限界がきているなど、「⁠仕事がきつい」理由はいろいろとあると思うが、会社や上司の悪口を言う前に、自分自身がプロフェッショナルなエンジニアとしてこの業界で勝負をするうえで必要な最低限の基礎がで

    第4回 オブジェクト指向の本質 | gihyo.jp
    syque
    syque 2010/11/20
    ただし、「ブレスト(アイデア)→選定」というプロセスの順序のように、コードを書くときも「密→粗」という順序で生み出されることに注意。プロトタイプ作るときの突貫力も保ち、使い分けるように。
  • 1