memokami :: 約500機種の携帯端末を網羅するケータイテストエミューレーター「P1 Emulator」を使ってみました
NetFarmさんが携帯端末500機種以上を網羅した「P1エミュレーター」のベータ版が無料で公開されました。 いままで携帯でテストするときに、まともに利用できるエミュレーターといえば、i-modeシミュレータしかなく、結局実機でのテストに頼っていました。 この「P1 Emulator」はケータイサイトのテストの救世主となるのでしょうか。 早速試してみました。 ■まずはダウンロード http://p1.netfarm.ne.jp/ ※ダウンロードには会員登録/ログインが必要です。 ■エミュレーターインストール インストールがめちゃくちゃ重かったです。 うちの環境だけかな。固まったかと思うほど。 気長に待ちましょう ■インストール完了 かなり時間かかりました。 ■ライセンス登録画面 最初に起動するとベータ版のライセンスキーを取得するように言われます。サイトに行って取得しましょう。登録したメール
つくるぶガイドブログ: ひとりサービスをリリースするまでやっておくこと10個
Ruby（とRails）を担当している石原です。 ソーシャル「OSを入れた後にインストールする10のアプリケーション」(仮) を作る過程をレポートしています。 今回は、開発はひとやすみにして、サービスをリリースする前にやっておくべき細々としたことを紹介したいと思います。 これらは筆者がひとりサービスをリリースするときに、毎回なんとなく思い出しながらやってきたことで、サービスによっては忘れてしまっているものもあります。 ですから、次からはこれをチェックリスト代わりに使おうと思っています。 Rails に限った話とWebサービス一般の話が混ざっています。ほかの言語やフレームワークを使っている方にも、Rails に限った話を自分の使っている環境に読み替えれば、いくらか参考になるかもしれません。 参考までにこれまでのエントリーはこちらです ↓ つくるぶガイドブログ: Ruby on Rails を
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ - D-6 [相変わらず根無し]
バグ見つけた→それってどんなテスト？もしくは、なんでＭＶＣなんて使うの？ 最近ソフトウェアエンジニアリングに置ける開発手法に関して考えている。 ぶっちゃけ言ってしまうと「やっぱりTDDっぽいのがいいな」というところに落ち着きつつあるのだが、厳密にTDDをしたほうがよい、と思ってるわけではない。TDDとかExtremeプログラミング、Agileプログラミングにしても理想はいいんだけど、原理主義っぽい使い方は現実にそぐわないと思ってるからだ。 前置きはこれくらいにしておいて・・・重要だと思うのは以下の点： 開発サイクルに自動テストツールを組み込むエンジニアによるバグ／不具合発見時には「動かない」は許可しない。必ず再現コードを提出してもらうテストを自動テストツールを組み込む（＝次回リリース前にはかならずテストを実行できる状態にする）テストが通るまで修正を続けるという開発サイクルを取るべきだ、とい
やる夫がＩＴ土方になったようです:ハムスター速報 ２ろぐ
1 ：以下、名無しにかわりましてVIPがお送りします。：2008/01/31(木) 23:54:56.53 ID:uoDtUK580 ＿＿＿_ ／ ＼ ／ ─ ─＼ うーん、こまったお。 ／ （●） （●） ＼ バンブーブレードのエロ同人誌を買う金がないお・・・ | （__人__） | / ∩ノ ⊃ ／ 「派遣SE 月給２０万以上 ( ＼ ／ ＿ノ | | がんばれば３０万円以上も可」か .＼ “ ／＿＿| | 登録してみるか ＼ ／＿＿＿ ／ 4 ：1：2008/01/31(木) 23:56:03.11 ID:uoDtUK580 ／￣￣＼ ／ _ノ ＼ | （ ●）（●） どうもこんにちは
MOONGIFT: » 楽しく創ろう。クールなプロジェクト管理「Collabtive」:オープンソースを毎日紹介
プロジェクト管理、と言うとシステム向けで、機能がメインになってデザインが無骨なイメージがある。だが、最近のWebアプリケーションはどれもポップできれいなインタフェースばかりだ。プロジェクト管理も同様だ。 インタフェースが違うだけで、利用する気持ちにもなる。これからプロジェクト管理を導入する際には、ぜひ検討してみてもらいたいのがこれだ。 今回紹介するオープンソース・ソフトウェアはCollabtive、使って楽しいインタフェースを持ったプロジェクト管理ソフトウェアだ。 CollabtiveはWeb2.0風（？）とでも言うべきプロジェクト管理ソフトウェアだ。AjaxやJavaScriptを効果的に利用し、インタフェースもアイコンが多用されてみやすい。クリエイティブな雰囲気を感じさせる。 ユーザを登録し、プロジェクトを作成する。プロジェクトにはマイルストーンを設定し、タスクを登録していく。プロジェ
2008-02-26 - ひがやすを blog - アジャイルなフレームワーク開発
継続的リリースは、さらなるアジャイルさを与えてくれるか？ 早く頻繁なリリースにはメリットもデメリットもあります。 メリットは ユーザが素早いフィードバックを得られる。 開発者が素早いフィードバックを得られる。 開発のサイクルが早くなり、より市場にあった機能が提供できる。 デメリットは リリース回数が増えるとそれだけ開発者(リリース作業を行なう人)の負荷が大きくなる。 リリース回数が多いと不安に思う人がいる。 私は、もちろん、早く頻繁なリリースは必要だと思う派です。 私の根本には常にXPの教えがあります。 開発者のモチベーションが最も重要。 先のことは無理に予想せずに見えている範囲で作業を進める。(YAGNI) 状況に応じて臨機応変に対応する。 素早くユーザにフィードバックする。 テストをすることでコードからフィードバックを得る。 この辺が、私が、いつも心がけていることです。実際のプラクティ
livedoor Developers Blog:チケット駆動開発の研究と実践 - livedoor Blog（ブログ）
こんにちは、そろそろ花粉のシーズンが近づいてきて戦々恐々としている金子です。 今年も花粉対策グッズの CM に注目しているのですが、花粉鼻でブロックがいいんじゃないか?と思っています。 花粉症のくしゃみ鼻水は、本人が辛いのはもちろんですが周囲にとっても気分の良いものではありませんよね。エチケットとしても花粉対策は怠らないようにしたいものです。 チケットついでに今回はチケット駆動開発の話をします。想定読者は Trac をリポジトリブラウザとして利用しているがチケットは使ったことがない人です。Trac、 Issue Tracking System という用語に馴染みのない方は、それぞれ関連リンクを用意しましたのでそちらをご覧ください。 以下、僕の経験に基づき「チケット駆動開発とは何か」「何が目的か」「どう実践したか」「結果が出たか」についてレポートします。だいたいここ二週間くらい、チームではな
新サービスを開発するときに気をつけてること : a++ My RSS 管理人ブログ
もう全然気合が足りないので、自分への戒めも含めて「新サービス開発」について思いつくままにメモ残します。 新サービスを開発するときには： コンセプト = メタファーを決める メタファーとは、「そのサービスって、つまり○○だよね」の○○に当てはまる具体的な言葉です。 どんなサービスでも「既存の言葉」に当てはめないと理解しにくいので。 「GPS機能で配送遅延から距離を感じられるオンラインメッセージングツール」じゃなくて「それって伝書鳩」みたいな。 これは知り合いに説明してみるとヒントが得られること多しです。 サービス名を決める ドメイン取るとかの理由もありますが、名前が決まっているかどうかで作業のはかどり方が全然違います。 アイデア ⇒ 開発 ⇒ 仕上げ の苦しみ度合いを理解しておく 実は開発する作業が一番楽です。厳しいのは仕上げ。途中で萎えないような工夫が必要だったりします。 時間をかけて悩ん
第3回 開発コストと言語の意外な関係
開発コストを最適化しようとするとき，その対策が開発言語によって全く異なる可能性が高い――。大手50企業を対象としたITコストのベンチマーク調査から得られた“意外”な知見の1つである。さまざまな相関分析データを基に，開発コストの最適化に効く要因が何かを考えてみよう。 黒須 豊 スクウェイブ 代表取締役社長 前回までで，ITコストとITの業務レベルの調査結果，さらには両者に関する相関分析の結果を紹介した。いかがであっただろうか。 今回から3回にわたって，「開発」「保守」「運用」といった業務領域ごとに，ITコストとの相関係数が大きい業務内容について分析していく。ユーザー企業50社からITコスト・データを集めたSLRの調査結果を基に，各業務領域における「ITコストの最適化」のポイントについて，筆者なりの分析と見解を述べたいと思う。 まず取り上げるのは，システム開発領域のITコスト（以下，開発コスト
アジャイルプラクティス - 達人プログラマに学ぶ現場開発者の習慣 : 小野和俊のブログ
『アジャイルプラクティス』読了。献本感謝。 本書はタイトルの通り、アジャイルな開発を進めていくためのプラクティスを45個集めた本で、序盤の1章から3章はアジャイル開発のための心がけについて述べられており、4章から9章ではより実践的なプラクティスが紹介されている。 すぐに開発の現場で活用できそうな実用性と、読んでいてついクスッと笑ってしまうようなユーモアとを兼ね備えている点において、同 "The Pragmatic Programmers" シリーズのアジャイルレトロスペクティブズとノリがよく似ており、読後の感想としては、良い意味でアメリカっぽい一冊だと思った。 アジャイルの心がけと実践とが、丁寧に推敲され(元ネタとしても、日本語訳の面でも)、さまざまな角度から紹介されている本書をお勧めしたいのは、次の二つの読者層である。 アジャイル開発は、チームのメンバー全員が開発プロセスの改善に積極的で
＠IT：連載 INDEX - 保守性・拡張性に優れたシステムを作る
保守性・拡張性に優れたシステムを作る（12）： システム開発はなぜ楽にならないか？ これまで、本連載ではこれまで11回にわたって、システムの拡張性・保守性を考慮するうえで重要になるオブジェクト指向における分析設計の流れや考え方を解説してきた。最終回では、なぜいまもってシステム開発が楽にならないのかについて、筆者の考え方を紹介したい。（2008/7/15） 保守性・拡張性に優れたシステムを作る（11）： キミの設計に「トレーサビリティ」はあるか システム開発は5つのステップ（工程）に分けられる。全体の流れを可視化し、それぞれの工程で発生する影響範囲を追跡する。それにより、構築後の保守・拡張性をも視野に入れた作業を行うことが可能となる。（2008/2/7） 保守性・拡張性に優れたシステムを作る（10）： ドメイン層をシンプルに作るためのO-Rマッピング （2007/9/13） 保守性・拡張性に
「ソフトウェア産業には大事なものが欠けている」、ケイパーズ・ジョーンズ氏
「ソフトウェア産業には大事なものが欠けている」、ケイパーズ・ジョーンズ氏：【インタビュー】ソフトウェア定量化研究の権威に聞く 2008年1月30日～31日の2日間にわたり、目黒雅叙園（東京・目黒）で「ソフトウェアテストシンポジウム 2008 東京」（JaSST'08 Tokyo）が開催された。同イベントは、NPO法人ソフトウェアテスト技術振興協会（ASTER）の主催により毎年開催されているもので、今年もソフトウェアのテストや品質に関する多くの講演・事例発表が行われた。 同イベントの基調講演は、ソフトウェア開発における定量化研究の先駆者、ケイパーズ・ジョーンズ（Capers Jones）氏が務めた。ジョーンズ氏は、1970年代に米IBMで研究を開始。以来これまで、ファンクションポイント（FP）法をはじめとした各種ソフトウェア定量化手法によるソフトウェア開発の見積もり・生産性・品質管理に関する
あるＳＥのつぶやき: フリーで使えるプロジェクト管理ツールまとめ
フリーで使えるプロジェクト管理ツールをまとめておきます。 ■ガントチャート 開発マイルストーン ガントチャートでプロジェクト管理できるExcelツール フリーとは思えないほど高機能 ガントチャートforExcel・・・シェアウェアになりました こちらもガントチャートでプロジェクト管理できるExcelツール スケジュールの表示期間を切り替えられるのが便利 OpenProj Java ベースでガントチャートでプロジェクト管理ができるツール Microsoft Project のフリーのビューワーとしても利用可能 フリーの高機能プロジェクト管理ソフト「OpenProj」を試してみました TaskLine Excelのアドインとして動作するプロジェクト管理ツール（saramiさん情報） Microsoft Projectのファイル(XML形式)をExcelで表示するProjectViewerもある
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
＠IT