酒の量が1日ビール1リットルを突破してきてて「こいつはやべえな」と思った。 手が震えたり、仕事中に酒のんだりはしてない。でも退勤時になると頭に頭痛のような違和感が出てくる。なので酒を買う。そう、酒を買って飲むのだ。体調悪いのに酒を飲むのは依存症状だ。離脱症状で幻覚みるとかはないけど、それが我慢できないっぽい。まだ33で、致命的な事態には至ってない。酒で失敗をしたことはないし、記憶もなくさない。だけど、これが10年後、20年後になるとどうなってるか？YouTubeで依存症末期のひとの動画をみた。手の震えでコップがもてなくなってた。心底ゾッとした。 なのでこれまで何度も躊躇っては行かなかったアルコール外来を受診することにした。 まずは電話で予約をいれる。三週間後にきてくれという話になった。電話越しに簡単な問診を受ける。なぜ予約をいれたか、酒で記憶をなくすか、１日どのくらい飲むか、酒が原因の犯罪

最近、昔作ったTest Doubleの解説資料を参照・引用してくれる方がちらほら出ていて恐縮しているのですが、見直してみると結構わかりにくい資料なので今回文章としてまとめたいと思います。内容は世間一般的に言われているMock、Stub、Fake、Dummyといった言葉の定義になります。 Test Doubleとは Test Doubleとは、テスト実行時に、テスト対象が依存しているコンポーネントと置き換わるものです。「テスト代役」と訳されることもあります。世の中でMock、Stub、Fake、Dummyなどと呼ばれているものの総称に位置づけられます。 簡単な例を以下に示します。このコードでは、テストメソッド「テストコード()」がメソッド「テスト対象()」をテストしています。また「テスト対象()」は、中でメソッド「外部メソッド()」を実行しています。なお「外部メソッド」はテスト対象でないとし

■ 人事の超プロが明かす評価基準 を読んだ & エンジニアの評価基準について 去年 @pyama86 さんが読みやすくて面白かったと話していたので買ってシュッと読んだ。 確かに面白くて、コンピテンシーという考え方はなるほどなって感じだった。いろんな立場の人が組織にはいるけど、より管掌や責任の範囲が広い人は狭い人ができることは当たり前とした上で、立場にあった評価の基準が重なっていくという話で、自分も含めて「わかるー」という感じだった。 後、この本では評価を決めるのは影響力というくだりがあって、これは特に専門職に分類される人には読んでもらいたいところなんだけど、エンジニアの場合だとシニアエンジニアは「技術力が高い」から評価されるのはなく「技術力が高いので結果として生み出されるアウトプットの影響力が高い」から評価されると置き換えるとわかりやすいと思う。 「アウトプット」と言われると OSS であ

皆様，こんにちは！ 株式会社Aiming の 土井と申します！ リードソフトウェアエンジニアをやっております！ ここ数年は，業務で Unity の uGUI を使って UI 開発をする機会が多いのですが、 Order in Layer, Sorting Layer, ヒエラルキ上の並び順……(つд⊂)ｺﾞｼｺﾞｼ Unity では重なり順を指定する項目が多いですよね。 これらの項目間の優先度が実際にどうなっているのか理解していなかったため、調査を兼ねてチートシートを作ってみました！ 描画優先度を指定するものを列挙してみた Canvas の Screen Space 設定 Order in Layer SortingLayer Camera の Depth 値 Material の RenderQueue ヒエラルキ(Hierarchy) 上の親子関係・兄弟関係 座標の Z 値 どうやらこれ

こんにちは、取締役CTOのあんちぽちゃんです。「タイトルがすべて」という感じのエントリですが、少しお付き合いください。 本取り組みの背景 2018年5月25日付けの「これからのペパボのエンジニアについて（2018年編）」というエントリにある通り、これからのペパボのエンジニアとして、こういう方向で是非やっていってほしいと社内で語った内容を、このブログでも共有しました。その最後には、こう書かれていました。 ……ってな感じで、制度のアップデートに際しての僕の思いを述べました。アップデートの内容は、大きくは職位の定義を上記の考えに基づく内容にあらためたということと、エンジニアの給与についても上昇する方向で見直しをかけたということの2点になります。 社内的な話なのでここで詳細は述べていませんが、エンジニアの等級制度に関して見直しを行いました。それにともない、新基準において求められる期待にふさわしい給

