バージョン 2 - 履歴 - SystemDevelopment - A painter and a black cat

1

kanata

# SystemDevelopment

2

3

システム開発に関するメモ

4

5

{{toc}}

6

7

# Service - 開発に利用できるサービス

8

9

## Article

10

11

BackChannelingによるお手軽お仕事用チャット

12

http://qiita.com/kawasima/items/38801d924af963498081

13

14

./slackcat

15

http://slackcat.chat/

16

17

リンクさん - 懐かしの「リンク集ページ」が簡単に作れるサービスです。

18

http://linksan.herokuapp.com/

19

20

Windowsの仮想環境を無料でダウンロード

21

https://dev.windows.com/en-us/microsoft-edge/tools/vms/windows/

22

23

タッチデバイスにも対応のシンプルなホワイトボード共有ツール

24

https://awwapp.com/

25

26

Drawingboard.js- a simple canvas based drawing app that you can integrate easily on your website. (ホワイトボード系のツール)

27

http://leimi.github.io/drawingboard.js/

28

29

30

31

32

33

34

35

36

37

38

39

40

# Management - マネジメント

41

42

## Article

43

44

組織における、エンジニアの情報共有について。あるいは、レビューや設計について。

45

http://misoobu.hatenablog.jp/entry/2015/12/08/180000

46

47

グーグルが突きとめた！社員の「生産性」を高める唯一の方法はこうだ プロジェクト・アリストテレスの全貌

48

http://gendai.ismedia.jp/articles/-/48137

49

50

クックパッド開発者ブログ - 開発の見積もりとスケジュール管理

51

http://techlife.cookpad.com/entry/2016/04/06/100000

52

53

続・拝啓『変わらない開発現場』を嘆く皆様へ ～ ウォータフォール ＆ アジャイル編～

54

https://blogs.msdn.microsoft.com/nakama/2016/06/24/waterfall/

55

56

フィボナッチ工数見積は「完成させます！（徹夜で）」という無理ゲーによる弊害を最小化するプロジェクトマネージメント手法

57

https://www.jabba.cloud/20170613054635/

58

59

“細かすぎるリソース管理”が「いかにメンバーに空きを作らせないか」という思考の原因になる

60

プロジェクトマネージャーが陥りがちなアンチパターン回避法

61

https://logmi.jp/tech/articles/327540

62

63

開発のスケジュール遅延には抗うことはできないのか？“最大16倍”の誤差を小さくする見積もりの考え方

64

https://logmi.jp/tech/articles/327563

65

66

約束は開発を遅らせる

67

https://bufferings.hatenablog.com/entry/2022/11/23/122815

68

69

約束すると開発が遅れる

70

https://scrapbox.io/nishio/%E7%B4%84%E6%9D%9F%E3%81%99%E3%82%8B%E3%81%A8%E9%96%8B%E7%99%BA%E3%81%8C%E9%81%85%E3%82%8C%E3%82%8B

71

72

見積もりという概念を「見積もり」「コミットメント」「ターゲット」に分ければもっと楽しく開発できる

73

https://link-and-motivation.hatenablog.com/entry/2023/02/03/175759

74

75

タスクばらし入門

76

https://zenn.dev/tbpgr/books/8562293d519b8b

77

78

管理や報酬と結びついた目標は“チート”を誘発するモラルを崩壊させない「目的ベースの目標設定」のやり方

79

https://logmi.jp/tech/articles/328778

80

81

エンジニアの稼働率を上げれば上げるほど機能リリースが遅くなっていく

82

https://note.com/mtx2s/n/n2ca2fbf02f6b

83

84

正しく伝える技術入門

85

https://zenn.dev/tbpgr/books/4b1b1bd89c52d2

86

87

チーム・組織デザインの良し悪しはプロダクト開発フローの効率を左右する

88

https://note.com/mtx2s/n/n309adb15fbc2

89

90

最初の100日で何をすべきで何をすべきではないか？

91

https://note.com/mmiya/n/n6196c7b18a3f

92

93

エンジニアがイラッとしない「複数人タスク管理術」

94

https://paiza.hatenablog.com/entry/2024/04/16/120000

95

96

営業経験28年の僕が正しい謝罪を教えよう

97

https://sakumaga.sakura.ad.jp/entry/fumikofumio48/

