イー・アクセスは8月7日、同社の通信・技術拠点「東京エンジニアリングセンター」のプレス向け見学会を実施。今後展開する予定の700MHz帯プラチナバンドや急速な拡充を計画するLTEサービスエリアなど、同社の固定／移動通信を集中監視し、高品位なサービスを維持するための重要拠点の一部を公開した。 東京都内某所にある東京エンジニアリングセンター、屋上に設置した半径300～500メートルのエリアをカバーする（都心エリアのため。ルーラルエリアでは半径2キロをカバーする基地局を設置する）LTE基地局は、小型で省スペース、省電力動作を特徴とする。基地局の基本設備はよくある屋外給湯器ほどで、6～7時間動作するバックアップバッテリーもこの中に収まっている。 アンテナ設備も省スペース性を強みとし、センターにはシングルバンド／2セクターのものを1基、ダブルバンド／2セクターのものを1基設置する。「マンション・ビル

東京証券取引所は2012年8月7日夜、全派生商品（デリバティブ）銘柄の取引が一時できなくなったトラブル（関連記事1、関連記事2）について会見を開いた。トラブル発生の原因がネットワーク機器であることを明かし、東証の宇治浩明 IT開発部トレーディングシステム部長は「大変なご迷惑をおかけしたことをお詫び申し上げる」と陳謝した。 原因はデリバティブ取引システム「Tdex+システム」と、構内ネットワーク「arrownet」の間に設置しているアラクサラネットワークス製レイヤー3（L3）スイッチ。L3スイッチは二重化していたが、「本番系から待機系への自動切り替えに失敗した」（宇治部長）という。 午前9時18分、該当のL3スイッチに障害が発生。東証は同9時22分に売買を停止した。応急策として、同10時17分に手動による待機系への切り替えを実施し、10時55分に取引を再開した。後場は正常に取引を終えた。 8

NTTドコモは2012年8月7日、7月25日と8月2日に発生した通信障害に関する記者会見を開催した。 会見の冒頭、同社の岩崎文夫代表取締役副社長（写真1）は、「昨年6月以降発生した一連の通信障害によって本年1月に総務省から行政指導を受け、再発防止策に務める中、今回の障害を起こしてしまった。ご迷惑をおかけしたことを深くお詫び申し上げる」と頭を下げた。その上で両日に発生した通信障害について、その原因と対策について説明した。 spモード各種設定の障害は、更新時の誤ったファイル適用による運用ミス 7月25日に発生した障害は、「spモード」の各種設定に関するトラブルである（関連記事）。同日の午前1時41分～午前9時14分の間、メールや無線LANなどの設定情報を変更できる各種設定の画面にアクセスできない、もしくは他のユーザーの設定情報が表示されるという事象が起きた。 障害は、spモード各種設定用サーバ

カリフォルニア州サンノゼ発--Appleは、サムスンがAppleのスマートフォンおよびタブレットの意匠を盗用したという主張を補強するために、再びデザイナーに助けを求めた。今回は、自らの言い分を証明するために、社外のデザイナーの力を借りた。 アメリカインダストリアルデザイナー協会（Industrial Designers Society of America：IDSA）の元会長で、製品デザイン企業Bresslergroupの創設者兼取締役会長でもあるPeter Bressler氏は米国時間8月6日の証言の中で、サムスンのデザインの多くは、Appleの意匠権を侵害している、と述べた。 「サムスンの複数の携帯電話と2種類のタブレットは、（Appleの）保護されている意匠とほとんど同じである、というのが私の見解だ」（Bressler氏） その結果として、消費者がサムスンのデバイスをAppleのデバ

現代のITプロフェッショナルには技術的な専門知識とソフトスキルの双方が要求される。このようなことはずっと昔から言われ続けている。しかし、そういったソフトなスキルに対するニーズはどんどん膨らみ続けているのである。 IT技術のスキルとしてどういったものが必要になるのかは、企業によって異なっている。しかし、ほとんどのIT企業に共通するニーズがある。それがソフトスキルというわけだ。こういったニーズが求めらるのは今に始まった話ではない。30年ほど前にも、企業のIT部門は文系の学生を採用し、ビジネスアナリストやシステムアナリストへと育成することで、プログラマーとエンドユーザーの間に横たわる「コミュニケーションギャップ」を埋めようとしていた。また、最高情報責任者（CIO）の経歴を見てみると、ほぼ半数が文系出身となっている。 では、現代の企業がITプロフェッショナルに求めるソフトスキルとは、どういったもの

