以下の情報は FreeBSD を元にしたものである。Linux や Solaris などとはオプションの構成が全く違う。BSD 系だと、自分のプロセスを見るには ps 、システム全体のプロセスを見るには ps ax、もっと詳細なものは ps aux を使う。Solaris などの SystemV 系だと、それぞれ ps、ps -ef となる。
■「svchost viewer」は，サービス・プログラムの詳細を把握する際に役に立つフリーソフトである。 ■サービス・プログラムを起動する際の親となるsvchostについて分析し，どのサービスとどのsvchostが関連しているかを確認しながら，必要に応じてサービスを停止したり開始したりできる。
Guides, HowTos and Tips for Technology Geeks - The Geek Stuff The Geek Stuffは8月10日(米国時間)から3 Books Giveaway ? Learning Nagios 3.0, Hacking Vim and Mastering OpenLDAPにおいて、質問に答えた人にランダムで書籍の無償PDF版を進呈するというコンテストを実施していた。質問のひとつに「どのシステムモニタリングツールが好きで、その理由はなにか」というものがあり、集計結果がRamesh Natarajan氏のもとTop 5 Best System Monitoring Toolsにおいて発表された。 コメントに寄せられたシステムモニタリングツールは人気順に次のとおり。 Nagios Cacti Top系ツール (top、ntop、htop)
Railsを使って既存のJavaアプリケーションを書き直しているのだが、当時自分たちでで書いたプログラムに対して標題の言葉が浮かんでしまう。 当時、既にEJB(EJB1.1)に見切りをつけて独自のDAO(今のように立派なものではなくハッシュに属性を格納しただけのシンプルなもの)を使い、フロントコントローラー+MVC、ビューはJSP(除くスクリプトレット)とかなりシンプルにしたつもりだが、今見るとどうしても冗長で七面倒くさく感じる。 結局、当時は生産性が大事と言いながら、実は生産性のことなんてこれっぽっちも考えていなかったんだだろうか。いや、そんなことは絶対に無い。 同じようなケースを経験されている方はたくさんいるだろうと思うが、 「ひょっとしたらここは〜と変更されるかもしれないので結合を緩くしておこう」 「ここは〜のように修正されてもコンパイルの必要が無いように括りだしておこう」 「データ
IPAは、経産省やJUASと共同で行った重要インフラで利用される情報システムの信頼性向上のための研究に関する報告書を公開している。 情報処理推進機構（IPA）は4月9日、経済産業省や日本情報システム・ユーザー会（JUAS）が共同実施した「重要インフラ情報システム信頼性研究会」の報告書を公開した。 同研究会は、システムベンダーやユーザー企業など約20社が参加し、医療や交通といった社会インフラに関わる情報システムの信頼性向上のための課題を調査・検討してきた。過去に報道された85件の大規模なシステム障害などをモデルケースに、原因や対処方法など調査。障害の影響度を4段階に分類し、各重要度からみたシステムの開発から運用・保守における注意事項とチェック項目などを確認できるようにしている。 障害の影響度分類では、障害の発生内容が社会に与える影響（ほとんど無し、限定的、甚大である、人命や経済の影響の4段階
2009-09-26 北陸Scala第1回開催 2009-04-04 第十四回java-ja勉強会 - 第1回チキチキ 地方巡業withひがやすを飲み会in富山開催 2009-03-20 わんくま大阪勉強会#28 「ジェネリクスを使おう！」 2008-11-08 わんくま富山勉強会#1 開催 2008-08-09 わんくま東京勉強会#23 「C#登場前夜」 2008-04-01 *で始まるタイトルはエイプリルフールネタです 2008-01-26 わんくま東京勉強会#16 「ライブプログラミング」 2007-12-08 わんくま名古屋勉強会#1 「わんくま初めてのJava」 2007-07-28 開店
本研究所では、日本と海外のIT技術およびその利用方法を比較し、両者の間にある格差について考えていく。グローバル化の必要性が盛んに叫ばれる日本だが、グローバルなサービスを提供しているITサービス企業は、それほど多くないのではないだろうか？特に、“日本発”と呼べるようなインターネットサービスは、さらに限られる。世界に開かれたインターネットを前に、サービスの提供先を日本国内に閉じる必要があるのだろうか。 グローバル化の必要性が盛んに叫ばれる日本だが、グローバルなサービスを提供しているITサービス企業は、それほど多くないのではないだろうか？特に、“日本発”と呼べるようなインターネットサービスは、さらに限られる。世界に開かれたインターネットを前に、サービスの提供先を日本国内に閉じる必要があるのだろうか。 リーマンが投資してきた企業を横串し検索 例えば、世界を意識したときに、「世界中にある会社の企業価
数百社を越える取引が毎月あり、請求書の発行枚数も毎月百枚を越えるのであれば自動処理も考えられるだろう。だが、スタートアップ企業や個人事業主あたりであればそんなことはない。せいぜい十枚程度で、その場合は簡単なシステムで済ませてしまう。 PHP+MySQLで動作する だが入金の管理や顧客情報の管理を含めると徐々に手間がかかってきてしまう。そこで簡易的に使える請求書発行システムの導入を考えよう。 今回紹介するオープンソース・ソフトウェアはCitrusDB、Webベースで顧客管理と請求書発行を行うソフトウェアだ。 CitrusDBはPHP+MySQLで作られたシンプルなシステムで、顧客管理と請求書発行の二つが基本になっている。各機能はアイコンで表示されており、分かりやすい画面になっている。 顧客情報 顧客を登録し、次に商品になるサービスを登録する。後は請求書を打ち込んでいけば完了だ。現在はPDFな
「システム開発」と聞いて、ユーザーが考えること システム開発とは何か──そう聞くと、情報システム部のようにITに直接的に携わっている人たちは「まずヒアリングして、次はそれを分析して……」といったように具体的な手順を思い浮かべると思います。では、システムを活用するユーザーの皆さんはいかがでしょう？ 「システム開発とは何か」と聞かれたとき、どのように考えますか？ 例えば、会社が社屋を移転する際、総務部など担当部門の人が考えるのとほとんど同じではないでしょうか。「土地を探してビルを建てよう」と考える人もいれば、「既存のオフィスを借りよう」という人もいるでしょう。しかし「まず鉄骨を調達して、次に溶接して……」などと考える人はいないはずです。 そう、いまや利用することが当たり前になった「コンピュータシステム」は、ユーザーにとって社屋と同じ、経営の道具なのです。ですからユーザーにとって「システム開発」
今日は少し技術的な話です。スタロジはいわゆるウォーターフォール型というスタイルで仕事をしています。そして工程別に担当が分かれています。 ブリスタを使っての打ち合わせが完了したら、ブリスタから設計情報を出力してスタロジの中でファクトリと呼んでいる所謂工場のライン的なチームにそれを回します。すると、プロジェクトごとの段取り替えなど含めておよそ20〜30分程度で実際に納品可能なシステムが一式出来上がります。 ・正規化されたデータベース ・追加・更新・削除の一連の処理 ・権限によるアクセスコントロール ・ワークフロー ・多様な検索 ・検索結果のCSVダウンロード ・入力支援のためのポップアップするマスタ検索画面など ・各種仕様書 およそ業務システムとして必要な一式が完成します。これは画面数やテーブル数などの規模には左右されません。工場となっているサーバのメモリ容量などの物理的成約で作業時間が決まり
株主総会を無事に終えた顧問先企業での慰労会の席にて。 「タカダ先生，第53回や第56回のコラムで確率論を用いた話がありましたよね。あれって話としては面白いのですが，弊社内では『バーチャルの世界だ』という意見があるんですけど」 おっと，いきなり挑発的な問いかけですね。でも，残念でした。販売管理や在庫管理に確率論を用いてコントロールするのは，昔から採用されている管理手法です。筆者も公認会計士として駆け出しのころ，某企業で「鬼の資材部長」と恐れられた人から，計算尺を使った確率計算のノウハウを伝授してもらったことがあります。 「へぇ，計算尺ですか」 ところが残念なことに，近年のITシステムはプログラミングの教本を参照することに忙しく，歴史の中で積み上げられてきた「知的ノウハウ」を継承せずに構築されているようです。バーチャルと言っているようでは，御社でも「知的ノウハウ」の断絶が起きていますね？ 「あ
新戦略の中でオラクルが「戦略的製品」として挙げた20製品のうち、 旧BEA製品がそのままの形で残ったのは5製品。 Webアプリケーションサーバー「BEA WebLogic Server」の関連3製品と、 Java仮想マシン「BEA JRockit」、トランザクション処理モニターの「BEA Tuxedo」だ。 新名称はそれぞれ、「Oracle WebLogic Server」「Oracle WebLogic Suite」 「Oracle WebLogic Application Grid」「Oracle JRockit」「Oracle Tuxedo」である。 http://itpro.nikkeibp.co.jp/article/NEWS/20080702/309935/ ということは旧OASは無くなるってことなのかな。 OAS残留はわからないけど、WebLogicが残るのは確定みたいなので
山本 直樹 べリングポイント テクノロジーソリューションチーム シニア マネージャー 最初に、ある調査の結果を紹介したい。6月16日付け日本経済新聞によると、5月12日に発生した中国・四川大地震により操業停止に追い込まれた現地企業（国有企業または年商500万元以上の一般企業）のうち、27％に相当する1482社は、1カ月余り経過した時点でも生産を再開できずにいる、という。このうち24％は、稼働再開まで3カ月以上かかる見通しである。 生産ラインが停止している企業がこれだけの数に及ぶということは、既に稼働を再開している企業にも、何らかの影響が残っている可能性が高い。なぜならば、現代の企業は調達や業務委託などで相互に依存する関係にあり、自社の事業が完全に復旧したとしても、100％の回復になることはないからだ。 こうした「事業の中断」によってもたらされるダメージ（損失）を、いかに最小化するか。この経
ムラウチドットコムの橋本昌巳氏（取締役システム担当）は，自社のECサイトの構築で，かつて次のような経験をした。 ある業務担当者に新機能が欲しいと言われて開発した。しかし，その機能を使うのはその人だけで，他の人は使わない。業務改善に寄与したかどうかも結局，分からなかった。担当者が異動すると，また「違うものを作ってくれ」という要求が出てきた。要求通りの機能を追加するうちにシステムはどんどん複雑化し，保守性が悪くなった。改修のコストも徐々にかさむようになってしまった…。 。 現場を取材していると，こうした要求定義（注1）にまつわる話は事欠かない（図1）。IPA（情報処理推進機構）のアンケート調査（注2）によると，9割の企業が「失敗プロジェクトの原因は要求定義にある」と考えている。野村総合研究所の堀崎修一氏（ITアーキテクチャーコンサルティング部 主任テクニカルエンジニア）は「業務要件の詰めの甘さ
情報システムの再構築プロジェクトを成功させるには，設定目標，スケジュール，費用などさまざまな要因を満足させなければならない。しかも基幹システムともなれば，全体として一つの主張を持つシステムにならないと再構築の意味がない。たとえ粗削りであっても出来上がったシステムそのものに今までにない，キラリと光る価値が見いだせなくてはならない。そのためにはプロジェクト・マネジャはプロデューサとしての演出をしなければならない。 本記事は日経コンピュータの連載をほぼそのまま再掲したものです。初出から数年が経過しており現在とは状況が異なる部分もありますが，この記事で焦点を当てたITマネジメントの本質は今でも変わりません。 医薬品販売会社のO社では，数年前から基幹情報システムの再構築に取り組んできた。O社は業界では売上高第2位を占め，業界トップのP社とほぼ同じような業態である。こうした環境の中で，単にP社に追いつ
SI業界が開発するシステムの目的は何か？ それがつまり「業務知識」というやつで、金融や保険だったり、証券取引、財務会計、生産管理、物流・在庫管理、販売管理だったりするのだ。それぞれ必要とされる知識は非常に多い。普通の新入社員がOJTで身につけようと思ったら数年かかってもおかしくないだろう。 金融(ディラーが使うようなポジション計算をするフロントシステム、リスク計算をするようなミドルオフィス、勘定系のバックオフィス)、流通、輸出入、製薬など、いろんな業務をやってきたおいらが通りますよ。 確かに金融は業務知識がないと歯が立たない。でも、自分の経験した限りでは、それ以外の業務は、案件が始まってから勉強しても十分間に合います。 一週間以内の勉強で、お客様のところにいってシステムの仕様を話し合うことはできるようになります。もちろん、この道何年って人にはかないませんよ。でも、仕様を決める分には困らない
「くたばれコンピュータ！」を読んだ。元松下電工インフォーメションシステムズ社長であり、現在は経営コンサルタントなどとして活躍する濱田正博エカイユプリュス代表が2008年1月に出版した本である。 聞けば、“新3K職場”と言われ、就職先として人気のなくなったシステムエンジニア（SE）の復活を願って書いたのだという。日本での情報システム産業の歴史は50年になるが、そのうち30年を当事者として目の当たりにした濱田氏ならではの現場感で、この産業の変遷を振り返る。「くたばれコンピュータ！」というタイトルだが、コンピュータに振り回されることなく、こき使ってやろうではないか、という濱田氏の気概が反映されたものらしい。 筆者の目を引いたのは「SE今昔物語」と題した最終章である。ここで濱田氏は、SEという職業そのものに注目して持論を展開する。SEの仕事の内容を再定義し、どのような人間が求められるかを議論し、そ
テレビ通販最大手のジュピターショップチャンネル（東京・中央区）は2010～2011年に稼働予定の次期基幹システムの要件定義を進めている。2008年中にも内容を固める方針である。 同社のCIO（最高情報責任者）に相当する松場孝範・IT部長は毎月1回、社内で開かれる「システム投資委員会」で経営幹部や利用部門の代表に対して、システム案件の中身を説明している。システムが提供できる機能や仕組みを、社内のほかの部門の人たちに正しく理解してもらうことを松場部長は自らの最も重要な仕事の1つと位置付けている。それだけに、例え話を交えながら分かりやすく説明することを心がけているという。 24時間365日ノンストップで番組を放送するテレビ通販はシステム無しには成り立たない業態だ。同社の基幹システムには、コールセンターの受注システムやCRM(カスタマー・リレーションシップ・マネジメント）システム、在庫管理システム
パスワードを破るのも人ならば、それを守るのも人。今回はあなたのパスワードを守るために、「今すぐできること」を解説します。 ※ご注意 本記事に掲載した行為を自身の管理下にないネットワーク・コンピュータに行った場合は、攻撃行為と判断される場合があり、最悪の場合、法的措置を取られる可能性もあります。また、今回紹介するツールの中には、攻撃行為に利用されるという観点から、アンチウイルスソフトにウイルスとして検出されるものも存在します。このような調査を行う場合は、くれぐれも許可を取ったうえで、自身の管理下にあるネットワークやサーバに対してのみ行ってください。 また、本記事を利用した行為による問題に関しましては、筆者およびアイティメディア株式会社は一切責任を負いかねます。ご了承ください。 第8回「魂、奪われた後――弱いパスワードの罪と罰」では、攻撃者がシステムへ侵入した後、どのようなことを行うのかをペネ
2008年05月13日17:30 カテゴリMediaArt (6000)人が作ったシステムは必ずどこか壊れている こう言い切ったら、 6000人が作ったシステムは必ず動く：ITpro 最盛期の開発要員6000人，開発工数11万人月，投資額2500億円，取引件数1日1億件。三菱東京UFJ銀行が「Day2」と呼ぶ，勘定系システム一本化プロジェクトの成果物である。6000人のシステムズエンジニア（SE）が作り上げた巨大システムは，2008年5月の連休明けに必ず動くはずだ。 案の定 不具合の原因は「カタカナでなく漢字だったから」??三菱東京UFJのシステム障害 - ITmedia エンタープライズ 三菱東京UFJ銀行のキャッシュカードがセブン銀行のATMで使えなくなるシステム障害が5月12日に発生した。三菱東京UFJ銀行によると原因は「カタカナで転送すべきデータを漢字で処理していたから」であった。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く