98

99

ゴールを"刻む"技術

100

https://konifar-zatsu.hatenadiary.jp/entry/2024/10/28/193217

101

102

カジュアル面談で聞かれて面白かった質問

103

https://konifar-zatsu.hatenadiary.jp/entry/2024/10/29/184834

104

105

役割をお願いする時に伝えていること

106

https://konifar-zatsu.hatenadiary.jp/entry/2024/10/30/174251

107

108

技術者教育について

109

https://blog.satotaichi.info/training_for_software_engineers/

110

111

非効率なルールは破るものじゃない！非効率であることを突きつけてやるものだ！

112

https://at-blog.vercel.app/blog/20241227-01/

113

125

1

kanata

126

127

128

# Agile

129

130

スクラムでプロジェクトを始める前にお客様に説明しておきたいスクラムのエッセンス

131

https://dev.classmethod.jp/articles/the-essence-of-scrum-that-i-want-to-explain-to-customers/

132

133

# Business process - 要件定義

134

135

## Article

136

137

実践要件定義入門以前 - 勘と経験と読経

138

https://agnozingdays.hatenablog.com/entry/2023/09/20/080000

139

140

実践要件定義入門 - 勘と経験と読経

141

https://agnozingdays.hatenablog.com/entry/2023/10/09/080000

142

143

144

# Design - 設計

145

146

## Article

147

148

GitHub - Webシステム／Webアプリケーションセキュリティ要件書 2.0

149

https://github.com/ueno1000/secreq

150

151

システムの応答速度は本質的な価値提供であることを示す A/B テストの実例

152

https://shunyaueta.com/posts/2021-08-13/

153

154

ロギング/ログで抑えておきたいWeb記事

155

https://blog.koyama.me/2022/09/20/%E3%83%AD%E3%82%AE%E3%83%B3%E3%82%B0%E3%81%A7%E6%8A%91%E3%81%88%E3%81%A6%E3%81%8A%E3%81%8D%E3%81%9F%E3%81%84web%E8%A8%98%E4%BA%8B/

156

157

監視/モニタリングで抑えておきたい記事

158

https://blog.koyama.me/2022/09/20/%E7%9B%A3%E8%A6%96-%E3%83%A2%E3%83%8B%E3%82%BF%E3%83%AA%E3%83%B3%E3%82%B0%E3%81%A7%E6%8A%91%E3%81%88%E3%81%A6%E3%81%8A%E3%81%8D%E3%81%9F%E3%81%84%E8%A8%98%E4%BA%8B/

159

160

API設計まとめ

161

https://qiita.com/KNR109/items/d3b6aa8803c62238d990

162

163

# Requirements definition - 要件定義

164

165

## Article

166

167

要件定義を担当する【ITエンジニア】に必要な【コミュニケーションスキル】

168

https://qiita.com/ItsukiN32/items/be8bef7c9e6003e197ef

169

170

# Develop - 製造

171

172

## Article

173

174

寝ログ - 関数や変数のネーミングに悩んだら「codic」に日本語名を入力するとある程度解決するかも

175

http://nelog.jp/codic

176

177

プログラムモグモグ - 汎用的なコードの依存関係の抽出ツール rexdep を作りました！ ― 正規表現で依存関係を大雑把に抽出しよう！

178

http://itchyny.hatenablog.com/entry/2015/11/19/100000

179

180

シングルファイル C/C++ ライブラリが便利すぎてやばい

181

http://qiita.com/syoyo/items/e9d4aff56f691f5b783b

182

183

コードは方法を語り、コメントは理由を語る

184

http://postd.cc/code-tells-you-how-comments-tell-you-why/

185

186

ITエンジニアなら知っておきたい、今更聞けないアルゴリズムの種類一覧

187

http://paiza.hatenablog.com/entry/2015/10/19/IT%E3%82%A8%E3%83%B3%E3%82%B8%E3%83%8B%E3%82%A2%E3%81%AA%E3%82%89%E7%9F%A5%E3%81%A3%E3%81%A6%E3%81%8A%E3%81%8D%E3%81%9F%E3%81%84%E3%80%81%E4%BB%8A%E6%9B%B4%E8%81%9E%E3%81%91%E3%81%AA%E3%81%84%E3%82%A2

188

