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
200
オープンセミナー2025 @広島 LT 技術ブログを続けるには
Satoshi Kaneyasu
August 22, 2025
Tweet
Share
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
お客様とSIerではじめたスクラム開発(で得た学び)
satoshi256kbyte
0
78
From Pipenv to UV: Migrating to a Monorepoto Tame a Complex Repository
satoshi256kbyte
0
17
複雑化したリポジトリをなんとかした話 pipenvからuvによるモノレポ構成への移行
satoshi256kbyte
1
1.3k
ディレクトリ構成と設定ファイルから考えるSIerのVibe Coding
satoshi256kbyte
0
44
GitHubとGitLabとAWS CodePipelineでCI/CDを組み比べてみた
satoshi256kbyte
4
410
生産性の壁を越えろ! 何がなんでも計測する
satoshi256kbyte
1
40
オープンセミナー2025@広島「君はどこで動かすか?」アンケート結果
satoshi256kbyte
0
300
AWS Summit Japan 2024と2025の比較
satoshi256kbyte
0
24
はじめてのKiro、今あなたは岐路に立つ
satoshi256kbyte
1
110
Other Decks in Programming
See All in Programming
カンファレンス遠征を(安く)楽しむ技術
wp_daisuke
0
150
Rails Girls Sapporo 2ndの裏側―準備の日々から見えた、私が得たもの / SAPPORO ENGINEER BASE #11
lemonade_37
2
160
Web エンジニアが JavaScript で AI Agent を作る / JSConf JP 2025 sponsor session
izumin5210
4
1.8k
Agentに至る道 〜なぜLLMは自動でコードを書けるようになったのか〜
mackee
5
1.6k
問題の見方を変える「システム思考」超入門
panda_program
0
270
Swift Concurrency 年表クイズ
omochi
3
230
Java_プロセスのメモリ監視の落とし穴_NMT_で見抜けない_glibc_キャッシュ問題_.pdf
ntt_dsol_java
0
200
What's New in Web AI?
christianliebel
PRO
0
130
イベントストーミングのはじめかた / Getting Started with Event Storming
nrslib
1
570
例外処理を理解して、設計段階からエラーを見つけやすく、起こりにくく #phpconfuk
kajitack
12
6.2k
Eloquentを使ってどこまでコードの治安を保てるのか?を新人が考察してみた
itokoh0405
0
3.2k
「正規表現をつくる」をつくる / make "make regex"
makenowjust
1
470
Featured
See All Featured
Optimizing for Happiness
mojombo
379
70k
Performance Is Good for Brains [We Love Speed 2024]
tammyeverts
12
1.3k
4 Signs Your Business is Dying
shpigford
186
22k
A better future with KSS
kneath
239
18k
Thoughts on Productivity
jonyablonski
73
4.9k
Statistics for Hackers
jakevdp
799
220k
Designing for humans not robots
tammielis
254
26k
Fashionably flexible responsive web design (full day workshop)
malarkey
407
66k
The Cost Of JavaScript in 2023
addyosmani
55
9.3k
RailsConf 2023
tenderlove
30
1.3k
Sharpening the Axe: The Primacy of Toolmaking
bcantrill
46
2.6k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
34
2.5k
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 • 技術をブログを続けるには? • やめない • やめなくてすむぐらいのボリュームで記事を書き続けること • 良い記事は引き算がうまい記事でもあると思います