タグ

関連タグで絞り込む (1)

タグの絞り込みを解除

SoftwareDevelopmentに関するkjeeのブックマーク (12)

  • Test Case Management & Test Management Software Tool - TestRail

    The TestRail Quality OS is the only centralized QA platform that gives you the power to build, connect, and optimize all of your testing processes. Test more efficiently, get real-time visibility at scale, and build confidence in QA. It’s time to transform your dreams of faster, frictionless releases into reality. Orchestrate your testing in a way that works for your team. With the Quality OS, you

    Test Case Management & Test Management Software Tool - TestRail
  • Ajax、PDA、自然言語――なぜあのとき失敗したのか

    ソフト開発に関して言えば、Googleのアダム・ボスワース氏はスピードを必要としている。 「物理学、スピード、心理学:ソフトウェアで何がうまくいき、何がうまくいかないのか。それはなぜか」と題された講演の中で、Google副社長のボスワース氏は、Ajax、PDA、自然言語などの技術がなぜ過去にははやらなかったのに、今成功しているのかを語った。同氏は1月29日、Google NYC Speaker Seriesの一環としてGoogleオフィスで講演を行った。 ボスワース氏は、これまで約30年間ソフトを構築してきたが、常に「そのすべてがうまくいくわけではない」と述べた。「その理由は、振り返ってみると、主に物理的要素と人間心理によることが分かった」。同氏はまた、「その多くはトム・クルーズと関係がある」と語り、映画「トップガン」のトム・クルーズの台詞「I feel the need, the nee

    Ajax、PDA、自然言語――なぜあのとき失敗したのか
  • [ThinkIT] 第1回:複数人による開発の要所を押さえる (1/3)

    PHPは生産性の高い開発言語として広く普及しました。現在も多くのWebアプリケーション開発でPHPが採用されており、その手軽さも手伝って実績を伸ばし続けています。手軽に開発できることから、個人での開発もでき、独自の開発手法が多く存在し、複数人では統一が難しいといわれています。 そのため複数人による開発では、確固とした開発手法がとられてない事例が多いのも事実です。開発手法が確立されてない場合、規模が大きくなるとすぐに破綻してしまいます。それを避けるには、開発手法を確立しておく必要があります。 連載では複数人によるPHPを用いたWebアプリケーション開発において、実際に筆者の所属するウノウ株式会社が行っている手法を例に効率的な開発手法を解説していきます。連載の内容はPHPだけでなくRubyPerlのような他の言語にも適用できます。また1人で開発を行う時に非常に有効な方法です。実際に筆者が

  • http://www.snsys.jp/Products/SN-DBS.htm

  • swtest.jp/wiki/readings - PukiWiki

    論文/解説 † 外皮・躯体と設備・機器の総合エネルギーシミュレーションツール「BEST」の開発(その7):ソフトウェアテスト手法 空気調和・衛生工学会大会学術講演論文集{2007.9.12 〜14(仙台)} 丹羽 勝巳(日建設計)他 http://www.ibec.or.jp/best/event/20070914briefing/OS_24.pdf

  • The New Methodology

    In the past few years there's been a blossoming of a new style of software methodology - referred to as agile methods. Alternatively characterized as an antidote to bureaucracy or a license to hack they've stirred up interest all over the software landscape. In this essay I explore the reasons for agile methods, focusing not so much on their weight but on their adaptive nature and their people-fir

    The New Methodology
  • マーチン・フォウラー氏の論文翻訳

    「リファクタリング」の著者でXPなどの開発手法に造詣の深い、マーチン・フォウラー氏の論文の翻訳です。 原はhttp://www.martinfowler.com/にあります。 新しいソフトウエア開発手法(日語版) XPなどのソフトウエア開発手法の新しい流れについて、わかりやすくしかも深い考察とともに概説しています。 「ドキュメントが少い方がいい」とかかなりぶっとんでます。 新しいソフトウエア開発手法(対訳版) 上記論文を段落ごとに英語、日語混在にしてあります。 このHTMLファイルは、このXMLソースから、 このRubyスクリプトで生成しています。 XMLソースはFowlerさん自身が使用している独自フォーマットのものに、私が独自に日語の情報を付加したものです。 暇ができたらこのスクリプトをちょっとRefactoringして、汎用のXML→HTML生成ツールにしようかと思っています

  • 新しいソフトウエア開発手法

    マーチン・フォウラー チーフサイエンティスト , ThoughtWorks 過去数年にわたり、「ライトな」ソフトウエア開発手法が急速に関心を集めつつある。それらは、官僚制に対する解毒剤とも、ハッキングのライセンスとも見なされているが、ソフトウエア関係者全ての興味をかきたてている。このエッセイで、私は「ライトな」開発手法の単に「軽い」側面だけでなく適応的な性質や人間中心主義に着目しながら、それらが流行る理由について掘り下げてみたい。また、この系統のプロセスに対してサマリーとリファレンスを提供し、この踏み出されてまもない道を行くべきかどうかを選択するために、考慮すべき要因について考えてみたい。 開発手法ゼロから、重量級の手法へ、そして「ライトな」手法へ 予見的手法 対 適応的手法 デザインとモノ作りを分割する だいたい仕様を予見できたことがない 予測は絶対に不可能なんだろうか? 予見不可能なプ

  • Joel on Software -

    プログラマのためのユーザインタフェースデザイン 第 1 章 第 2 章 第 3 章 第 4 章 第 5 章 第 6 章 第 7 章 第 8 章 第 9 章 ストラテジーレターV 2002年6月12日 ミクロ経済学の補完財の原理について考えていて、私はオープンソースソフトウェアに関する興味深いあることに気がついた。それが何かというと、オープンソースソフトウェア開発に多額の資金を使っている企業の多くは、それが彼らにとって良いビジネス戦略だからそうしているのであって、突然資主義を信じるのをやめて、「言論の自由と言うときの自由」に浮かれるようになったわけではないということだ。ストラテジーレターⅤ 5つの世界 2002年5月6日 5つの世界:すべてのソフトウェア開発が同じではない。 追記:インターナルシステム、コンサルウェア、パッケージソフトの間には大きなグレーゾーンがあり、この3つの世界はしばし

  • ソフトウエアは「書く」から「描く」へ - 日経エレクトロニクス - Tech-On!

    日経エレクトロニクス最新号で,「設計図がない」という特集記事を組みました。この特集,タイトルこそ「『図』がない」としましたが,実際には「ソフトウエア開発で『設計作業』が軽視されている」というテーマです。 「設計」とは何でしょうか。いろいろな定義・考え方があるかと思いますが,一つ言えるのは,「番を作る前に,実際に紙なりコンピュータ画面なりに書き出してみること。アタマの中で思い描いただけで終わりにしないこと」といえるでしょう。エンジニアリングでは,すべからくこの設計作業は必然です。ところが,そういう通念が認識されていない分野があります。それがソフトウエア開発です。 ソフトウエア開発では,設計図がない――。こういうと,「ソース・コードがあるじゃないか」という反論も聞こえてきそうです。 しかし,「ソース・コード(プログラム)=設計図」というのは,大きな間違いです。ソフトウエア開発においては,ソー

  • 「XPは押しつけるものではない。自分が変われば必ず伝わる」,XPの提唱者Kent Beck氏語る

    「自分を変えられるのは自分しかいない」。2006年9月5日,ソフトウエア開発プロセスの一つ,eXtreme Programming(XP)を提唱しているKent Beck氏を囲んで記者懇談会が開催された。自分が変われば,必ずまわりは変わる。そんな信念が感じられた懇談会だった。 Beck氏の著書である「XPエクストリーム・プログラミング入門 第2版」は「XP is about social change.」という文章で始まっている。日語版では「XPとは社会改革のことである」と訳されているが,ソーシャルのニュアンスが少し違うという意見もある。そこでまず「XPでいうソーシャルとはどういう意味か」と質問した。 Beck氏はソーシャルの例として「14歳になる私の娘は,ある友人と1時間くらい話をし,別の友人と同じ話をまた1時間くらいする。彼女はソーシャルな子供だ」と語った。つまり「社交的」「コミュニ

    「XPは押しつけるものではない。自分が変われば必ず伝わる」,XPの提唱者Kent Beck氏語る
  • 東京のちぐはぐな街並みを見て心配になる電子産業の行方 - 日経エレクトロニクス - Tech-On!

    「スパゲティみたいに,こんがらがっている」「つぎはぎの温泉旅館みたいじゃないか」——ソフトウエアの開発や保守の現場では,こんな言葉がしばしば出てきます。みなさんもたまに聞いたり使ったりしていると思いますが,ソフトウエアの追加開発をその場しのぎで続けたために,構造が複雑になってしまったものをこう表現します。からみあったスパゲティや,行き当たりばったりで増築を重ね内部が迷路のようになった温泉旅館にソフトウエアを例えたわけです(もちろんスッキリした建物の温泉旅館もたくさんありますが)。 ソフトウエアの構造が複雑になるのは,昔から企業情報システムで大きな問題になっていましたが,最近は組み込み機器でもソフトウエアの大規模化に伴い問題視されるようになりました。ひとたび構造が複雑化すると製品展開や拡張・保守の面で,たいへんな問題を引き起こします。機能やデータの追加・変更の影響がどこまで及ぶかわからなくな

  • 1