Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
ギフティの技術ブログ 再出発とこれから / restart of giftee tech bl...
Search
nakaryo
January 27, 2025
0
210
ギフティの技術ブログ 再出発とこれから / restart of giftee tech blog 2024
nakaryo
January 27, 2025
Tweet
Share
More Decks by nakaryo
See All by nakaryo
再利用パターン / Pattern of code reuse
ryotanakaya
0
130
エンジニアリングエッセイのススメ
ryotanakaya
0
340
ソフトウェアアーキテクチャについて 語るときに 僕の語ること
ryotanakaya
1
1.3k
エンジニアと要件定義
ryotanakaya
2
870
Go と並行処理
ryotanakaya
0
350
ワクワク!Rubyクイズ!!
ryotanakaya
0
1.4k
増え続けるトランザクションデータと向き合う
ryotanakaya
0
460
シャッフルランチシステムを刷新してみた話
ryotanakaya
0
170
Featured
See All Featured
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
160
15k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
52
2.5k
The Cult of Friendly URLs
andyhume
78
6.3k
Cheating the UX When There Is Nothing More to Optimize - PixelPioneers
stephaniewalter
280
13k
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.6k
Making the Leap to Tech Lead
cromwellryan
133
9.3k
The Invisible Side of Design
smashingmag
299
50k
Embracing the Ebb and Flow
colly
85
4.7k
Building an army of robots
kneath
305
45k
Become a Pro
speakerdeck
PRO
28
5.3k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
137
33k
Automating Front-end Workflow
addyosmani
1370
200k
Transcript
2025/01/27 Nakaya Ryota ギフティの技術ブログ 再出発とこれから
名前:なかりょー 所属:株式会社ギフティ 職種:バックエンドエンジニア、時々技術ブログ編集委員や技術広報活動 X: @nakaryo79
自己紹介
2024年 技術ブログを再出発させました
• ブログ自体は2019年にスタート • 書く人があまりおらず、月に1本記事が出るかどうか • 執筆者の偏り • ブログ自体のメンテナが不在
• ブログを書いたことに対するフィードバックも薄い • 時にはノルマが課されたり... 2024年初頭までの状況
• ブログ自体は2019年にスタート • 書く人があまりおらず、月に1本記事が出るかどうか • 執筆者の偏り • ブログ自体のメンテナが不在
• ブログを書いたことに対するフィードバックも薄い • 時にはノルマが課されたり... 2024年初頭までの状況 →全体的に退廃した雰囲気が漂っていた
• 弊社には「知見を贈り合う」というエンジニアバリューがある • バリューを推進したい なぜ技術ブログを続けたいか
• 対外的なアウトプットをするためのツールとして、技術ブログは効果的なツール • アウトプットは個人の成長にもつながる • エンジニア採用は超熾烈...テックブランディングしないと人がやってこない
なぜ技術ブログを続けたいか →なんとかして技術ブログを活性化させたい!!
やったこと • 社員アンケート調査 • ブログを書く意義を明文化 • 技術ブログプラットフォームのリニューアル • 社内での積極的な執筆支援、フィードバック
やったこと • 社員アンケート調査 • ブログを書く意義を明文化 • 技術ブログプラットフォームのリニューアル • 社内での積極的な執筆支援、フィードバック
社員アンケート調査(現在地の確認) • ギフティの技術ブログの存在を知ってますか? • ギフティの技術ブログを知ったタイミング、認知のきっかけはなんでしたか? • 会社の技術ブログの記事の書き方を知ってますか? • 会社の技術ブログの記事を書いたことはありますか? •
会社の技術ブログを書く上でハードルだと思っていることはありますか? • 「イケてる情報発信をしている」企業はありますか?どこにそう感じますか? • 会社の技術ブログに関して思うことがあれば自由にお書きください • まずは現場社員がどう思っているかの確認 • 以下のような内容のアンケートを匿名で取ってみた
• ギフティの技術ブログの存在を知ってますか? ◦ 10%の人が存在すら知らなかった... • 会社の技術ブログの記事の書き方を知ってますか? ◦
70%の人が知らないと回答 社員アンケート調査(現在地の確認)
• ギフティの技術ブログの存在を知ってますか? ◦ 10%の人が存在すら知らなかった... • 会社の技術ブログの記事の書き方を知ってますか? ◦
70%の人が知らないと回答 社員アンケート調査(現在地の確認) 逆にいうと、執筆フローなどが整備、周知されて 書きやすい状態になっていれば、もっと書いてく れる人が増えるかも...?
やったこと • 社員アンケート調査 • ブログを書く意義を明文化 • 技術ブログプラットフォームのリニューアル • 社内での積極的な執筆支援、フィードバック
• そもそもなぜ技術ブログを書くのか? • ブログを書くとどういう良いことがあるのか? • 普段ブログを書いている人にとっては自明であるが、逆に書いたことない人は全くイメー ジできない人もいる •
ここがハッキリしていないと、社員のボランティア精神に委ねがちになり、やる気のある社 員がいなくなると退廃してしまう ブログを書く意義の明文化
ブログを書く意義の明文化 • CTO、VPoE 交えて技術ブログを書く意義を明文化 • 併せて、社員個人目線、会社目線、採用目線それぞれでの提供価値も言語化して、技 術ブログを書くメリットを共有
ブログを書く意義の明文化 • CTO、VPoE 交えて技術ブログを書く意義を明文化 • 併せて、社員個人目線、会社目線、採用目線それぞれでの提供価値も言語化して、技 術ブログを書くメリットを共有 → 会社が対外的なアウトプットを大事にしている、評価する意
思があるというメッセージングが大事
やったこと • 社員アンケート調査 • ブログを書く意義を明文化 • 技術ブログプラットフォームのリニューアル • 社内での積極的な執筆支援、フィードバック
• 既存のブログは作ったはいいもの、メンテナがおらず誰も触れない状態になっていたの で、思い切ってプラットフォームを移行 ◦ 自社ホスティング(Gatsby + Netlify) → はてなブログ
技術ブログプラットフォームのリニューア ル
• ブログ機能自体を SaaS に任せることでメンテコストとエンハンスコストを削減 ◦ 餅は餅屋 • はてなブックマークなどのキュレーションで露出を拡大したい
◦ https://hatena.blog/dev • GUI からも Git からも簡単に執筆できるようにし、書き始めるハードルを下げたい 技術ブログプラットフォームのリニューア ル 移行の狙い
やったこと • 社員アンケート調査 • ブログを書く意義を明文化 • 技術ブログプラットフォームのリニューアル • 社内での積極的な執筆支援、フィードバック
• とりあえずこの人たちに雑に訊いたら助けてくれるよ • 執筆のサポートや記事のレビューを積極的に実施 • 執筆ドキュメントの整備などセルフオンボーディングの仕組み化 •
記事を公開したら社内 slack チャンネルでの周知や全エンジニアが参加するスタンドアッ プ MTG で共有 • X などでの公開周知ポスト • アドベントカレンダーの企画 • etc… 社内での積極的な執筆支援、フィードバッ ク 技術ブログ編集コアチームを組成(有志のエンジニア3人)
• とりあえずこの人たちに雑に訊いたら助けてくれるよ • 執筆のサポートや記事のレビューを積極的に実施 • 執筆ドキュメントの整備などセルフオンボーディングの仕組み化 •
記事を公開したら社内 slack チャンネルでの周知や全エンジニアが参加するスタンドアッ プ MTG で共有 • X などでの公開周知ポスト • アドベントカレンダーの企画 • etc… 社内での積極的な執筆支援、フィードバッ ク 技術ブログ編集コアチームを組成 なんか盛り上がっているな、と いう雰囲気作りが大事
• 執筆記事数:年50本 🙌 ◦ YOY250%↑ 進捗
• 執筆者数:24人 ◦ YOY170%↑ 進捗
• 初めて会社の技術ブログを書いた人や、若手エンジニアも積極的に執筆に参加 • 新卒エンジニアが「良い文章の書き方を教えて欲しい!」など、向上心のある投かけをし てくれたり 進捗
• 現場社員が実際どう思っているか、は結構大事 ◦ 匿名アンケートとか取ってみると良い • なぜ書くか、という意味付けの重要性 ◦
会社のため、採用のため、ではなくて個人の成長やバリューのために書くというマイ ンドチェンジ • 会社の後押し ◦ 書く時間がない、という人が多い ◦ 会社として業務時間を使うことを是とするメッセージングも大事 • 社内で盛り上がっているというモメンタムめっちゃ重要 まとめ
• さらに間口を広げる • 記事の質の向上 ◦ 量の次は質 • 編集長の持ち回り化 ◦ 属人化させない
• サポートがなくても自発的に対外的なアウトプットがなされている状態を作る ◦ 最終的にはやっぱりコレ 今後やりたいこと
• ブログ再出発の詳細は技術ブログにも書いたので是非読んでみてください • https://tech.giftee.co.jp/entry/2024/12/03/100000
Fin