shiratori

株式会社スイッチメディアでVPoEやってます。
Engineering Manager / Web Engineer / 開発組織作り / Remote Worker / Java / Scala / PHP

[うーふ @uufu_engineer]

「このドメインに興味がある」という理由で入社してきたエンジニアが、2年前からいるエンジニアよりも業務ルールや商習慣に詳しくなっている。

仕様を検討する時は、「こういうオペレーションの考慮も必要です」と漏れていた観点を出す。

他部署から仕様の問い合わせが来た時も、背景にあるバックオフィスの業務まで踏まえて、一歩先回りした気の利く回答をしている。

こういう姿を見ると、エンジニアがドメイン知識を学ぶのって、テクニック以前に「そもそも興味があるか」がかなり大きいと思ってしまう。

興味があるからこそ勝手にアンテナが張られる。

興味があるからこそ疑問や違和感が生じて、それを調べるうちに理解も深まっていく。

「大事だから」といくら言われても、業界やサービスに興味がないなら、なかなか頭に入らない。

ドメイン知識を武器にしたいなら、キャッチアップの工夫以上に、そもそも興味を持てる業界やサービスに携わることが大事だなと。

[shiratori @shitai246]

「違いないなー！違いないなー！」って叫びながら自転車で通り過ぎて行ったおじさんがいてなんだろうと思っていたら同じように叫びながら来た道を戻って行ったので、たぶん8番出口を探してたんだな

[Coral Capital @coral_capital]

【サービスを閉鎖するハードな決断を迫られた時には】
https://t.co/PoQt2vt95t

「ハードな決断について言えるのは、早く決断するほど、決断による良い影響が早く現れるということです。先延ばしにするのがスタートアップにとって最悪の選択」とUnion Square VenturesのFred Wilson氏は考えます。

[遠藤達哉 @_tatsuyaendo_]

人生で初めて買ったCDがスピッツさんでした。

高校生だった投稿時代、毎日毎日『スピッツ』～『フェイクファー』までの全アルバムをお供に深夜まで漫画を描いてました。
暗い部屋の中、眠い中、ずっとスピッツさんの音楽に灯をともしてもらってました。

あの頃の自分に教えてあげたいです。

[『SPY×FAMILY（スパイファミリー）』アニメ公式 @spyfamily_anime]

／

　Season 3オープニング主題歌
　#スピッツ「灯を護る」に決定🎉✨

　ノンクレジットオープニング映像公開🎬

＼

今回、スピッツがTVアニメのために
楽曲を書き下ろすのは初めてです‼️

Season 3は10月4日(土)23:00より
テレ東系列ほかにて放送📺⚡️

#SPY_FAMILY
#スパイファミリー

[shiratori @shitai246]

きました！
PRODUCT HISTORY CONFERENCE 2025 https://t.co/WaPMN4KlPe #プロヒス2025 に参加します！ #YOUTRUST

[アニメ『違国日記』公式 @ikoku_anime]

━━━━━━━━━━━🌱꙳⋆
　　 『 #違国日記』
　フォロー&RPキャンペーン
⋆꙳💫━━━━━━━━━━━

新ビジュアル&PV&キャスト解禁記念✨️
抽選でサイン入り色紙や図書カードをプレゼント🎁

🏡参加方法
①@ikoku_anime をフォロー
②この投稿をRP

詳細🔽
https://t.co/eEvDAS9HJv

[shiratori @shitai246]

Switch2届いた

[shiratori @shitai246]

親指トラックボールで複数Bluetooth接続可能なマウス欲しいけど安いやつはすぐ壊れるのでロジクールから出てくんないかな

[fugaco @fugaco]

うちはエンジニア採用も完全に閉じてはいないけど、リファラル採用（既存社員からの紹介）の方を重視したがっているのは感じますね。

[gaijineers @gaijineers]

プロダクトマネージャーのみなさん、朗報です

Shopifyがプロダクトマネージャー面接にコーディング課題を追加

いよいよ作れないのに作らせる職業がなくなるぞ

[naoya @naoya_ito]

競プロ強くなってくると、まず抽象度の高いモデルで考えて、それで解法の道筋が立ったら実装に落とし込む、という思考の順序になる

思考が具体的なデータ構造の挙動などの実装に引っ張られると、あらぬ方向に思考がいったり、脳内スタックが溢れてしまったりする

[shiratori @shitai246]

やっとSwitch2当たった

[shiratori @shitai246]

/usr/bin/[ 知らんかった…まだまだ知らんことあるな…

[éǵh₂ deywós h₁ésmi（だいみょーじん（猊下）） @Egh2Deywos]

/usr/bin/[、お前だったのか。いつも条件式を評価してくれたのは。

[shiratori @shitai246]

来ました
【3社合同】After 開発生産性Conference 2025 改善しNight https://t.co/PQFiIjihFv #After_開発生産性Conf

[丹|株式会社DELTA @jugglertansan]

こちら来てます！
いい雰囲気 https://t.co/9LcoCTf3L1

[広木 大地/ エンジニアリング組織論への招待 @hiroki_daichi]

開発生産性の議論になると、なぜかいつも感情的になってしまう

エンジニアにとって生産性への疑問は、まるで仕事ぶりそのものを否定されているように感じる。アイデンティティに届く刃なのです。

でも実は、生産性＝アウトプット/インプットという基本式を理解すれば、議論はずっと冷静になる

製造業では従業員数に対する生産量や生産額で測定できますが、ソフトウェア開発はそう単純ではありません。コード行数で測ろうとしても、質の悪いコードほど行数が多くなるという矛盾が生まれてしまう。

重要なのは生産性を3つのレイヤーで分けて考えること

レベル1は仕事量の生産性。作業効率の話です。
レベル2は期待付加価値の生産性。価値ある施策をどれだけリリースできたか。
レベル3は実現付加価値の生産性。実際の売上やKPIへの貢献度。

経営層はレベル3の結果だけを見がちで、エンジニアはレベル1の話として受け取ってしまう。この認識のずれが不毛な対立を生んでしまいます。

売上が伸びないからといって、工場の生産効率を責める人はいないでしょう。でもソフトウェア開発では、なぜかその短絡的な議論が横行している。

改善したいことは、もしかしたら生産性ですらないのかも知れません。
https://t.co/9FPuRA6at5

[shiratori @shitai246]

出社したら駅前に石丸さんいた

[株式会社スイッチメディア【公式】 @SwitchMediaJP]

＼🆕プレスリリース／
スイッチメディアは、昨年より提供しているテレビとデジタルの統合分析SaaS「クロスメディアインサイト」の新機能として、テレビ・デジタルの広告予算アロケーションを支援するツール 「メディアプランナー」の提供を開始します。
#スイッチメディア
https://t.co/oDrkPtyI5u