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
Sponsored
·
SiteGround - Reliable hosting with speed, security, and support you can count on.
→
Satoshi Kaneyasu
August 22, 2025
Programming
0
230
オープンセミナー2025 @広島 LT 技術ブログを続けるには
Satoshi Kaneyasu
August 22, 2025
Tweet
Share
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
Amazon_Cognito_で構築する_スケーラブルな_Web_アプリケーション__シングルページ_Web_アプリケーションに認証を組み込む_.pdf
satoshi256kbyte
0
10
人間とAI、どちらが書いたコードもCI/CDでチェックしてみよう
satoshi256kbyte
0
13
今こそ押さえておきたい アマゾンウェブサービス(AWS)の データベースの基礎 おもクラ #6版
satoshi256kbyte
1
200
今こそ押さえておきたい アマゾンウェブサービス(AWS)の データベースの基礎
satoshi256kbyte
1
33
人間とAI、どちらが書いたコードもCICDでチェックしてみよう
satoshi256kbyte
1
27
はじめてのカスタムエージェント【GitHub Copilot Agent Mode編】
satoshi256kbyte
0
460
お客様とSIerではじめたスクラム開発(で得た学び)
satoshi256kbyte
0
110
From Pipenv to UV: Migrating to a Monorepoto Tame a Complex Repository
satoshi256kbyte
0
60
複雑化したリポジトリをなんとかした話 pipenvからuvによるモノレポ構成への移行
satoshi256kbyte
1
1.7k
Other Decks in Programming
See All in Programming
Coding at the Speed of Thought: The New Era of Symfony Docker
dunglas
0
1.8k
LM Linkで(非力な!)ノートPCでローカルLLM
seosoft
0
250
モックわからないマン卒業記 ~振る舞いを起点に見直した、フロントエンドテストにおけるモックの使いどころ~
tasukuwatanabe
3
430
Redox OS でのネームスペース管理と chroot の実現
isanethen
0
460
AIコードレビューの導入・運用と AI駆動開発における「AI4QA」の取り組みについて
hagevvashi
0
570
Goの型安全性で実現する複数プロダクトの権限管理
ishikawa_pro
2
1.4k
Codexに役割を持たせる 他のAIエージェントと組み合わせる実務Tips
o8n
4
1.4k
What Spring Developers Should Know About Jakarta EE
ivargrimstad
0
710
テレメトリーシグナルが導くパフォーマンス最適化 / Performance Optimization Driven by Telemetry Signals
seike460
PRO
2
180
脱 雰囲気実装!AgentCoreを良い感じにWEBアプリケーションに組み込むために
takuyay0ne
3
410
PHP 7.4でもOpenTelemetryゼロコード計装がしたい! / PHPerKaigi 2026
arthur1
1
420
コードレビューをしない選択 #でぃーぷらすトウキョウ
kajitack
3
1.2k
Featured
See All Featured
Why Your Marketing Sucks and What You Can Do About It - Sophie Logan
marketingsoph
0
120
Making Projects Easy
brettharned
120
6.6k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
32
2.8k
Taking LLMs out of the black box: A practical guide to human-in-the-loop distillation
inesmontani
PRO
3
2.1k
Ruling the World: When Life Gets Gamed
codingconduct
0
180
Building Better People: How to give real-time feedback that sticks.
wjessup
370
20k
Building Applications with DynamoDB
mza
96
7k
Done Done
chrislema
186
16k
Marketing to machines
jonoalderson
1
5.1k
What’s in a name? Adding method to the madness
productmarketing
PRO
24
4k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
26
3.4k
Building a A Zero-Code AI SEO Workflow
portentint
PRO
0
410
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 • 技術をブログを続けるには? • やめない • やめなくてすむぐらいのボリュームで記事を書き続けること • 良い記事は引き算がうまい記事でもあると思います