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
オープンセミナー2025@広島LT技術ブログを続けるには
Search
Satoshi Kaneyasu
August 22, 2025
Programming
290
0
Share
Embed
Copy iframe code
Copy JS code
Copy link
Start on current slide
オープンセミナー2025 @広島 LT 技術ブログを続けるには
Satoshi Kaneyasu
August 22, 2025
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
[ハンズオン]AIへの指示だけで「五目並べ」を作ってみよう
satoshi256kbyte
1
400
KiroのSpecで「五目並べ」を作ってみる
satoshi256kbyte
1
400
【業務アプリのモダナイズ】このまま保守・改修し続けて大丈夫ですか?
satoshi256kbyte
1
84
今から学ぶベクトルデータベース基礎知識からAmazon Bedrock Knowledge Basesまで
satoshi256kbyte
2
29
Amazon Managed Grafana で Amazon DynamoDB のデータを可視化する Infinity Plugin + プライベート API 構成
satoshi256kbyte
1
49
AI駆動開発にグラフDBを重ねてみた
satoshi256kbyte
2
900
AWS Transform Customによる Spring Boot 2.xから4.xへのVerUp
satoshi256kbyte
2
200
運用ダッシュボードの設計を誰も教えてくれないのだけどみなさんどうしてるんですか? - チームに監視するという文化を根付かせるための第一歩を踏みたい -
satoshi256kbyte
1
260
AWS CDK ExpressモードとCI/CDの組み合わせ
satoshi256kbyte
1
87
Other Decks in Programming
See All in Programming
AIが生成したコードは読むべきか?抽象化設計とコードの品質保証 / abstraction-design-and-quality
minodriven
16
9k
PyConTW 2026 - AI Coding 不只是工具升級, 區域醫院醫療資訊系統協作開發與資訊團隊轉型實踐
cclai999
0
250
Seven New Principles of Software Engineering
yegor256
0
470
LLM 101: Exploring LLMs, Starting with Tokens.
dalinaum
0
100
プロジェクトコードをキレイキレイしよう!暗黙的な参照を読み解く静的解析
ostk0069
0
210
AI時代のシニアエンジニアとは
yosuke_furukawa
PRO
15
11k
Event is what happens
moro
2
4.1k
[DroidKnights 2026] Workflow AX: From Auto-Documented Policies to E2E Testing
raeminkang
0
560
Web Framework Benchmark Battle 2026, Any%
a_matsuda
3
3.2k
우리의 Nitro Modules는 당신의 Turbo Modules보다 아름답다
l2hyunwoo
0
260
現場と育てるRailsモデリング 〜Spreadsheetから始めたモデル設計〜
siroemk
2
1.2k
SFCで実現する病院・医療システムの動的組み立て式UI
koukimiura
1
170
Featured
See All Featured
Lightning talk: Run Django tests with GitHub Actions
sabderemane
0
320
Rebuilding a faster, lazier Slack
samanthasiow
85
9.8k
First, design no harm
axbom
PRO
2
1.4k
Done Done
chrislema
187
17k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
234
18k
A designer walks into a library…
pauljervisheath
211
25k
Why Mistakes Are the Best Teachers: Turning Failure into a Pathway for Growth
auna
0
350
Building the Perfect Custom Keyboard
takai
2
950
Breaking role norms: Why Content Design is so much more than writing copy - Taylor Woolridge
uxyall
2
520
How to train your dragon (web standard)
notwaldorf
96
6.9k
How to make the Groovebox
asonas
2
2.5k
Mozcon NYC 2025: Stop Losing SEO Traffic
samtorres
1
600
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 • 技術をブログを続けるには? • やめない • やめなくてすむぐらいのボリュームで記事を書き続けること • 良い記事は引き算がうまい記事でもあると思います