A painter and a black cat

# SystemDevelopment

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

{{toc}}

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

## Article

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

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

./slackcat

http://slackcat.chat/

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

http://linksan.herokuapp.com/

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

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

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

https://awwapp.com/

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

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

# Management - マネジメント

## Article

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

約束は開発を遅らせる

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

約束すると開発が遅れる

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

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

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

タスクばらし入門

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

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

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

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

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

正しく伝える技術入門

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

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

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

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

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

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

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

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

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

ゴールを"刻む"技術

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

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

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

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

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

技術者教育について

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

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

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

# Agile

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

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

# Business process - 要件定義

## Article

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

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

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

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

# Design - 設計

## Article

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

https://github.com/ueno1000/secreq

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

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

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

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/

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

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/

API設計まとめ

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

# Requirements definition - 要件定義

## Article

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

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

# Develop - 製造

## Article

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

http://nelog.jp/codic

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

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

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

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

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

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

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

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

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

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

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

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

# Test - テスト

## Article

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

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

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

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

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

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

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

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

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

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

stepci/stepci

https://github.com/stepci/stepci

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

>YAMLで書く

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

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

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

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

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

# Operation - 運用

## Article

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

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

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

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

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

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

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

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/

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

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

# Memo

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

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

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

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

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

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

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

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

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

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

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

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