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
オープンセミナー2025@広島LT技術ブログを続けるには
Search
Satoshi Kaneyasu
August 22, 2025
Programming
0
180
オープンセミナー2025 @広島 LT 技術ブログを続けるには
Satoshi Kaneyasu
August 22, 2025
Tweet
Share
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
お客様とSIerではじめたスクラム開発(で得た学び)
satoshi256kbyte
0
64
From Pipenv to UV: Migrating to a Monorepoto Tame a Complex Repository
satoshi256kbyte
0
10
複雑化したリポジトリをなんとかした話 pipenvからuvによるモノレポ構成への移行
satoshi256kbyte
1
810
ディレクトリ構成と設定ファイルから考えるSIerのVibe Coding
satoshi256kbyte
0
32
GitHubとGitLabとAWS CodePipelineでCI/CDを組み比べてみた
satoshi256kbyte
4
320
生産性の壁を越えろ! 何がなんでも計測する
satoshi256kbyte
1
34
オープンセミナー2025@広島「君はどこで動かすか?」アンケート結果
satoshi256kbyte
0
280
AWS Summit Japan 2024と2025の比較
satoshi256kbyte
0
21
はじめてのKiro、今あなたは岐路に立つ
satoshi256kbyte
1
90
Other Decks in Programming
See All in Programming
Cloudflare AgentsとAI SDKでAIエージェントを作ってみた
briete
0
120
(Extension DC 2025) Actor境界を越える技術
teamhimeh
1
230
ててべんす独演会〜Flowの全てを語ります〜
tbsten
1
220
Web技術を最大限活用してRAW画像を現像する / Developing RAW Images on the Web
ssssota
2
1.2k
ポスターセッション: 「まっすぐ行って、右!」って言ってラズパイカーを動かしたい 〜生成AI × Raspberry Pi Pico × Gradioの試作メモ〜
komofr
0
980
私達はmodernize packageに夢を見るか feat. go/analysis, go/ast / Go Conference 2025
kaorumuta
2
500
GraphQL×Railsアプリのデータベース負荷分散 - 月間3,000万人利用サービスを無停止で
koxya
1
1.2k
SpecKitでどこまでできる? コストはどれくらい?
leveragestech
0
570
Back to the Future: Let me tell you about the ACP protocol
terhechte
0
130
Go言語の特性を活かした公式MCP SDKの設計
hond0413
1
200
iOSアプリの信頼性を向上させる取り組み/ios-app-improve-reliability
shino8rayu9
0
150
CSC509 Lecture 02
javiergs
PRO
0
410
Featured
See All Featured
Java REST API Framework Comparison - PWX 2021
mraible
33
8.8k
[RailsConf 2023] Rails as a piece of cake
palkan
57
5.9k
Site-Speed That Sticks
csswizardry
11
880
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
7
890
Mobile First: as difficult as doing things right
swwweet
224
10k
Product Roadmaps are Hard
iamctodd
PRO
54
11k
Principles of Awesome APIs and How to Build Them.
keavy
127
17k
Visualization
eitanlees
148
16k
It's Worth the Effort
3n
187
28k
Optimizing for Happiness
mojombo
379
70k
CoffeeScript is Beautiful & I Never Want to Write Plain JavaScript Again
sstephenson
162
15k
Navigating Team Friction
lara
189
15k
Transcript
オープンセミナー2025 @広島 LT 技術ブログを続けるには 2025/08/23 SATOSHI KANEYASU #OSH2025
自己紹介 #OSH2025 氏名:兼安 聡 所属:株式会社サーバーワークス アプリケーションサービス部 在住:広島(フルリモート) 担当:DevOps、技術支援、PM、SM SNS(X):@satoshi256kbyte ⚫
PMP2025 AWS Community Builders ⚫ 2025 Japan AWS Top Engineers (AI/ML Data Engineer) ⚫ 2025 Japan AWS All Certifications Engineers ⚫ 認定スクラムマスター ⚫ PMP
2024年度のアウトプット実績 #OSH2025 ブログ:33(会社ブログ)+23(Qiita) 登壇:25 ウェビナー:5
#OSH2025 技術ブログを続けるには?
#OSH2025 やめない
やめないようにするには #OSH2025 • 自分ノルマ・ペースが崩れると一気に書かなくなるので、一定ペースで書き続けることが重要 • やめないようにするには「ちょうどいいボリュームで書く」が重要 • 気合いの入った記事を連発する必要はないと思います • 良い記事は引き算がうまい記事だと思います
• 多くの人は技術ブログに読み物ではなく、ヒントを求めています
引き算の記事とは #OSH2025 • その記事で伝えたいことを最優先にし、それ以外のことは薄くします • 特定の課題の解決策を共有したい • 専門的なことを共有したい • 手順を見せたい
• 知識をまとめたい • 課題解決や専門的知識は、ズバリの部分に力を入れ、前段・後書は薄くでよいでしょう • 手順を見せたり、まとめを見せたりする場合は、流れやわかりやすさを重視し、 一つ一つは薄くてよいと思います • 読むのに時間がかかる記事は良いとは言い切れません
記事のポイントを絞る際のポイント #OSH2025 • 何を伝える記事なのかをしっかりタイトルに込める • 例)AWS CodePipelineとAWS CodeArtifact でソースコードのパッケージ化と共有をやってみる •
この記事のタイトルを「AWS CodeArtifactとは?」にしてしまうと同サービスの全機能を紹介しないといけ ない感じになる上、対検索エンジン的にも非常に弱くなります。 • 記事の対象者と、記事執筆における技術検証の環境を書く • これにより本題に入るのに必要な事前情報をバッサリカットすることが許される雰囲気になります • どういった環境で検証した環境を書いてない記事は、信用できないと判断する人は存在します
まとめ #OSH2025 • 技術をブログを続けるには? • やめない • やめなくてすむぐらいのボリュームで記事を書き続けること • 良い記事は引き算がうまい記事でもあると思います