気に入った記事をブックマーク
- 気に入った記事を保存できます
保存した記事の一覧は、はてなブックマークで確認・編集ができます
- 記事を読んだ感想やメモを書き残せます
- 非公開でブックマークすることもできます
エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
286 usersがブックマーク
56
56
新技術導入の遅さの一端はラーニングモデルの違いかもしれない - メソッド屋のブログ
286 users
simplearchitect.hatenablog.com
simplearchitect.hatenablog.com
記事へのコメント56件
- 注目コメント
- 新着コメント
オーナーコメントを固定しています
greencoffeemaker
これは納得感ある。同じように教えても、英語圏の人はどうしてそうするのか？と言う質問が多く、日本人は具体的にどうするか？と言う質問が多い。ソフトの世界はまずモデルを理解する方が早いのもその通り。
kmizushima
とても筋が悪い。欧米の上澄みと日本の全体を比較しているだけ。。nazokingさんのブコメのリンク先みると、アメリカ人の数学力は（日本に比べて）圧倒的に低いけど、牛尾さんの仮説では説明できない。
parasporospa
物が売れないのは客が悪いと言ってるのに似てる。日本人のラーニングモデルが公文式ならば、DevOpsを公文式で教える方法を開発するのがエバンジェリストの仕事。この人数年以内に行き詰まると思うよ
Shinya_131
新入社員教育で、必要な事を１つずつ教えないで、いきなり現場にぶち込んで「溺れながら泳ぎ方を覚えよ」見たいな教え方をする人が何を考えているのかずっと不思議だったけど、こういうモデルの違いがあったのかも。
georgew
アメリカの人は「すべてを理解する」ことに重きを置く。ところが、日本の人は「具体的なやり方」を知って真似することを好む傾向にある > 非常に興味深い考察。移民国家は体系化・言語化がより強く要請された??
オーナーコメントを固定しています
cybo
理解した上で問題を解くことで「完全理解」へ至る, ってのがベストなんだけど, 恐らく米国のデキる人はそれをやっていて, デキない人は前者のみ(問題をあまり解かない), 日本はその中間って感じなんじゃないかなぁ.
isrc
アメリカ人は「すべてを理解する」ことに重きを置く。日本人は「具体的なやり方」を知って真似することを好む。学ぶのに時間がかかるし、スケールしない。柔道みたいな変わらないもの、 ビジネスみたいに変わるもの
yutaka_kinjyo
知の伝播は、伝播される方がする方と同じ経験を通して知を再創造する必要があるから、効率化には限界はある。頭でわかるだけでいいことと、体験して体得するべきことを分けて考えて、後者は体験させる必要ありそう。
yoshi-nkyma
“ つまり、この仮説の部分においては、日本で技術導入がスローである原因の克服には２つの方法がある。１つは、日本人の気質に合わせて、説明の仕方を変えるか、「理解を重視する」考え方を広めていくかだ。 自分的
HF_frt1623
「すべて理解する」こと、「基礎力」が大事はというのは分かる気がする。単に説明下手な職人が多いせいな気もする。 日本人が好む「具体的なやり方を知って真似する」は、守破離の守に当たるのかな。
TokyoIncidents
“確かに師匠が修正した後のほうが全然いいのだけど、理由は全く分からなかった” "しばらく通っていると、何となく自分はできるようになっていたが、なぜできるのかは他人には一切説明はできなかった"
georgew
アメリカの人は「すべてを理解する」ことに重きを置く。ところが、日本の人は「具体的なやり方」を知って真似することを好む傾向にある > 非常に興味深い考察。移民国家は体系化・言語化がより強く要請された??
luccafort
考え方や文化の違いなんかもあるんだろうけどもなんかいまいち実感として理解できない。欧米文化にだって習うより慣れよみたいな考え方や感じ方は一般に浸透してそうな気がする。日本人が説明を省くのとは別問題かな
ngsw
日本は「原則と例外の国」という感じなので常に具体例が必要とされるというのがあるし、ビジネスの責任境界がめちゃくちゃなので「これはしません」と言えず肥大化を求められる=言語化できないというのがありそう。
parasporospa
物が売れないのは客が悪いと言ってるのに似てる。日本人のラーニングモデルが公文式ならば、DevOpsを公文式で教える方法を開発するのがエバンジェリストの仕事。この人数年以内に行き詰まると思うよ
ooblog
「「算数」の教科書と、米国の「Math」は相当に違っていて~徹底的に各用語の意味を定義~日本に来て生け花~いきなり「じゃあやってみてください」~勘違いしてしまったり、魔改造~時間がかかるし、スケールしない」
tbpg
あたり前をあたり前にできるのは凄いことですよね "Extreme Programming の本の写真で見たような光景が目の前で本当に行われている。それはちょうど、むっちゃ歌うまい人 が基本が超絶に凄いのに似ている"
raimon49
＞なくともアメリカの人は「すべてを理解する」ことに重きを置く。ところが、日本の人は「具体的なやり方」を知って真似することを好む傾向にある。 / セミナーや勉強会でも質問が出ないっていう話を思い出した。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
いまの話題をアプリでチェック！
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
新技術導入の遅さの一端はラーニングモデルの違いかもしれない - メソッド屋のブログ
以前から不思議に思っていたことがある。それは、少なくとも米英の人は、ソフトウェア技術やプロセスに... 以前から不思議に思っていたことがある。それは、少なくとも米英の人は、ソフトウェア技術やプロセスに対して誤解が圧倒的に少ないということである。 別の回でも書いたが、イギリスの会社とお話しした時も、「アジャイル」に対するとらえ方、考え方は、100%といっていいほど正確だった。 バリューストリームマッピングで困っている人の話 今回の出張で、Sam Guckenheimerに依頼されたことがある。ある人が「バリューストリームマッピングをやっているのだが効果が出なくて困っている」だから原因を一緒に探ってほしいとのことだった。 Samと一緒に彼の話を聞いていると、バリューストリームマッピング、DevOps に関する考え方とらえ方は極めて正確だった。彼の問題は、「コンセプトの理解」は何の問題も無く、その先の「実際にやってみて工夫してみないと到達できない部分」の問題だった。 なぜか米英では、ソフトウェアの
ブックマークしたユーザー
すべてのユーザーの
詳細を表示します
詳細を表示します
simplearchitect.hatenablog.com
simplearchitect.hatenablog.com
simplearchitect.hatenablog.com
simplearchitect.hatenablog.com
www.recordchina.co.jp
note.com/blindwriters
www.chunichi.co.jp
natgeo.nikkeibp.co.jp
qiita.com/kimuni-i
developers.cyberagent.co.jp
forest.watch.impress.co.jp
zenn.dev/aoi
xtech.nikkei.com
pc.watch.impress.co.jp
it.kensan.net
simplearchitect.hatenablog.com
simplearchitect.hatenablog.com
mainichi.jp
simplearchitect.hatenablog.com
simplearchitect.hatenablog.com
simplearchitect.hatenablog.com
2016/08/05 リンク