サクサク読めて、アプリ限定の機能も多数!
トップへ戻る
ノーベル賞
hiroakiuno.hatenablog.com
先日、いつもの美容室に行ったらクレジットカード決済の方法が従来のものから楽天スマートペイに代わっていた。これも FinTech の一つなんだろう。 昨年 2015 年の技術トレンドの一つに、動画サービス、AI、IoT、シェアリングエコノミーなどと並んで FinTech がある。 日本のVCが予想する2016年のスタートアップ・トレンド(前編) | TechCrunch Japan 日本のVCが予想する2016年のスタートアップ・トレンド(後編) | TechCrunch Japan ここらで世界一わかりやすく「FinTechとは何か」を説明しよう。 | hajipion.com Finance × Technology で FinTech だが、技術やビジネスの盛り上がりはともかく、「× Technology」 って安易だよなと思っていた。だいたい何か新しいことすれば Technology
http://pc.watch.impress.co.jp/docs/column/1month-kouza/20140626_655176.htmlpc.watch.impress.co.jp 上記の ARM の記事を見つけて、そこからいろいろたどってみたのだが、ARM の big.LITTLE の制御ソフトウェア技術(ユースモデル、ソフトモデルとも書かれている)の表記がいろいろ変わってわかりづらい。そこで Web の記事だけを拾って客観的に整理してみた。 まず一番日付が古い 2011/11/30 の 【後藤弘茂のWeekly海外ニュース】ARMの新省電力技術big.LITTLEプロセッシング - PC Watch によると最初は2個で、 Task Migration Use Model MP Use Model 次に 2013/05/21 の 【後藤弘茂のWeekly海外ニュース】海外
空はどうして青いのか? 30年も生きていればそこそこ知っている。でも所詮そこそこ。100%は理解していない。正直私のレベルは、 大気中には窒素分子や埃など小さいな浮遊物がたくさんある。 可視光のうち青は赤より波長が短い。 波長の短い青い光は赤よりも浮遊物にぶつかりやすい。だから空は青く見える。 程度だった。特にそこそこたる一番の理由は次の質問に答えられないことだ。 じゃあ何故青よりも波長が短い紫に見えないのか? まずその前に空が青い理由を正しく整理しておこう。 光の反射ではなく散乱による。光は波長より小さいサイズの物体(例えば窒素や酸素分子)に当たると反射はしないが散乱が起こる。 波長の短い青は赤よりも多く散乱される(レイリー散乱)。よって空は青く見える。 レイリー散乱 - Wikipedia それを踏まえて、本題のなぜ紫じゃないのかだ。 空気中の水蒸気やチリにあたると、波長の短い紫の光ほ
最近 DirectShow や GStreamer などのマルチメディアフレームワークを勉強している。これらの特徴を表すキーワードとして pipe-and-filter とか graph-based とか filter chains とかいろいろ出てくるのだが、どうやら filter graph という用語が一般的のようだ (wikipedia に項目としてあるという意味で)。 ところで、グラフという言葉でふと思い出したのが表題の「グラフ(Graph) と 木(Tree) の違い」。グラフ理論の教科書に書いてあるような厳密な定義はおいておいて、要するに一言で言うと違いは何という部分。私なら、 木は各ノードへの入力(親)が必ず一個しかない。そうじゃないのが(親が複数あれば)グラフ。 という説明をする。木をその特殊なケースの二分木のことだと理解していると、子の数や深さを説明に出してしまう。もち
ドメインも東大は u-tokyo.ac.jp なのに京大は kyoto-u.ac.jp。昔からなぜこんなところが違うのか気になっていたが、二つの意味の違いについて書かれている本を見つけた。出版はずいぶん前だけど今でも売れている結構有名な本らしい。 日本人の英語 (岩波新書) 作者: マーク・ピーターセン出版社/メーカー: 岩波書店発売日: 1988/04/20メディア: 新書購入: 135人 クリック: 2,138回この商品を含むブログ (314件) を見る 理屈としては University of XXX は、XXX が地名であれば問題ないが、例えば明治大学のように地名でないものに University of Meiji としてしまうと英語としては間違い (of は所有や直接的な関連を表すため)。一方 YYY University は地名であろうがなかろうが使える万能型。結局、東京も京都
(久しぶりのブログ更新だがその辺は気にせず今まで通り) ずいぶん陰に追いやられている感がある SBM。私はずっとはてなブックマークを利用していたが、ちょっと前から別のサービスに移りたいと思っていて移行してみた。候補としては、 AVOS 期待で delicious マイナーだけど Google Bookmarks があったが、AVOS はいつどんなサービスで始まるのかまだ不明なので Google Bookmarks へ。 Google Bookmarks は Google のサービスとしては少しマイナーだが、他のサービスには無い大きな(ほんとに大きな)メリットとして、普通に Google 検索した際に自分がブックマークした記事の中でヒットするものがあればそれを検索結果の上位に表示してくれること。しかもタイトルやタグ(ラベル)だけでなく全文検索結果。はてブにも有料オプションで全文検索はあるが、
8 ビットマイコンとか 32 bit CPU という表現はよく使うが、組み込みの世界にいながら実はその定義をはっきりと説明できない。例えば世界で最初のマイコンと言われている Intel 4004 は 4 ビットマイコンに分類されている。調べると内部データバス幅やレジスタサイズは確かに 4 bit だが、命令長は 8 bit だしメモリアドレスは 12 bit らしい。 Intel 4004 佐野正博「世界最初のマイクロプロセッサ Intel 4004」 懐かしのファミコンの CPU は 8 bit で、NINTENDO64 になるとその名の通り 64 bit CPU だが、NINTENDO64 の外部データバス幅は 32bit らしいし、他にも例えばルネサスの H8 マイコン(例えば H8/3048)は 16 ビットマイコンだがレジスタのデータ幅は 32 bit らしい。 調べていくと N
gcc が出す以下の警告。消すのは簡単で EOF に改行を一つ入れれば良い。でもこれ何が悪いのか分からなかった。 warning: no newline at end of file コンパイラが出す警告だから絶対に何か意味があるはず。調べてみると意外にもテキストファイルの定義にたどり着いた。 ということで POSIX 的に行は改行で終了していて、テキストファイルは行の集合だからファイル末尾には必ず改行が来ると。 Text File / Line - odz buffer Definitions - 3.392 Text File Definitions - 3.205 Line つまり POSIX はテキストファイルにもちゃんと定義を定めていて、最後に改行が無いファイルはその定義に違反するから警告を出す。 There is also some confusion as to whethe
組み込み GUI 環境の設計と実装という本を読み始めた。 組み込みGUI(ウィンドウ・システム)環境の設計と実装 作者: 四ノ宮力,石川毅,桑原裕二出版社/メーカー: 毎日コミュニケーションズ発売日: 2007/07/07メディア: 単行本(ソフトカバー)購入: 4人 クリック: 66回この商品を含むブログ (9件) を見る X の設定や Tips ではなく、ウィンドウの制御とは何かという根本的なところを詳しくなりたいと思って本屋を物色していたところ見つけた。内容は X や GTK+ を使わずに独自のウィンドウシステムでアプリを作るという実装方法を中心とした内容で面白い。 本はまだ途中だが、本の具体的な実装の話とは別に、一般にウィンドウシステムとかツールキットと呼ばれているものがそれぞれ何をどこまでやっているのかを自分なりに整理してみようと思いたった。思い立ったのだが「ウィンドウシステムと
単なるインストールメモですが何かの役に立てば。 超特急で DirectShow の雰囲気をつかみたいという要求にドンピシャで答えてくれた 403 Forbidden。骨組みだけを抽出したシンプルなサンプルコードが非常に分かり易くありがたかった。ただ、最初の環境構築が時代とともに多少変わっていて、例えば DirectShow は昔は DirectX をインストールすればよかったのが、2005年から Microsoft Platform SDK に移っており、さらには現在(2009年2月)はその名称が Windows SDK に変わっていたり(でもサンプルコードのコンパイルには DirectX SDK が必要だったり)、知識ゼロから検索だけでなんとかやろうとすると古い情報がひっかかってちょっと混乱する。分かってしまえばたいしたこと無いが、こんな 意見も見かけたので整理してみた。なお以下は Wi
改行コード (newline) はテキストの行末を表す文字コードの一つで、一般に1個または2個の制御文字 (Control Character) で表現される。一般的なテキストエディタ上で Enter を押したときのいわゆる改行は、厳密には復帰 (CR:Carriage Return) + 改行 (LF:Line Feed) という振る舞いになるが、実際の改行コードは ASCII ベースのシステムでは CR、LF、CR+LF のいずれかで表現され処理系によって異なる。 プログラミングにおける改行コードの取り扱いはこれを踏まえてややこしくなるが wikipedia に詳しい。 ポータブルなプログラムを記述するために、プログラミング言語は異なる改行コードを扱うためにある程度の抽象性を提供している。 C言語は'\n'(改行)、'\r'(復帰)の二つのエスケープシーケンスを提供している。しかし一般
「大きな組織」で働いていて梅田さんの言う「30歳から45歳の15年」の最初の一年に突入した私(30歳)。少し前に読了したこの本だが時間を空けてもう一度読んでみた。 ウェブ時代をゆく ─いかに働き、いかに学ぶか (ちくま新書) 作者: 梅田望夫出版社/メーカー: 筑摩書房発売日: 2007/11/06メディア: 新書購入: 89人 クリック: 708回この商品を含むブログ (1200件) を見る 私が以前から大きな組織に対してもう少し何とかならんかなと思っているのは、自発的な独学がしづらい環境ということだ。梅田さん(羽生さん)の言葉を借りれば「学習の高速道路」が少ない。学生時代の研究活動や最近の Web2.0 的な小さな組織の周りにある環境と比較してそう感じることが多い。最近の学生さんにどんな仕事に就きたいかと聞くと 自分の成長が感じられる仕事 という回答が多いそうだが、そういう意味では成長
Debian GNU/Linux 4.0 etch だとインストーラーから RAID の設定ができるようだが、とりあえずハードディスク一台でシステムを立ち上げて、後から別にハードディスク2台を追加したので、ここでは mdadm(8) を用いた話。RAID レベルは RAID1。 RAID 構成の基本的な流れは それぞれのハードディスクにパーティションを作成 (fdisk) RAID を構成 (mdadm) ファイルシステムを構築 (mkfs) マウント設定 で、1 の fdisk と 3 の mkfs の間に RAID の構築が挟まると考えると(少なくとも私は)分かりやすい。 パーティションの作成 今回は SATA 接続の2台のハードディスクが対象なので # fdisk /dev/sdb # fdisk /dev/sdc なお、パーティション・タイプを聞いてくる質問 Hex code (t
プライベートのメール環境はすっかり Gmail に移行したが、会社のメールはさすがに Gmail に転送するわけにいかないので、入社して Windows を本格的に使うようになってからずっと Becky! を使い続けてきた。今でも Becky! は非常によく出来たソフトだと思うが、残念ながらここ最近新たな機能を取り込むような話がなく正直面白くない。思い切って Becky! から Thunderbird 2.0 にメール環境を移行してみた。移行方法に関しては Web を検索すればたくさん見つかるが、私の方法も誰かの役に立つかも知れないのでメモしておこう。 まず Becky! にたまったメールを Thunderbird 形式に変換する必要がある。Thunderbird は伝統的な mbox 形式で、サブフォルダに次のような命名規則がある。 Becky!2 から Thunderbird 2 へ移
イシューからはじめよに書かれていたそのまま。プレゼンのチェックで話の流れを指摘すると、言い方の問題ですねとあまり指摘を聞いてくれない人がいるが、理解してもらえるかしてもらえないかの問題なので重要な要素だと思っている。 人に何かを理解してもらおうとすれば、必ずストーリーが必要になる。それが研究であれば論文の流れであり、ビジネスであればプレゼンの流れだ。 イシューからはじめよ――知的生産の「シンプルな本質」 昭和の時代はリーダーがすべてに答えを出すことができた。よって同じ価値観の人を集め、リーダーのスタイルはトップダウン、指示命令 が良かった。 令和の時代は VUCA。リーダーがすべてに答えを出すことが出来ない。解決策すらないものも多い。この時代のリーダーに求められるのは、チームの多様性を活かし、チームと共に考え、チームからアイデアを引き出せること。だから多様性が重要。 リンカーンとアインシュ
前回のエントリ でプロセス、スレッド、ファイバ、タスク、ジョブの違いを整理してみたところ、toshi さんから次のお題 をいただいたので、調子に乗って今回はミューテックス、セマフォ、条件変数の違いについて整理してみる。なお私がグダグダしているうちに、通りすがりの猫さんが先に解答 してくれた。そちらも合わせて参照していただきたい。 まずミューテックスとセマフォの違いから。一般に以下の点で違いがある。 ミューテックスは、ロック/非ロック の2値を管理するだけだが、セマフォは回数を管理することができる。換言すると、セマフォは個数カウンタつきのミューテックス。 セマフォの場合はいわゆる優先度逆転現象が発生する可能性がある。一方、ミューテックスには逆転現象を回避する機構が用意されていることが多い。「優先度上限プロトコル」「優先度継承プロトコル」がそれにあたる。 さらにどこまで一般的なのか分からないが
まずは分かりやすいプロセスとスレッドから。 Windows や Linux などの汎用 OS 上のアプリケーションは一般にプロセスとして動作している。プロセスはプログラムの実行単位である。プロセスは1つ以上のスレッドと、ファイル、ヒープメモリなどのリソースで構成される。一方、スレッドは CPU 利用の単位である。スレッドはそれぞれが専用のスタックと CPU レジスタのコピーを保持するが、ファイルやヒープメモリは同一プロセス内の全てのスレッドで共有する。 スレッドのさらにサブセットがファイバである。スレッドとの違いは切り替え動作にありファイバのほうが軽いというメリットがある。プロセス、スレッド、ファイバの関係はこちらの説明が分かりやすかった。 プロセスはプログラム実行のための固有のメモリ空間を持っており、最も独立性の高い実行単位である反面、起動や切り替えに時間がかかるという特性を持っています
また一つネットにすごいものが登場した。はてなが本日公開した Rimo(リモ) というサービスだ。 動画サービス「Rimo」終了のお知らせ ネットの人気動画を抽出、エンドレスに再生「Rimo(リィモ)」リリース - はてなダイアリー日記 YouTube の動画を見ることが出来るサービスなのだが、特徴は動画の選択方法にある。ユーザが見たいコンテンツを能動的に探すのではなく Rimo が勝手に選択してくれる点だ。完全なランダムではなく視聴ランキングなどに基づいて決定されるのだが、内容もジャンルも何が選択されるかは全て Rimo 任せ。受動的というよりお任せという言葉がぴったりだろう。 これを見たときふと結城浩さんの Tropy を思い出した。Tropy は Web のページをランダムに表示する CGI。ユーザが文章を自由に追加できるという点で Wiki に似た要素を持つが、検索機能もページ一覧も
このページを最初にブックマークしてみませんか?
『Schi Heil と叫ぶために』の新着エントリーを見る
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く