パスワードを忘れた? アカウント作成
2010年11月 記事 / 日記 / コメント / タレコミ
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30
2010年11月27日の人気コメントトップ10
277214 comment

chapatiのコメント: タレコミ文 (スコア 5, 参考になる) 84

タレコミ文に些細だがちょっと気になる表現 (誤訳) がある。

元記事のひとつ、Guardianの記事のサブタイトル冒頭は
> One giant container ship can emit almost the same amount of
> cancer and asthma-causing chemicals as 50m cars,
となっている。そこで、タレコミ文冒頭も
> 自動車の排気ガスが健康に及ぼす被害に関してはよく取り沙汰されるが、
> 巨大コンテナ一隻から排気される癌や喘息を引き起こす化学物質は
ではなく
> 巨大コンテナ船一隻から排気される癌や喘息を引き起こす化学物質は
であるべき。
コンテナ船のコンテナってのは20フィートとか40フィートとかの大きさでしかない
のであって、コンテナ船にはたくさんのコンテナが一度に積まれる。
コンテナ船の容量は、積載できる20フィートコンテナの数で表される (単位 TEU)。
数千TEUの船は小さいほう。8000TEUを超えると超大型コンテナ船に分類される。
つまり、コンテナ船はでかい。

ところで、硫黄に限って言えば:
船の燃料に大量の硫黄が含まれるのはごもっともなのだが、船舶の周囲には
豊富な海水があるので、陸上のボイラと異なり、seawater scrubbingと呼ばれる
手法で排気の脱硫が行われることが多い。
http://www.davidhirst.com/scrubb/SeawaterScrubbing(v102).htm
これは結構優秀な処理法。経済性が高く、能力も十分ある。
硫黄の排出量を削減する努力は大変結構で何の異論もないのだが、
SOxの生成量と SOxの大気中への放出量は異なる。
(Guardianの記事を見るとこの辺が巧妙に (意図的に?) 混同されている気がする。)
燃料にたくさん硫黄が含まれているからといって、直ちにそれらがすべて有害な形で
環境中に排出されているかのごとく考えるのはナンセンスなのでご注意を。

277302 comment

Dobonのコメント: 夜間バッチのオペレータからの電話 (スコア 5, 興味深い) 121

