Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Sign up for free
Menu
Search
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Features
All features
Private URLs
Password Protection
Custom URLS
Scheduled publishing
Remove Branding
Restrict embedding
Deck Collections
Notes
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Explore
Featured decks
Featured speakers
Programming
Technology
Storyboards
Pricing
Search
Sign in
Sign up for free
ファインディの テックブログ爆誕までの軌跡
Search
starfish719
January 26, 2025
Programming
3.6k
3
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
ファインディの テックブログ爆誕までの軌跡
starfish719
January 26, 2025
More Decks by starfish719
See All by starfish719
VibeCodingからAgenticWorkflowへ
starfish719
0
1.9k
生成AI導入の「期待外れ」を乗り越える ー 開発フロー改革が目指す、真の組織変革
starfish719
0
7.4k
「速く作る」から「正しく作る」へ ─ 生成AI時代の開発フロー改革の ロードマップと実行 ─
starfish719
3
14k
AI活用を推進するために ファインディが下した、一つの小さな決断
starfish719
1
470
生成AI時代のエンジニア育成 変わる時代と変わらないコト
starfish719
0
16k
【Claude Code】Plugins作成から始まったファインディの開発フロー改革
starfish719
0
1.2k
Findy AI+の開発、運用におけるMCP活用事例
starfish719
0
4.3k
生成AIが出力するテストコードのリアル よくあるコードと改善のヒント
starfish719
0
930
生成AI時代に若手エンジニアが最初に覚えるべき内容と、その学習法
starfish719
2
980
Other Decks in Programming
See All in Programming
npm との違いを手がかりにGo の依存管理を理解したい
optim
0
830
現場と育てるRailsモデリング 〜Spreadsheetから始めたモデル設計〜
siroemk
2
630
Lambda durable functionsでHuman in the Loopを楽に…楽に……
har1101
0
110
Atomic Design, Enforced: Scaling Mobile Design Systems (next.app devCon / droidCon Berlin 2026)
steliosf
PRO
0
170
ジョジョの世界をXRで再現する
mofurune
0
170
GemmaをJevのように使ってみる / Use Gemma like Jev
kishida
5
800
iOS 27でニュースアプリはどう変わる!? 〜日経電子版の新機能対応と、開発事例から〜
lynnswap
7
13k
contenteditable と日本語入力に向き合う
colorful12
0
200
個人開発者よ、Honoを使え(おじさんver)
tanahiro2010
2
260
AmebaブログはKMPから卒業します
kmars0605
0
210
TechTown - Creating Composable Callables in Contemporary C++
rollbear
0
130
Agents on Rails - Rails at Scale 2026
irinanazarova
0
570
Featured
See All Featured
Paper Plane (Part 1)
katiecoart
PRO
2
12k
Deep Space Network (abreviated)
tonyrice
0
380
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
6.1k
ラッコキーワード サービス紹介資料
rakko
1
5.4M
AI in Enterprises - Java and Open Source to the Rescue
ivargrimstad
0
1.5k
Optimising Largest Contentful Paint
csswizardry
37
4k
Primal Persuasion: How to Engage the Brain for Learning That Lasts
tmiket
0
500
Design of three-dimensional binary manipulators for pick-and-place task avoiding obstacles (IECON2024)
konakalab
0
630
Navigating Weather and Climate Data
rabernat
0
560
Skip the Path - Find Your Career Trail
mkilby
1
260
Docker and Python
trallard
47
4.2k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
666
130k
Transcript
© Findy Inc. 2025.01.27 テックブログ運営 井⼾端会議〜2025年を⾛り切るために〜 ファインディの テックブログ爆誕までの軌跡 1 ファインディ株式会社
テックリード ⼾⽥ 千隼 @starfish0206
© Findy Inc. 2 今⽇話すこと • テックブログ開設までの歴史 • テックブログ開設に向けて •
ターニングポイント • 継続するコツ • まとめ
© Findy Inc. テックブログ開設までの歴史 3
© Findy Inc. 4 当初はテックブログを開設する予定は無かった • テックブログをやるかどうかの話は数年前から出ていた • しかし、⾊々な理由がありテックブログ開設に⾄っていなかった ◦
ネタ出しして、継続して記事を投稿できるイメージが無かった ◦ 掛けた時間に対するリターンが⾒えなかった ▪ 他にやるべきことがあるのでは? ▪ 露出が少ないのが分かっていた ◦ 開設することは簡単。継続することの⽅が圧倒的に困難。
© Findy Inc. 5 やるしかねえ • でもエンジニア採⽤キツイ、、、 ◦ CIが整備されていて、レビューは速くて、開発⽣産性へ投資しまくってる ◦
エンジニアの退職率が圧倒的に良い。年に退職者が2⼈出たら多い⽅。 ◦ こんなに良い開発環境なのに、応募⺟数が伸びていなかった ◦ 弊社の開発環境の良さを外部に伝えきれていないことを実感 • イベント登壇で露出を増やそう! ◦ ⼀度に伝えきれる⼈数の⺟数に限界がある ◦ 弊社の良さをより多くの⼈に伝えないといけないと痛感 • テックブログやるしかねえ🔥
© Findy Inc. テックブログ開設に向けて 6
© Findy Inc. 7 ⽬的と要件を整理 • ⽬的 ◦ エンジニア採⽤を活性化させたい ◦
そのために、弊社の良いところをより多くの⼈に伝えたい • 要件 ◦ 技術情報だけでなく、開発組織の雰囲気や⽂化も伝えたい ◦ 記事の執筆フローにレビューを⼊れたい ▪ GitHubのリポジトリで管理して、Pull requestベースで執筆する ◦ 仮に執筆者が退職したとしても、テックブログ内の記事として残したい ◦ ブログのドメインを弊社のドメインにしたい
© Findy Inc. 8 はてなブログに決定! • 法⼈向けプランがある • 技術情報に限らず、⾊んな情報を発信できる •
ドメインだけでなく、サブディレクトリ設定も可能 • GitHubのPull requestベースで記事を執筆する仕組みが提供されている ◦ https://github.com/hatena/Hatena-Blog-Workflows-Boilerplate
© Findy Inc. 9 執筆開始! • GitHubにテックブログ⽤のリポジトリを⽤意して、環境構築 ◦ CTOが⼀晩で構築してくれました •
各⾃で記事のアイデアをIssueで作成し、執筆するかどうかの判断と内容の⽅向性を議論 • 下書きで記事を作成し、Pull requestを作成して、レビューして、修正してマージして記事を公開する ◦ 実際の開発作業と同じ • 普段から⾃⾝のブログ執筆やイベント登壇をしているメンバーを中⼼に、普段の業務と並⾏しながら執 筆作業を進めた ◦ テックブログ執筆も⽴派な業務
© Findy Inc. ターニングポイント 10
© Findy Inc. 11 シリーズ記事 • テックブログ開設当時は、記事公開初⽇のPV数が500を超えれば良い⽅ • 開設から1ヶ⽉が経った時に⼤きなターニングポイントが起きた •
エンジニアの⽇常シリーズが突然のバズり ◦ 公開から3⽇で5000PV越え ◦ Part2を公開したら、公開から3⽇で9000PV越え • シリーズ記事でファンを作り、認知を広げ、単発の技術記事への流⼊を増やす流れが強い ◦ シリーズ記事が⼀度でも話題になると、その後のPV数の最低ラインが底上げされる ◦ 今では少なくとも公開初⽇だけで1500PV、平均しても3000PVを超えることは珍しくない
© Findy Inc. 12 弊社のシリーズ記事 • 【エンジニアの⽇常】エンジニア達の⾃慢の作業環境を⼤公開 • 【エンジニアの⽇常】これが私の推しツール!〜⽇々の開発を豊かにするおすすめツール •
【エンジニアの⽇常】エンジニア達の⼈⽣を変えた⼀冊 • Findyの爆速開発を⽀える〇〇
© Findy Inc. 13 シリーズ企画を作り出すコツ • ⾃分たちのテックブログを運営する⽬的を再確認する ◦ 技術情報に特化して、⾃社の技術⼒をアピールしたい? ◦
会社の雰囲気や⽂化の発信もする? • その中で、⾃分たちの強みや特徴を整理する ◦ リモート勤務が多い ◦ 特定のフレームワークに対する知⾒が多い • ⼤きな企画を細分化する ◦ ⼤きな企画記事を⼀つの記事に全て書くのではなく、複数記事に分解する • とりあえずPart1と称して書いてみる ◦ 話題になったら即Part2を書く ◦ ダメそうなら次の企画を考える
© Findy Inc. 継続するコツ 14
© Findy Inc. 15 継続するコツ • 1ヶ⽉毎⽇記事を公開することよりも、毎⽉1記事を1年間続ける⽅が重要 ◦ テックブログ運営は短距離⾛ではなく⻑距離マラソン ◦
定期的に記事を公開しないと読者から忘れられてしまうし、情報の鮮度も落ちてしまう ◦ 息切れしないように、⻑期間継続して記事を公開するほうが難しい • 執筆はボトムアップで ◦ テックブログの編集⻑がマネージャークラスで、トップダウンで記事を書かせると⻑く続かない ▪ 執筆を強制するのは絶対にNG ◦ 執筆はメンバークラスが⾃発的に出来るように仕組み化した⽅が⻑続きする • 執筆者には最⼤限の敬意を ◦ 執筆してくれたことに感謝の意思を⽰す ◦ 記事公開後のアナリティクスの数値やSNSでの反応をシェアする ◦ 執筆してくれたメンバーが「また書いてみようかな」と思ってもらえるような仕組みが必要
© Findy Inc. まとめ 16
© Findy Inc. 17 まとめ • テックブログを運営するに当たって、⽬的と要件を明確にすることが重要 • 今からテックブログを開設するのであれば、まずはシリーズ企画を考えることをオススメ ◦
⾃分たちの特徴や得意なことをベースに記事のアイデアを出してみよう • テックブログ運営は⻑距離マラソン ◦ 記事投稿を⻑く継続していくための仕組み作りが重要 • 執筆を強制するのは絶対にNG ◦ アウトプットが苦⼿な⼈もいる ◦ 苦⼿だけどやってみよう。というならば、最初は⼀緒に書いてみよう • 執筆してくれた⼈の気持ちを⼤切に
© Findy Inc. ご清聴ありがとうございました 18