プログラミングによって音楽理論教育はどう変わるか | Music Theory Workshop Japan
http://neralt.com/jazz-voicing/ ３月初頭よりプログラミングに取り組んできました。目的は「よりわかりやすく音楽理論を伝えるための」ウェブサービスを作成することです。書籍においても、図を多用することによって、音楽理論の面倒な部分が平易になるよう努力してきましたが、音楽の「ある側面」に関しては固定化された図によって表すのが非常に困難でした。 プログラミングだからこそ表現できること ある「側面」とはつまり、「移調=transpose」です。例えばCm7とDm7は、実は全く同じ構造をしています。Cm7を全音上げる(移調する)だけでDm7になります。このようにCm7とDm7ととはシンプルな関係性にあるのですが、しかしこれを図で示すとなると非常に難しかったのです。もちろん、Cm7とDm7との関係だけを示すことはできなくはありません。ですが、その後ろには…Cm7とGm7の、
「Web解析ツール」は死に、「Predictive First」へと移行する - 絶倫ファクトリー
新卒でWeb系企業に入ってから6年間、webサイト改善の仕事に携わってきたけれど、いわゆるこの業界で言われる一般的な「Web解析」のやり方というのは、もう時代遅れなのではないかとこの半年くらい考えている。正確に言えば、Adobe Analytics（以下AA）やGoogle Analytics（以下GA)といった「Web解析ツール」を使ってWebサイトの課題を見つけて改善点を洗い出し云々……と言ったやり方は古いものになりつつあるのではないか、という話だ。 点の改善 線の改善 AAやGAといった従来のWeb解析ツールの弱点は、サイト全体でユーザがどのように動いているのか、つまりサイト上でのカスタマージャーニーを把握できないことだ。直帰率の高い入口ページを見つけて改善する、CVしているユーザがよく見ているページを見る……これらは基本的に課題がある、またはCVに寄与していそうな「点」を見つけて、
自動運転車で失業するのは運転手だけ、と思うのは甘い
自動運転車で失業するのは運転手だけ、と思うのは甘い2015.05.12 19:0010,887 satomi 車が完全自動運転になる未来を考える上で一番心しておかなければならないこと、それは車がおそらく自分の車ではなくなるということです。 自走車の究極の役割りを突き詰めて考えた人はほぼみな、おなじ結論に達しています。未来の車は共有資源になるというんですね。少なくとも人口が密集する都市部では。 グーグルはそもそもの最初からこの未来図を思い描き、その実現に向け動いてました。共同創業者セルゲイ・ブリンはザ・ニューヨーカーのBurkhard Bilger記者にこう語っています。｢外を見てごらん。駐車場をぐるっと歩いて、何車線もある道路を見るにつけ、今のこの輸送インフラの支配力には圧倒されるよ。土地にも大きな負担をかけている｣ そんなグーグルが潰そうとしているのは、｢所有者が運転者｣という今のモデル
Chrome DevToolsを使ってJavaScriptのメモリリークを検出し、解消する - 人生dat落ち
JavaScriptを書いていたらブラウザがくっそ重くなる症状に出くわした。あぁ、噂のメモリリークですわ。 先人の知恵に頼るマン。それっぽい記事が見つかる。 javascriptのメモリリーク対策(随時更新) - Qiita Shibu’s Diary: JavaScriptのメモリリークを10倍速で発見する Taming The Unicorn: Easing JavaScript Memory Profiling In Chrome DevTools Writing Fast, Memory-Efficient JavaScript - Smashing Magazine angularjs - How to catch memory leaks in an Angular application? - Stack Overflow 上の記事はProfiles + Take Heap
Node.js と io.js の統合は最終局面へ - from scratch
いくつかこの何日間でニュースが出ているので紹介します。 ちなみに、 io.js と Node.js のニュースに関してはこれまで２つ書いたので、まだ良く知らない人はそれをまずはご一読ください。 yosuke-furukawa.hatenablog.com yosuke-furukawa.hatenablog.com さて、次の展開へ、という事でいくつか話があります。 「Join the Node Foundation?」 というissueが mikeal から提案される github.com issue 本文を翻訳したものを貼っておきます。 Node Foundationのためのすべての文書が揃った。 TSC Charter (技術委員会の目的) Development Policy(開発ポリシー) Convergence Plan(移行プラン) Project Lifecyle (Wor
TLS暗号設定ガイドライン 安全なウェブサイトのために（暗号設定対策編） | 情報セキュリティ | IPA 独立行政法人 情報処理推進機構
「TLS暗号設定ガイドライン」は、TLSサーバの構築者や運営者が適切なセキュリティを考慮した暗号設定ができるようにするためのガイドラインです。「様々な利用上の判断材料も加味した合理的な根拠」を重視して、TLS通信での実現すべき安全性と必要となる相互接続性とのトレードオフを考慮した3つの設定基準（「高セキュリティ型」「推奨セキュリティ型」「セキュリティ例外型」）を設けており、各々の設定基準に対応して、TLSサーバで設定すべき具体的な要求設定（「遵守項目」と「推奨項目」）を決めております。 本ガイドラインは安全なウェブサイトの作り方とともに適切な暗号設定をする資料の一つとしてお使いいただけます。 なお、本ガイドラインは、暗号技術評価プロジェクトCRYPTRECで作成されました。 「TLS暗号設定ガイドライン」の内容 1章と2章は、本ガイドラインの目的やSSL/TLSについての技術的な基礎知識を
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
