相手に話が通じず物事を前に進めにくいと感じることがある。特に、階層化された組織の違うレイヤーの相手や他部署の相手の場合にありがちかもしれない。 そういう時はついついヒートアップしてしまい相手のせいにしてハレーションを生むような話し方をしてしまいがち。"相手が理解してくれないのは相手の頭が悪くて理解できないから"みたいな態度は相手に伝わり、関係がこじれてより一層物事を前に進めにくくなってしまう。 こういう時に感情的になってうまく対処できないのは解決のための引き出しが少ないのが原因なので、思いつく対処法を雑に書きとめておく。 いったん自責思考に切り替える あまりに話が通じないと感じると自分の方が賢くて相手が悪いみたいなスタンスになりがちなのでまずはリセットする 相手に勝とうとするのではなく、目的を思い出して相手も自分も勝つにはどうすればよいかを考えるよう切り替える ほぼ相手に非があることももち

このブログを読んでいる方はご存知だと思うのですが、僕は意思決定のプロセスや態度についてやたらよく書いています。不確実性が高いこと(例えば新規事業など)をやるときは、どういう思考プロセスで意思決定をするかが重要だと考えているからです。 今日は「失敗を恐れない」態度には種類があるという話を書こうと思います。 実は「上手くいくことを信じる」のはとてもとても難しい 新しい事業やプロジェクトをやるとき、少なくともリーダーは成功するつもりでそれに取り組むわけです。 (やりたくもないのに押し付けられてやってる等で、失敗をわかっててやる場合もあるかもしれませんが、そういう例は除外します) 僕自身が事業をやってるときもそのつもりですし、スタートアップや色々な会社の事業に関わっている中でもリーダーはみんな成功するぞという気持ちを持っています。 やったことがない人には想像が難しいかもしれませんが、実はこの「上手

全部主観であり自分の抱えてる感想 およそ3年に及ぶパンデミックによるリモートワークを経験した結果「直接会って話したほうがはやい」といってメンバーの出社を求める組織は徐々に増えていると感じる。 出社だけではなく、例えば不動産仲介業者とのやり取りも、メールで質問した内容に対して電話で答えが返ってくるというように、事あるごとに口頭での同期的なコミュニケーションを取りたがる人はいる。 「話したほうがはやい」という人は大抵伝える時の細かいニュアンスや表情から読み取れるテンションが直接会ったほうが伝わるしお互いレスポンスを待たなくて速くて楽だと言う。 それは全く否定しない。間違いないと思う。そもそもタイプミスや誤変換を気にしながらキーボードを打つよりも発話したほうがコミュニケーションは速いに決まってる。レイテンシーが発生するのは声を届ける媒体だけだ。 だけどそれは速い、もしくは楽なだけだ。わざわざ言わ

‌ という完全に仮説というか思考実験みたいなものを書いてみます。 ざっくりまとめ ベテランの何気ない情報は世に出にくいという仮設 ベテランは、独自見解など良い感じのもの以外の簡単な技術記事が書けなくなる、書きにくくなる 簡単な記事は経験浅めの人に偏りベテランは簡単な記事を書かない。簡単なものでも書いてくれるベテランは、アウトプット好きに限られる 簡単なものであったとしても世に出してくれれば嬉しいな 前提 経験の浅い人 = 初級者 ベテラン = 中級者以上 とおきかえてもらっても良いかもしれません。 経験の浅い人は簡単なことでも感動できるのでブログを抵抗なく書きやすい 例えば 「Javaのセットアップが出来た！」 「Rubyのセットアップが出来た！」 「このライブラリで良い感じに出来た！」 はじめのうちは一つ一つが嬉しいし一つ一つにハマりがちだったりするので、 感動もありハマりどころもありブ

