SystemDevelopment¶
システム開発に関するメモ
- 目次
- SystemDevelopment
- Service - 開発に利用できるサービス
- Management - マネジメント
- Agile
- Business process - 要件定義
- Design - 設計
- Requirements definition - 要件定義
- Develop - 製造
- Test - テスト
- Operation - 運用
- Memo
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://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/
ソフトウェアエンジニアが抱えやすい21の苦労 - mtx2s’s blog
https://mtx2s.hatenablog.com/entry/2025/05/07/201025?s=09
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/
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