開発手法 – 端くれプログラマの備忘録

[開発手法] ソフトウェアの更新における「モンキーパッチ」とは？[開発手法] ソフトウェアの更新における「モンキーパッチ」とは？

2024年12月24日| @84kure| 12:00 PM

「モンキーパッチ (monkey patch)」とは、既存のソフトウェアのコードに対して、元のコードを直接変更せずに動的に修正や機能追加を行う手法を指します。この手法は、プログラムの動作を一時的に変更したい場合や、ソース […]

2019年10月20日| @84kure| 3:03 PM

レガシーコード満載のプロジェクトに参加することになり、どうしたものかとヒントになりそうな記事を読み漁る。レガシーコード改善【資料公開】レガシーコードからの脱却 | Ryuzee.com https://www.ryu […]

2017年8月10日| @84kure| 8:02 AM

「スピードが大事」と常に意識しよう。「ソフトウェアの戦い」に不可欠なスキル、組織、技術とは何か？ – ＠IT DX全盛時代、求められる企業、頼られるエンジニアとは？（1） http://www.atmark […]

2016年8月13日| @84kure| 7:51 AM

自前のチェックリストを作るための叩き台として使えそう。ウェブアプリに特化した項目が多い。ソフトウェア出荷判定セキュリティ基準チェックリスト発表 | CSAJ 一般社団法人コンピュータソフトウェア協会 http://ww […]

2016年6月18日| @84kure| 1:00 PM

レガシーなシステムに直面した時、一番問題なのは何もしないことだと思う。問題を先送りにしたところで、火を噴く日は必ずやってくる。戦いひ日々はきっと辛いに違いない。だけど、あきらめずにやり続ければいつか必ず解決するのだから。 […]

2015年9月20日| @84kure| 5:57 PM

何のために仕様書を書くのかがはっきりすれば、何を仕様書に書くべきかがはっきりする。御意。機能仕様書の3つの役割 (実用的な仕様書の必要性) エンジニアがプログラムを正しく設計（デザイン）する助けとなる – […]

2015年8月16日| @84kure| 7:10 AM

以下の記事が面白かったので覚え書きリンク。チーム開発の進め方 – クックパッド開発者ブログ http://techlife.cookpad.com/entry/2015/06/04/180218 以下抜粋。 […]

2015年8月7日| @84kure| 9:00 AM

自分はこれまで上流設計にはあまり関わってこなかったので、上流設計の成果物としての文書作成ノウハウには乏しい。最近も要件定義書の作成にはかなり苦労した。エンドユーザ向けの操作マニュアルなどは割とスラスラ書ける気がするんだけ […]

2014年12月29日| @84kure| 12:56 AM

ワークフローをきちんと決めずに開発環境の複製を繰り返したおかげで、現在携わっている案件の開発環境が随分と煩雑になってしまったので、ここで改めてウェブ系案件の開発環境を整理しておきたい。必要な開発環境は４つそれぞれの環 […]

2014年11月25日| @84kure| 11:22 AM

僕は普段から社内文章に関して思うことがいろいろある。そこで見つけた以下の記事。読まれないマニュアルに価値はない | サイボウズ式 http://cybozushiki.cybozu.co.jp/articles/m00 […]

2014年11月24日| @84kure| 11:20 AM

リーンスタートアップに絡めてしばしば論じられるDevOptsについて、以下の記事から予備知識を入れておく。スピードが求められる開発をチームで実践するためには、DevOptsから学ぶべきことが多いかもしれない。特集　De […]

2014年11月23日| @84kure| 7:46 AM

リーンスタートアップは、2008年にアメリカの起業家・エリックリース氏が提唱したマネジメント手法らしい。ウェブサイトなどで「リーンスタートアップ」という言葉を目にすることが多いので、プログラマ向けに解りやすくまとまってい […]