昨日、部下氏から「客に嫌われたかもしれません」という悩み相談を受けた。僕は今後の進め方を助言したあとで「やるじゃないか」と評価を伝えたのだけれど、どうやら部下氏はピンと来なかったようで「意地悪やめてくださいよ〜」なんて泣き言を漏らしていた。意地悪ではない。僕は、嫌われるくらいのことを言えなければ成果は長期的に出せないと考えている。 好かれるのと嫌われるのは表裏一体、紙一重だ。嫌われている人、苦手な相手が、ある商談を経て、大の得意先になった経験は何度もある。あえて感情をおさえて厳しい意見を出し合い、着地点を見つけて、進めていくのが仕事のあり方だ。営業の場合、相手が客であるケースが多いだけでその本質は変わらない。だが、相手が客になってしまうと、途端に思考停止してしまう。「嫌われたくない」「嫌われては契約が取れない」という恐怖がその本質を忘れさせてしまうようだ。若い頃の僕も同じだった。ある、ひと

今回のエントリでは先日、僕が勤めているソニックガーデンで話題になったプログラミング関連の小ネタを書きます。 それは何かというと、「プログラミング初心者は変数名やメソッド名を略さない方がいい」という話です。 長い変数名やメソッド名はつい略したくなります。 実際、僕も長い名前を略すときはよくあります。 ですが、略称を使うのは長年の経験から「この略称は一般的だから誤解を招くことはきっと少ないだろう」とか「前後の文脈から、変数の中身は誰が見ても明らかだろう」という想像が付いた場合だけです。 一方、プログラミング初心者の人は経験が浅いため、「一般的かどうか」とか、「誤解が発生しないかどうか」といった判断ができません。 そのため、他の人が見たときに「え、何この変数名？」と思ってしまうような略称を付けてしまう恐れがあります。 たとえば、先日のコードレビューで、初心者の人がrev_noという名前の変数を定

敵意帰属バイアスとは敵意帰属バイアスとは、認知バイアスの一種で、他者の言動の原因が、敵意や悪意によるものだと認識してしまう心理的傾向のことを言います。 敵意帰属バイアスが強いと、下記のような状態に陥りやすくなります。 帰属とは、心理学用語で「言動の原因を何のせいにするか？」を指すもので、これを敵意に帰属させることから敵意帰属バイアスと呼びます。 もともとは、Crick&Dodge（1994）の社会的情報処理モデルにおける「符号化」「解釈」のステップで起こった認知の歪みのうち、他者の敵意に帰属させるものを指すものです。 最近では、キングコング西野さんがブログ記事やVoicyなどで取り上げたこともあって、心理学に関係のない分野でも取り沙汰される機会が増えました。 敵意帰属バイアスの原因敵意帰属バイアスの原因は、認知の歪みです。 認知とは、物事の捉え方や考え方のことで、これが歪んでいる状態とは簡

最近読み直していて、結構なインパクトがあった本がある。 元GoogleのCEO、エリック・シュミットが書いた、「１兆ドルコーチ」だ。 「１兆ドルコーチ」とは、シリコンバレーで活躍したビル・キャンベルというコーチのこと。 何を大げさな、と思う方もいるだろうが、「１兆ドル」は決して大げさな表現ではない。 ビル・キャンベルは１兆ドルにも値するコーチだった。いや、１兆ドルは彼が生み出した価値に遠くおよばない。 彼はスティーブ・ジョブズがつぶれかけのアップルを立て直し、時価総額数千億ドルの会社にするのを助けた。ラリー・ペイジとセルゲイ・ブリン、エリックがスタートアップだったグーグル（現アルファベット）を時価総額数千億ドルの企業にするのを助けた。これだけでも１兆ドルを大きく超えているが、ビルがアドバイスした企業はほかにも数知れない。 彼がコーチした人たちの名には、元アメリカ副大統領や、スタンフォード大

決断のできないエンジニアはスキルが低いです。なぜなら、要件にしても仕様にしても、決めなければ先に進めません。成功できる人がスキルが高いと勘違いする人がいます。優秀なエンジニアは、一回の成果を出すために百回でバックで失敗します。トータルで考えると、優秀なエンジニアほど失敗は多くなります。ただそれを表に出さないだけです。むしろ、失敗の少ない人は無難なことしかしていないと言えます。 成功とか失敗、成果の出る出ないは、周りの状況に左右される要素が多いです。スキルの高い低いよりも、総合力と積み重ねで決まります。確かに、スキルが高い人の方が成果がでやすいですが、成果が出たからスキルが高いとは限りません。人の協力を得るのが上手いとか、超絶的な勘を発揮する人だったり、別の素晴らしい要素で成功を得る人もいます。なので、スキルの高い低いを判断する要素としては不十分です。 成功しているスキルの高い人は、考えなく

