Changelogのための英文テンプレート集 - ぴょぴょぴょ？ - Linuxとかプログラミングの覚え書き -
Changelog を英語で書く際に参考になるようなテンプレートをまとめてみました．git や svn のコミットログにも使えます． このエントリは今後も逐次更新を続けます（最終更新2018/11/01） リリースノートの英文についてはRelease note のための英文テンプレート集 - pyopyopyo - Linuxとかプログラミングの覚え書き -に分離しました git等のcommit メッセージにも使えます 以下，例文． バグ修正した場合 修正した場合 → fix を使うのが定番です Fixed a performance regression. （パフォーマンスが低下するバグを修正しました） Fix possible memory leak Fixed an issue where some devices would display the wrong image. (いく
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
ITエンジニアの「やってはいけない」---目次：ITpro
設計・実装から運用，メソドロジまで，最新アンチパターンを徹底解説 先輩から教わったことのなかに多くの「やってはいけないこと」（アンチパターン）があるだろう。だが，その理由を問われると，うまく説明できないことがあるのではないだろうか。突き詰めて考えると，状況によっては「やっても構わない」こともあるし，技術の進化に伴い「やれるようになってきた」こともある。そこで設計，実装，テスト，運用，メソドロジの各分野について，取材を通じて浮かび上がった最新アンチパターンを徹底解説する。テーマごとに「どれくらいやってはいけないか」のレベルも表した。レベル３～レベル１の３段階あり，レベルの数字が大きいほど，やってはいけない度合いも大きい。 関連サイト： ■設計編 ■メソドロジ編 ■実装編 ■テスト編 ■運用編 ■サーバー運用編 ■データベース編 ■セキュリティ編 ■記録メディア編 ■方式設計編 ■内部統制編
JaSSTソフトウェアテストシンポジウム-JaSST'07 Tokyo
JaSST'07 Tokyo は来場者数は1,000名を超え、2日間で延べおよそ1,500名もの方々に参加いただき、盛況のうち終了しました。多くのご参加を誠にありがとうございました。 プログラム ベストスピーカー賞 基調講演 招待講演 ミニパネル パネルディスカッション チュートリアル
デスクトップアプリケーションは死んだ - Kentaro Kuribayashi's blog
"Ev's Rants: Desktop Applications are Dead"が面白かったので、翻訳してみた。というか、「超訳」だが。 原著者: Eugueny Kontsevoy 超訳者: kentaro a.k.a. id:antipop 原文のURL: http://kontsevoy.blogspot.com/2007/08/desktop-applications-are-dead.html いまさらその話かよ、って？そんなこといっても、「デスクトップアプリケーションは死んだ！」とか、いまもみんなそこらを叫んで回ってんじゃん。 その連中の多くは、いわゆる「ウェブアプリケーション」の開発者どもだ。誰があんな連中のいうことを聞くんだ？やつらは本物の開発者なんかじゃない。だよね？全然ものがわかってないし。あいつらときたら、malloc()やfree()すらまともに使えないんだか
開発合宿のススメ Web Service：@nifty
開発合宿のススメ 電話も鳴らない。メールもチェックしない。急に呼ばれるミーティングにかり出されることもない。ひたすらモノヅクリに集中できる環境。刺激的で楽しいエンジニア同士の交流。その場で他人の反応が聞ける距離感。最後のプレゼンまでの緊張と心地よい疲労。開発合宿にはそれがある。日々の業務に追われる日常から切り離される非日常へ。 そうだ、合宿へ行こう！ これまで、ニフティでは、まともに開発合宿というものを体験したことも、企画したこともありませんでした。そんな中、今回@niftyウェブサービスを介して、３つのサービス（@nifty TimeLine、アバウトミー、トピックイット）のAPIを公開するにあたり、現場の担当者が自然と口にし始めました。「そうだ、合宿へ行こう！」。 日常を離れて、日々の延長戦を一旦断ち切り、ひたすら開発することに専念できる空間と時間。私たちニフティの現場エンジニ
理解することが書き直すことを意味するとき
Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
第6回 ［荒井玲子さん］ソフトウェア開発で伸びる人、伸びない人（2） ソフトウェア開発で伸びる人 | gihyo.jp
6月は、コンピュータ書の大ベストセラー『ソフトウェア開発で伸びる人、伸びない人』の著者、荒井玲子さんにお話を伺います。 今回の概要 第2回は、「ソフトウェア開発で伸びる人」というテーマで、伸びる人に共通する特徴・スキルについて解説します。この特徴・スキルは生まれつきのものではなく、誰でも身につけることができるものです（12分19秒）。
コンソールベースのHTTPテスティングツール·WBox MOONGIFT
Webベースでアプリケーションを開発することが多くなってきた。そこで必要になるのがテスティングツールの存在だ。レスポンスヘッダなどを手軽にチェックできるソフトウェアとして、こちらを紹介しよう。 今回紹介するオープンソース・ソフトウェアはWBox、HTTPテスティングツールだ。 WBoxではコマンドラインとともに、サーバを指定するだけでレスポンスの値や速度を簡単にチェックできる。また、ヘッダ情報の表示やHTMLをダンプする事も可能だ。 他にもGzip圧縮を指定してリクエストを行ったり、HTTP1.0ベースを指定する事もできる。クッキーやリファラーの指定も簡単だ。便利なのが、DNS設定を指定して、hostsファイルを変更する事無く指定IPアドレスへ指定サーバとしてリクエストを行う機能だ。 さらに独自のHTTPサーバを内包しており、localhostでの動作確認も容易だ。 HTTPサーバの動作確
第5回 ［荒井玲子さん］ソフトウェア開発で伸びる人、伸びない人（1） ソフトウェア開発で伸びない人 | gihyo.jp
6月は、コンピュータ書の大ベストセラー『ソフトウェア開発で伸びる人、伸びない人』の著者、荒井玲子さんにお話を伺います。 今回の概要 第1回は、「ソフトウェア開発で伸びない人」というテーマです。伸びない人にはいくつかの共通する特徴がみられますが、今回はその中でも特に重要な3つ、「プライド」「正解はひとつ主義」「受け身」について解説します（11分20秒）。
DSAS開発者の部屋:オープンソースを楽しむエンジニアの二日目 - ftraceコマンドを書く
昨日のエントリ オープンソースを楽しむエンジニアの一日 では、特定のプログラムの関数呼び出しをトレースする方法を考えてみました。どうやら、gcc のプロファイリング関数と LD_PRELOAD を使えば比較的簡単に実装できそうだという事がわかりました。 今日はこれらの仕組みを利用して、ftraceコマンドを作ってみましたのでご紹介します。 さすがにシェアードライブラリだけ作って「あとは自分でLD_PRELOAD指定してね☆」というのも使い勝手が悪いので、strace や ltrace と同じような操作感覚で使えるようなコマンドにしてみました。プロファイル関数や LD_PRELOAD の使い方の参考にもなると思いますので、もし興味がありましたら以下のリンクからダウンロードしてご利用下さい。 ftrace-0.90.tar.gz (4215bytes) ※ 5/26追記： naoyaさんからパ
システム構築企画や要求仕様のまとめ方：CodeZine
システムを開発する際、「要求仕様文書」をいかにしてまとめるかが成功と失敗の分かれ道であるといえます。なぜなら、「要求仕様文書」によって新システムに盛り込むべき機能をユーザーと開発者の両者が理解できるようになるからです。これが十分でないと、品質、納期、コストの問題にはねかえってきます。 要求仕様をまとめきれないと、その影響は上流工程だけでなく、開発などの下流工程にも現れ、手戻りによる納期遅延やコスト超過などを引き起こします。さらには、システム導入後の品質の低さとして顕在化し、最悪の場合、取引ミスや不具合対応によるコスト増加や業務スピードの低下など、企業に大きなダメージを与えかねません。 最近、システム開発を取り巻く状況が次のように変化してきています。 従来の開発に比べ、期待される開発工期が相対的に短い 要求仕様が固まっていない状態で開発を始めねばならないケースが多い 要求の追加・変更が
MS、無償のWeb制作者向けIEプラグイン「Internet Explorer Developer Toolbar」正式版公開：CodeZine
Microsoftは9日、IE用プラグイン「Internet Explorer Developer Toolbar」正式版をリリースした。以前からWeb開発者向けにリリースされていたプラグインだが、今回よりバージョン1.00の正式版となった（リリースされたのは、バージョン1.00.2188.0）。 Internet Explorer Developer ToolbarはMicrosoftのWebサイトより無償でダウンロードできる。IE7の場合、インストールするとブラウザの右上に小さなアイコンが現れ、これをクリックするとメニューが表示されるようになる。 Webサイトにおける画面デザインでは、HTMLのDOM構造やCSS適用内容、要素のサイズなど、実際にブラウザを通した表示を見ながら検証していく必要がある。Internet Explorer Developer Toolbarを使うと検証した
ウノウラボ Unoh Labs: WEBアプリのテストに必須なツール７種
こんにちは！やまもと＠テスト番長です。 前回satoさんの書いたエントリーが好評のようですね。 自分は実は美術系出身です。なので「デザインセンスのある人からみた～」というエントリーでも続けて書いちゃおうかなと一瞬思いましたが、世の中にはWEBデザインのプロの方もいらっしゃることだし、控えておきましょう。 センスってのも考え込むと難しいですしね。 個人的には、WEBデザインの美醜って「使いやすさ」とかなり直結な気がしてます。 さて、今回は僕が普段テストに使っているツールでもご紹介してみようかと思います。 Selenium 一年前くらいに登場した無償の自動実行ツールです。 有償の自動実行ツールは以前からありましたが、 ベンチャーが購入するには高価なものなので 大手以外にはあまり導入されていなかったであろう類のツールです。 テストシナリオにそってブラウザを自動で操作してくれます。
MOONGIFT: � Excelではじめるプロジェクト管理「開発マイルストーン」:オープンソースを毎日紹介
プロジェクト管理の重要性は理解しつつも、実際にうまく管理されているケースはあまり多くない。大げさなシステムを導入した所で、普段の業務を圧縮してそのシステムを勉強する時間を作り出すのは非常に難しい。 わざわざシステムを導入するのではなく、現状の延長線上で考えよう。利用するのは普段使い慣れているExcelだ。 今回紹介するフリーウェアは開発マイルストーン、Excelを使った工程管理ソフトウェアだ。 開発マイルストーンはExcelアドオンと作業ファイルと二つで構成されている。アドオンを起動した後、作業ファイルを起動すれば利用できるようになる。 工程管理は面倒な帯をドラッグなどしたりしない。開始日と日数を入れれば自動で変更される。変更は表のみで、後は自動で描画が変わっていく。 関連を表す線も、一度クリアして再描画するだけでいい。さらに作業工数統計と言ったグラフ表示もできる。 慣れたExcelで作業
Getting Real by 37signals
On top of making Basecamp and HEY, we write books about what we’ve learned running our own business. They’re filled with practical advice you won’t find elsewhere. Shape Up Shape Up is for product development teams who struggle to ship. Written by the innovators behind Basecamp — one of the biggest and longest-running software as a service apps — the book gives teams the tools to address the risks
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
鵜飼文敏さんの講演「ハッカーのソフトウェアエンジニアリング」の動画を公開しました：ITpro Challenge! ブログ：ITpro
開発系―開発合宿にむいた温泉パック ―旅ぱけ [テーマで選ぶ旅行]
GitHub - dim/retrospectiva: Open source, web-based agile project management, featuring: Goal planner, Story management, Issue-tracker, Code review, SCM Integration, Wiki & Blog. It is intended to assist the collaborative aspect of work carried out by soft
