MOONGIFT: » 質問を上手に管理しよう「eTicket」:オープンソースを毎日紹介
社内向けであろうと、クライアントへのサービス提供企業であろうとも、技術者には相手からの質問が数多く寄せられる。そうした質問を場当たり的に対処していると、担当者によって答えが変わってきたり、返答の効率化が臨めない。 ステータス管理 質問は一元的に管理し、日々見直すことでより質の高いサービスを提供できるようになる。そのためのソフトウェアがこれだ。 今回紹介するオープンソース・ソフトウェアはeTicket、チケット単位の問題解決システムだ。 eTicketは各質問に対して個別のIDを振ることで、質問を管理できるようにしている。ユーザはメールまたはWeb上でメールアドレスと個別のIDを使ってステータスを知ることができる。 質問の作成フォーム 特徴的なのは、Webフォームからの入力だけでなく、メールを使っても質問ができることだろう。メールから寄せられる雑多な質問についても一元管理できれば、より効率化
ドキュメントとして何を書くか？
僕の考えは、以下のような感じ。 (1) ドキュメント（設計書だろうが仕様書だろうが）は、「誰に何をどう伝えるべきか」を考えれば、何を揃えればいいかは自然と決まってくる。そして、誰が読んでも意味がないと判断されるドキュメントは意味がないので書かない。 (2) 「基本設計書」や「詳細設計書」や「外部設計書」や「内部設計書」という言葉があるが、肝心なのは「誰に何を伝えるか」であり、伝えたいことや認識あわせの単位でドキュメントが作られればそれでいい。それらをまとめて「○○設計書」とするかどうかは、顧客がそうしたければ好きにすれば良い（そこまでやる義務は開発側にはないと思う）。 (3) アーキテクトの仕事は、各作業者が何をしたらいいか迷うことなく作業ができるように「決めごとをしていくこと」。その決めごとは、すべてドキュメント化されるべきであり、そのためには「誰に何をどう伝えるべきか」を考えていけば、
Software Design 2008年2月号 「Emacsマスターへの道」 原稿 — ありえるえりあ
You are here: Home → 原稿・資料 → Software Design 2008年2月号 「Emacsマスターへの道」 原稿
工事進行基準、現場の技術者にとって怖ろしいこと
この前、あるコンサルタントに話を聞いたら、「こんなの初めて」と驚いていた。何かと言うと例の工事進行基準の話。最近はあちらこちらで関連のセミナーが開かれるが、講師に招かれると、どこも大入り満員。受講者の出席率は異様に高い。まあITベンダーの最大の経営課題だから当たり前なのだが、ヘタをすると現場の技術者も大変なことになる。技術者の受講も増えているそうだから、そんな危機感が働いているのかもしれない。 現場が大変なことになるとは、主にプロジェクト・マネジャー（PM）の“受難”のことだ。例えば、プロジェクトを赤字にしてしまったとしよう。今までなら、当然PMにはペナルティが付く。挽回しようと抱え込んで、収拾がつかなくなり大失敗プロジェクトに作ってしまうと、それはもう大変。経営トップが株主からつるし上げられる中、PM本人は業績悪化の戦犯として社内で針のむしろに置かれることになる。 だが、お客から検収書を
Java屋がTomcatでRuby on Railsを試すには？（1/2）−＠IT
Ruby on RailsをJavaサーバで動かす4つのメリット まずは、JRuby on RailsをJavaのAPサーバ上で動かすメリットを考えてみましょう。その最大のメリットはJVM（Java仮想マシン）上で動作する点が挙げられます。JVMで実行することで、以下の4つのメリットを享受できます。 JVMはエンタープライズ環境での動作実績も多く、非常に安定した実行環境を手に入れることができる JVM上でJRubyを実行する場合、AOT（Ahead Of Time）およびJIT（Just In Time）方式でコンパイルする。従って、コンパイル後はインタプリタ形式よりも高速に動作する（※注1） Javaの豊富な機能を使い、さまざまな拡張が可能 JRuby on Railsが動作するAPサーバもTomcatやWebSphere上で動作確認が報告されている JDBCを使って対応DBを増やしたり
非機能要求記述ガイド
経済産業省 ソフトウェア開発力強化推進タスクフォース 要求工学・設計開発技術研究部会 非機能要求とアーキテクチャWG 概要 非機能要求とアーキテクチャWGは、2007年度活動として、非機能要求の効率性と回復性に絞って非機能要求記述フォーマットの定義、及び非機能要求とそれを実現するための実現手段の関連性を分析しました。また、定義した非機能要求記述フォーマットの有効性の確認や改善点をフィードバックすべく、フォーマットを利用した記述方法の検証を実施しました。これらの結果をまとめた「非機能要求記述ガイド」が完成しましたので、ここに公開します。
Official LinkedIn Blog
العربية (Arabic) বাংলা (Bangla) Čeština (Czech) Dansk (Danish) Deutsch (German) English (English) Español (Spanish) Français (French) हिंदी (Hindi) Magyar (Hungarian) Bahasa Indonesia (Indonesian) Italiano (Italian) 日本語 (Japanese) 한국어 (Korean) Bahasa Malaysia (Malay) Nederlands (Dutch) Norsk (Norwegian) ਪੰਜਾਬੀ (Punjabi) Polski (Polish) Português (Portuguese) Română (Romanian) Русский (Russian) Sve
Matzにっき(2008-06-28) - もうだめだ
<< 2008/06/ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 1. 復活 2. これまでのあらすじ 3. これまでの(本当の)あらすじ 4. [Ruby] 【日本Ruby会議2008】「Rubyは10年前のJava」---まつもと氏とイーシー・ワン最首氏が対談：ITpro 21 1. [Ruby] Ruby実装大集合 2. [Ruby] キーノート 3. [Ruby] その他 22 1. [教会] ステーク大会 23 1. [Ruby] RubyKaigi補足 2. [Ruby] Nutter来襲 24 1. [Ruby] 打ち合わせ 25 1. 高松 26 1. 高松から帰る 2. [Ruby] false || not(true) のパースが通らない件 - まめめも 27 1. [Ruby] 島大講義 2. 片手で持てるT
F速VIP(･ω･)y-～ 視 力 は 絶 対 に 回 復 す る
2008年11月14以前の個別記事リンクが全てズレています ご迷惑をお掛けして申し訳ございません TOP絵頂きました、ありがとうございます 1 ：以下、名無しにかわりましてVIPがお送りします：2008/09/10(水) 14:56:52.78 ID:8ZNA+HsP0 張ってくれ 2 ：以下、名無しにかわりましてVIPがお送りします：2008/09/10(水) 14:57:19.70 ID:vrCLJ77UP ?2BP(5342) スタート >1-1000>1-1000>1-1000>1-1000>1-1000>1-1000>1-100 >1-1000 >1-1000 >1-1000 >1-100 >1-1000>1-1000 >1-1000 >1-9 >1-1000 >1-1000>1-100 >1-100 >1-1000>1-100
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新生活を迎えるにあたって役立つサイトまとめ :VIPPERな俺