Bashのヒストリをダイエットしました。ダイエットして減った分、よりたくさんのコマンド履歴が確保出来ました。 履歴を確保するとタイプ量が減って仕事早くなるッス。 重複する履歴を保存しない 重複するコマンドは最新一件に限定する。重複は保存しない ~/.bashrc #重複履歴を無視 export HISTCONTROL=ignoredups Ubuntuなら最初から設定してあったように思える。 空白から始めたコマンドを保存しない 履歴に保存したくないコマンドは空白から記述する ~/.bashrc #空白から始めたコマンドを無視 export HISTCONTROL=ignorespace コマンド例 $ □cat /etc/passwd|grep takuya #↑空白入れることで保存されない。 空白を履歴に追記しない、重複履歴を保存しない ignorespaceとignoredupsを同時

RMEのオーディオインターフェイスは既に10年前から音楽家の間に広く使われている究極のインターフェイスです。 僕が学生の頃から今も、ロックから電子音楽、ピアニストまでジャンルを問わず音楽家におすすめのオーディオインターフェイスを聞くとRMEがいいと言う人がほとんどです。 無響室や、スタジオのレコーディングエンジニア、ミュージシャンなどここ数年で関わった音関係のプロジェクトではほとんどRMEがインターフェイスに使われていました。（余談ですが、DAWに関してはNuendo率高いです） Protoolsがオーディオインターフェイスの縛りを解放してからはProtoolsをRMEで使う人も多くなっています。 実際、RMEはドライバーの改善ペースや安定性、Macとの相性が他社と比較して大幅に信頼できます。 音楽スタジオならまだしも、インスタレーションなどの展示やライブ、公演での機材トラブルは禁物なので

プレゼンが苦手。人前で話すときに緊張してしまう。 そんな悩みをよく聞きます。 スピーカーが緊張すると、聞いているほうもいたたまれなくなり、 プレゼンが成功するのは難しくなります。 では、どうしたらいいのでしょうか。 先日、TEDｘKyotoに参加し、 緊張の場面でしたが、おかげさまで無事にプレゼンを終えることができました。 「 The Power of Curiocity〜好奇心のパワー」(日本語） ここで私は、重要シーンでも絶対に緊張をしない方法を学んだのです。 TEDｘのプレゼンスタイルは、一般の講演とは全く違います。 まず、時間制限。10分以内。長い人でも18分 演台はなく、ピンマイクをつけ、舞台の上に立ち、目線は真っ正面。 まるで歌手のような状態です。 まさに、まな板の上の鯉状態で、どこにも逃げ場はありません。 スライドに沿って下を向いて話す90分の講演よりも、 10分のTEDスタ

昨晩９時からのNHKスペシャルでは「日本国債」についてその危機的な状況が報道されていました。*1 確かに日本の政府粗債務は2012年9月で約1100兆円に積み上がっています。 番組では、日本国債売りを仕掛けているヘッジファンド、ヘイマンキャピタル代表　カイル・バス氏も登場し、「私たちは何年も前から日本の借金レベルは返済できないレベルにあると考えています。」と語っていました。 しかしその一方で、国債の安全度のひとつの指標となる長期国債金利は日本国債ではギリシャ国債などとは全く反対に、１％を下回り、世界最低レベルで安定しています。 では日本国債は本当は危険なのでしょうか、安全なのでしょうか。　また日本国債の問題の本質とは何なのでしょうか。 １．内債としての日本国債 よく知られていますように、日本国債の保有者は、９割以上が日本国内居住者です。 内債は、政府は国債を発行することに事実上制約がなく、

デア・シュピーゲル Global Research 2012年12月16日 シュピーゲル・オンライン Nicola Abe ある兵士がクラス一番で卒業することを目指した。彼は成功し、ニューメキシコにあるアメリカ合州国空軍の特殊部隊に勤務する無人機パイロットになった。彼は何十人もの人を殺害した。ところが、ある日、もうこれ以上できないことに気がついた。 ブランドン・ブライアントは、エアコンで摂氏17度に保たれ、治安上の理由でドアを開けることができない長方形の窓のないトレーラーほどの大きさのコンテナの中で5年以上働いていた。ブライアントと同僚達は14台のコンピュータ・モニターと4つのキーボードを前に座っていた。ブライアントがニューメキシコでボタンを押すと、地球の裏側で誰かが死んだ。 コンテナは、コンピュータのブーンという音で満ちていた。それは空軍用語で言うコックピットとして知られている無人機の頭

Javaな人から見ると、「Scalaって難しい」ってイメージがありますね。俺も最初はそう思ってました。今もですけど。 で、考えてみたんですが、何が難しいって考え方・イディオムになじみがないのが原因かと思ったんです。 ここでは、俺が今までScalaをやってきて得た考え方を紹介します。「Scalaをちょっとやってみたんだけど、とっつきにくくて…」と思われている方は、ぜひご一読ください。 参考資料: Scala入門 - Scalaで書きはじめたJava使い向け - Scala勉強会＠東北 Dropbox - 404 神は言われた。「リストあれ。」 Lisperは、リストをどう作るかをまず考えるらしいです。適切なリストが出来たら、プログラムはもうできたも同然だと。同じ考え方は、Scalaでも通用すると思います。 大まかに、こんな流れで考えてます。(リストは最初から与えられることもあるでしょう) 「

『Evidence』をUK盤DVDで鑑賞。 ついこないだ2012年のベストムービーを発表したばかりでアレだが、いやはやとてつもない映画をこの年末に観てしまった。見終わったあとにこの映画についてこんなに誰かと語り合いたくなったのは久しぶりのことである。「すっごい映画だった」なんてのはみんなもよく口にしているだろうが、これほど「いやぁ！ホントにすっごい映画だったね！」という言葉が似合う作品もないだろう。それほど圧倒され、衝撃を受けた。いつ発売されたソフトなのかは分からないが、今年の映画としてカウントしてもいいのならば文句なしのベストワンである。 この映画は元々日本で公開されてないような映画を率先して観てブログを書いているナマニクさんとnotld_1968さんに教えてもらった。 Evidence | ナマニクさんの暇つぶし http://blog.livedoor.jp/notld_1968/a