こんにちは、らくからちゃです。ぶらっとTwitterサーフィンしておりますとこんなツイートが目に留まりました。 「なんでもポジティブに考えれば幸せになれる」っての、まるっきりウソだから。現実のネガティブな側面を直視して受け入れることで、不安がなくなり、的確に現実に対処できるようになり、成功確率がぐっと高まり、はるかに幸せになれることなんて、いくらでもある。 — ふろむだ⭐️若い頃知りたかったこと書く (@fromdusktildawn) 2018年2月17日 すげーわかる。 確かに『すごーい』『たーのしー』と言いながらお仕事をしていても、ヤバめな何かを『あれ大丈夫なのかな・・・』『もしかしてヤバくない...？』と不安を抱えながらだと、全く楽しめません。 で、こうした不安を綺麗さっぱりしてお仕事を楽しむため、弊チームでは定期的に『怒らないからヤバいと思っていること全部言う会』を開催しているの

最近の立ち位置としてはライオンと一緒にされていまして、テストを書いていないプルリクエストとかに対して、却下の代わりにこの画像が張られるみたいな形で、一種の恫喝の代わりに使われています。 が、本人はきわめてジェントルな人で、いましゃべってるところを見て、このライオンとはキャラが違うなとお感じになっていただければ嬉しいです。 ついて行くべき変化とスルーしていい変化 昨今の技術の現場でよくあるのは、フロントエンド疲れ。JavaScriptの新しいフレームワークや、開発方法論とか、そういうのがどんどん登場して、また新しいものが出てきたと。 2年前に標準とされていたものがすっかり過去のものになってしまっていて、Gruntはどこに行ってしまったんだとか、Backbone.jsはどこに行ってしまったんだとか。 そうした変化に追いつけずに、疲れてしまうわけです。 かと思えば、一種の限界集落。よく言えば安定

初演: 2018/02/15 デブサミ2018 15-D-1 ハッシュタグ: #devsumi #devsumiD https://togetter.com/li/1199564

『私がなんで怒ってるかわかる？』はモラハラ（精神的DV）？ - Togetterまとめ 朝から｢うわ、俺には結婚は無理だ…｣と思ったし、真剣に｢まだいっぱいお金使ったアイドルに結婚発表される方がマシかも…｣と思ってしまった。 pic.twitter.com/tddgLaerbT — oraora (@oraorataro) 2017年6月18日 私がなんで怒ってるかわかる？クイズ、出題者は女性だと限定されがちだけど、俺が何に怒っているのかお前はわかっていないと何時間も彼氏・夫に詰め寄られたと相談を受けたことが過去何回もあるので、この手のクイズ出題者は男女問わずモラハラ加害者だと認識してほしいかなって。 — ぬえ (@yosinotennin) 2017年6月20日 理解してほしいなら説明すればいいのに、それをせず延々と相手を責める。クイズに答えて正解しても｢怒らせた後わかっても意味ない｣と

4月からプログラミングを教える仕事を定期的に行っていて、集合研修という形が１つ、実験台としてプログラミングに興味がある学生の甥っ子に対してマンツーで教えています。自分の教えている内容がどう伝わるか、どんなイメージ絵を描けばいいのか、どの順番で説明すればよいのか。それらを検証するためです。 で、そんな中、甥っ子がポロッと漏らしました。 「おれ、やっぱりプログラミングのセンスが無いんだと思う。教えてもらっても全くわからないことが多いし...」 「ちげーだろ。お前は単なる練習不足にすぎない。2〜3回しか練習していないのに、どうやってオレと同じレベルで物事が判断できるんだって話。ちょっとしか練習してないのにセンスもクソもない。漢字の書き取りにセンスが必要か？ 100回while文書いてみたか？ 書いてないだろ？ 」 「あ・・・（察し」 センスは練習不足の免罪符じゃない 彼が言っていたセンスがあると

備忘録も兼ねて。 プライドの定義って意外と曖昧なのですが、よく 「あの人は、プライドが高い。」 という言い方をします。 この場合の意味としては、周りから軽んじられることを嫌う、ということを指すでしょう。 つまり「他者」からどう見られているか、が基準になります。 一方で、「自分自身」が自分をどう見ているか、が基準のものもあります。 例外が許されてもいい特別な状況は？ | カジケンブログ 上記記事から、イノベーションのジレンマを書いた、あのクリステンセン教授の言葉を一部、引用します。 （かつてレギュラーとしてバスケの大学選手権準決勝に進出したが、信仰上の理由により、周囲の反対を押し切って試合に出ないと決断したことを振り返り） ”それは、どこから見ても小さな決定だった。私の人生に何千回とある日曜日のなかの一つをどう過ごすかという問題にすぎない。もちろん理屈のうえでは、一度だけ誓いを破って、二度と

