バッテリー切れの心配無用？ コンピューターの消費電力を１万分の１以下にできる技術が登場 2013.11.12 10:00 塚本直樹 これでノートPCやスマホの駆動時間が大幅に伸びるかも…？ ノートPCやスマートフォンにとって、バッテリー切れの問題はいつでも悩みの種。もう少しバッテリーが持てば、あの作業ができたのに…と、いつも我々を悩ませます。 そんな問題を解決すべく、東京大学の柴田憲治特任講師と平川一彦教授がコンピューターの消費電力を現在の1万分の1以下にできる技術を開発しました。 同チームが試作したのは、電子を1つだけ動かせる素子｢単一電子トランジスタ｣。この単一電子トランジスタ、低電圧で操作できるので消費電力が圧倒的に少なくなるだけでなく、演算速度も高まる効果もあるとか…。まさに一石二鳥の、夢の技術と言えそうです。 この単一電子トランジスタは2020年を目標に演算素子の試作が計画されて

Spring BootによるAPIバックエンド構築実践ガイド 第2版 何千人もの開発者が、InfoQのミニブック「Practical Guide to Building an API Back End with Spring Boot」から、Spring Bootを使ったREST API構築の基礎を学んだ。この本では、出版時に新しくリリースされたバージョンである Spring Boot 2 を使用している。しかし、Spring Boot3が最近リリースされ、重要な変...

The machine learning toolbox’s focus is on large scale kernel methods and especially on Support Vector Machines (SVM) * The SHOGUN Machine Learning Toolbox サイトのデザインどうにかしたらいいのにとか将軍ってなんだよとかいろいろあるかと思いますけども、プロダクトとしては素晴らしいという噂を聞くので今回このSHOGUNという機械学習ライブラリを試してみました。目的は一般物体認識における分類タスクでMultiple Kernel Learning(MKL)やLatent SVMの実装を試すことなのですが、まずはインストール方法と簡単な使い方を調べるところから始めます。 また、この記事の内容はQiitaにも投稿しています。 * 機械学習ライブラ

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

Use Buck2This project is no longer actively maintained. Please see https://buck2.build for the build system that replaces it. Old content continues below for historical purposes. Buck is a build system developed and used by Facebook. It encourages the creation of small, reusable modules consisting of code and resources, and supports a variety of languages on many platforms. Why Buck?Buck can help

Unreal Engine アセット アセット-Asset Runtime Audio Importer - ランタイム実行中にMP3, W... 2024-01-20 Georgy Treshchev氏によるランタイム実行中にMP3, WAV, FLAC, OGG, BINK, RAWなどのオーディオファイルをインポート出来るUnreal Engine 5向けオープンソースプラグイン『Runtime Audio Importer』が公開されています。 続きを読む Unreal Engine アセット アセット-Asset Infinity Weather 2.0 - あの天候制御＆足跡アセットが3年ぶ... 2024-01-19 インディーゲームデベロッパーでグラフィックプログラマーのKrystian Komisarek氏（@ImaginaryBlend）による、激しい天候や雲表現が可能

経済学を勉強してみたいなあ、と思い立って 評判の教科書を読んでもなかなか理解できない・・ との悩みは多いかもしれません。 iTunes Uを検索したところ、明治大学商学部の経済学の講義が 無料で受講できるようです。 私も聴いてみたところ、学部の1年生の秋くらいに学ぶレベルではないかと。 ミクロ経済学 明治大学商学部 マクロ経済学 明治大学商学部 それぞれ1時間ちょっとの講義が13コマづつあります。 無料で誰でも聴けますので、高いテキストをあれこれ買い込む前にどうぞ。 なお、最近読んだ入門テキストで良かったと思ったのはこれでしょうか。 教養としての経済学 -- 生き抜く力を培うために 作者: 一橋大学経済学部出版社/メーカー: 有斐閣発売日: 2013/02/27メディア: 単行本（ソフトカバー）この商品を含むブログ (2件) を見る 書評はこちら。 参考文献リストも充実しており、 「次」へ