私の勤務先では人事部だけが採用活動をするのではなくて、現場の人間が面接を担当する。面接官は通常二人組で、このたび私を指名したのが篠塚さんである。篠塚さんは言う。僕、教養がないんで、面接でその手の話になったときにはよろしくです。 篠塚さんは私よりいくらか年長の男性で、職務上の能力がとても高い。専門知識を常時アップデートしている。ものの言い方が率直すぎて誤解を招くことがあるが、内容はおおむね正論である。基本的に誰にでも親切で骨惜しみをしない。イギリスで修士号を取ってから就職したと聞いている。 教養とはこの場合、何のことでしょうか。私が訊くと、篠塚さんは明快に（だいたい明快な人物である）答えた。文学とか芸術とかです。マキノさんそういうの好きでしょ。 私はたしかに小説を読み美術館に行くが、それを教養と呼ぶのか。好きなものを好きなように摂取しているだけではないのか。篠塚さんは言う。僕、仕事関係以外の

【福岡開催】エンジニア成長のカギとなる！アウトプット実践講座 https://forkwell.connpass.com/event/113560/

2019/01/10 Regional Scrum Gathering Tokyo 2019 Day2 13:00～13:45 HallB にて登壇した際の資料です。 楽しいふりかえりを作るための価値・原則を皆さんに共有します。

「エンジニアリング組織論への招待」が発売されたあと、担当編集から「広木さんは仕事を辞めるってことについてどう思いますか？」と聞かれた。 それをうけて、仕事を辞めたくなるようなことでもあったんだろうかと考えた。出版される前にもけんけんがくがく、意見をぶつけ合っていたので、そういったこともあったのかと訝しんだのが、曰く彼女の友人の話であるらしい。 担当編集の友人がこの本を読んだ途端、上司の机に拙著を置いて退職を宣言したとのことだ。剛毅な話だ。このような他人の人生の選択に関して、僕は何の保証もできないので何とも言えない気分になったのだけど、しばらくしてなぜか嬉しい気持ちの方が込み上げてくるのを感じた。 その後、様々な方々が僕の本を引用したり紹介したりしながら、自分がどのように行動し、変化したのかを語ってくれるを目にするようになった。 先ほど検索したら、はてなブックマークされているだけで、100件

本記事は Unity Advent Calendar 2018 の 13日目 の記事です。 qiita.com 普段Zenjectを趣味で使っているのですが、Zenjectは基本的なDIContainer機能の他に、ちょっとDIから離れた便利機能をいくつか提供しています。MemoryPool TestFrameWork Reflection Baking Signal などです。今回はこれらの中で Signal の使い方について解説していきます。 Pub/Subの話 Signalsの話をする前に、Signalsの考え方であるPub/Subについて軽く解説していきます。 メッセージング ゲームはイベント駆動が多いので、状態の変更を通知したくなるときが結構あります。ゲーム開始したらキャラクタを動かし始めたいとか、時間切れを知らせてプレイヤーの操作を受け付けなくしたりとか。そんなとき、通知元と通

はじめに 「心理的安全性」とは、「対人リスクを取っても問題ないという信念がチームで共有されている状態」であるとか、「自分のキャリアやステータス、セルフイメージにネガティブな影響を与える恐れのなく、自分を表現し働くことができること」というような定義がなされています。 心理的安全性という言葉はともすれば、ただ快適で居心地のよい職場という意味にも聞こえます。そのため、ぬるま湯で緊張感のない関係性のことを「心理的安全性が高い」と言うのではないかと考えても不思議はありません。 そのため、友人関係のようにプライベートの時間を長く共有する関係になることが、心理的安全性が高いのだろうと考え、飲み会やバーベキュー、慰安旅行などを企画してみたりとプライベートでも遊ぶ機会を増やそうと考える人もいるでしょう。 いわゆる「アットホームな会社です」とアルバイトの求人記事に書かれているような状態です。こういった求人内容

