SystemDevelopment

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

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

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

Add picture from clipboard (Maximum size: 100 MB)