前回の続き。 前回の時点では「git blameが密になっているところはきっと活発に編集されていたに違いない」という仮説があったわけですが、これは本当のところは、よくわからない。なぜかというと、blameというのは地層のように降り積もったコミットの表面に露頭してるところしか見せてくれないわけです。本当に活発に更新されていたかを知るには、ようするに地質平面図じゃなくて地質断面図が必要なわけ。分かりますよね。 で、それはどうやって作ればいいかというと、gitには便利なgit log -pという、こういうとき便利だけど普段は使い道のなさそーなコマンドがあって、これは生のdiffをすべてだらだらと表示してくれるわけですよ。で、diffからblameを再構成するにはdiffの+行をひたすら集めてくればいいわけだけど、その時-行も一緒に覚えておいて、あるコミットでどのコミットが上書きされたかを覚えてお

Go を使うとサーバーとアプリケーションの境界が無くなり、アプリケーションサーバーを書けるようになります。 それは良いことなのですが、アプリケーションを書く人が、従来サーバーを書く人が設計していた機能を理解して実現できないと、運用できないサーバーができあがる結果になってしまいます。 例えば Apache は、 master, worker プロセスが分離していて、設定変更を反映させるときなどは新しい worker を作ってから古い worker を殺すことで、サービスを一瞬も止めずに worker を再起動していました。これを graceful restart と呼びます。 Go で 1024 以下のポートを Listen するアプリを作る で触れたとおり、 Go はプロセス管理システムを作るのには少し向いていない面がありますし、せっかくアプリケーションプログラマーが簡単にサーバーを書ける

NoSQLデータモデリング技法.markdown #NoSQLデータモデリング技法 原文：NoSQL Data Modeling Techniques « Highly Scalable Blog I translated this article for study. contact matope[dot]ono[gmail] if any problem. NoSQLデータベースはスケーラビリティ、パフォーマンス、一貫性といった様々な非機能要件から比較される。NoSQLのこの側面は実践と理論の両面からよく研究されている。ある種の非機能特性はNoSQLを利用する主な動機であり、NoSQLシステムによく適用されるCAP定理がそうであるように分散システムの基本的原則だからだ。一方で、NoSQLデータモデリングはあまり研究されておらず、リレーショナルデータベースに見られるようなシステマティック

MapR Technologies CTO の M.C. Srivas による、MapR アーキテクチャ概要。2013年11月12日に開催された MapR CTO Meetup での説明資料です。Read less

工数削減だけじゃない、自動化ツールの真のメリット：運用自動化ツールまとめ（国内ベンダ編）（1/4 ページ） 運用自動化というと「人員削減」「コストが掛かる」といったネガティブな見方をする向きも多い。だが仮想化、クラウド時代において運用自動化とはそれほど単純なものではない。国内ベンダ4社のツールに真の意義を探る。 仮想化技術の浸透に伴い、2008年ごろから国内でも注目を集め始めた運用自動化。だが、「人が削減される」「コストが掛かる」「万一の時が不安」といったネガティブな見方も多く、導入企業は現在も一部にとどまっている。しかし近年、市場環境変化がさらに加速し、ビジネスを遂行するIT基盤を迅速・柔軟に整備・変更する必要性が増している。こうした中、もはや人手だけに頼った運用では、ビジネス部門の要請に応えられないばかりか、人的ミスも誘発しやすい状況になっている。こうした状況は以下の記事に詳しい。 情

PostgreSQLカンファレンス2013 LightningTalk （2013-11-13: migr8.rbの設定箇所を若干修正） （2013-11-14: SQLite3での設定等を修正、「migr8.rb new --table=users」を追加）

毎度おなじみ、はてブのホットエントリに「SIをダメにする負のスパイラル」というタイトルのまとめが掲載された。きしだ氏とはかなり視点は違うものの、開発現場の問題点については少し思うところがあるので意見を書いてみようと思う。と言っても、以下の話の内容はデータベースアプリケーションに限定した話であり、またSIerだけに限った話ではないのでその点はご容赦頂きたい。もちろんSIer各位の案件はデータベースは必須なので、本エントリで触れる問題点には該当するだろう。 Q.なぜ炎上するのか？ A.正しいデータベース設計ができていないから結論から言おう。データベースアプリケーションの開発が炎上するのは正しいデータベース設計ができていないからだ。ここでいう「正しい」とは、論理的に証明できる正しさという意味ではない。「本来こうするべき」といった意味で捉えて欲しい。 「炎上」というのは、例えばテストが通らない、バ