お題「エンジニア立ち居振舞い」 pepabo Advent Calendar 2016 24日目の記事です。 割と飲みの席とか、某ポエムサービスでは語ってはいるんですが、そういえばブログで書いたことがないような気がしたので父の話をします。 実は今年の福岡での新卒研修で同じような話を若者にしていて、でもまあ、あまりに個人の話なのでとスライドも公開していなかったのですが、せっかくなので内容を加えて書き下します。 僕の父は欄間職人をやっていて、6X歳を超えるいまも自営で東三河の片隅に店を持ってやっていってるわけだけど、僕は子どもの頃からそういう背中を見て育ってきたからか、今の自分を振り返ってみると随分自分の仕事ぶりが影響を受けているなと思ったりする。 今日は、6X歳のいまも職人の父を見ていて思ったこと、あるいは直接言われたことなどいくつかをしたためてみる。 生涯、勉強すること これは僕の父の仕事

人を褒めるってほぼノーコストで相手のやる気を回復させる魔法みたいなものなのに、 人のことを褒めない人いるよなーと思う。 褒められた側はやる気になるし、褒めた側としてもほぼメリットしかないと思うのだけれど、 やはりみんな悪い部分しか見ていないよね。悲しいなぁ。

私はその戦略をラストマン戦略と呼んでいる。 大学を卒業してサン･マイクロシステムズに入社してすぐにわかったことは、Java を生み出した会社でソフトウェア開発をやろうと思って入社したのに、日本サンはソフトはほとんどやっておらず、ほぼ100%ハードウェアを販売するための会社だったということだった。 野菜を売りたくて八百屋に入ったつもりなのに、間違えて肉屋に入ってしまった。このようなときにどのように行動すればよいか？ 1. 肉屋に入ったのだから、とりあえず肉屋を目指す 2. 八百屋への転職活動を開始する 3. 肉屋の中で野菜についての No.1 を目指す 一番多いのはパターン1の人で、入社の直前直後は熱くソフトウェア開発を語り合った同期の多くは、今ではハードウェアのスペシャリストへの道を目指している。 ラストマン戦略とは、ある所属組織内で自分が一番(最後に立っている人 = ラストマン)になれそ

「最近の日本の経済はどうですか？」——外国人と食事をしていると、よくたずねられる話題だ。先週、北米の関連会社から来たエンジニアと食事していた時も質問された。またその前の週にも、フランスで開かれたPM関係の国際シンポジウムの夕食会で、隣り合わせた顔見知りに、まったく同じ事をきかれた。彼は米国のビジネススクールの学部長だった。反対側に座ったインド人（彼は豪州の大学教授だったが）も、興味深そうに聞き耳を立てる。米国もオーストラリアも日本から見れば隣国のようなものだが、こちらの発信力が低いせいか、日本の状況はさっぱり分からないらしい。わたしは答えた。 －－良くないよ。GDPは成長どころか、じり貧だ。株価は一応保っているけど、最近の報道によると、日銀と政府系の年金基金はなんと、上場企業全体の7%もの株式を買って持っているらしい。つまり買い支えているわけだ。 その問いに答えるのは、簡単ではない。経済学

週末の午前中、カフェでアイスコーヒーを飲みながらふとポエムでも書いてみようかと思い立ってしまったので、ちょっと前からよく考えていることを書く。本当に思いつきで書くので乱文になる可能性が高いけどご容赦いただきたい。そもそもブログを書くこと自体が相当久しぶりだ。 僕ももう 30 をすぎて、プログラマの世界ではさすがにもう若手とは呼べなくなり、教育っていうのはおこがましいけど、まあ自分より若い人たちの指導みたいなことをやらないといけない立場になってきたからこそ、「いいプログラマとはどういう人なんだろう。この人たちはどういうことを学べたら幸せだろう。」ということをよく考えるようになった。そういう話をする。 プログラマは手段のスペシャリストである 世の中には目的・手段論みたいな論調が存在する。 「それは手段だよね。目的をはき違えたらダメだよ。」という話はいたるところでよく耳にするんだけど、僕はこれを