上司の言葉をまとめてみました。今回は仕事にも使える言い回しが多いと思う。混迷の時代を生き抜くヒントにしてもらえたら嬉しい。 ■デキル男篇 「責任を取るためにお前ら部下がいるんだろう？」 ※失注の際、敗軍の将の弁。 「こんなろくでもない、危険で、希望の持てない時代です…せめて私だけでも…後の奴らのために…若い芽を摘み取ってやりたいですよ」 ※澄んだ目で、クライアントに。 「企画開発部隊が血を吐いて生み出した商品を…出来るだけ安く叩き売ること、在庫にしないことが俺たち営業の使命だっ」 ※営業会議での演説にて 「売れたときは営業の手柄。売れないときも企画開発の責任！」 ※同上。 「請求書の数字、キリが悪いんで切り上げた数字で出しましたよ〜おたくもウチも処理しやすいし、儲かりますから…一石三鳥ですわ…」 ※請求書クレームに対して。 「弊社が御社に売るのは気持ちのよさです。春の陽射しのような人肌のよ

IBM 3767通信端末機（英文：BM 3767 Communication Terminal）はプリンター端末で、ワイヤ・マトリックス技術と、初めてSystems Network Architecture(SNA)のSynchronous Data Link Control (SDLC)プロトコルを使ったものだった。1974年に発表され、IBM System/360、IBM System/370などのメインフレーム コンピューターへ接続して、1970年代後半から1990年代には広く使われた。 IBM 3767通信端末機 1960年代から1970年代には、メインフレームコンピューターの環境は、パンチカードを入出力におもに使う大きなコンピューター室だけの環境から拡張されて、遠隔地にある端末機によるデータの入出力へ移っていった。この目的で、IBM 2741（伝統的なスタートストップ・プロトコル

「麻薬」は巨大なビジネスであり、巨大なビジネスであるということは巨額の金が動き、激しい競争がそこには存在しています。通常のビジネスではよい商品を生み出したり良いブランドイメージを構築して信頼を勝ち得ることが「競争」の中身ですが、麻薬ビジネスの場合はライバルを殺すことで市場から排除することが「競争」の中身になります。 メキシコの麻薬ビジネスではこの手の殺人が非常に多く、今年も何千人もの人々が麻薬戦争に巻き込まれて命を落としました。特にメキシコのCiudad Juarezという街は戦場と化し、麻薬が存在し続ける限り、死と破壊と富もまた存在し続けるのです。 そういう恐るべき実態を赤裸々に撮影した写真集は以下から。 注意：遺体写真なども含まれているので、ここから下は自己責任で閲覧して下さい！ Drug Wars >> TotallyCoolPix http://totallycoolpix.com

続きを書きました　→　伝えなければ伝わらないという当たり前の話 ソフトウェア開発に関する相談を受ける中で、どうもソフトウェアというものの特性について誤解をされているな、という思いを持つことがあります。 そうした場合、聞いてみるとプログラミングの経験が無かったり、殆どプログラミングには携わったことがないという方が多いです。 ソフトウェアを開発しようとするならば、ソフトウェアという特性をよく知った上で、プロジェクトは運営した方が良いし、うまくいくはずです。そしてソフトウェアならではの特徴を知るのに、プログラミングの経験はとても重要です。 この記事では、プログラミング経験の無い方が陥ってしまいがちな、ソフトウェア開発にまつわる誤解について考えてみました。 Harry Potter is Ready for Divination / weekbeforenext 誤解：既にあるソフトウェアを流用し

人間関係を築くスキルは社会人に欠かせません。特に初対面の人とは、つまらなくて気まずい世間話でスタートするのは避けたいところ。新しく知り合った人とうまく会話を進めるためには、相手に関係のある質問をするのが良い糸口になります。 ビジネス系メディア「Fast Company」に、初めて会った人に使える具体的な質問例が挙げられていました。ちょっとした会話のヒントとしてご紹介します。 Photo by Thinkstock/Getty Images. 「お休みのときは何にもっとも時間を使っていますか？」 この質問は、相手が情熱を傾けていることや興味のあることを、質問者に話すきっかけを与えます。気まずい沈黙を打ち破って、会話を生き生きとさせるにはもってこいです。特に、相手が何か打ち込んでいるものがあればしめたもの。

クラウドを使ったシステム開発では、従来のアーキテクチャー設計の常識は通用しない。性能・信頼性・セキュリティを高め、コストを下げる。クラウドとオンプレミスでシステムを連携させる――。こうした課題を解決するアーキテクチャーの工夫がある。今回は、システム連携の勝ちパターンとして「送信前データ削減」「統合ジョブ管理」「マスター不要」を取り上げる。 パターン名：送信前データ削減 解決される課題 オンプレミスとクラウド間でデータ連携する際に、ネットワークがボトルネックになることがある。その場合に、ネットワークを増強せず、性能低下を回避したい。 概要 オンプレミスからクラウド上のシステムにデータを送信する際、事前にデータを加工しサイズを小さくする。これにより、ネットワークがボトルネックになり、システム全体の性能が低下することを防ぐ。 例えば、次のようなアーキテクチャーにする。オンプレミスにある業務サーバ