NETFLIXの最強人事戦略～自由と責任の文化を築く～がおもしろそうだったので読みました。ちなみにぼくは Netflix のサービスは一度も利用したことがないので、完全に組織のお話として読みました。 2018 年 9 月にはぼくの身近なところから「読んでいる」「読み終わった」という声が聞こえてきていて、どうしよっかな、自分はこれはスルーでいいかな…とか思っていたはずなのですが、なにかの拍子に「よっしゃ、読む！」となって読みました。購入日は 10 月 9 日。たしかそれから 1 週間くらいで読み終わったはず。ぼくにとってはスイスイと読み進められる本でした。 ぼくといっしょにお仕事をする人へ 現在の同僚たち、あるいは未来の同僚向けと言ってもいいかもしれません。この本を読み終わって「ぼくは、こういうつもりだな」というのをいくつか確認できたので、明記しておきます。 ぼくが真に向き合うべきお仕事がな

SNSというかTwitterで同僚をフォローするのをやめて精神衛生が良くなった。 一緒に仕事をするうえでパーソナリティも知りたいなと思って基本的にフォローしていたのだけれど、最近それによって楽しいとか便利と思うことより、きついと感じる機会のほうが多くなったのでやめた。 『エンジニアのためのマネジメントキャリアパス』を読んだ そもそものきっかけは、チームでテックリードというエンジニアのリーダー的な役割を拝命したからだった。 チームを良くするためにという思いもあって、チームのエンジニアのそれも職能のうちの一部に限定して基礎的なマネジメントに手をつけはじめた。 会社にはシニアエンジニアによるメンタリング制度がありそちらはチーム 外 のエンジニアがメンターを務めることになっている。その制度とは別にテックリードとしてチームメンバーのキャリアプランなどを鑑みて、チームと個人がお互いにハッピーになるには

「持つもの」と「持たざるもの」の闘争は、インターネットの風物詩。でも、対立構造を煽っても問題はほとんど解決しません。むしろ、お金持ちがよろこんで富を再分配したくなる、そんな仕組みが必要です。 お金持ちを殴っても、なにも進展しない想像してみてください。 いきなり「搾取野郎！」とか暴言を浴びせられ、「あいつは人民の敵だ打倒しろ！」とか「会社を焼け、富を取り戻せ！」とか言われたら、人はどう感じるでしょうか？ 「あぁ、僕はなんて罪深いんだ… よし、彼らにお金を配ろう！」とは絶対になりません。 普通に考えて、「げ、なんかヤベェやつ来たよ。関わりたくない、逃げよう！」と思っちゃいます。 つまり防衛行動として、距離をとっちゃうわけですね。 対立構造をもって富の再分配をしようとしても、かえって相手を硬化させてしまうわけです。（基本的に対立を煽るアプローチは手っ取り早いが、中長期ではデメリットのほうが大きい

頑張って退職エントリでも書くか — うじ川@新潟 2018/11/10〜 (@ujikawa1026) November 6, 2018 退職エントリ、流行ってませんか? 多分、退職エントリには人生色々が詰まっていて、それが面白いからだと思います。ただ、僕は天邪鬼なので流行ってるとそれにノリたくないな、と思ってしまって退職しても、なんとなく書かずにいました。あと、前職のこと悪く言う記事とか散見されるようになりましたが、あれ僕個人的には凄く嫌な感じがして、それもあると思います。 あと、ブログ、と言うか僕が書くこと全般って自分の思考を整理し、整理した状態のものを後から見返すと自分が面白いから書くことがほとんどなのですが、こと今回の退職についてはこれでもかってくらい考えて、整理なんて不要なものでした。あと、そういった感情と共に刻み込まれたものって絶対に忘れないし、そういう意味でもあまり退職エント

ミクシィグループではこちらで説明している通り、様々な事業領域にてサービスを展開しています。運営しているプロダクトには10年以上稼働しているシステムもあれば、リリースしたばかりのものまで多岐にわたっているため、様々な技術が各所で採用されています。 多数のサービスを展開していることもあり、改めてミクシィグループの各サービスや事業部が現在どのような技術を採用しているか、技術スタックをまとめてみました。開発言語やインフラ環境、デプロイツールなどをサービス/事業部ごとにまとめています。 【サービスおよび、技術スタック一覧】 ※サービスやプロダクトに該当しないケースは、各事業部で採用している技術を紹介します。 ※2018年8月30日時点での情報です。 ※8月30日に実施された社内イベントの内容を元に作成しています。 その2はこちら スマートヘルス 事業部の取り組み スマートヘルス事業部は、超高齢社会を

働く環境 メンバー1人ひとりが自己成長の実現とクリエイティビティな仕事を発揮するために、オリジナルの制度や働き方などがあります。