by Dobon (#1865139) ネタ元: IT業務特有の不安感ってある?
夜間バッチのオペレータから夜中2時とか3時に電話がかかってくる。これが一番、迷惑かつ面倒です。

曰く、「バッチが予定時間を過ぎても終了しない。強制中断してよいか?」

そーゆー質問は顧客の業務担当者にすべきもの。派遣の開発者には答える権限がないのです。
(そもそもオペレータが私の自宅電話番号を知っている時点で終わってるけど)

# 顧客側の夜間バッチの当番には連絡がついた事がないので開発会社に電話する慣習が根付いているらしい……
277310 comment

phasonのコメント: Re:数字のインパクト (スコア 5, 興味深い) 60

データアドレスさえわかっていれば(つまりデータテーブルが別にあるなら),その部分だけを読み出せばよい(要はそのデータ番号を表す塩基配列に特異的に結合するDNA鎖で特定の塩基配列を選択し,それだけ読み出す)ので全部読む必要は無いのでは?
また,内容を示すキーワードをヘッダ部分につけておけば,今のファイル検索と同じようにキーワードで検索も出来ますし.
#タレコミのリンク先PDFの36ページですね.

具体的な手順はこんな感じですかね.
データを記録する際には,あらかじめヘッダ部分にデータ本体中が含んでいるもののキーワードなり何なり(を意味する塩基配列)を付加しておきます.データストレージ(凄くたくさんの大腸菌群の培養槽)への記録は,データを付加した大腸菌(安全のためある程度培養しておく)を培養槽に放り込むことで行います.
読み出しの際は,データストレージである大腸菌群(増殖によって,ものすごく多重にデータを保持している)を適当にコップ1杯(比喩)掬ってきて破砕しDNAを取り出します.十分な量を掬ってくれば,この中に全データが入っていることが期待できます.
次に,検索したいキーワードに相当する塩基配列に特異的に結合する塩基配列で修飾した基板を溶液に突っ込みます.そうすると,そのキーワードを含んだ塩基配列(キーワードを表すプリフィクスに続き,データ内容の塩基配列もつながっている)のみが基板にくっつきます.あとはそのくっついた塩基配列をシーケンサに放り込んで読み出すだけ.

277331 comment

tslashnのコメント: Re:夢はあるけど…… (スコア 4, 興味深い) 60

ふつう大腸菌は「1匹2匹」じゃなく
「同じ遺伝情報を持つ大腸菌クローンの菌液何ml」

いろんな遺伝情報を持つ大腸菌のライブラリー10^6種類分とか普通に使いますよ。

1gの大腸菌がぜんぶ違うデータを持ってるって前提でしょ?

一種類につき50万細胞以上入れる前提の様です。

何種類も大腸菌入れといたら接合(有性生殖)して遺伝子混ざっちゃいますよ

F-の菌株をつかうので接合なんかしませんよ。

DNA分子の立体構造とか結合強度は配列依存だから、そのせいで元データの配列にも制限が生じるんじゃない

圧縮することによって、ランダムに近いパターンを保証しようというストラテジーですが、単に符号化レベルの問題ですね。

1kb位は商業的に問題なく作ってくれますね。遺伝子合成サービス。謝辞にIDTが入っているのが合成やでしょう。
実際は内部ではもっと短い断片を化学合成して、混ぜてPCRすることによって作っていると思います。

大腸菌でDNA増やすと無視できない頻度で変異が確実に入るんだけどとか

シークエンサーの読み取り精度も完璧じゃないよねとか

この辺は、磁気システムだっていろいろなエラーがあるのを信号処理と、符号化などなどで実用的なレベルに抑えているのでがんばればできそうですよね。

問題は、経済性ではとても太刀打ちできないというところでしょうね。
DNA合成だけでも、1bitに数円以上払わないと記録できないんでしょう。

277236 comment

miznaのコメント: 混乱? (スコア 3, 参考になる) 12

by mizna (#1864950) ネタ元: Ubuntu、ローリング・リリースの採用を検討

本家で次の日のストーリーに
Ubuntu's Engineering Director Debunks Rolling Release Rumours
http://linux.slashdot.org/story/10/11/25/1336203/Ubuntus-Engineering-Director-Debunks-Rolling-Release-Rumours

Engineering Director of Ubuntu Rick Spencer says 'Ubuntu is not changing to a rolling release.'

とありますが…

277297 comment

Meth610のコメント: 夢はあるけど…… (スコア 3, 興味深い) 60

未来の巨大データアーカイブが
大腸菌入りチューブ満載のディープフリーザー群で構成されてる絵は
中々に楽しそうです。ただ

---------------------

元スライドをざっと見た感じ

元データを2ビットでエンコードしてATGCに置き換えた上でさらに圧縮をかける。
できあがった配列どおりのDNAを合成してプラスミドの形で大腸菌に導入。
復号時はプラスミドを抽出してDNAシークエンサーで読む。

こんな感じみたいですね。

---------------------

ツッコミどころとして、ふつう大腸菌は「1匹2匹」じゃなく
「同じ遺伝情報を持つ大腸菌クローンの菌液何ml」
という、同一性が保証されている何億匹だかをひとまとめにした扱い方をするので、
ここで言われているような「大腸菌1gで900TBのストレージ」
ってのは無理としか思えません。

これ、1gの大腸菌がぜんぶ違うデータを持ってるって前提でしょ?
同じ場所に何種類も大腸菌入れといたら接合(有性生殖)して遺伝子混ざっちゃいますよ。
その1gの大腸菌ストレージの全細胞を1匹も余すところなく読みだした上で
順序まで復元してシークエンスってのもかなり非現実的です。
1匹ずつ区別して操作するなんて…… しかも相手は常に変化しつづける生き物なのに。

---------------------

あと、上に比べたら大したことない問題点ですが

DNA分子の立体構造とか結合強度は配列依存だから、そのせいで元データの配列にも制限が生じるんじゃないとか

長大なDNA鎖を任意の配列で合成する方法はどうやるのとか

導入する配列が長いほど導入の効率が低下して逆に失敗頻度が増えるよねとか

大腸菌でDNA増やすと無視できない頻度で変異が確実に入るんだけどとか

シークエンサーの読み取り精度も完璧じゃないよねとか

データのつもりで入れたプラスミドが生物的に何らかの意味を持っちゃって
導入した大腸菌が生存できない可能性もあるよとか

まあ、夢物語の域かなあと。

277181 comment

fcpのコメント: 周回遅れ (スコア 2, 参考になる) 35

なんか誤解があるようですけれど、オークションはとっくに終わっています。

キャンペーン主催者である Gareth Halfacree さんによる寄付募集ページOfficial Google Blog の情報によると、オークションは日本時間の 11 月 23 日午後 11 時に終わり、落札者はいませんでした。オークション会社 Cristie’s の当該オークションのページが消えているのも、オークションが終わったからでしょう。

寄付募集ページ上のお知らせには、

I'm currently awaiting a message from Christie's to find out what happens to the papers now, after they failed to reach the reserve price and were passed back: they will either enter an 'after sale' at another time, in which case we have a chance to raise more funds and secure a bid, or they'll be sent back to the seller, in which case there's a chance for Bletchley Park to make a private offer.

In either case, more donations are required! [...]

とあります。オークション会社が 2 回目のオークションを実施するならそこでの落札を目指し、論文を売り手に返却するなら直接交渉での入手を目指すので、どっちにしても寄付がもっと必要だそうです。

277187 comment

rockwallのコメント: 今は銅合金 (Re:LSIの配線は銅 (スコア 2, 興味深い) 81

by rockwall (#1864890) ネタ元: アルミ電線が実用化される

28nmや40nmの先端プロセスにおける内部配線は、さらにCu→Cu合金(CuAl?)に置き変えたところもあります。
http://www2.renesas.com/process/ja/interconnection.html

先端プロセスでは高速動作の要求がありながら、配線幅(場合によっては厚も)当然細くなっていくため
エレクトロマイグレーションは地獄です。
#TSMC28nmの実力ってどうなのだろうか。。。

ロードマップにも勧告があるので、よかったらどうぞ
http://strj-jeita.elisasp.net/strj/ITRS07/Roadmap-2007.htm
# 上記リンク中の項目「配線」のpdf↓ P.10あたり
http://strj-jeita.elisasp.net/strj/ITRS07/pdf/10%202007_ITRS_Interconnect_Japanese_v2.0.pdf
## 英語版2009年はP.13

277194 comment

masakunのコメント: タクシー業務としては新しいかもしれないけど (スコア 2, 興味深い) 65

>内蔵GPSが使えるし、タッチパネル操作で応答する。後は大体想像がつく通りである。配車の指示は1分程度で完了する。

今回実証実験中のシステムの特長について、プレスリリース「スマートフォンを利用したタクシー向け配車管理システムの実用化に向けた実験開始について | リアライズ・モバイル・コミュニケーションズ株式会社」によりますと、

配車センター側システム

  1. GPS情報を取得し、各タクシーの位置および状態(「空車」「実車」など)が地図上で把握可能。
  2. お客さまに一番近いタクシーへの「迎車」指示によって、待ち時間の大幅な短縮を実現。
  3. タクシーの位置情報を常に把握できるため、配車センターからナビゲーションなどの運行支援が可能。
  4. 素早く的確な配車手配によって、より多くのお客さまからのオーダー処理が可能。

タクシー側システム

  1. スマートフォン(SoftBank X02T)のタッチパネル画面にタッチするだけの簡単な操作で利用が可能。
  2. 無線による音声情報ではなく携帯電話画面上に文字情報を表示することで、乗車前に顧客のより詳しい情報の把握と聞き忘れ防止が可能。
  3. 配車先のお客さま情報表示だけでなく、忘れ物情報の問い合わせや営業所や配車センターからの各種通達といった業務連絡の受信も可能なため、業務効率化に貢献。

配車センターはお客様に一番近いタクシーを画面上で選ぶことができるし、運転手さん側は画面のボタンをタッチするだけで、必要な情報が表示されるので聞き取りミスが防げるということでしょうか。

でもパッと見Advanced/W-ZERO3[es]とPHSデータ通信網を使って工事の進捗状況をリアルタイムで報告するトーテックの「@ あっと・サプライズシステム」とシステム的に大差ないのがね。この手のスマートフォンとデータ通信を利用して、位置情報を取得して業務効率化やサービス向上する例は何年も前からあるので、特に目新しさは感じないのがなんとも。

問題はソフトバンクの3Gデータ通信を使っていることですかね。さらに名古屋市内でネットワーク通信障害なんて起きたらどうするのでしょうねw

typodupeerror

コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell

読み込み中...