秒速30万kmという桁外れの速度で移動する光。この光を1分間停止させるという記録を達成したのは、ドイツのダルムシュタット大学のゲオルグ・ハインツェ率いる研究者チームだ。 この実験の成功は将来的に長距離量子ネットワークの構築に役立つものとされ期待されているという。 光の速度を落として完全に停止させるという試みは、少し前から行われていた。この企てを成功させるために、ドイツの研究チームは、「電磁誘導透過（Electromagnetically Induced Transparency: EIT）」として知られる技術を用いた。 この画像を大きなサイズで見る これは、不透明な結晶を用いるもので、まず、結晶を透明にするような反応を引き起こすことが可能なレーザー光線を照射した。続いて、同じ結晶（いまは透明になっている）に、もう1本の光の筋を照射した。 そして、最初のレーザー光線を消して、結晶を不透明に戻

2024年のAmazon Bedrockアップデート一挙おさらい 〜まだ間に合う！ re:Invent直前までの重大ニュースを速習しよう〜

時間を忘れてしまうほど仕事に集中したことはないでしょうか？　ほかのことを一切考えず、1つのタスクだけに神経を集中しているような状態...。こんな状態のとき、仕事は捗るものです。 私たちは日々、集中力を保つために悪戦苦闘しています。気を散らすものがたくさんある中で、仕事や家の用事を片付ける必要があります。私たちがこのように集中しているとき、脳はどんな状態になっているのでしょうか？　また、脳を鍛えて意図的に集中できるようにするにはどうしたらいいのでしょうか？ 米Lifehackerでは、集中力について理解を深めるため、社会心理学者で『Psychology Today（米心理学雑誌）』のライターでもある Susan Perry博士にお話を伺いました。 集中力をコントロールする方法を知るためにも、脳の中で何が起きているのかを知ることは重要です。結局のところ、集中力とは生まれつき持っているものではな

入社して７年。管理職には早いけど若手と呼ばれるにはオッサン。 いわゆる中堅社員という奴だ。 うちの会社は、母体からシステム開発事業がスピンアウトしてできた。 システム開発会社の中では大企業に類するところだな。 ITバブルもあり設立当初からすると大きく育ったようだ。 先輩社員の話を聞くと、立ち上げのころは右往左往しながらも、 色々とチャレンジや失敗を繰り返しながらの日々だったようだ。 飲みの場の武勇伝で聞いただけだけど。 俺から見える会社はあくまで大企業。 大企業となると組織がしっかりと整備されているので、 何をやるにも組織のルールが優先。 そして個人的に気になるのは組織の壁の高さ。 隣の部署が何やってるかもわからん、お客さんの名前がかろうじてわかるというぐらいだ。人材交流もほとんどない。 そんな環境で、俺は高い壁をく感じるのだが、上司は壁の高さを感じてないようだ。 社内経験の差にもよるもの

概要 シンクライアント（thin client）とは、企業や官庁などの情報システムで、利用者が操作するコンピュータ（クライアント）に最低限の機能しか持たせず、サーバコンピュータが集中的にソフトウェアやデータなどの資源を管理する方式。また、そのような機能を絞った低価格のクライアント専用機器。 オフィスにパソコンが普及し業務に使われるようになったが、一般的なパソコン製品は一台ごとに独立にアプリケーションソフトやストレージを持つため、ソフトウェアの導入や更新、ファイルなどのデータの共有や管理などが煩雑で、従業員の数だけフル機能の（高価な）コンピュータを用意しなければならないという難点があった。 そこで、ソフトウェアやデータの管理は構内ネットワーク（LAN）上のサーバで集中的に行い、各従業員にはサーバに接続して操作するための最低限の機能のみを持った低価格の専用端末を配備するという手法が提唱された。

やりたいことを埋もれさせない「今日の予定」を作る６ステップ 2013年1月4日投稿 2016年4月29日更新 カテゴリ：タスク・スケジュール管理 著者: jMatsuzaki photo credit: Mike Rohde via photopin cc 私の愛しいアップルパイへ 「一日の計画を立てる前に、一日を始めるな」 これが私のモットーです。ですから、朝いちで今日一日の予定を作るようにしています。 特に気を付けているのは、期限のある仕事や人からの依頼に振り回されて、本当にやりたいことを埋もれさせないようにすることです。 この目的を達成するために試行錯誤を続けてきました。今日は私が毎朝どのような順番で一日の予定を立てているかご紹介しましょう。 「やりたいこと」を埋もれさせない一日の予定の作り方 Evernoteの中には一日の予定を作るためのチェックリストがあり、毎朝それを順番に実行し

0.本記事の対象についてコンピューター系の企業と言っても様々ある。例えばエアコンなどの制御をするファームウェアを担当するような組み込み系プログラマーやSE、スーパーのPOSシステムや銀行のシステムを担当するプログラマーやSE、そしてテレビゲームのプログラマー、そして今回説明するWebサービスのユーザーを管理する部分や、データーベースの結果をサイトに反映する部分を設計をするwebプログラマーなど様々だ。1〜7節まではwebプログラマーの業務に直結しやすいと思った事、8以降は業務に直接関係は無いがやっておきたい事を纏めた。 本記事はC言語やJava言語でif文for文で何らかのプログラムを作った事のある学生さん(特に大学1年生〜3年生)などを対象として、Webプログラマーの面接を受けるまでにやっておきたい事を11点に分けて話そう。このうち、「これはやっておきたい」と言うものを実践してくれればと