medium.com 凄く良い記事です。 「UNIXという考え方」や「達人プログラマー」など、ハッカーのバイブルとも言うべき名著ですし、あらゆる近代的な成功法則は、なるべく早く試すことを推奨しているように思えます*1。 僕の座右の銘は「素早く失敗する」です。*2 元記事にある通り、素早く失敗することは成功への近道ですが、実は、大事な前提条件がいくつかあります。 以下の様な前提があって、初めて「素早く失敗する」ことに意味が出てきます。 本気でやること 失敗を前提としないこと 失敗しても絶対に挫けないこと まず、素早く失敗する必要があるのですが、失敗を前提にしていたり、本気で取り組まなかったりするのであれば、やっても意味がありません。 全力で取り組み、持てる力を全て出し切ったうえでの失敗である必要があります。 そして、これが肝心なことですが、失敗したからといって、諦めないことです。 失敗して、

よくドイツ人は几帳面できっちりしてるとか言われるけど、実際にしばらく生活してみると、日本人の方がよっぽどマシだと思うことがよくある。でもその一方で、仕事の面ではドイツの方がはるかに楽でしかも成果をだしやすいようにも思う。 しばらくフランクフルトで働いてみて、なんとなくドイツ人と日本人の仕事のやり方の違いがつかめてきたような気がするので絵に描いてみた。一言で言うとドイツ人の仕事は雑だ。でも、まわりの人はそれを補ったりあるいは受け入れたりする。決してモラルが低いわけではないけど、ただ自分がいい加減な分他人にもそこまで求めないし、困ったら助け合えばいいと普通に思っている。 逆に日本人は、人に迷惑をかけたり失敗を明るみに出すのをものすごく嫌がる。なので、絵に描いたみたいに、きっちりしてるけど完成しない。 完成しない理由は丁寧にゆっくりやっているからだけでもない。日本で仕事をしていると「鶴の一声」「

先に前提を話しておくと、会社は全く辞めるつもりはないし、むしろどんどん会社を良くしていこうと思っている。今回はそういう基準で自分がコードやドキュメントを書いていますよという話。 コードやドキュメントを書く時に、どのくらいきれいにしておくかとか、どのくらいわかりやすくしておくかとかを考えることがある。こんなとき僕は、いつ突然自分が会社をやめて連絡がつかなくなったとしても他の人がある程度理解できるか、を基準にしている。そのためにはあまりいい方法が思いつかなくて仕方なく書いている部分にはちゃんと経緯のコメントを書く。他にも例えば作ったサービスであるイベントを開催する方法のドキュメントを書くなら、全く何もやったことがない人がそのドキュメントを読んだらとりあえず開催できるよう、ドキュメントを書く。当然コードもかっこよさよりも、説明しなくても分かりやすくなるようなシンプルさを追求する。 また、このよう

私はプログラミングは結構自信があるんですが、他の人の作業をつぶさに観察したことがあるわけでもないので、自分で当たり前だと思っているコーディングの方法が他の人にとってはそうではないこともあると思ってます。上手い人がどういうふうにしてプログラムを書いているのか知りたいんですよね。 逆に私はどういうふうに書いているかちょっとまとめてみました。自分はこうしている、というのがあったらぜひ教えてください。 まず私の場合、ゼロからコードを書くよりも現在のプロジェクトのためのコードを書くことのほうが多いので、コードを書くというのは既存のコードに変更を加えることがほとんどです。既存のコードに手を加えるときは、新機能追加か、リファクタリング（動作は変えずにコードをきれいにすること）のどちらかになるわけですが、まず前者をどうしているかどうかをできるだけ説明してみます。 まず必要なのは考えることです。よく知ってい