タグ

gihyo.jpに関するmfhamのブックマーク (7)

  • 2014年のWeb標準 | gihyo.jp

    株式会社ミツエーリンクスの渡邉卓です。昨年の「2013年のWeb標準」と同様、2014年もWebコンテンツのフロントエンド設計および実装に関連した各種標準や、周辺領域の動きに関する短期的な予測を寄稿させていただきます。 2014年のWeb標準については「HTML5勧告予定年」「⁠IE6の終焉」「⁠CSSプロパティくりかえし問題」をキーワードとして取りあげます。 HTML5勧告予定年 HTML5にとって、2014年はとても重要な年になります。昨年の記事でも触れましたが、HTML5は2014年に「勧告」となる予定であるためです。HTML WGによる2014年の計画では、HTML5を勧告(Recommendation)にする目標が、2014年後半(第4クオーター)に設定されていることがわかります。 HTML5はすでに勧告候補(CR; Candidate Recommendation)であるため、

    2014年のWeb標準 | gihyo.jp
  • Perl Hackers Hub:連載|gihyo.jp … 技術評論社

    最終回 Carmelによる依存モジュール管理 CPANモジュールの更新を高速⁠⁠、安全に(2) 宮川達彦[著],牧大輔,福貴之,松木雅幸,大沢和宏[監修] 2023-10-17 最終回 Carmelによる依存モジュール管理 CPANモジュールの更新を高速⁠⁠、安全に(1) 宮川達彦[著],牧大輔,福貴之,松木雅幸,大沢和宏[監修] 2023-10-16 第79回最近Perlに追加された実験的機能 try文⁠⁠、defer文⁠⁠、class文(2) 石垣憲一[著],牧大輔,福貴之,松木雅幸,大沢和宏[監修] 2023-08-18

    Perl Hackers Hub:連載|gihyo.jp … 技術評論社
  • 第8回 宝くじでひと山当てるプログラムをPythonで作るには?─辻真吾からの問題 | gihyo.jp

    問題 購入者が数字を選択できる、架空の宝くじがあったとします。この宝くじLOTO-Gは、1から40までの数字の中から、5つの数字を選んで、一口500円で購入します。 一度の開催で20万~30万口売れているようです。集まったお金の40%は主催者の取り分です。残りの60%が当籤金として支払われます。これを「当籤準備金」と呼ぶことにします。 抽選によって、5つの数字からなる当たりが1つ決められます。当籤の基準は、1等から3等まで、以下のとおりです。 選んだ5つの数字がすべて当たりと一致した場合⇒ 1等 4つの数字が一致した場合⇒ 2等 3つの数字が一致した場合⇒ 3等 当籤準備金は、以下のルールで山分けされます。 1等⇒ 当籤準備金の半分 2等⇒ 当籤準備金の1/3 3等⇒ 当籤準備金の1/6 それぞれ該当者がいない場合は、当籤準備金は次回以降の開催へ繰り越されることにします。ただし、このことは

    第8回 宝くじでひと山当てるプログラムをPythonで作るには?─辻真吾からの問題 | gihyo.jp
  • 2013年のソーシャルWeb | gihyo.jp

    この傾向だけを見れば、今年は「すでに飽和状態に近い市場に対して、一定数のユーザのシェアを奪い合う」という構図になるということが言えるのですが、事情はそこまで単純ではありません。「⁠当に飽和しているのか?」ということをもっと考える必要があります。 無料通話アプリが開く新たなゲーム市場 筆者が「飽和していないのでは?」と懐疑的になる根拠は、昨年に大ヒットした無料通話・トーク機能を持つスマートフォンアプリの存在です。LINE、comm、そしてカカオトークといったアプリが多くのユーザに使われ出した年が昨年だったと言えます。これらのアプリを使っているユーザは、おそらくGREEやMobageといったソーシャルゲームのアクティブユーザとは被っていないと考えられます。どちらかというと、mixiやTwitterを使ってきたユーザと言えます。 例えば、すでにLINE POPは多くのユーザが遊んでいます。この

    2013年のソーシャルWeb | gihyo.jp
  • 第74回 形態素解析とライフログシステム | gihyo.jp

    語を単語に分ける形態素解析 筆者が運用しているライフログシステムのうち、いくつかのモジュールには、文章から単語を取得するための日語の形態素解析システムを組み込んでいます。 形態素解析は、英語のように単語を分けて表記しない日語の文章を、単語に分割する処理をいいます。 たとえばニュースからトレンドを取得してリマインドするような場合には、形態素解析による単語の分析があるとよいのです。 ライフログシステム全体では日々、約100~200ファイル程度を形態素解析しています。この程度の規模で実用に使うために、奈良先端科学技術大学の開発した『茶筌』を使用しています。 奈良先端科学技術大学の開発した『茶筌』 現在は、sourceforgeで入手できます。 ほかにもいくつか形態素解析システムはあるのですが、Windows用でインストール用のドキュメントがわかりやすいものというと、『⁠茶筌』が筆頭でした

    第74回 形態素解析とライフログシステム | gihyo.jp
  • 第1回 大規模データではRDBMSのどこがボトルネックになるのか? | gihyo.jp

    RDBMSはオワコン? 「右を向いても左を向いても“⁠ビッグデータ⁠”というキーワードが闊歩する時代に、いまさらRDBMSの話題?」 連載のタイトルを見てそう思われたかもしれません。 「ディスクベースのRDBMSはオワコン、これからは○○(お好きなアーキテクチャを入れてください)の時代だ!」 とおっしゃる方もいるかと思います。 しかし、むしろ多くの企業がビッグデータに注目しているおかげで、RDBMS側でも大規模データを取り扱うニーズが増えています。 大規模データを取り扱う時にボトルネックとなる5つのポイント 数百ギガバイトといったレベルのRDBMSであれば、現場のエンジニアの方にとってはあたりまえの世界でしょう。しかし、テラバイトを大きく超えたデータを扱う場合には、ボトルネックの傾向が変化するのはご存じでしょうか。 次の図は、RDBMSにまつわるボトルネックを示したものです。 図1 大規

    第1回 大規模データではRDBMSのどこがボトルネックになるのか? | gihyo.jp
  • 第1回 未来のサービスをどうデザインするか | gihyo.jp

    未来のサービスをデザインする「ATL」 ATL(Advanced Technology Lab.)は、多くのサービスを持つリクルート(図1)の中で、新しい技術の開拓や次のトレンドをいち早く察知し、未来のサービスにいかせるソリューションを生み出す部署です。 図1 リクルートのサービス領域 ATL発足のきっかけ 従来リクルートのWebサービスでは、とくにミドルウェアなどにおいて商用製品を中心に活用してきていました。たとえば某商用の検索エンジンを利用していた時期、維持コストに見合うような満足な結果はなかなか出せないでいました。そこで、以前から基礎技術のリサーチを進めていたオープンソースの検索システムであるSolrを導入してみたところ、大きなコストメリットを出すことができました。今ではリクルートの検索エンジンは、そのほとんどがSolrを利用したものとなっています。 また、「⁠ビックデータ」の代名詞

    第1回 未来のサービスをどうデザインするか | gihyo.jp
  • 1