【iOS 5】できることがこんなに！ iPhoneの音声認識「Siri」でできる事の一覧 - 拡張現実ライフ
記事内に広告を含む場合があります。記事内で紹介する商品を購入することで、当サイトに売り上げの一部が還元されることがあります。 Photo by planetc1 こんばんは、@akio0911です。 個別銘柄のPERや時価総額を聞けたり、すべてのアラームを一言で削除したりできる日本語版Siriで使えるコマンドを調べて一覧にまとめてみました。 関連 : 個別銘柄のPERや時価総額も聞ける！ iPhoneの音声認識「Siri」で株価を調べてみた 関連 : Siriを使って、すべてのアラームを削除する方法 追記（2015/09/18） iOS 9版を書きました！ ⇒ 【使い方】iOS 9のSiriで出来る事268個をまとめてみた 【使い方】iOS 9のSiriで出来る事268個をまとめてみた 連絡先 連絡先の情報を調べる 斉藤君の住所は？ 江川さんの電話番号を教えて 妻の誕生日はいつ？ 恵美ちゃ
Rubyのブロック構文の書き分け(do end，{}) - ぬいぐるみライフ？
do endと{}の違い Rubyにおけるブロックはdo endと{}の二通りがあり，基本的にどちらを使っても同じようにブロックを記述することができるが，両者にはdo endより{}の方が結合が強いという違いがある． # fの引数はa，b，ブロック f a, b do end # bの引数はブロック # fの引数はaとbの戻り値 f a, b {} 検証コードは以下の通り．ただし，混乱を避けるため以下のようなdo endと{}で動作が変わるコードは書かないようにするべき． a = 1 b = 2 def f(*args) puts "f: args: #{args}, block: #{block_given?}" "f" end def b(*args) puts "b: args: #{args}, block: #{block_given?}" "b" end # fの引数はa，b，
{ } と do end の違い - gan2 の Ruby 勉強日記
Benchmark を使うときに require 'benchmark' puts Benchmark::CAPTION puts Benchmark.measure { a = [1, 2, 3] a.replace [4, 5, 6] } このように { } を使うのは OK なのに { } を do end に変えると require 'benchmark' puts Benchmark::CAPTION puts Benchmark.measure do a = [1, 2, 3] a.replace [4, 5, 6] end `measure': no block given (LocalJumpError)ってエラーが出る。 { } と do end って同じものだと思っていたけど何か違うみたいだ。 do...endと {...}で動作が異なる場合があります。 foobar
iPhoneの作業効率が上がる「Launch Center」の設定 - RyoAnna
Tweet Launch Centerが便利だ。アプリや設定をタイマーと組み合わせることにより、iPhoneの作業効率が格段と良くなる。 今回は、Launch Centerが生活の中でどのように役立つのか、具体例をあげて解説したい。 Wi-Fi設定 Wi-Fiをオンにしていると、ソフトバンクのWi-FiスポットやFONに接続される。自動で繋がるのは便利だが、歩いてる時はオフにしたい。接続と切断を繰り返すと電池が消耗するし、3G通信と切り替わる時に動作が遅くなるからだ。 そこで、毎日家を出る時間にタイマーを設定する。通知と同時にWi-Fiの設定画面が出れば、オフにし忘れる事もないだろう。 Title URL Schedule Wi-Fi設定 prefs:root=WIFI 7:00 Every Day Bluetooth設定 Bluetoothのヘッドフォンやキーボードを使う時、接続をオンに
ソフトウェアの肥大化について - bkブログ
ソフトウェアの肥大化について 肥大化したソフトウェアというとリソース食いでメンテナンスがしづらい厄介ものというイメージがあります。しかし、広く使われているソフトウェアは多かれ少なかれ肥大化しているように思えます。ソフトウェアの肥大化はよくないことなのでしょうか。 結論からいえば、必ずしも悪いことではありません。この話題は Joel Spolsky 氏がストラテジー･レターIV：ブロートウェアと80/20の神話で書いています。私が付け加えられることはあまりありませんが、最近、知人との間で話題になったので、少し書いてみたいと思います。 数年前、 Alan Kay 氏の Squaek についての講演を聞きにいったとき、途中でコードのサイズが話題になり、Squeak のコードはこんなに小さい（具体的な数字は忘れました）といって、何千万行もある Windows NT を引き合いに出して、Squaek
SSD がコモディティになっても状況はかわらない - kazuhoのメモ置き場
脊髄反射。 Oracle や MySQL など近年の RDBMS はインデックスのデータ構造にB木 (の変種) を採用していますが、その理由はここにあります。 SSD がコモディティになると状況は変わる (中略) 二次記憶上での検索用のインデックスにはこれまで B木のようなディスクに最適なデータ構造が必然的に選択されてきましたが、SSD に変わると、現実的に利用可能なデータ構造にも幅が出て、アプリケーションによっては劇的な改善が可能になるというわけです。 この先 SSD の普及によって、色々なソフトウェアで、驚くような改善が行われる機会を目にすることが多くなるのではないかと思います。その時、単に SSD に変わったから速くなったと捉えるのではなく、どのようなデータ構造が選択されて、そのデータ構造の特性が SSD とどのようにマッチしたのかという視点で見ていくことが大切ではないかと思います。
ぜひ押さえておきたいコンピューターサイエンスの教科書
僕はバイオインフォマティクスという生物と情報の融合分野で研究を行っています。東大の理学部情報科学科にいた頃は同僚のマニアックな知識に驚かされたものですが、そのような計算機専門の世界から一歩外に出ると、それが非常に希有な環境だったことに気が付きました。外の世界では、メモリとディスクの違いから、オートマトン、計算量の概念など、コンピューターサイエンスの基礎知識はあまり知られていませんでした。コンピューターサイエンスを学び始めたばかりの生物系の人と話をしているうちに、僕が学部時代に受けた教育のうち、彼らに欠けている知識についても具体的にわかるようになってきました。 バイオインフォマティクスに限らず、今後コンピュータを専門としていない人がコンピューターサイエンスについて学ぶ機会はますます多くなると思われます。そこで、これからコンピューターサイエンスを学ぼうとする人の手助けとなるように、基礎となる参
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
Flash-Based DBMSの最前線