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
230
オープンセミナー2025 @広島 LT 技術ブログを続けるには
Satoshi Kaneyasu
August 22, 2025
Tweet
Share
More Decks by Satoshi Kaneyasu
See All by Satoshi Kaneyasu
人間とAI、どちらが書いたコードもCICDでチェックしてみよう
satoshi256kbyte
1
22
はじめてのカスタムエージェント【GitHub Copilot Agent Mode編】
satoshi256kbyte
0
370
お客様とSIerではじめたスクラム開発(で得た学び)
satoshi256kbyte
0
100
From Pipenv to UV: Migrating to a Monorepoto Tame a Complex Repository
satoshi256kbyte
0
48
複雑化したリポジトリをなんとかした話 pipenvからuvによるモノレポ構成への移行
satoshi256kbyte
1
1.6k
ディレクトリ構成と設定ファイルから考えるSIerのVibe Coding
satoshi256kbyte
0
94
GitHubとGitLabとAWS CodePipelineでCI/CDを組み比べてみた
satoshi256kbyte
4
950
生産性の壁を越えろ! 何がなんでも計測する
satoshi256kbyte
1
70
オープンセミナー2025@広島「君はどこで動かすか?」アンケート結果
satoshi256kbyte
0
330
Other Decks in Programming
See All in Programming
CopilotKit + AG-UIを学ぶ
nearme_tech
PRO
1
130
DSPy入門 Pythonで実現する自動プロンプト最適化 〜人手によるプロンプト調整からの卒業〜
seaturt1e
1
530
Claude Codeセッション現状確認 2026福岡 / fukuoka-aicoding-00-beacon
monochromegane
4
390
AIに仕事を丸投げしたら、本当に楽になれるのか
dip_tech
PRO
0
180
守る「だけ」の優しいEMを抜けて、 事業とチームを両方見る視点を身につけた話
maroon8021
3
270
Agent Skills Workshop - AIへの頼み方を仕組み化する
gotalab555
14
7.9k
AIとペアプロして処理時間を97%削減した話 #pyconshizu
kashewnuts
1
200
クライアントワークでSREをするということ。あるいは事業会社におけるSREと同じこと・違うこと
nnaka2992
1
310
AIに任せる範囲を安全に広げるためにやっていること
fukucheee
0
110
朝日新聞のデジタル版を支えるGoバックエンド ー価値ある情報をいち早く確実にお届けするために
junkiishida
1
360
RAGでハマりがちな"Excelの罠"を、データの構造化で突破する
harumiweb
9
2.5k
Raku Raku Notion 20260128
hareyakayuruyaka
0
430
Featured
See All Featured
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
32
2.3k
Hiding What from Whom? A Critical Review of the History of Programming languages for Music
tomoyanonymous
2
490
Typedesign – Prime Four
hannesfritz
42
3k
Future Trends and Review - Lecture 12 - Web Technologies (1019888BNR)
signer
PRO
0
3.3k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
367
27k
A Tale of Four Properties
chriscoyier
162
24k
Effective software design: The role of men in debugging patriarchy in IT @ Voxxed Days AMS
baasie
0
240
The agentic SEO stack - context over prompts
schlessera
0
680
HDC tutorial
michielstock
1
490
State of Search Keynote: SEO is Dead Long Live SEO
ryanjones
0
150
We Analyzed 250 Million AI Search Results: Here's What I Found
joshbly
1
880
AI: The stuff that nobody shows you
jnunemaker
PRO
3
350
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 • 技術をブログを続けるには? • やめない • やめなくてすむぐらいのボリュームで記事を書き続けること • 良い記事は引き算がうまい記事でもあると思います