2019年1月のある日。いつものようにベッドで寝転びながらTwitterを見ていると、あるメディアのツイートが目に止まった。 ＜スマホと連携する、最新スマート冷蔵庫を発表。価格は40万円台。＞ ある家電メーカーがインターネットに繋がる冷蔵庫、いわゆるIoTの冷蔵庫を発表したようだ。特徴的な機能は、スマホで庫内の温度調整や運転状況の確認が出来たり、スマホにドアの閉め忘れなどを通知してくれること。専用アプリを使ってカメラで食材の画像を撮影すれば、庫内の食材管理も可能だという。 「いったい誰がこんな機能使うのだろうか」これが最初に抱いた正直な印象であった。“急な来客が決まった際に外出先から庫内を急速冷却するなどの使い方”という説明が書いてあったが、そんなシーンの主語になるような人物像が思い浮かばない。ドアの閉め忘れは「ピーピー」というあの不快な音がすべてを解決しているのではないか。 食材管理も、

最初に周りに結構「今エンジニアやってるけど、将来的にPMになりたい」や、「今学生でエンジニア目指してるけど、いつかPMになる気がする」といった方が多い（自分も昔そうだった）一方、PMをやったことがない人からすると結構どういった仕事をするのかイメージしづらいものかと思います。そういった方向けに、エンジニアとプロダクトマネージャーの役割の違いや、働く上での違いを書いていこうと思います。 補足ですが、ここでいうPMの定義はProject Managerではなく、Product Managerです（PdMと略す方も増えてきています）。この２つは結構混同されがちなのですが（後で触れますが、自分も最初混同していた）、完全に別な役割だと思っています。（これに関しては@kyosu_keさんがこの記事でかなり分かりやすくまとめてらっしゃいます。） エンジニアからPMになるまでの話元々情報科学にあまり興味なか

というか、（かなり偏見を含む）空想。 blog.kyanny.me 「技術力が衰えつつあるおじさんエンジニアのキャリアパスをどうするか」という命題に対して業界は「経営がわかるCTO」「技術顧問」などの回答を示してきた しかしCTOも技術顧問も椅子に限りがあるため、業界は新たな受け皿を必要としていた 業界の平均年齢が上がり、他の業種と同様におじさんエンジニアたちは「管理職」になることを受け入れなければならなくなったが、この業界は「マネージャー（管理職） = 悪」という価値観が根強いため、業界人たちの意識変革が必要だった そういうもろもろの問題意識やら個々人の思惑やらが交錯した結果、どこかの誰かが「エンジニアのマネージャーは無能な管理職なんかじゃない！『髪の尖った上司』なんかじゃないんだよ！」といいだし、キャリアに不安を抱えていたおじさんエンジニアたち（と、そんなおじさんの背中をみてぼんやりと

「マネジメントなんてやりたくないよ」 そんなふうに言っていたのがほんの数年前のことだったのだけど、いつの間にかマネージャーの人たちをマネジメントするような立場になってしまった。 ちょうど人事考課のフィードバックをする時期になって、他のチームメンバーの人たちを優先した分、マネージャーやリーダーと呼ばれる立場の人たちは後回しになってしまっている。 「私のことは後でいいから他のメンバー達の評価を先に伝えてあげてください」 そんな言葉に甘えながら、遅くなってごめんねと言いながら、マネージャーの人たちのフィードバック面談を今更（更改された年俸やインセンティブ含め、既に人事考課の結果は本人まで開示されているので本当に遅い。ごめんなさい。）やっているわけだけれども、実際に話をしてみるとむしろ彼らの方がよほど悩んでいたり、早めのサポートが必要な状況だったんじゃないかと感じることが多い。 ここから始まる文章

自分は今、コード書かずにマネジメントしかしてなくて、そんなポジションの人にそれほど価値ないでしょ、とか思ってしまうけれど、こういうポジションの人がいないチームの話とか聞くと、やっぱりいたほうがいいんじゃないか、と思うし、ほとぼりが冷めるとまた自分は無価値のように思えてしまう。 こんな心境の吐露を「エンジニアリングマネージャのキャリアについての悩み」で拝見して、私も何か発信しなければと思ったのがこの記事のきっかけである。筆者のdaiksyさんは、 エンジニアマネージャってなんか実績を示しづらいので、世の中の数多のマネージャ職に埋もれて、自分にスポットが当たりづらい、結果、キャリアに不安が拭えない、みたいなとこないです？ とも述べていて、これら2つのメッセージに込められた心の葛藤は、全てのエンジニアリングマネージャー(以下EM)が感じていることではないかと私は思う。少なくともEMの一人として私

はじめに ここ数ヶ月の業務で、iOS/Androidそれぞれのアプリ内課金(In-App Purchase)、特に定期購読1(Subscription)について調査し、サーバーサイドの設計や実装をおこないました。その経験をもとに基本事項に始まり、ドキュメントからは読み取れないTips・小ネタまでを今の私に可能な限りまとめてあります。 できるだけ参考情報へのリンクも貼るようにしています。定期購読の実装には必要な知識が数多くあるため、この記事が少しでもその理解の助けとなれば幸いです。 ちなみに、公式ドキュメントにはきちんと目を通した方が良いですが、実態の変更にドキュメントが追いついていない困った部分も多々あります（特に日本語ページ）。この記事でもいくつか触れてはいますが、幅広く情報を集めつつ、最終的には実際に手元で試して情報の正しさを検証することをオススメします。 前提・注意事項 この記事は2

数年前から精液検査に一回行ってみたいと思っていて、それが最近ようやく実現した 精液検査をすると、精子が何個くらい出ているのか、活動的な状態にあるのか、病気にかかっていないか等々、色々分かるらしい。 さすがに一度くらいは行っておいた方が良いだろう ネットで適当に調べて、上の方に出てきた精液検査用クリニックに行くことに決めた 精液は尿検査の要領で、その場で採取するらしい。つまり当日、そのクリニックで射精をすることになるということだ それにしても、クリニックで射精をするというのは、どういう感じなんだろう？僕は多少身構えつつ、内心ではワクワクしていた クリニックでの射精。ベストケースはと言えば、ズボンを脱いで待っていると巨乳のナースが全裸で現れ、「失礼します」と良いながらフェラチオをおっ始めてくるパターンだろう。 ただ、さすがに風営法の観点からも実現性に乏しく、これは期待し過ぎである。 次に、やや