Googleの「最高の上司」がチームの生産性を高めるためにしていること | ハイクラス転職ならdoda X（デューダエックス）
ポーランド生まれ。2000年に来日。ベルリッツ、モルガン・スタンレーを経て、2011年Googleに入社。アジアパシフィックにおけるピープルディベロップメント、2014年からグローバルでのラーニング・ストラテジーに携わり、人材育成と組織開発、リーダーシップ開発などの分野で活躍。現在は独立し、モティファイ株式会社で新しい働き方と良い会社作りを支援する人事ソフトを開発・提供。『0秒リーダーシップ』『世界一速く結果を出す人は、なぜ、メールを使わないのか グーグルの個人・チームで成果を上げる方法』著者 データが導き出したGoogleの「最高の上司」 —Googleが考える「最高の上司」とはどのような人でしょうか。 前提として、私やGoogler（グーグラー、Google社員のこと）は「上司」という言い方が好きではありません。 たしかに多くの企業はピラミッド型組織で、命令は上から下へと伝わるようにな
なぜ成功する人は運を味方につけるのか？経済学があかした「運」の大事さ
「あなたがいまのポジションにいるのは、努力や才能ももちろんあるけど、やはり運に恵まれたんですね」 こう言われて、むっとした人はおそらく社会的に成功している人だ。自分が成功したのはたゆまぬ努力を続けて、他の人よりもリスクを取ってきたからだ、と言いたがる人かもしれない。 人は成功は自分の努力のおかげ、失敗を不運のせいだと考えがちだから、それも致し方ない。 しかし、成功は本当に努力や才能だけによってもたらされるものなのか？ 経済学者はこう考えた『成功する人は偶然を味方にする』（日本経済新聞出版社）を書いた経済学者のロバート・フランクの主張は明快だ。 リスクを取ることと成功との因果関係はない。リスクを取るとは、いくら努力を重ねたところで、どうしても失敗を避けられない要素があるということだ。 努力すればするほど確実に手に入れることができるという類のものではない。 従って、リスクを取って成功した、とい
CPU使用率は間違っている | Yakst
Netflixのパフォーマンスエンジニアである筆者からの、topコマンドなどで表示されるCPU使用率(%CPU)は、いまや本当の使用率を表しておらず、チューニングなどのための指標として使えないという指摘。なぜそうなってしまったのか、何を見れば本当のCPU使用率がわかるのかをわかりやすく解説した記事。 私たちみんながCPU使用率として使っている指標は非常に誤解を招くもので、この状況は毎年悪化しています。CPU使用率とは何でしょうか？プロセッサーがどのくらい忙しいか？違います。CPU使用率が表しているのはそれではありません。私が話しているのは、あちこちで、あらゆる人たちに、あらゆる監視製品で、あるいはtop(1)でも使われている、"%CPU"という指標のことです。 あなたの考えているであろうCPU使用率90% : 実際 : "stalled"(訳注 : 以下ストールと言う)とは、プロセッサーが
優れたリーダーは成果と人間関係のどちらを重視するのか？ - ジブンライフ
リーダーとして厳しく接すると人間関係が悪くなるかもしれないし、優しくしすぎると成果を出していなくても許すような状況になってしまうかもしれません。 このようにリーダーとして行動する際に、成果を重視するべきなのか、人間関係を重視するべきなのか迷うことがあるでしょう。 言うまでもなく、成果と人間関係を両立できるリーダーが最もすぐれています。 しかし、そう簡単に両立することはできないというとき、まずどちらを優先するべきなのでしょうか。 日本の社会心理学者三隅二不二(みすみじゅうじ)氏らが開発した「PM理論」に基づいて説明していきます。 PM理論とはなにか リーダーの能力「P」と「M」 リーダーを4つのタイプに分ける どのタイプのリーダーが優れているのか 人間関係を重視した行動を まとめ PM理論とはなにか リーダーの能力「P」と「M」 PM理論ではリーダーの行動を大きく２タイプに分けて考えます。
高速なWebサーバアプリケーションを構築するための6つの経験則 | POSTD
この記事では、Webアプリケーション（特にバックエンド部分）を構築するときにハイレベルなパフォーマンスを達成しようとするなら考慮するべき、最も一般的な原則のいくつかを取り上げたいと思います。私は、自分自身の経験から、主にPHPの世界で使われるいくつかの例、設計パターン、慣例やツールについて書きますが、ここで説明する概念は、どんな言語やフレームワークにも必ず当てはまると思います。 手短に言うと、基本ルールは次の6つです。 ルール1 . 時期尚早な最適化を回避する ルール2 . 最小限の作業で問題を解決する ルール3 . 今すぐやらなくてもいい作業は延期する ルール4 . 使えるときはキャッシュを使う ルール5 . リレーショナルデータベースのN+1問題を理解し、回避する ルール6 . 可能ならアプリケーションに水平スケーラビリティをもたせる ルール1: 時期尚早な最適化を回避する Donal
Cakephp2系が激重だったので、色々やったらクソ速くなった | Into The World
CakephpでWebサービスを作っているのですが、最初の頃は速かったのに いつの日か気づいた時には、激重になっていました。 Google Speed Insightでチェックすると、 ○ トップページ モバイル 66点 PC 70点 ○ シングルページ： モバイル 47点 PC 69 そこまで悪い数字ではない(特にPC)けれど、体感でのスピードは激重。 5,6秒くらいかかってる気がする。これじゃユーザーすぐ離脱するぜ。。。 ということで、Cakephpのパフォーマンス向上施策をしました。 先に結果から書いておくと、 Mysqlのクエリ発行回数が多すぎた。 でした。 – ムダにDBにクエリ投げないこと – DBにindexをきちんと 結果的には、mysqlのクエリが多すぎた事が一番大きな原因でした。 僕の場合footerに沢山の情報を表示するためにAppControllerで大量にfind
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
