放置しがちな社内システムこそ式年遷宮していこう - pixiv inside

こんにちは、CTO兼福岡オフィスマネージャーの@edvakfです。最近はとあるC++のコードをRustに逐語訳しながらRustを勉強中です。 今回はピクシブで使っているデプロイ管理画面のpployをgo-pployにリプレースした話を書きます。 まずは結論から メンテナビリティの向上 を目指して社内システムをリプレースした 小規模であっても新規開発から得られる学びはとても大きい その気になれば式年遷宮できるシステム規模を心がけましょう そもそもpployとは？ pployとは、「デプロイ管理画面」という類の小さなウェブアプリケーションです。 ピクシブで開発しているウェブアプリケーションのデプロイは基本的にはすべて 「デプロイ中」状態になる masterにpushする staging等にデプロイして確認する productionにデプロイする 問題無ければ「デプロイ中」状態を解く という手順

[tofu-kun]

機会提供という点でも良い

[luccafort]

実験的、挑戦的なものこそ社内システムとかで知見貯めていくという方法がいいのかもな。式年遷宮していかないとどうしても大本の問題を解決できなくてジリ貧になってしまうのですよね。

[uskey]

“また、その気になればいつでも書き直せるぐらいの規模にシステムを保っておくこの重要性も改めて実感しました。（特に社内システムは！）” タイトルもさることながらいい話だ

[maricar9710]

社内システムフルスクラッチしたすぎる

[noonworks]

“その気になれば式年遷宮できるシステム規模を心がけましょう”

[W53SA]

“また、その気になればいつでも書き直せるぐらいの規模にシステムを保っておくこの重要性も改めて実感しました。（特に社内システムは！）”

[koyancya]

"また、その気になればいつでも書き直せるぐらいの規模にシステムを保っておくこの重要性も改めて実感しました。（特に社内システムは！）"

[ikosin]

“また、その気になればいつでも書き直せるぐらいの規模にシステムを保っておくこの重要性も改めて実感しました。（特に社内システムは！） ”

[y___u]

社内検索エンジンを放置してて新しいドキュメントがインデックスされない会社もあったなぁ…

[pochi-mk]

その気になれば式年遷宮できる規模に保つ、という発想、いいな。上手くやれば、チームのメンバーのスキル向上に使える。

[braitom]

5年ごとに作りかえます！みたいな前提で作れると確かによいかも“その気になればいつでも書き直せるぐらいの規模にシステムを保っておくこの重要”

[nazoking]

式年遷宮のコストかけられるならあらゆる技術的負債は無くせる気がする

[teppeis]

社内システムで式年遷宮が前提ならメンテをあんまり気にしないでチャレンジングな設計もできるし良さそう

[ttskch]

タイトルに共感しすぎた

[albacore]

弊社はRustエンジニアが多いことで有名

[chirasinouramemo]

予め隣に新築する用地を用意しておくこと。古い社はご神体を遷してから取り壊すこと。

[taichitary]

めっちゃ忙しそうなのに見えないところで超コード書いてるのめっちゃエモいです。

[kanu-orz]

式年遷宮方式良いかも

[iga_k]

edvakfさんのおかがえでデプロイシステムめっちゃ使いやすくなった〜

[FromAtom]

やっぱGo言語勉強したほうが良さそう感ある。

[sue445]

“ピクシブではGoエンジニアも募集しています！” / 呼ばれた気がした #様式美