[B! development] makotowのブックマーク

makotow id:makotow

developmentに関するmakotowのブックマーク (5)

[JB]ついにEmacs for iOSがやってきた！
iOSのクリップボードとEmacs for iOSのkill ringとの連携には、拙作PasteboardStackerバンドルのpb2stdioを利用。また、coding systemをutf-8に設定します。（pb2stdio: 標準入出力とiOSのクリップボードをつなぐコマンド）真田さん過ぎる俺。 dired-modeは、組み込みLinux系でよく必要になる以下のような設定は必要ありませんでした。lsがbusybox版じゃないからですね。 (setq dired-use-ls-dired nil) (setq list-directory-brief-switches "-C")
makotow 2011/06/23
emacs

ios

development
リンク
OpenProjを使ってみた - プログラマの思索
小川明彦, 阪井誠 : チケット駆動開発日本のソフトウェア開発の現場で生み出された「チケット駆動開発」という概念を、数多くの実例を元にモデル化・体系化を試みた最初の本。小川明彦, 阪井誠 : Redmineによるタスクマネジメント実践技法 Redmineによるチケット駆動開発の実践技法に関する最初の本。アジャイルなソフトウェア開発への適用方法、TestLinkによるテスト管理手法についても言及。清水吉男: 「派生開発」を成功させるプロセス改善の技術と極意組込システム開発をベースとして、ソフトウェア開発特有のスタイルである派生開発、特にXDDPについて解説した世界でも稀な本。既存製品を保守するのではなく継続的に機能追加していく昨今の開発では、派生開発特有の問題を意識しなければならない。XDDPはプロセス論だけでなく、要件定義などの上流工程の品質改善にも役立つので注意。 Le
makotow 2011/05/22
Development

redmine

プロジェクト管理
リンク
Git で日々の共同作業やリリース作業をサポートする git-daily を作りました | GREE Engineering
こんにちは。インフラの sotarok です。先日から Git 関連の話をしている通りですが、社内で Git を使い始めています。今日は、Git を使った日々の開発〜リリースまでのフローや、そうしたものの運用と、それをサポートするために作ったツール git-daily の紹介をしたいと思います。ソフトウェア開発とウェブ開発の違いいやウェブ開発も広義のソフトウェア開発なのですが、ここでいうソフトウェア開発とは、クライアントアプリケーションやライブラリのようなものを指すと思ってください。実際、ウェブ開発をしている方は感じていることだとは思いますが、両者の開発フローはかなり異なるものです。もちろん社風や開発の方針等によって色々あるとは思いますが、主に次のような特徴が挙げられると思います：ソフトウェア開発アプリケーションはクライアントで動作するリリース間隔は比較的長く、次のバージョ
makotow 2011/05/13
Git

開発環境

Development
リンク
グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？－ Publickey
グーグルが行っているビルドとテストの種類。続々、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？グーグルでTest Engineering Directorを務めるJames A Whittaker氏が、ブログ「Google Testing Blog」に書いているグーグル社内のソフトウェア品質に関するノウハウ。最近の記事「How Google Tests Software - Part Four」「How Google Tests Software - Part Five」では、ビルドの種類とテストの種類について紹介しています。 One of the key ways Google achieves good results with fewer testers than many companies is that we rarely attempt to sh
makotow 2011/04/09
testing

software

development
リンク
テスト自動化に関するスライドの紹介
みなさんこんにちは。@ryuzeeです。 SlideShareでテスト自動化に関する良いスライドをみつけたのでご紹介します。 Agile Toolkit http://www.slideshare.net/nverdo/agile-toolkit-mo-conf 参考になる部分は以下の3スライドでしょう。順に説明していきます。手動テストのコストプロジェクトの初期は以下のような状況です。テストする項目は少ない手動でテストを完了するのも簡単まだプロダクションでもないし、問題があって影響を受けるのは限定された人だけしかし時間がたつにつれて手動でのテストにはとても多くの時間がかかるようになる製品が出荷されてしまうと、バグによってとても多くの人が影響を受けることになってしまうという状況に変わっていきます。右のグラフは手動でテストを行った場合のテスト時間の推移を示していますが、見て分かる通り、
makotow 2011/04/05
agile

testing

Development
リンク
1