地獄の火の中に投げ込むものである。 いや、まあそんなネタはどうでも良くて... そのベンダー接頭辞はいつまで書くの? | Unformed Building 書いてあることは至極真っ当なこと。もろ手をあげて賛成である。 また、 ベンダー拡張プリフィックスはそれそのものがWebを破壊することはないし、ベンダー独自のプロパティーや関数が数万追加されて使われまくったとしても本当はWebは壊れない。またその文法が変更されても修正または追加すれば対応できるし、その余裕は十分にある。つまり壊れるのはほとんど全てのケースで開発者の怠慢に過ぎないので、ちゃんと仕様と実装を理解して必要ならば寝る間を惜しんで修正作業に血眼になるべき。みたいな実践を伴わない意識を僕は持っている。 なので憂うべきこの現状は、IE6が拡散して残り続けたことと同じようにベンダー側ではなくWeb開発者側に非があると思っている。 ベンダ
XML パーサ はじめにインストール/設定要件インストール手順リソース型定義済み定数イベントハンドラ大文字変換(Case Folding)エラーコード文字エンコーディング例XML エレメント構造の例XMLタグのマッピングの例XML 外部エンティティの例XML パーサ 関数xml_error_string — XML パーサのエラー文字列を得るxml_get_current_byte_index — XML パーサのカレントのバイトインデックスを得るxml_get_current_column_number — XML パーサのカレントのカラム番号を取得するxml_get_current_line_number — XML パーサのカレントの行番号を得るxml_get_error_code — XML パーサのエラーコードを得るxml_parse — XML ドキュメントの処理を開始するxm
Simple API for XML(SAX、サックス)とは、XML文書をアプリケーションソフトウェアから利用するためのAPI。 概要[編集] DOM API が、W3Cから勧告されたのに対して、SAX API は、XML-DEVメーリングリスト有志により策定された。そして、DOMに並ぶ標準規格としての地位を固めている。 XML文書を木構造として扱うDOMと異なり、一連のイベントとして表現するイベント駆動型のAPIである。したがって、アプリケーションソフトウェアが積極的にAPIにアクセスするDOMに対し、SAXではアプリケーションソフトウェアがイベントが来るのを待ち受ける受動的な動作が大部分を占める。 伝統的なストリームと同様に入力されたデータを次々とバトンタッチさせるような設計が可能となるため、メモリを節約でき、並列処理にも適している。XMLを読み込み、Javaのオブジェクトに変換すると
Dmitry Soshnikov Software engineer interested in learning and education. Sometimes blog on topics of programming languages theory, compilers, and ECMAScript. Introduction In this article we consider major aspects of object-oriented programming in ECMAScript. That the article has not turned to “yet another” (as this topic already discussed in many articles), more attention will be given, besides, t
ベンダー接頭辞(プレフィックス)については最近いろいろと議論が活発ですが、そういう難しい話ではなくて、現状のCSSについての話です。 新しいCSSモジュールを使うために、ブラウザごとに接頭辞をつけなくてはいけない場合があります。まあそれについては現状では仕方ないことなんですが、接頭辞なしでも動作するようになったものでも、いつまで経っても接頭辞つきのものを書くのはどうなのかなと思うわけです。 CSSのコードも冗長で読みづらくなりますし、もう使われていない(使われることもない)であろうものを残しておくのもちょっとなー。 実際に運用されているサイトなんかだとそうそう簡単に手を入れられないかもしれませんが……。 また、はてなダイアリーの方でも書きましたが、ブログのチュートリアルを見ていて「もうその接頭辞つきの役目は終わった(終わりつつある)のに、なんでそれしか書いてないの」と思うことが結構あります
PayPalのエンジニア、Bill Scott氏のブログで、クロックフォード氏の転職を歓迎する記事がポストされた。 クロックフォード氏自身のブログなどではまだ言及はないけれど、Google+の同氏のプロフィールの「職場」はすでにちゃんとPayPalに書き換わっている。 クロックフォード氏の言動は以前からPublickeyで注目していた。 「HTML5は優先順位を間違った。もういちどセキュリティの設計からやり直すべきだ」と語るJavaScript大家のDouglas Crockford氏 「JavaScriptと性能についての本当の話」をしよう。ダグラス・クロックフォード氏 JSONの「発見者」クロックフォード氏が語る、JSON伝説 Permalink | Tag: JavaScript About Publickey Topics 「Publickey Topics」は、エンタープライズI
最近若いブロガーの間で大学生の在り方に関して触れている記事をチラホラみかけます。大学に行く必要はあるのか、ないのか、といった熱い記事に触発されて、僕も「これから大学に入る、あるいは現在大学生の人達に向けて何か熱い記事を書きたい!」と思って今回筆を取った次第です。しかし特に刺激的な記事を書ける程、大学受験に没頭したわけでもなく、在学中に何かを成し遂げた訳でもなかったので、自分の体験談から絞り出したテーマで書いてみたいと思います。 「大学生活をひとりぼっちで過ごす8個の心得」 もしかしたらご存知の方もいるかもしれませんが、僕は大学在学中、ひとりぼっちでした。入学して3ヶ月間ほどはサークルにも所属して一応キャンパスライフ的なものを経験しましたが、辞めた後はほぼひとり。そんな4年間で習得した8個の心得を書いてみたいと思います。 1:ひとりぼっちを受け入れろ 一般的に「人生で最も遊べる時期」と言われ
昨年の11月に今の職場であるアイデアマンズ株式会社に転職してから、早いもので半年が過ぎました。僕のいるアイデアマンズという会社は社員数は10人そこそこの会社で、ほとんどのメンバーがエンジニア、デザイナーという構成です。大学時代に文学部で歴史を学び、社会人になってからも広告系の営業を中心に携わってきたド文系の私としては、完全アウェーな職場です。 もちろん、入社前から予め覚悟はしていましたが、入社してから半年、やはり日々の業務の進行やコミュニケーションの中で戸惑いややりづらさを感じることも多くありました。 そこで今回はド文系の人間がエンジニア集団と一緒に働く上で注意したい5つのポイントを紹介したいと思います。これから同じような環境に所属する予定の文系の方や、ギークの生態に興味がある方のご参考になれば幸いです。 1:想像を絶する程の静けさに気をつけろ 会社のオフィス風景といえば電話の応対声や社員
日本のSNS(ソーシャル・ネットワーキング・サービス)業界を牽引してきたミクシィが身売りを検討していることが明らかになった。社長の笠原健治氏が保有する約55%の株式について、売却に向けた交渉への参加を複数の企業に打診し始めた。近く行われる入札にはグリーやDeNA(ディー・エヌ・エー)といった競合他社などが参加する見通しだ。 ある金融筋は「今春、ミクシィから競合他社に株式売却の話が持ち込まれた」と証言する。笠原社長の意を受けた証券会社が株式の売却を持ちかけたといい、「第一段階では笠原社長の保有株式の一部を譲渡して資本提携し、その後、将来的に全株式を放出する案が示された」と続ける。 ミクシィが身売りを検討するのは、今回が初めてではない。過去に一度、ヤフーとの間で資本提携が実現まであと一歩のところまで進んだことがある。両社の交渉は2011年2月末にプレスリリースを配信する直前まで進んだが、最終局
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く