ＳＴＡＰ細胞が簡単に作製できるとしたのは「重大な間違い」だったとする文書が、米ハーバード大のチャールズ・バカンティ教授の研究室のホームページに１２日までに掲載された。　理化学研究所の小保方晴子氏の不正で撤回された英科学誌ネイチャー論文の手法や、３月にホームページで公開した独自の手法をさらに手直しした作製法も記述。実際にＳＴＡＰ細胞が作れたかどうかは不明だが、細胞のエネルギー代謝に関わる分子を溶液に加えると作製効率が高まるはずだとしている。　文書はバカンティ氏と、同じ研究チームの小島宏司医師の連名。ＳＴＡＰ細胞について「当初は簡単に再現できると信じていたが間違いと分かった」と説明。うまく作製できるかどうかは「個々の研究者のテクニックに負うところが大きい」としている。（共同）

「シュレーディンガーの猫」という言葉をご存知だろうか？これは、量子力学の（未解決）命題である思考実験で、「量子的な状態に置かれた猫は、生きている状態と死んでいる状態が同時に重なり合っている」というものだ。 オーストリア、ウィーン大学の研究グループは、今回、量子もつれ効果を利用して被写体に一度も当たっていない光子を使い、猫の像を映し出すことに成功したそうだ。 今回、ウィーン大学量子科学研究センターのガブリエラ・レモス氏率いる研究チームは、研究者たちがその猫を実際に見ないで「見る」方法を発見した。「量子もつれ」という現象を利用して、ある物体との接触が無い光子を使って、その物体を観測することができるかどうか調べたのだ。　そして彼らは、箱の中の猫を見ることができたのだ。こちらがその写真である。 この画像を大きなサイズで見る 光の明暗による猫の像の輪郭はシリコンを彫って作られた形が像になったものだ。

2014/9/6に開催されたXP祭り2014で「アジャイルを手放して得られたこと」という講演をしてきました。Togetterはこちらから。 元々は「アジャイルのダークサイド」の話がしたくて応募したのですが、その後、いろいろと考えているうちに僕自身にも気づきの多い内容となりました。 さて反応を見てると前半のアーキテクチャとマネジメントの話に興味を持っていただいたようです。なので、このブログでは「なぜアーキテクチャとマネジメントの話からアジャイルの話をしたのか」ということを書いてみます。 アジャイルがさまたげたもの アジャイル開発手法が大きく注目されるのは1999年の「Extreme Programming Explained」の出版であり、2001年の「アジャイルソフトウェア開発宣言」です。1990年代後半から2000年代初頭というのは、IT産業が大きく成長する時代であり、同時に、当時主流で

世界No.1のシード・アクセラレータである Y Combinator が「このネタで応募して欲しい！中には何年も待っているネタがある！もっとダイレクトに伝えるためにリストにしたから参考にしてね！」Request for Startups(RFS) という形で公開しましたので、翻訳（例によって部分的に超訳ですが）しました。さっそくどうぞ！ ヘッドライン Energy / エネルギー A.I. / 人工知能 Robotics / ロボット工学 Biotech / バイオ工学 Healthcare / ヘルスケア Pharmaceuticals / 医薬品 Food & Water / 食料と水 Education / 教育 Internet Infrastructure / インターネットインフラ Government / 政府 Human Augmentation / 人口増加 VR and

JavaScript: Past, Present, and Future - NDC Porto 2020

この研究は，まず下記の大きな仮説（今回は明らかに出来ていませんが，将来的に明らかにしたいと考えている仮説）から成り立っています． ひとは頭のなかに理想とする文字があるが，手が思い通りに動かず毎回ぶれているのではないか？ 多くのひとが考える理想的な文字があるが，ひとはそれぞれそこからぶれているのではないか？ つまり，ぶれているのであれば，回数を重ねて平均化すると美しくなるのではないか？というのが研究のスタートです． この研究では，下記の仮説を明らかにするため実験をしています． ユーザ平均文字はその人の理想的な文字であり，実際に書いた文字より綺麗だと評価される 多くの人の全体平均文字は，そのそれぞれの平均文字よりも綺麗だと評価される どの文字を綺麗と判断するかは人により異なる 平均文字を生成するため，本稿ではスプライン補間とフーリエ級数展開を使っています．ざっくりとした平均文字生成の方法は下記

You signed in with another tab or window. Reload to refresh your session. You signed out in another tab or window. Reload to refresh your session. You switched accounts on another tab or window. Reload to refresh your session. Dismiss alert

概要 Slack / Hubot / GitHub / CircleCI などをつかってChatOpsにチーム開発できるフローをつくったので、ChatOpsによるデプロイ方法を中心にその方法をまとめてみます。 ChatOpsの主役であるチャットアプリには今回Slackを使いました。 HipChatでも同じように出来ますが、Slackの方がUIが優れていており、外部サービスとの連携も洗練されていたのでこちらを選択しました。 ChatOpsな環境の概要 SlackとHubot（PaaSであるheroku上にデプロイ）を連携させる SlackからHubot経由でGitHubにプルリクエストをつくる GitHub上の変更を監視し、CircleCIでテストを実施 デプロイ用のブランチに変更があった場合（GitHubのWEBコンソールでデプロイ用ブランチへのプルリクエストをマージした場合）、Circl

ひしだまＨＰの更新履歴。 主にＴＲＰＧリプレイの元ネタ集、プログラミング技術メモと自作ソフト、好きなゲームや音楽です。 ITproの『DBの未来、どうするHadoop』のタイトルに釣られてみたｗ （以下長々書いたけど、結局言いたいことは、DBとHadoopは関係無いってことと、タイトルについて何か勘違いしたっぽいということだけだった＾＾；） 僕の意見では、Hadoopはバッチ処理を分散して実行する基盤である。データを溜めるのは副次的な効果に過ぎない。（暴論ｗ） もちろん、そもそも分散処理を行う必要があるのは処理対象データが大量だからなので、データの溜め方も必須ポイントだし、Hadoopが分散処理する原理も密接に結びついているのだが。 あらかじめ断っておくと、自分は非構造化データとか分析とか機械学習には興味が無い。 自分がHadoopに興味を持ったのは、自分が担当していた“RDBを対象にした

読書が好きなんですが、家の本棚が大きくないので、読み終わった本は基本売りに出すことにしてます。残す本はよほどのお気に入りだけ。 その分、読書記録はこまめに取ってます。本の内容を忘れるままはにするのはもったいないし、能動的読書で、読書効果がちょっとでも上がれば嬉しい。あとで感想を振り返ったとき、何か気づきが得られたら儲けものですし。 読書感想のまとめ方は少しずつ変わっていって、はじめは読書メーター、Evernote、マインドマップ（アプリ）。デジタルからアナログな読書感想ノートに転向し、Ca.Crea A4×1/3、ほぼ日手帳、本よむEDiT。現在は、読書記録しおり（＋測量野帳）です。この間約8年、大分試行錯誤を重ねてる感じですが、飽きっぽく同じやり方は続かないのでちょうどいいかも。 そんな自分の、読書感想ノートの作り方について変遷語り。読書感想のまとめ方オススメ紹介ではなく、失敗談気味の内