Rebuild - Podcast by Tatsuhiko MiyagawaRebuild A Podcast by Tatsuhiko Miyagawa. Talking about Tech, Software Development and Gadgets.
quick'n'dirtyトラブルシューティングのために/procファイルシステムを使用してLinuxカーネルランドを覗く « WR blog
December 2014 (1) February 2014 (1) January 2014 (1) September 2012 (1) April 2012 (1) March 2012 (2) October 2011 (1) June 2011 (5) May 2011 (1) April 2011 (1) March 2011 (1) February 2011 (1) January 2011 (1) December 2010 (1) September 2009 (1) April 2009 (1) March 2009 (1) January 2009 (3) November 2008 (2) October 2008 (1) December 2005 (2) October 2005 (2) September 2005 (2) August 2005 (7)
コンシューマ向け3Dプリンタは「過度な期待のピーク期」――ガートナー調査
調査会社のガートナーは、先進技術が普及段階のどこにあるかを示す「ハイプサイクル」の2013年版を発表した。その中で、コンシューマ向け3Dプリンティングは「過度な期待のピーク期」にあると指摘した。 調査会社の米ガートナーは2013年9月3日、「先進テクノロジのハイプサイクル：2013年」を発表した。その中で企業向け3Dプリンティングは2～5年の間に「生産性の安定期」に達するとした一方、コンシューマ向け3Dプリンティングは「過度な期待のピーク期」にあると指摘している。 ガートナーのハイプサイクルは2000を超えるテクノロジを98の分野にグループ化し、その成熟度、企業にもたらすメリット、今後の方向性に関する分析情報を図で表したもの。先進的な技術が「大きな期待」「幻滅」「最終的な安定普及」といった共通のパターンで定着することから、それぞれの技術がこのハイプサイクルのどこに位置するのかを示した調査資
NTTデータによるDell ITサービス事業統合の影響
ガートナー データ＆アナリティクス サミット 2024年5月21日（火）- 23日（木） | Tokyo, Japan
GmailがハマったSPDYの落とし穴 - ぼちぼち日記
ソフトウェア開発プロセス残酷物語 - give IT a try
これが5年間の技術的失敗と成功の歴史、GREEの成功を支えた技術者たちの闘いが今明かされる
Git Cheatsheet
stash workspace index local repository upstream repository status Displays paths that have differences between the index file and the current HEAD commit, paths that have differences between the workspace and the index file, and paths in the workspace that are not tracked by git. diff Displays the differences not added to the index. diff commit or branch View the changes you have in your workspace
アジャイルソフトウェア開発 - Wikipedia
ソフトウェア工学におけるアジャイルソフトウェア開発 (アジャイルソフトウェアかいはつ、英: agile software development) は、人間・迅速さ・顧客・適応性に価値を置くソフトウェア開発である[1]。典型的なアジャイルソフトウェア開発では、チーム主導で設計・実装・デプロイを短期間に繰り返してユーザーが得た価値を学習し適応する、すなわちトライアルアンドエラーで開発が行われる。アジャイルソフトウェア開発を可能にする開発手法にはエクストリーム・プログラミングやスクラムなどがある。 概要[編集] ペアプログラミング アジャイルソフトウェア開発は人間・迅速さ・顧客・適応性に価値をおくソフトウェア開発である（アジャイルソフトウェア開発宣言）。すなわち自己組織的なチームが対話の中で方向性・仮説を見出し、顧客へ価値を素早く届け、実践投入の学びから素早く改善をおこなう在り方に価値を置く。
- 継続的インテグレーション
継続的インテグレーション 原題: Continuous Integration Martin Fowler Chief Scientist, ThoughtWorks Matthew Foemmel ThoughtWorks 「確実なビルドを行う」 -- これはどんなソフトウェア開発プロセスであれ重要なことだ。そのわりには、このことがきちんとされていないことに驚かされる。本論文では、Matt が ThoughtWorks 社でのある大規模プロジェクトにおいて採用したプロセスを紹介する。このプロセスは全社的な広がりを見せつつある。テスト部分も含めて「全てが自動化された」「再現可能な」ビルドを、「日に何度も」行うことに力点がおかれている。このプロセスを用いれば、開発者はインテグレーションを毎日行うことになるので、インテグレーションに伴う問題を減らすことができる。 継続的インテグレーションの恩恵
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？
開発とテストの融合こそゴール。続、グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？ グーグルでTest Engineering Directorを務めるJames A Whittaker氏が書いたエントリを紹介した先日の記事「グーグルはあれほど多くのソフトウェアのテストをどのように行っているのか？」が非常に好評で、「続きがあれば読みたい」というコメントをいただいていました。 Whittaker氏がそのエントリの続き「How Google Tests Software - Part Threeを公開していますので、ご要望に応えて紹介することにしましょう。 品質は開発の問題であってテストの問題ではない 品質とはどのように実現するものなのか？ という問いに対して、Whittaker氏は次のように書いています。 The simple solution to this con
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.8052.com/tutmemor.phtml
その一方で、ウォーターフォールの現場にて開発者が出来ること