Размер видео: 1280 X 720853 X 480640 X 360
Показать панель управления
Автовоспроизведение
Автоповтор
買って読んだけど、「レベル2=少し調べたら出来るスキル」を「レベル1=何も調べずに出来るスキル」に昇格させることが、より難しいレベル3、レベル4にトライするより重要という話が目からウロコだった英語とかのほかのあらゆるスキルでも「ちょっと頑張れば出来る」を「楽に出来る」にするのはコスパ良すぎることに気付いたからあらゆる分野でこれからこれを意識しようと思った 他にも「分かってるつもり」を疑うとかが良かった全体的にビジネス書の中でもトップクラスに良い本だった
告白して「フィードバックありがとう！」とか言われて振られるのを想像すると少し笑っちゃった
人の真似をするところから自分の成長につなげていきたいです。失敗しても怒られない環境にするというのはとても重要なことだと思っています。
自分の時間をスケジュール化して、良いと思った物を取り入れてアウトプットしていく事が人生で必要ですね。
私の意見を述べさせて頂きます。学んだ事を誰かに話すのはとても良い方法ですね。最小限の努力で最大限の成果を上げられるようになれば最高です。仕事も人生も楽しんだもの勝ちですね。
確かに悩むなら誰かに聞けっていう話で、問題が解けない時に解説を見た方が早かったなぁってことを思い出しました。
最近読んだなかでもかなりの良書でした。エンジニア以外の職業の方にも通用する内容も多いなと思ってたのですが、ここまで綺麗に要約されるとは。。私もエンジニアチーム内への共有の為まとめている所だったので参考にさせていただきます笑
自分で考えて失敗して覚えるより上手い人の情報集めてから試すのが正解 能力っていうより情報なんだよね
今回のは素晴らしい動画で興味深い分野でした。失敗することで怒られないのはよいです。😃
@user-vv4sm7tv5v 載せたんですか？どんなものか気になります
大事なことは2回言う。神聖な事は3回唱える。塔を建てようとするものは、まず、座って費用の計算をするべき。できるとわかれば手に取ったレンガをただ積み重ねる。人がどうこうより、何が本質なのかを見極め行動する。職人にとって大事なものは信用できる道具と知恵。雑音を撒き散し、人のやる気を削ぐ奴は、人として1番やってはいけない事をしていると自覚すべき！いつも心して刮目してます‼️
配信がいつも待ち遠しいです。
理想的ですね。ワークライフバランスじゃなくてライフワークバランス。昔は仕事が人生のすべてみたいな人多かったがそれは最期に後悔する可能性が高い。もちろん大事だが、人生の一部だ。
検討するより早く失敗したほうがいいというのは場面と立場によるかも。質と量の問題があって、開拓の黎明期は量で乗り切れるけど、十分に普及した後では質で勝負を仕掛けることになる。量を増やすには質よりもスピードを重視するけれど、逆に質を上げるときは量を減らし時間をかける必要がある。質を上げるべきタイミングでもトライアンドエラー方式で量を増やすことが有効に見えることがあるけど、実際は確実に質が下がる。
•ブログを書く•マルチタスクによりシングルタスクより40%生産性が下がる•重要な事20%にフォーカスして仕事をする•プロに聞く•失敗をスピード良く繰り返して成果物をブラッシュアップ忘れてる•情報を集めて仮説を立てる•人生を楽しむ•個人的にはと自分の意見を言う時には前置きをつける
マルチタスクが40%も生産性を下げていたなんてびっくりです。自分の仕事が遅い原因はそこだったんですね
2:30 be lazy より少ない時間で最大の成果を出す。7:40 マルチタスクで40％集中力が低下12:30 フェイルファスト スピード重視
生産性向上には人生を楽しむこと🎶✨💃✨🎶凄くいいと思います😊
先日本屋で見つけて買おうか悩んでるとこでした！すごくタイムリーな動画で感謝！
おお、まさかの紹介。いい本ですよねこれ。
この2人の声優さんが1番好き😊
出来る奴は取捨選択できる。出来な奴は全部やろうとする。
ディスカッションのコツにあった内容、ホンダのワイガヤそのままのように思えました。
作業興奮とは逆の理論だな
社長が自伝を書く様になると会社も終わる… ってのがあったなと
質問については自分で考えた時のコストと相談した時のコストで比較して判断かなあ
これはマイクロソフトという潤沢な資金や優秀な人材が揃ってる組織だからできることであって、同じことをそこらの企業人が真似しようとしても、すぐに潰されるだけだから注意しよう。
いつも忙しそうな人って打合せのための打合せ毎回やってたり別に求められてない機能にこだわったり自分でタスク生み出してるんだよな
「エキスパートに頼る』はそうなんだけど・・そのエキスパートに負担がかかるからあんまり賛成できないかな。
受験勉強にも適応できそう
この本、気になってたんだありがとうございます！
エラーログはちゃんと見ようぜ！
仮説を立てる。でも、検討しない…ここのバランスが難しい･･･
プログラムの場合は、「仮説の結果を色々検討してる暇があったらとりあえず仮説に基づいた修正をして、その結果で新たな仮説を立てる」と言った感じになります。
うぽつです！
運良くマイクロソフトに転職できるんかいw
私に言わせると今更感は有りますが証明しょうがないので誰かに任せてる。遅かれ早かれ人なので気がつくのでね。私は思念しがいはやらないね。気づきは大切。
望月りんと宝愛瑠（ジュエル:しんぞうの逆襲）と会話させてみたい。宝愛瑠は5歳だから歳下かぁうーん望月りんのライバルになるかもしれないな
この著者、元々バリバリ大手出身のスーパーエリートなんだよな。
子供の頃からプログラム触るタイプの人でもあり、凡人とはかけ離れていますね。著者の方が言う3流プログラマがもしかしたら一般人から見た1流の場合もある。賢い人たちは、凡人の姿すら見えていないので比較の対象に上がらない。
@@hachiro6355上の人にしたの人は見えてないよね
背景、高度に抽象化されてて草
成果主義に囚われすぎるとパフォーマンスが下がるのも追加で
りんさん今日もお美しい
途中、フェルミに恋愛がうまくいかないと弱みを告白したのに、スルーで無慈悲過ぎる。
4:34 まんま今の俺だった😮
In my opinion.
いつも思うんですが、「心して刮目せよ」というフレーズ、違和感を感じます。「刮目」って「注意して見る」っていう意味で、「心して」と「注意して」が重複しているように思うので、単に「刮目せよ」または「心して見るように」で良いのでは？
刮目の語源は三国志。その文での意味だと「いつまでも同じ先入観で物事を見ずに、常に新しいものを見るように」ということだそうで、そっちの意味なのかな？
違和感はありますが、りんちゃんのお決まり導入フレーズと思っておけばいいのではないでしょうか。
こう言うことがいちいち気になって指摘しないと治らない人って…
@@wstru常に疑問に思う視点こそ言われている通り刮目できてますなと
心と目の両方で、と言う事だろう。
日本だと残業せよ残業せよで生産性が低くなりますよね。
「仮説を立ててから動くべき」と、「検討せずにすぐ行動するべき」は、なんだか矛盾している気がするなぁ。
前者は目前の問題解決の話で、後者は企業の意思決定の話です。読みましょう、本を
個人的には、論理的に確度の高い仮説が立てられる範囲とそうでない範囲をうまく見極めましょうと理解しました問題の大きさによって、仮説立てるのに必要な情報も行動にかかるコストも変わってきますもんね
方法が、２つあるなら２つ試すの〜。同時にやるなら最低2人はひつようだね〜。コレあの論破王で有名なひろゆき氏の常套手段だよ笑(二兎を追うもの二兎をを得るのさ現実は😸
悪いけど生産性の決定要因は個々人の善し悪しはほとんど関係なく、チームの心理的安全性などの文化的要因が大きいと結論が出ている。ソフトウェアエンジニアリングの界隈では常識だけど、本当にエンジニアだったのか？
マイクロソフトなら当然心理的安全性を保てる環境ありきで、その上での個人のあり方を主に話してるんでしょうね失敗を恐れなくていいとか、方法の意見をぶつけることはしても互いの人格を否定しないとか、まさに心理的安全性があってこそできることや安全性を保つためにやることも述べてますよね
❤😂😂😂💋
この逆であるアンチパターンを方方で見ては、「プライドお化けにはなるまい」と心に言い聞かせるようにしてます。。ほんとに生産性が低い。低品質を他人のせいにし、ユーザーの寛大さ欠如まで言い出したら末期かとすら😮💨
これは無能や底辺には無理ですね。とはいえできることもあって理解したものを言語化する＆人に教える。早く失敗するは可能。それだけ継続したら人生楽しむことができて、自己紹介だけで生活できるようになります。
お前エンジニアの世界１ｍｍも関係ないだろ
本の内容そのまんまだった。買って損したな。。。
俺は本買う前にここで検索することにしたわ。
買って読んだけど、「レベル2=少し調べたら出来るスキル」を「レベル1=何も調べずに出来るスキル」に昇格させることが、より難しいレベル3、レベル4にトライするより重要という話が目からウロコだった
英語とかのほかのあらゆるスキルでも「ちょっと頑張れば出来る」を「楽に出来る」にするのはコスパ良すぎることに気付いたからあらゆる分野でこれからこれを意識しようと思った
他にも「分かってるつもり」を疑うとかが良かった
全体的にビジネス書の中でもトップクラスに良い本だった
告白して「フィードバックありがとう！」とか言われて振られるのを想像すると少し笑っちゃった
人の真似をするところから自分の成長につなげていきたいです。
失敗しても怒られない環境にするというのはとても重要なことだと思っています。
自分の時間をスケジュール化して、良いと思った物を取り入れてアウトプットしていく事が人生で必要ですね。
私の意見を述べさせて頂きます。学んだ事を誰かに話すのはとても良い方法ですね。最小限の努力で最大限の成果を上げられるようになれば最高です。仕事も人生も楽しんだもの勝ちですね。
確かに悩むなら誰かに聞けっていう話で、
問題が解けない時に解説を見た方が
早かったなぁってことを思い出しました。
最近読んだなかでもかなりの良書でした。
エンジニア以外の職業の方にも通用する内容も多いなと思ってたのですが、ここまで綺麗に要約されるとは。。
私もエンジニアチーム内への共有の為まとめている所だったので参考にさせていただきます笑
自分で考えて失敗して覚えるより上手い人の情報集めてから試すのが正解 能力っていうより情報なんだよね
今回のは素晴らしい動画で興味深い分野でした。
失敗することで怒られないのはよいです。😃
@user-vv4sm7tv5v 載せたんですか？どんなものか気になります
大事なことは2回言う。神聖な事は3回唱える。塔を建てようとするものは、まず、座って費用の計算をするべき。できるとわかれば手に取ったレンガをただ積み重ねる。
人がどうこうより、何が本質なのかを見極め行動する。職人にとって大事なものは信用できる道具と知恵。雑音を撒き散し、人のやる気を削ぐ奴は、人として1番やってはいけない事をしていると自覚すべき！
いつも心して刮目してます‼️
配信がいつも待ち遠しいです。
理想的ですね。ワークライフバランスじゃなくてライフワークバランス。昔は仕事が人生のすべてみたいな人多かったがそれは最期に後悔する可能性が高い。もちろん大事だが、人生の一部だ。
検討するより早く失敗したほうがいいというのは場面と立場によるかも。質と量の問題があって、開拓の黎明期は量で乗り切れるけど、十分に普及した後では質で勝負を仕掛けることになる。量を増やすには質よりもスピードを重視するけれど、逆に質を上げるときは量を減らし時間をかける必要がある。質を上げるべきタイミングでもトライアンドエラー方式で量を増やすことが有効に見えることがあるけど、実際は確実に質が下がる。
•ブログを書く
•マルチタスクによりシングルタスクより40%生産性が下がる
•重要な事20%にフォーカスして仕事をする
•プロに聞く
•失敗をスピード良く繰り返して成果物をブラッシュアップ
忘れてる
•情報を集めて仮説を立てる
•人生を楽しむ
•個人的にはと自分の意見を言う時には前置きをつける
マルチタスクが40%も生産性を下げていたなんてびっくりです。
自分の仕事が遅い原因はそこだったんですね
2:30 be lazy より少ない時間で最大の成果を出す。
7:40 マルチタスクで40％集中力が低下
12:30 フェイルファスト スピード重視
生産性向上には人生を楽しむこと🎶✨💃✨🎶
凄くいいと思います😊
先日本屋で見つけて買おうか悩んでるとこでした！
すごくタイムリーな動画で感謝！
おお、まさかの紹介。いい本ですよねこれ。
この2人の声優さんが1番好き😊
出来る奴は取捨選択できる。出来な奴は全部やろうとする。
ディスカッションのコツにあった内容、ホンダのワイガヤそのままのように思えました。
作業興奮とは逆の理論だな
社長が自伝を書く様になると会社も終わる… ってのがあったなと
質問については自分で考えた時のコストと相談した時のコストで比較して判断かなあ
これはマイクロソフトという潤沢な資金や優秀な人材が揃ってる組織だからできることであって、同じことをそこらの企業人が真似しようとしても、すぐに潰されるだけだから注意しよう。
いつも忙しそうな人って
打合せのための打合せ毎回やってたり
別に求められてない機能にこだわったり
自分でタスク生み出してるんだよな
「エキスパートに頼る』はそうなんだけど・・そのエキスパートに負担がかかるからあんまり賛成できないかな。
受験勉強にも適応できそう
この本、気になってたんだ
ありがとうございます！
エラーログはちゃんと見ようぜ！
仮説を立てる。でも、検討しない…
ここのバランスが難しい･･･
プログラムの場合は、「仮説の結果を色々検討してる暇があったらとりあえず仮説に基づいた修正をして、その結果で新たな仮説を立てる」と言った感じになります。
うぽつです！
運良くマイクロソフトに転職できるんかいw
私に言わせると今更感は有りますが証明しょうがないので誰かに任せてる。
遅かれ早かれ人なので気がつくのでね。私は思念しがいはやらないね。
気づきは大切。
望月りんと宝愛瑠（ジュエル:しんぞうの逆襲）と会話させてみたい。宝愛瑠は5歳だから歳下かぁうーん望月りんのライバルになるかもしれないな
この著者、元々バリバリ大手出身のスーパーエリートなんだよな。
子供の頃からプログラム触るタイプの人でもあり、凡人とはかけ離れていますね。
著者の方が言う3流プログラマがもしかしたら一般人から見た1流の場合もある。
賢い人たちは、凡人の姿すら見えていないので比較の対象に上がらない。
@@hachiro6355上の人にしたの人は見えてないよね
背景、高度に抽象化されてて草
成果主義に囚われすぎるとパフォーマンスが下がるのも追加で
りんさん今日もお美しい
途中、フェルミに恋愛がうまくいかないと弱みを告白したのに、スルーで無慈悲過ぎる。
4:34 まんま今の俺だった😮
In my opinion.
いつも思うんですが、「心して刮目せよ」というフレーズ、違和感を感じます。「刮目」って「注意して見る」っていう意味で、「心して」と「注意して」が重複しているように思うので、単に「刮目せよ」または「心して見るように」で良いのでは？
刮目の語源は三国志。その文での意味だと「いつまでも同じ先入観で物事を見ずに、常に新しいものを見るように」ということだそうで、そっちの意味なのかな？
違和感はありますが、りんちゃんのお決まり導入フレーズと思っておけばいいのではないでしょうか。
こう言うことがいちいち気になって指摘しないと治らない人って…
@@wstru常に疑問に思う視点こそ言われている通り刮目できてますなと
心と目の両方で、と言う事だろう。
日本だと残業せよ残業せよで生産性が低くなりますよね。
「仮説を立ててから動くべき」と、
「検討せずにすぐ行動するべき」は、
なんだか矛盾している気がするなぁ。
前者は目前の問題解決の話で、後者は企業の意思決定の話です。読みましょう、本を
個人的には、論理的に確度の高い仮説が立てられる範囲とそうでない範囲をうまく見極めましょうと理解しました
問題の大きさによって、仮説立てるのに必要な情報も行動にかかるコストも変わってきますもんね
方法が、２つあるなら２つ試すの〜。
同時にやるなら最低2人はひつようだね〜。
コレあの論破王で有名なひろゆき氏の常套手段だよ笑(二兎を追うもの二兎をを得るのさ現実は😸
悪いけど生産性の決定要因は個々人の善し悪しはほとんど関係なく、チームの心理的安全性などの文化的要因が大きいと結論が出ている。ソフトウェアエンジニアリングの界隈では常識だけど、本当にエンジニアだったのか？
マイクロソフトなら当然心理的安全性を保てる環境ありきで、その上での個人のあり方を主に話してるんでしょうね
失敗を恐れなくていいとか、方法の意見をぶつけることはしても互いの人格を否定しないとか、まさに心理的安全性があってこそできることや安全性を保つためにやることも述べてますよね
❤😂😂😂
💋
この逆であるアンチパターンを方方で見ては、「プライドお化けにはなるまい」と心に言い聞かせるようにしてます。。ほんとに生産性が低い。低品質を他人のせいにし、ユーザーの寛大さ欠如まで言い出したら末期かとすら😮💨
これは無能や底辺には無理ですね。とはいえできることもあって
理解したものを言語化する＆人に教える。早く失敗するは可能。
それだけ継続したら人生楽しむことができて、自己紹介だけで生活できるようになります。
お前エンジニアの世界１ｍｍも関係ないだろ
本の内容そのまんまだった。買って損したな。。。
俺は本買う前にここで検索することにしたわ。