ARIA アノテーション ARIA ガイド ARIA ライブリージョン ARIA スクリーンリーダー実装者向けガイド ARIA の使用: ロール、状態、プロパティ マルチパートラベル ARIA 関連のバグ報告方法 ARIA 状態とプロパティ invalid locale: Accessibility </details> </li> <li class="toggle"> <details><summary>WAI-ARIA ロール</summary> invalid locale: Accessibility </details> </li> Accessible Rich Internet Applications (ARIA) はロールや属性の集合で、ウェブコンテンツやウェブアプリケーション（特に JavaScript で開発するもの）を、ハンディキャップを持つ人々にとってよりアクセ

2016年2月27日JavaScript,npm最近、何度か自作のライブラリを npm にアップしています。その時にやっていることを書き留めておきます。 前提条件 #ライブラリはビルドが必要なもの (webpack や Browserify などを使う)ビルド後のファイルを公開したい公開時にビルドをするように設定 #ビルド後のファイルはバージョン管理システムにはコミットするべきではありません。したがって、 npm publish をするタイミングでビルドを走らせて、生成されたファイルを公開するようにします。これを行うには、 prepublish を使うのが良いです。 prepublish に指定されたコマンドは、 npm publish の直前に実行されるようになります。 // package.json { ... "scripts": { "prepublish": "gulp buil

git-flowはDriessen氏がブログにて発表したgitの開発手法であり、それを実現するツールの名前でもあります。 今回はツールの説明ではなく、ブランチを中心とした開発手法についてまとめます。 5つのブランチ git-flowにはmaster, release, develop, feature, hotfixの5つのブランチが登場します。 メインブランチ 開発のコアとなるブランチ。 master 製品として出荷可能な状態であり、アプリケーションが安定して動く状態にする必要がある。 develop 次のリリースのための最新の開発作業の変更が反映されている状態。このブランチが常に最新。 サポートブランチ 機能の追跡、製品リリースの準備、製品に起きた問題をすばやく修正すること、などを容易にするためのブランチ。 feature 分岐元：develop merge先：develop deve

2018/02/13追記：「サンプル用のドメインを使おう」の説明に “.example” と “.test” の使い分けについて追記しました。 Web システム開発時のテストデータを作成する時、また各種ドキュメントを書いている時など、サンプルの URL を使う場面は多いと思いますが、その時に適当なドメイン名を使うのはやめましょう、という話です。 知っている方には当たり前レベルの話ですが、意外と IT 企業のシステム開発現場等でも普通に見かけることがまだまだありますので・・・。 よく見かける例 例えば、こんなドメインの URL で開発中システムのテストデータを作っていたり、仕様書に説明が書かれていたりする場面をよく見かけませんか？ test.com aaa.com abc.com sample.com dummy.com hoge.com でも、これらのドメインって存在していて、また実際に利

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

業界トップ のエンタープライズ Hadoop 企業 Cloudera に入社しました http://www.cloudera.co.jp/ 今年の6月に、「平成２１年度 産学連携ソフトウェア工学実践事業報告書」というドキュメント群が経産省から公表されました。 そのうちの一つに、NTTデータに委託されたHadoopに関する実証実験の報告書がありましたので、今更ながら読んでみることにしました。 Hadoop界隈の人はもうみんなとっくに読んでるのかもしれませんけど。 http://www.meti.go.jp/policy/mono_info_service/joho/downloadfiles/2010software_research/clou_dist_software.pdf 「高信頼クラウド実現用ソフトウェア開発（分散制御処理技術等に係るデータセンター高信頼化に向けた実証事業）」という

Rubyを使うべき本当の理由は、根源的には、日本で自殺者が増えた理由と同じです。 今後日本が没落していく理由とも同じです。 団塊の世代に無能な人間が多い理由とも同じです。 サービス残業が増えた理由とも同じです。 日本の多くの若者たちが未来に希望を抱けない理由とも同じです。 いまの学校教育が無能な人間の製造工場になってしまっている理由とも同じです。 その理由は、根本的には、「単純ニーズの飽和」という環境変化に起因します。 そして、それによって、プログラミングが経営行為になってしまったことが原因なのです。 団塊の世代の仕事人生の大部分は、単純ニーズを満たすための仕事に費やされました。 冷蔵庫の普及率が低く、しかも誰もが冷蔵庫を欲しがった時代には、何をやるべきかは、明らかでした。 とにかく、額に汗して働き、安くてよい冷蔵庫をどんどん作れば良かったのです。 冷蔵庫に限らず、洗濯機、ラジオ、テレビ、

梅田さんより10歳前後若いブロガーたちが急激な変化を予想する一方、44歳の梅田さんは一貫して、「変化は起きるが、みんなが思っているほど急激ではないだろう」という立場で語った。 僕もこのイベントにはちょこっと顔を出してみました。 なんかパネラーの人たちがはてなブックマークの話をたくさんしてて、開発者がここにいるって言うのに開発者そっちのけで色々話してて、まあ最後に開発者から一言とかで呼ばれるだろうと思ったらそんなこともなくって。おまえらいい加減にしろと憤慨しました。いや、冗談です。 個人的には第二部の SNS の話で id:umedamochio にいじられる山岸さんが面白くてしょうがなかったんですが、ここは敢えて第一部の話に触れてみよう。 この ITmedia の記事の冒頭の一文にあるように、「ネットがマスメディアを飲み込むんだ」という見方に対して梅田さんが「いやいや、そんなに簡単にはいか

東証事件とは，2005年11月から2006年1月にかけて起きた，東京証券取引所の情報システムを巡るトラブルの総称である。東証事件は間違いなく，我が国のIT史に記録されるだろう。理由は二つある。第1は，複数の事件が起き，情報システムが持つさまざまな問題点が浮かび上がったことだ。11月1日のオンライン・システム障害，12月8日に起きた，みずほ証券の誤発注を東証システムが取り消せなかった問題，そして1月18日に証券取引の停止を招いたバッチ・システムの性能問題と，企業や組織における情報システム問題が網羅された恰好である。 歴史的事件と呼ぶ第2の理由は，経営トップや幹部の進退に影響が及んだことである。東証社長とシステム担当役員は更迭され，新しいシステム担当役員がNTTデータグループから招聘（しょうへい）された。東証にオンラインシステムを納入した富士通は，社長はじめ幹部を減給処分にした。筆者は20年，

Rubyをはじめとするスクリプト言語ではなく、なぜJavaを選ぶのか。 そして、XPをはじめとするアジャイル開発ではなく、なぜウォーターフォールを選ぶのか。 そこには、言語の良し悪しや、開発プロセスの考え方などが理由の中心にあるわけではなくて、SIerというビジネスの仕事の仕方（ビジネスモデル）に起因している。 RubyやXPは、考え方や技術としてはとても良くて、生産性もあがるし、何よりもソフトウェアをクリエイティブに作り上げることができ、利用者にとっても使い勝手がよく、スポンサー（経営者）にとっても経営戦略に沿ったものが手に入り、開発者にとっては何よりも仕事に対してやりがいを感じることができる。すばらしい！・・・・が。。。 しかし、だからといって、誰でもRubyやXPを使って開発をするべきか、というとそうではない。もし、本質を理解しない誰かが、「やってみたいのだが・・・」と相談に来たら、