この記事に書いてあること 指摘の仕方に気を付ける事の利点 オススメの指摘方法 ※何かを強要したり、コミュニケーションの仕方を責めるものでは無いです。Tip集みたいなものだと思って気楽に読んで下さい。 導入 社内外で関わる方（特にエンジニアの方）に対して、「（指摘の仕方で損をしているな〜）」と思う事が多くあります。 Twitterで呟いてみたところ、 「そうは言っても中々苦手…。」 「気を付けてるつもりだけど、キツい言い方になってないか不安」 といった反応をいただきました。 そこで下記について、私なりの考えをまとめました。 指摘の仕方に気を付ける事の利点 オススメの指摘方法 本論 指摘の仕方に気を付ける事の利点 指摘の仕方について、ちょっと気を使うと良い事がたくさんあります。 具体的には下記の良いことがあります。 感謝される 指摘内容を前向きに検討してもらえる 誤解されずに済む それぞれ解説

よく分からない理由で吹っかけられる戦争がある 戦争を始めるには、指導者にどんな下心があるにせよ、一応皆を納得させられる大義名分が必要です。 ただ歴史を眺めてみると、どう考えても理不尽極まりない理由で始まった戦争も少なくありません。戦争は合理的に始まり合理的に終わると考えるのは、合理主義者が陥りがちな罠ですが、どう考えても理性的じゃない理由で戦争をふっかけられる場合もあるものです。 １. 野良犬戦争（1925年） 兵士が野良犬を追いかけ回し開戦 第二次バルカン戦争と第一次世界大戦で敵同士だったギリシャとブルガリアは、国境線を巡っていさかいが続いていました。互いに罵り合い、煽り合い、不信感が高まり、どんな些細なきっかけでもエスカレーションが起こる危険性が高まっていました。 この戦争は両軍が睨み合うペトリッチと呼ばれる国境地帯で起こりました。 1925年10月22日、あるギリシャ兵が野良犬を追い

概要 本稿は、突然ムシャクシャした筆者が自分の考えるブロックチェーンの定義と、世間で言われているブロックチェーンの特性および応用例を批判するものである。 本稿は筆者の見解であり、所属組織の公式見解ではない。 ブロックチェーンの定義 そもそもブロックチェーンとはなんなのか。狭義には、「ブロック」の「チェーン」であることから、以下の定義をしたい。 データが、当該データ直前のデータの暗号学的ハッシュ値を持つリスト型のデータ構造 ここでは、そのデータの中に何を保持するかは一切考慮しない。 データがハッシュ値で連鎖することによって、リスト中の任意のデータのみを書き換えると、ハッシュチェーンの整合性が失われ、書き換えが行われたことを検知可能なデータ構造であると定義する。 しかし、世間で「ブロックチェーン」に興味を持つ諸氏はこの定義だけではいささか狭すぎると感じるだろう。 そこで、狭義のブロックチェーン

このブログではあまりこういう話は書いてこなかったけど, 以前少しだけ触れたように, 僕はここ最近エンジニアリングマネージャをやっていて, こういう話題を考える機会はけっこう多い. 具体的には, エンジニアリングマネージャとして複数チームのテクノロジ/プロセス/プロダクト/ピープルのマネジメントを日々やっていて, そのうちのプロセスマネジメントとして, 各チームのスクラムマスタ的な人に助言したり, 開発プロセスの改善のためにチームが起こそうとしている変化を受け入れるようラインマネージャを説得したり, といったことにけっこう時間を割いている. スクラムに関して以下のような話を見かけて, これはまさに日々悩まされていることだった. 一言で言うと「ベロシティの安定化でみんな躓く」という話. これは僕の経験上も納得できる. この記事に寄せられたコメントを見ると, 「で, じゃあどうやってベロシティを