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
#QiitaBash 良い記事は誰かを救う!2025/04/14
Search
sigma
April 15, 2025
0
2
#QiitaBash 良い記事は誰かを救う!2025/04/14
https://increments.connpass.com/event/347388/
良い記事は誰かを救う! 読んで良かった記事 と 書くときの工夫
sigma
April 15, 2025
Tweet
Share
More Decks by sigma
See All by sigma
#QiitaBash TDDでAIに設計イメージを伝える
ryosukedtomita
2
940
CI/CDのセキュリティ対策にOSSツールを使ってみる
ryosukedtomita
0
37
生成AIの世界で君たちはどう生きるか
ryosukedtomita
0
91
DevSecOps CI/CDツール導入のススメ
ryosukedtomita
1
120
Featured
See All Featured
Building Flexible Design Systems
yeseniaperezcruz
329
39k
Git: the NoSQL Database
bkeepers
PRO
430
65k
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
3k
Understanding Cognitive Biases in Performance Measurement
bluesmoon
29
1.7k
Let's Do A Bunch of Simple Stuff to Make Websites Faster
chriscoyier
507
140k
Code Reviewing Like a Champion
maltzj
523
40k
How to Create Impact in a Changing Tech Landscape [PerfNow 2023]
tammyeverts
52
2.8k
A designer walks into a library…
pauljervisheath
205
24k
Reflections from 52 weeks, 52 projects
jeffersonlam
349
20k
It's Worth the Effort
3n
184
28k
Statistics for Hackers
jakevdp
799
220k
Fight the Zombie Pattern Library - RWD Summit 2016
marcelosomers
233
17k
Transcript
ネット上のたくさんの誰かのおかげで エンジニアになれた話と Qiitaを書くようになって得た知見の共有 2025/04/14 Qiita Bash @sigma_devsecops
自己紹介 名前: sigma 職業: セキュリティエンジニア #春から四年目 セキュリティ診断 SI開発/保守 Qiita: @sigma_devsecops↓
今日お話すること 自分がエンジニアになるまで 過去に助けられたと思う記事を紹介して感謝を伝えたい 自分も記事を書くようになって得た知見の共有 失敗したこととその改善策 Qiitaを書く際に自分が工夫していること アウトプットすることに抵抗がある方や,うまくアウトプットできない方に少しでも 参考になれば嬉しいです
エンジニアになるまで もともと理学部の地学をやって いた Steins;Gate に影響されて興味を 持つ 2018年秋頃のFortranでHello, World! 2021年の就活でセキュリティエ ンジニアに絞って就活
2022年4月からセキュリティエ ンジニアに
エンジニアになるにあたって自分に影響を与えた記事 の紹介
最初の一歩を踏み出すのに役に立った記事 仕事の役には立たない,Linuxにおけるジョークプログラムの話 @Hiroki_lzh お前らのターミナルはダサい @kinchiki 新しいLinuxの教科書(本) 誰でもできるようになる,やさしいVim入門 @5t111111 Vim 設定ガイド
@marrontan619 dotfilesの育て方 @reireias CLIを使うのが人よりも得意になったように思う
道を示してくれた記事 How to be a Hacker ハッカーは問題を解決し、物事を築きます。そして自由と自発的な助け合いを信 条としています。 ハッカーらしくふるまうには、他のハッカーたちが考える時間は貴重であると信 じなければなりません。それをとことん信じて、情報を共有するのがほとんど道
徳的な義務であると思えるようになりましょう。 ハッカー社会での最も神格的な英雄は、大規模で役に立つプログラムを書き、そ れが広範なニーズに応えていて、しかもそれを無償でばらまいてくれて、だから みんながいまやその人の書いたソフトを使うようになっている、そんな人です。 自分のエンジニア人生のベースとなる考え方を教えてくれた記事
Qiitaを書き始めた 2024年4月からQiitaを書き始めた いろいろ模索中
なぜQiitaを書こうと思ったのか ローカルのメモよりも強制力が働く ちゃんと調べる 早く成果を出せる 人に伝える力がつく AIとの差別化を考えたい 勉強会で友達を作るなら有名なほうが良いはず
Qiitaを書くなかでの失敗を振り返る 情報だけを書いてしまった 量を意識した結果,質が落ちた 流行りにとびつきすぎてしまった
情報だけを書いてしまった 失敗例 後で見返しても自分にとって役立つ情報が少ない記事になっていた 結論しか書いていない→AIで調べたほうが良い かっこつけて失敗を晒さない 改善施策 読む人のことを考えて記事を書く必要がある 導入部分を丁寧に書く 誰をターゲットにするのかを意識して,適切に用語の解説等をいれる 自分の失敗したところや詰まったところを重点的に書く
量を意識した結果,質が落ちた 失敗例 アドベントカレンダー完走を目標にした結果,謎記事を書いてしまった 改善施策 来年のアドベントカレンダーは少し書き溜めてみる 記事を書くこと自体を目的にしない
流行りにとびつきすぎてしまった 失敗例 Twitterで流れてくる新しい情報を追いかけすぎてしまう 情報が出てからのスピードだけで勝負してしまい,深堀ができていない →結果として,ナレッジの収集に時間をかけすぎている状態に 改善施策 やりたいことリストを作成し,自分の守備範囲をある程度可視化しておく 自分の過去記事を分類してみる →あちこち手を出しすぎていることが自覚でき,不必要に流行りに飛びつかなく なった
Qiitaを書く際に自分が工夫していること AI丸コピはしない 1記事1テーマの原則 長い記事は分割 伝えたいことやターゲットを明確にする なるべく間違えたことを書かない 事実と意見をわけて書く 情報の出所を明記する なるべく公式ドキュメントを引用する AIに文法や内容を見てもらう(何もしないよりはマシ)
結局KPTを回すのが大事。準備に時間をかけすぎない
ご清聴ありがとうございました (↓AIのアドバイスにより再度表示させていただきます) Qiita: @sigma_devsecops