使わなくなったデスクトップPCの再生方法を教えます：ITpro
最近は，Eee PCやAspire oneなどの小型ノートPCが4万円台で購入できる，ついに14.1インチのワイド液晶モニターを備える通常のノートPCも5万円を切る価格で登場してきている。日本ヒューレット・パッカードの「HP Pavilion Notebook PC dv4a/CT」がそうだ。メモリーは1Gバイト，ハード・ディスクは160Gバイトという十分なスペックである。現在の小型ノートPCの売れ行きを考えると，ノートPC全体の低価格化は避けきれないと筆者は感じている。 このように低価格なノートPCが普及してくると，ほとんどのデスクトップPCがノートPCに置き換わる可能性が出てくる。ノートPCは，グラフィックス性能などがデスクトップPCよりも劣っているように感じるが，筆者は今春，5万9800円で購入したノートPC上で，3次元オンライン・ゲームを楽しんでいる。高性能なグラフィックス・カード
Rubyはエンタープライズの基盤になれるか：ITpro
Rubyはどこまで大規模な基幹システムに適用できるか---この問いに対する答えを探す，あるいは作る試みが動き出している。 Rubyを大規模システムへ適用しようという原動力となっているのが，エンタープライズ・システムの生産性を向上させたいという企業の要求と，Rubyを使いたいという開発者の要望だ。「Ruby on Railsの生産性はVBscriptの倍，PHPの1.5倍ではないか」」(カカクコム 事業開発本部事業開発部システム担当部長 宮島壮洋氏)。「COBOLやVBに比べ4割から5割生産性が向上しそうだ」(テクノプロジェクト 代表取締役専務 吉岡宏氏)。 しかし，ビジネスへの本格的な適用が始まったばかりのRubyを大規模で高信頼性が要求されるシステムに適用するためには，いくつかの課題を証明，または解決する必要がある。 その課題とは何か。日本で最大規模の事例であるカカクコムの「食べログ.c
彼氏がオープンソースやっていた。別れたい。
久しぶりに柔かそうな「ネタ」で始めたいと思います。 最近，ブログ界隈で「彼氏が××だった。別れたい」というコピペ改変が流行ってます。ちょうどこの連載のネタを考えている時に流行りを感じたので，「じゃあ，『彼氏がオープンソースやっていた。別れたい』でも書くかな」とtwitterでつぶやいていたら，「オープンソースには中毒性があるから，結構シリアスな問題かも」というコメントが来ました。確かにそう考えてみると，あながち単なるジョークでは済まないなということと，前回の話題とも関連があるので，あえてこのネタで考えてみたいと思います。 問題のコピペ元ネタ 件のコピペの元ネタは以下のように整理されてます。どうやら元はどこかの質問サイトのようですが，コピペとして整理されたものを転載します。 ■彼氏が軽自動車に乗ってた。別れたい… 軽だと信号待ちで並ばれた時なんか恥ずかしいｗｗ 下向いちゃうしｗｗ 男にはせめ
電子メール（IMAP4）
今回は，電子メールを受信するときに使うプロトコルの一つであるIMAP4（アイマップフォー）＊1について学習しよう。取り上げる問題は，平成15年度午後I問3から該当部分を抜粋したものである。 ネットワークの解説書などを読むと，IMAP4は電子メール受信用のプロトコルとしてPOP3（ポップスリー）＊2と並んで必ず出てくる。しかし，実際に普段IMAP4を使ってメールを受信しているという人はほとんど見かけない。その理由はなぜなのか。しくみ的にPOP3とどこが違うのか。このあたりを理解することが試験対策のカギとなる。 問 小規模ネットワークの構築に関する次の記述を読んで，設問に答えよ。 K社は，不動産仲介業を営む，社員が数名の会社である。パソコンの知識をある程度もっている社員のR君が，ネットワークの構築と運用を担当している。K社では，昨年から，電話回線にパソコンを接続し，ISPへのダイヤルアップ接続
NTTデータが新開発手法、“見た目重視”で工期3割削減：ITpro
NTTデータは2008年10月15日、顧客の要求を使いやすさも含めて的確に定義するシステム開発手法を策定したと発表した。特徴は、要件定義時に画面レイアウトを含めたシステム全体の使いやすさについて顧客と合意を取ること。 米アクシュア・ソフトウエア・ソリューションズ製の画面プロトタイプ作成ソフト「Axure RP（アクシュア・アールピー）」を利用することで実現した。この手法に変更することで、要件抽出における品質向上と約30%の工期短縮を実現できるという。同社はこの手法を拡大し、2009年に50件の適応を目指す。 新手法では企画工程で業務の全体像を定め、それをもとに画面レイアウトのプロトタイプを「Axure RP」で作成する（図）。Axure RPはVisual Studioなどの開発ツールよりも簡単な操作で画面レイアウトを作成でき、Visioなどの作画ツールよりもリアルに本番環境でのシステムの
［OSC島根］「RubyでCOBOL技術者は復活する」---松江市の基幹システム開発で得られた実感
「COBOLとRuby on Railsのアプリケーション構造は似ており，ベテランSEのノウハウが生かせる。RubyでCOBOL技術者は復活する」---テクノプロジェクト 専務取締役 吉岡宏氏は2008年9月12日から13日にかけて開催されたオープンソースカンファレンス2008 Shimaneの講演で，松江市の高額医療費合算システムをRubyで開発した経験で得られた感想をこう語った。 テクノプロジェクトは，IPAの自治体へのオープンソースソフトウェア導入実証事業として，松江市の高額医療費合算システムをRuby on Railsで開発した。この実証の目的は，Rubyが自治体の基幹システムに耐えうることを実証することおよび，COBOL技術者がRubyでシステム開発するためのノウハウやライブラリの整備である。開発されたプログラムはオープンソース・ソフトウエアとして公開されており，また得られたノウ
［見積もり編］FPを過信してはいけない
見積もりを作成する際に，定量的な見積もり技法を用いることがある。特に最近ではファンクションポイント法（FP法）が定着しつつあり，現場で用いられる機会も増えている。FP法はシステムの工数規模が定量的な数値となって表現されるため，発注側と受注側の双方の共通の物差しとして用いられる。また1人月当たりの生産性指標として用いられることもある。 しかし，FP法で計測された値を過信すると大きな失敗を犯す。実際の現場でも，FP法の数値だけが一人歩きしてしまい大変な結果となったケースがある。 FP法は「ユーザーが識別しない機能」を数えない Dさんは，中規模SIベンダーV社の中堅社員である。数年前にFP法（IFPUG法）について外部研修を受け，見積もりの根拠として必ずFP値を提出していた。 今回，V社は大手携帯電話会社U社から，販売店に対するリベートを支払うシステムの再構築を受注した。契約の形態としては，要件
SEマネジャは放電しっ放しでよいか
筆者はSEマネジャのあり方について，当プログで「SEマネジャはお客様を訪問せよ」「部下に任せよ」などと何回となく言及してきた。それは，SEマネジャがIT企業のビジネスを遂行する技術陣の要と考えるからである。IT企業では，この要のSEマネジャが強いと顧客からSE陣が信頼され，プロジェクトや提案活動はうまくいく。また，SEをチャレンジャブルなジョブにアサインでき，SEが成長し戦力も強化できる。これには読者の方も異論がないはずだ。 だが，現実のIT業界を見ると必ずしもそうではない。顧客を訪問しないSEマネジャ，営業に便利に使われているSEマネジャ，SEを顧客に塩漬けするSEマネジャ，部下のSEと技術的な会話がろくにできないSEマネジャなどもいる。筆者はそんな現状を鑑み，SEマネジャに“SEマネジャ頑張れ”という気持ちと，IT企業の経営陣に対しては“これでよいのか”という想いを伝える趣旨で書いてい
非機能要求は，検証できなければ意味がない
JUAS(日本情報システム・ユーザー協会）が，「非機能要求仕様定義ガイドライン」を発行した。このガイドラインは，JUASが2007年9月から2008年3月にかけて実施した「UVC(User Vender Collaboration）研究プロジェクトII」の成果で，ユーザー企業がベンダーに提示する要求仕様書(別の言い方ではRFP＝提案依頼書）における非機能要求の定義方法をまとめたものである。 JUASは，2007年に「UVC研究プロジェクト」の成果として「要求仕様定義ガイドライン」を発行しているが，非機能要求については不十分だった。これを補うために，非機能要求に正面から取り組んだのがUVC研究プロジェクトIIであり，「非機能要求仕様定義ガイドライン」だ。 言うまでもなく，ユーザー企業がシステムの非機能要求を明確にベンダーに伝えることは非常に大切である。しかしこれまでは，どんな非機能要求を伝え
スタック・オーバーフローで任意コードを実行できるか？
スタック・オーバーフローで任意コードを実行できるか？ ～「IEに0-dayのバッファ・オーバーフロー？」の疑問に答える～ 昨日公開した記事「IEに0-dayのバッファ・オーバーフロー？」に対して、ある知人から次のような質問をされました。「スタック・オーバーフローが任意コードの実行に結びつく可能性があるとの事だが、それは一体どのような状況なのか？」といった内容です。同様の疑問を持った読者がいるかもしれません。そこで、この場を借りてお答えしたいと思います。 「絶対ない」とは書かなかった理由 前回の記事で書いたように、スタック・オーバーフローで任意コードの実行が可能になる状況は非常に限定されています。というよりも、通常はあり得ません。単に無限再帰がスタックを消費し尽くすだけであり、バッファ・オーバーフローのように、リターン・アドレス（関数からの戻り先アドレス）などの特定アドレスを書き換えられるわ
Part2 Rubyに学ぶ「Ruby on Railsの正体」：ITpro
電波系Rubyプログラマ。好きな言語はC++とLua。最近，仕事ではRailsでのWebアプリケーションの開発を主にやっています。Webアプリケーションばかり触っていると，ときどきアセンブラが恋しくなりますね。仕事にかまけているうちに，趣味で開発したいプログラムのネタが大量にたまっています。 Rubyで記述されたWebアプリケーションフレームワークRuby on Rails（Rails）が人気を博し，Railsを使うのに必要なRubyもまた話題になっています。Railsの作者であるDavid Heinemeier Hansson氏は「Railsには，Rubyと同じ感触，同じ匂い，同じ味わいがある」と言っています。この言葉には様々な解釈がありますが，筆者は，「Rubyのやりかた」を極限まで突き詰めてフレームワークに適用したのがRailsであると考えています。 Rubyは何かにつけ「人に優しい
Rubyの普及促進を図る「Rubyアソシエーション」発足，まつもとゆきひろ氏が理事長に
Rubyアソシエーション発表会見の模様。右から前田修吾氏，まつもとゆきひろ氏，ネットワーク応用通信研究所 代表取締役社長 井上浩氏（写真提供：島根県） Rubyの作者まつもとゆきひろ氏と，まつもと氏がフェローとして所属するネットワーク応用通信研究所は7月27日，Ruby普及支援団体「Rubyアソシエーション」を設立すると発表した。まつもと氏が理事長に就任する。 活動内容はコミュニティ支援，イベント開催および支援，Rubyを用いたシステムインテグレーション事業の支援，Rubyグッズの販売，広報など，人材やサポートの面でRubyをエンタープライズ分野で安心して利用できる環境を整備するとしている。Rubyの商標管理や，Ruby技術者検定試験の実施も検討している。 RubyアソシエーションはLLC（合同会社）として設立し，理事長にまつもと氏，副理事長にネットワーク応用通信研究所主任研究員 前田修吾
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PMO（プロジェクトマネジメントオフィス）を生かす