テキストで音楽が演奏できる、「メロディ再生記法」(MML記法)をリリースしました - はてなダイアリー日記
本日、MML(Music Macro Language) を記述し、はてなダイアリーとはてなグループの日記でお手軽に音楽を演奏できるメロディ再生記法（MML記法）をリリースしました。 >|mml| t120l16 @3 o5 cdefedc8 efgagfe8 c4 c4 c4 c4 ccddeeffe8d8c4; t120l16 @3 o4 r2 cdefedc8 efgagfe8 c4 c4 c4 eeffe8d8c4; t120l16 @3 o6 r1 cdefedc8 efgagfe8 c4 eeffe8d8c4; ||<と、スーパーpre 記法の || の内側に mml と入力し、内部に MML を記述すると t120l16 @3 o5 cdefedc8 efgagfe8 c4 c4 c4 c4 ccddeeffe8d8c4; t120l16 @3 o4 r2 cdefedc8
津田大介さんに聞く（後編）：「ダウンロード違法」の動き、反対の声を届けるには (1/4) - ITmedia News
←前編：「ダウンロード違法化」のなぜ ユーザーへの影響は 」へ ―― 中間整理案は「ダウンロードを違法化すべき、という意見が“大勢であった”」と書かれる方向でまとまりつつあるようです。ただ、この法改正で最も影響を受けると思われるネットユーザーには「ダウンロード違法化に反対」という人が多い。ユーザーは権利者よりも絶対数が多いはずですし、「違法化すべきという意見が大勢であった」という記述は、小委員会の委員構成の偏りを反映していると思います。委員の顔ぶれを見ると、権利者団体の代表も多かったようですし。 確かにこの動きに興味を持っているようなネットユーザーは「ダウンロード違法化に反対」という人が多いと思います。少なくともわずか5％（委員20人のうち1人）しか反対しないなんてことはない。言うまでもなく、コンテンツ産業というのはクリエイターと権利者だけでなく、消費者・ユーザーがいないと成り立ちません。
慶應義塾大学、脳内イメージでPCを操作できる技術の開発に成功
慶應義塾大学が頭の中で考えただけでコンピューターを操作できる「ブレイン・コンピューター・インターフェース技術」の開発に成功したそうです。 脳内イメージを用いることにより、世界で初めて実際にセカンドライフ内を「散歩」することができるようになったとのことで、実際に操作しているムービーもあります。 詳細は以下の通り。 脳内イメージでコンピュータを操作 頭の中で考えただけでセカンドライフ内を「散歩」できる技術の開発に成功 このページによると、慶應義塾大学の医学部と理工学部による医工連携プロジェクトにより、頭の中で考えただけで3Dバーチャルコミュニティ・サービス「セカンドライフ」内を散歩できる、ブレイン・コンピュータ・インターフェース技術の開発に成功したそうです。 この技術は機械が脳波を読み取ってコンピュータを操作するもので、操作者の頭皮3箇所に直径1cmの電極を貼って、手足の運動を制御している「大
[Think IT] 第3回：Adobe AIRで付箋風クライアントを作ろう (1/3)
「第2回：新機能『scaffold_resource』とは？」では、RESTfulを活用したメモアプリケーションを作りました。この付箋を常駐してこそ便利なWebブラウザの中だけでなく、画面上のどこにでも貼れるとしたら非常に便利だと思いませんか？ しかしWebアプリケーションでは、デスクトップ上に付箋を貼ることができません。WebブラウザからJavaScriptを使って新しいウィンドウを開くことはできますが、ウィンドウの枠を消すなどの細かい制御ができないため、付箋のようなインターフェースを作ることができません。 また、WebアプリケーションはWebブラウザを閉じてしまうとすべてのウィンドウが閉じてしまうため、付箋紙のような「常駐してこそ便利な」アプリケーションには向いていません。 そこで、2007年3月にAdobeから発表されたリッチクライアント「Adobe AIR」を使って、付箋を表示する
クローゼットがいっぱいになったので壁にハンガー掛けを作ってみた
トレタ アドベントカレンダー 2016土曜日担当の増井です。 今日はITとは関係ないDIYの話です。 今の家に引っ越して2年。荷物も増えてきて「服を掛けるところがない・・・」という状態になってきました。 2畳ぐらいのクローゼットはあるのですが、二人暮らしでは全然足りません。このクローゼットの前の部分がデッドスペースになっていうので、ハンガーラックを置こうと思ったのですが、ちょっと狭くて奥には難しそうです。 壁に直接ハンガー掛けをつければ行けそうなのですが、我が家は賃貸なので壁に釘は打てません。 初めは2×4材でフレームを作って・・・とか結構大掛かりなことを考えていたんですが、今は「ディアウォール」っていう便利なものがあるんですね。びっくり。 これを使うと突っ張り棒の要領で家のどこにでも2×4材の柱を設置することができます。 ということで、ディアウォールと2×4材を使って、なるべく手軽に、壁
Life is beautiful: 会社のカルチャー作りの大切さ
University Washington で Executive MBA のコースを受けることにした理由の一つは、成功する企業とそうでない企業を分ける要因を私なりにちゃんと理解したかったからである。 Microsoft 時代に Bill Gates の下で働くことにより、業界の流れを読んだり、それに基づいた企業戦略を立てることに関しては、それほど不自由を感じなくなった。しかし、いざ自分で起業をしてみて強く感じたのは、企業戦略を立てることは「初めの一歩」でしかなく、その戦略に基づいてちゃんと利益を生み出す組織を作りあげる方がその何倍も何十倍も難しいということ。 色々と反省する点はあるのだが、あえて一番反省している部分を上げるのであれば、会社のカルチャー作りに十分な注意を払って来なかったこと。戦略に関わる mission statement や vision に関しては常にはっきりと語り続け
Inventory Turnover（在庫回転率）とは
教科書を読んでいるだけではどうしても頭に残らないので、ここに書いてみる。 Inventory Turnover（INVT: 在庫回転率）とは、 INVT = Cost of Goods Sold / Average Inventory 在庫回転率 = 売り上げ原価 / 平均在庫高 で求められる指数で、ビジネスをする上で、在庫をどのくらい効率よく売り上げに結びつけられているかを示す。言い換えれば、「仕入れて、（加工して）売る」というサイクルをどのくらい効率良くやっているかを示す指標。この数字が高いほど効率が良く、低いほど悪い。書店で言えば、常に約１０００冊の本を店頭＋倉庫に抱えている書店が年間に４０００冊売るとすれば、（一冊の値段の違いを無視すれば）INVT=4.0となる。 ただし、当然だが間に加工や組み立てという作業が入る製造業と、単に仕入れて売るだけの小売業とではその数値が大きくことなる
教えながら学ぶRuby: それでも僕は君をイテレータと呼ぶ
前回の「イテレータに片思い」、たくさんのフィードバックをいただき、とても良い勉強になっている。一人でこつこつと勉強するよりも、励みになるしずっと楽しい。 ちなみに、１問目の問題だが、 def hello(to, *mesg) print "Hello, ", to, ".\n" print "-- message -- \n" for m in mesg print m, "\n" end end これに関しては、予想した通り、ほとんどの人が私と同じく、 def hello(to, *mesg) print "Hello, ", to, ".\n" print "-- message -- \n" mesg.each { |m| print m, "\n" } end という答えにたどりついた（{..} のかわりに do..end でも良い）。圧倒的に読みやすいし、とにかく美しい。「プログ
#2 Ruby on Rails作者 David Heinemeier Hansson（前編） RubyでRailsを書いたわけ | gihyo.jp
小飼弾のアルファギークに逢いたい♥ #2Ruby on Rails作者 David Heinemeier Hansson（前編） RubyでRailsを書いたわけ 2006年6月10日～11日に開催された日本Rubyカンファレンス2006に合わせて、Webアプリケーションフレームワークとして現在、圧倒的な人気を誇るRuby on Railsの作者、David Heinemeier Hansson氏（以下、DHH）が来日しました。連載第3回目は、カンファレンス翌日、都内某ホテルで行われた“Dan the Perl monger”によるDHHインタビューをお届けします。DHHと弾さんの率直、明快なやりとりは、スリリングで刺激的なセッションとなりました。 編集部注） 本対談は2006年6月に行われたものです。 撮影：武田康宏 Rubyを選んだわけ 弾：最初の質問です。なぜRub
Life is beautiful: RailsがRubyで作られた本当の理由
弾：最初の質問です。なぜRubyを選んだのですか？ DHH：極端なことを言うと，Rubyが一番美しく自分のコードが書けるからです。 【小飼弾のアルファギークに逢いたい♥：#2 Ruby on Rails作者 David Heinemeier Hansson（前編） RubyでRailsを書いたわけ｜gihyo.jpより引用】 この記事を既に読んだ方も多いと思うが、この「Rubyが一番美しく自分のコードが書ける」というセリフは非常に重要である。「イテレータに片思い」というエントリーで書いた通り、Rubyには生みの親の「コードは読みやすくあるべき」という魂がしっかりと込められており、それが「コードの美しさ」に繋がっているのである。 私がRubyを触り始めて一番強く感じたことは、Smalltalkとの類似点である。私自身、９０年に数ヶ月間Smalltalkにどっぷりと使っていた時期があるが（マイ
Life is beautiful: ソフトウェアの資産計上に関する素朴な疑問
会計の勉強をしはじめてから、今まで見過ごして来たようなことが気になるようになった私だが、最近一番気になったのが、日経エレの８月１３日号に書かれていた、Aplixの７６億円の特別損失の計上の件（参照）。要約すると、過去２年の間「ある顧客が買う予定」と言う名目で（経費としては報告せずに）資産として計上してきたソフトウェア資産を、「やっぱりすぐには売り上げにはつながらなそうだから」と一気に特別損失として計上した、というニュースである。 建物や原料のようにはっきりと形のあるものを資産として計上することは会計上もっともなことだが、自社で開発したソフトウェアやパテントのようなものを資産として計上することには非常に大きな危険がともなう。Aplixのケースのように社内で開発したソフトウェアが将来売り上げに繋がらないということはしばしばあるわけで、そんなにあやういものを資産計上されてしまっては、投資家はどの
「渡された仕様書を実装するサラリーマンプログラマ」の悲哀
@ITの「業務用途でRubyを使う上での課題 」を読んでなんだか悲しくなった。 チーム開発でRubyを使ったときに今後起こりえる問題として、サン・マイクロシステムズ システム技術統括本部 チーフテクノロジストの下道高志氏は、こう指摘する。「他人の書いたPHPコードのメンテナンスはできない。Rubyはどうかといえば、現状はいい。しかし今後“職業プログラマ”ではなく、渡された仕様書を実装する“サラリーマンプログラマ”が増えてくると、コードのスパゲッティ化は避けられないだろう」。 【業務用途でRubyを使う上での課題 − ＠ITより引用】 これは言語の問題ではなく、日本のソフトウェア産業全体が抱える問題。以前にも「ソフトウェアの仕様書は料理のレシピに似ている」というエントリーで書いたが、本来のソフトウェア作りとは、絵を描いたり、音楽を作ったり、建物をデザインするのと同じ「創作活動」である。ドラッ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
脳内イメージでコンピュータを操作 - 慶應義塾大学理工学部生命情報学科 富田・牛場研究室 - 新着ニュース
メインページ - Cheminformatics
Java meets Python - 第0回 Jythonはじめました（前編）：CodeZine