こんにちは、遠藤（@mametter）です。RubyKaigi Takeout 2020お疲れさまでした。 現在クックパッドには、フルタイムでRubyの開発をしている人が2人います（笹田と遠藤）。 それぞれ、Ruby 3の目標である並列性と静的解析の実現をメインミッションに据えて活動していますが、実はそれ以外にもRubyの開発を支えるための活動をいろいろやっています。 今回は、遠藤が関わっている範囲で、「Ruby開発者会議を支える技術」「Ruby開発のリモート議論を支える技術」「Rubyの品質を支える技術」についてざっと紹介してみます。 1. Ruby開発者会議を支える技術 Rubyに対する機能提案などの議論は、原則として、バグトラッカ上で行われます。 しかし、設計者であり最終決定権を持つmatzの多忙などの理由で、それだけでは議論が停滞してしまうのも事実です。 そこでRubyでは、開発促
東京大学医科学研究所が導入した２０００万件もの医学論文を学習した人工知能が、専門の医師でも診断が難しい特殊な白血病を僅か１０分ほどで見抜き、治療法を変えるよう提案した結果、６０代の女性患者の命が救われたことが分かりました。人工知能は、このほかにも医師では診断が難しかった２人のがん患者の病名を突き止めるなど合わせて４１人の患者の治療に役立つ情報を提供していて、専門家は「人工知能が人の命を救った国内初のケースだと思う」と話しています。 このうち６０代の女性患者は当初、医師から「急性骨髄性白血病」と診断されこの白血病に効果がある２種類の抗がん剤の治療を数か月間、受けましたが、意識障害を起こすなど容体が悪化し、その原因も分かりませんでした。このため、女性患者の１５００に上る遺伝子の変化のデータを人工知能に入力し分析したところ、人工知能は１０分ほどで女性が「二次性白血病」という別のがんにかかっている
納豆のネバネバ成分を利用した水質浄化剤を使って、濁った池をきれいにする実証実験が３日、大阪市内で行われた。緑褐色のアオコなどに覆われていた池が、約６時間後には底まで透き通った。短時間で効果が表れ、生態系への負荷も少ない水質浄化法として注目されそうだ。 水面から１５センチ下までしか見えなかった杭全(くまた)神社（平野区）の池で、浄化剤４キロを水に溶かしてホースでまくと、濁りが凝集し始め、２〜３時間後には塊が水面に浮かんだ。流出油の拡散を防ぐのに使われるフェンスを使って塊を除去すると約１メートル下の池の底が見え、小魚やエビの姿も確認できた。 浄化剤は、納豆の糸に含まれるポリグルタミン酸が主成分の粉末で、濁りの原因物質を効率よくからめ取り、魚などには害を与えない。水処理剤メーカーの日本ポリグル（大阪市）が２００２年に実用化した。
日経エレクトロニクスに、こんな記事が載っていました。 一眼レフが抱えるブレ問題，その深刻さが明らかに - 日経エレクトロニクス ユーザーが頻繁に使うシャッター・スピード（露光時間），例えば1/60秒において写真の実質的な解像度は，ミラーとシャッターの衝撃によって1/4以下に低下していた。2000万画素で撮っても実は，最高でも500万画素ほどの解像度の写真しか撮れていないことを意味する。 これを読んだ人は、深く考えずにこう思ってしまいそうです。 ・2000万画素あっても意味ないんじゃね？ ・500万画素で十分なんじゃね？ ・ってか、ミラーのないミラーレスのカメラ最強じゃね？ と。 でも、この記事の実験環境を細かく見てみると、今回の結果はある特定の条件のみでしか意味をなしていないことがわかります。 その実験環境とは、通常の撮影方法とは違う、特殊な環境でした。 この実験での撮影条件 こちらのペー
過去に自分が間違っていたと思うことや、身近なエンジニア(技術者/研究者等)が「見落としているんじゃないか」と思える部分を列挙してみました。 ただし、それぞれ状況と立場次第であるものが多いのでご注意下さい。 製品を売る場合や、論文を書く場合、個人の場合など、様々な立場での色々なものをごっちゃに書いてしまいました。 1. 技術の凄さのみが戦局を決めるわけではない 「技術が凄ければユーザは勝手についてくる」という発想に出会う事があります。 それは、正しい場合もあれば正しくない場合もあると感じています。 最近は、得てして「技術だけ」ではあまり成功しないような気がしてきました。 そもそも「凄い技術」とは何なのかという部分が難しいです。 その「凄さ」が実現しているものと、ニーズとの一致などが的確で無い場合、いくら凄くても理解してもらえないことも多いです。 2. 誰が言うか、誰がやるかも大事な要素 全く
上を行くかどうかは知りませんが :-p Ajaxはクライアントの都合でサーバーに通信を仕掛けるpull型の通信ができ、Cometはサーバーが好きなタイミングでクライアントへデータを送りつけるpush型の通信ができるわけですが、新たに双方向の通信ができる技術を開発しました。 具体的には、JavaScriptとサーバーの間で双方向のRPCができます。すなわち、サーバーからクライアント側のJavaScriptのメソッドが呼べるし、逆にクライアント側からサーバー側のメソッドを呼ぶこともできます。 サーバー側で call("addMessage", "Hello!") とやると、JavaScript側の function addMessage(msg) { ... } という関数が呼ばれたりします。 この技術を使って、試しにチャットシステムを作ってみました ＞ デモ （ソースコード）*1 リアルタイ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く