189

バッチファイルでの試行錯誤を回避するためのメモ－または人類には早すぎた言語

190

https://qiita.com/yz2cm/items/8058d503a1b84688af09

191

192

保守性の高いソフトウェア開発のTips集

193

https://zenn.dev/riku/books/36d9873ee1c0e6

194

195

196

197

198

199

200

201

# Test - テスト

202

203

## Article

204

205

テストサーバーへのアップが面倒なときはngrokでローカル環境を外部公開してみよう

206

http://liginc.co.jp/web/programming/156484

207

208

Qiita - テストがうまくいかないプロジェクトに捧ぐ、正しいテストの考え方

209

http://qiita.com/geshi/items/74ed21615e1ba2ad539d

210

211

Qiita - フロントエンドにテストを導入

212

http://qiita.com/howdy39/items/cdd5b252096f5a2fa438

213

214

「単体テスト」再入門！ 開発の現場でバグを確実に洗い出す最適な手法と、テストケースの作り方

215

https://employment.en-japan.com/engineerhub/entry/2019/10/03/103000

216

217

【翻訳記事】BDDの考案者が執筆した記事「テストについて話し合わなくてはならない」を翻訳しました！

218

https://nihonbuson.hatenadiary.jp/entry/we-need-to-talk-about-testing

219

220

stepci/stepci

221

https://github.com/stepci/stepci

222

223

>REST、GraphQL、gRPCに対応したPIに対するリクエストに特化したテスト用ツール

224

>YAMLで書く

225

226

ChatGPTでダミーデータ作成が便利すぎる

227

https://dev.classmethod.jp/articles/create-data-chatgpt/

228

229

我々はなぜテストをするのか？

230

https://speakerdeck.com/kawaguti/wo-hanazetesutowosurufalseka

231

232

>テストの目的とは、証拠によってステークホルダーの信頼を高めることだと思います。

233

234

235

# Operation - 運用

236

237

## Article

238

239

wyukawa’s blog - バッチ処理、ジョブ管理について書いてみる

240

http://d.hatena.ne.jp/wyukawa/20150617/1434509706

241

242

ジョブスケジューラ「Rundeck」を試してみる

243

http://dev.classmethod.jp/server-side/server/try-rundeck-job/

244

245

Qiita - cronの代替になりそうなジョブ管理ツールのまとめ

246

http://qiita.com/shrkw/items/5c3d53358b0016a09504

247

248

249

250

251

俺的備忘録 〜なんかいろいろ〜 - リモートデスクトップにパスワード入力無しでログインするバッチファイル

252

http://orebibou.com/2015/06/%E3%83%AA%E3%83%A2%E3%83%BC%E3%83%88%E3%83%87%E3%82%B9%E3%82%AF%E3%83%88%E3%83%83%E3%83%97%E3%81%AB%E3%83%91%E3%82%B9%E3%83%AF%E3%83%BC%E3%83%89%E5%85%A5%E5%8A%9B%E7%84%A1%E3%81%97%E3%81%A7%E3%83%AD/

253

254

inaz2/psbackdoor.ps1 - PoweShellのバックドア サンプルスクリプト

255

https://gist.github.com/inaz2/41cfab2415c1a696401f

256

257

# Memo

258

259

GraphQLはいつ使うか、RESTとの比較

260

https://zenn.dev/saboyutaka/articles/e5515872871534

261

262

バッチファイルでの試行錯誤を回避するためのメモ－または人類には早すぎた言語

263

https://qiita.com/yz2cm/items/8058d503a1b84688af09

264

265

設計・ソフトウェアアーキテクチャを学べるGitHubリポジトリ 16選

266

https://zenn.dev/nameless_sn/articles/16_awesome_repos_for_system-design

267

268

システム開発の王道を極める

269

http://www.st.rim.or.jp/~k-kazuma/SD/SD.html

270

271

プロダクト開発はなぜ直観に反するのか

272

https://creators.bengo4.com/entry/2023/12/25/000000

273

274

『アジャイル開発の失敗率は268%も高い』のコメント欄が面白かったので紹介するよ

275

https://qiita.com/rana_kualu/items/eb308823193e9539f103

プロジェクト

全般

プロフィール

A painter and a black cat

SystemDevelopment » 履歴 » バージョン 2