誰かがミスをすると私たちは腹が立ち、怒鳴ることもあります。怒る理由はミスをした人の行動を変えたいためです。しかし、いくら怒っても彼らの行動は変わらないどころか、反抗的になることさえあります。100万人以上のメンバーが所属する非営利政治活動グループ「Demand Progress」の設立者で代表のAaron Swartz氏は、「重要なのは人間を変えることではなく、仕組み（システム）を変えること」と述べています。今回はSwartz氏が米・ゼネラルモーターズ社（以下、GM）の事例をもとに「史上最悪の工場を変えたシンプルな教え」について語ります。 ■米・ゼネラルモーターズ社の実験 米・カリフォルニア州フリーモントにあるGMの工場は最悪の状態でした。当時の労働組合長は「戦いの毎日でした」と振り返ります。「働いている時間より抗議活動をしている時間の方が長かったのです。ストライキは日常茶飯事で、毎日が混

最近あきれた話を書きます。 私の部下が、取引相手のシステム会社についてこういうのです。「今契約してる会社、単価高いし、来てる人は平気で年休とかとるし、マジでありえないっすよ。メーカー系の某社なんて、単価安いし、絶対休まないし、仕事はきびきびしてるし、もう契約切り替えたいくらいですよ。」と。 言いたいことはわかるけど、今契約している会社、うちの子会社なんだよね。 子会社だから契約してるわけじゃなくって、いろいろ理由があって契約しているわけですが、確かにそこの社員は平気で年休を取るし、単価高いし、のんびりした仕事ぶりであるのは確かです。 でもそれは、うちの会社自体がそういう文化で、そういう親会社の管理形態を子会社に持ち込んだから子会社の人がそうなっている、ってことに私の部下は気づいていないわけです。だいたいさあ、お前が取りたい年休に対して、俺が時季変更権行使したことが一度でもあったか？年度末だ

分散型のストリームデータ処理システム「Apache S4」の開発チームは8月16日、最新版「Apache S4 0.5」（開発コード「Piper」）をリリースした。S4は連続したストリームデータをリアルタイムで分散処理するためのフレームワーク。元々は米Yahoo!でリアルタイム処理のためのMapReduceプロジェクトとして開発されたもので、2011年9月にApache Software Foundation（ASF）に寄贈された。 Apache S4はASFのインキュベータープロジェクトとして開発が進められており、ASF傘下となってから初のリリースとなる。開発目的として、並列処理システム分野における複雑なプロプライエタリシステムと、バッチ主導のオープンソース処理プラットフォームとの差を縮小することをうたっている。S4はJavaで実装されており、拡張性、障害対策のフォールトトラレンス、プラ

Perfumeライブの凄すぎるプロジェクション技術を推考（動画あり）（答え合わせ追記しました）2012.08.09 22:0011,764 かっけーー！ 今更ですが、7月23日（月）に渋谷ヒカリエで行われたPerfumeの｢氷結SUMMER NIGHT｣ダイジェストムービーです。パフュームもカッコいいんですが、パフュームが６人になったり、彼女たちの動きに合わせて、ホログラムのようなエフェクトがかかります。これすげぇ！ どうなってるんでしょうね？ あまり詳しくない俺はこの技術にビックリ。 そこでさっそくテクノロジーに詳しいお友達に協力してもらい技術的な部分を推考しました。参考までにゆる〜く解説。以下内容はあくまで仮説ですから参考までですよ。 プロジェクションに関してはマイラーフィルムってものを使った、2PAC復活ホログラムライブと同じっぽい。2PACの記事でも解説されていますが、斜めにミラー

ヤフー子会社のファーストサーバは2012年7月31日、6月20日に発生した大規模障害（関連記事）についての調査報告書（最終報告書）を公表した（写真）。報告書は、ファーストサーバに利害関係のない3人の委員による「第三者調査委員会」（関連記事）が作成した。同社Webサイトに「要約版」を掲載している。 報告書は調査対象とする事故を、6月20日に発生した「第1事故」と、第1事故で消失したデータが想定外の場所に復元された「第2事故」（関連記事）の2つとしている。 1人だけ自作プログラムでメンテナンス 報告書は、第1事故の事実関係について次のように言及している。ファーストサーバではシステム変更を実行する際、社内マニュアルに沿って実行することになっており、第1事故の原因となったシステム変更の担当者（A氏）以外は社内マニュアルに従っていた。 ところが、A氏だけはマニュアルに従わず、自作の「更新プログラム」

なんか、あったなー。 DC構築するときにラック内で電源を冗長化してUPS　入れておいたら DCの人にデーターセンターレベルで電源が冗長化されているので、停電はありまえん。不要ですとかいわれて。 社内のエンジニアに割と白い目で見られたんだよね・・・ １か月後に、DCの設備点検で冗長化電源の切り替えテストに見事不具合が出て　ワンフロアまるごと停電してたけど。 うん、２重化どころか多重化している。ガチ系サービスのデーターセンターを構築している人（設備の建物ごと）が、当たり前にラック内やってたから それを見て育っているから　万が一のことは起き得る。って見習ったんだよね。 でも、そういうのって　嗤われるんだ。この国だと。たまたま証明されたけど そうじゃなきゃ、笑いものだったんだぜ。 先輩がいるって重要だよな　ってはなしと　迷信だと思っても理由を考えて真似をすることは重要だと思うよ。 そして、１００％