先日、 こんな話題で社内が盛り上がりました。 「スマートフォンページ勉強会」というのを開催する直前、 私とデザイナーＹが共同でレジュメをつくっていた時のことです。 私「あれ？『スマートフォン』の略語で、俺は『スマフォ』って書いてて、Ｙさんは『スマホ』って表記してんじゃん」 Ｙ「ああそうですね、これはどっちかに統一しなきゃだめですね」 私「てか、統一もなにも、『スマートフォン』の略語なんだから、『スマフォ』でいいでしょ」 Ｙ「いやいや滝井さん、違うんですよ。『スマートフォン』の略語は『スマホ』なんですよ」 私「えっなんでよ。どういう理屈で略語になると『フォ』が『ホ』に変化すんのよ」 Ｙ「いや理屈はよくわかんないすけど、とにかく『スマホ』なんですよ。コレ見てください」 ↓ Ｙ「↑このGoogle trendで見れば、『スマホ』って言葉が使われてるのよくわかるじゃないですか。『スマフォ』なんて言

渋川（@shibu_jp）です。現在はフューチャー株式会社という、一次受けでコンサルから実装から運用保守まで一気通貫に行う会社にいます。社会人になってから、特に選り好みをしたりせず、任せられる仕事はなんでもやってきました。最近多いのは、サーバーからフロントあたりの領域です。 それ以外に書籍の執筆などもしており、今年（2020年）は『Real World HTTP 第2版』が出版され、「n月刊ラムダノートVol.2 No.1」にも寄稿しました。ほかに『Goならわかるシステムプログラミング』も、増刷のタイミングで密かに12ページほどコンテンツを増やしたりしています。 近著を中心とした10年にわたる筆者の著作 キャリアや仕事の仕方について、よく周りから聞かれるのが「いつ本を書いているのか？」「なぜ書き続けているのか？」といった質問です。僕としては、どちらかというと効率マニアで、一石二鳥を狙い続け

自分の備忘メモ。ガスガス更新していく。 ライフサイクル/リソース管理 Fragmentにフィールドを持たせない Fragmentのフィールドは、ライフサイクルにより オブジェクトが再生成されるタイミングで破棄される。 Fragmentにパラメータを付与したい場合はフィールドでなく setArguments()によってBundleオブジェクトとして渡す必要があり、 かつFragmentがアクティブになる前に設定する必要がある。 フィールドに直接設定すると、FragmentManager等に再生成された時に 内容が失われる。 Bundleオブジェクトに登録できない類のオブジェクトが必要な場合、 それらを必要な時に生成するリスナーを定義する。 悪い例: class SampleFragment extends Fragment { View mView; // このviewは再生成時にnullに

自作のActivityでナビゲーションバー(画面下部に表示される３つのボタン領域)やステータスバー(画面上部の通知領域)を非表示にする方法です。 完全に非表示とすることは出来ません。画面タップや画面下から上へのスライド操作でナビゲーションバーが表示されます。 ナビゲーションバーとステータスバーを非表示にする この場合、画面タップでナビゲーションバーとステータスバーが表示されます。 @Override protected void onCreate(Bundle savedInstanceState) { super.onCreate(savedInstanceState); setContentView(R.layout.activity_camera_preview); View decor = getWindow().getDecorView(); // hide navigation

android studioのwebviewを使ってInstagramを表示させることができません。 (Instagramの時は真っ白になります。) コードは、https://akira-watson.com/android/webview.html を参考にしま android studioのwebviewを使ってInstagramを表示させることができません。 (Instagramの時は真っ白になります。) コードは、https://akira-watson.com/android/webview.html を参考にしま した。 URLをInstagram以外に指定すると表示できますが、Instagramだけ表示することが出来ません。 画面が真っ白になってしまいます。 Instagramを表示させるには、どうすればよろしいでしょうか。 どうぞよろしくお願いいたします。 使用環境 win