タグ

2013年2月23日のブックマーク (17件)

  • 継続的インテグレーションを始めるための基礎知識

    継続的インテグレーションを始めるための基礎知識:グリーはいかにしてJenkinsを導入したのか(1)(1/2 ページ) 連載では、グリーのサービス開発において導入している継続的インテグレーション(Continuous Integration、以下、CI)と、CIツールであるJenkinsの導入について3回に分けて説明します。Jenkinsのインストールといった“手順”よりも、CI導入の“モチベーション”や“進め方のポイント”を中心に説明します。 グリーの開発と継続的インテグレーション SNSやソーシャルゲームなどを運営するグリーでは、数百名の技術者が日々さまざまな機能やサービスを開発し、リリースしています。このような規模、リリース頻度での開発を支えるには数多くの工夫や仕組みが必要です。この中でも最も大きな仕組みの1つにCIが挙げられます。 グリーでは、開発にCIを格的に導入し始めたのは

    継続的インテグレーションを始めるための基礎知識
  • AWS勉強会 at cookpadで話しました - まめ畑

    先日、AWSでサービスを動かす 〜クラウドの中のサービスはAWSをどう使っているのか〜 | クックパッド開発者ブログでInternal ELBを使った負荷分散・冗長化について話しました。 その時のスライドは、こちらです。 Loadbalance using internal_elb from Yutaka Hoshino スライド中で、MySQLをELB配下に入れてTCP:3306でヘルスチェックをすると、errorになって接続を受け付けてくれなくなる話をしましたが、これはMySQLが正常な接続で無いものをカウントして、設定値より多くなるとブロックするという機能によるものです。 他の発表者の方のお話もとても勉強になりました。 この勉強会の開催しようと思った目的は、AWSの様々なサービスを実際のサービスではどのように組み合わせて使っているか実践的な内容を共有できたらなというものだったので、個

    AWS勉強会 at cookpadで話しました - まめ畑
    kitanow
    kitanow 2013/02/23
  • Dash - naoyaのはてなダイアリー

    Twitter で知人に紹介したら周囲から「これは便利」という声が結構聞こえてきたので、ブログでも紹介しておこう。Dash というドキュメントビューワー。 iOS や RubyMotion、あるいは node や ruby そのほかのマニュアルをまとめてインクリメンタルサーチして API を調べる、ということができる。メジャーな色んな言語に対応している。 来 Dash は "Snippet Manager" ということで、コードスニペットを管理するためのアプリケーションのようだけど自分は単なるドキュメントビューワーとしてしか使っていない。RubyMotion の勉強会に行ったときに、これが便利というのを教えてもらってその後愛用しています。主に iOS の開発のときに利用していた。 http://satococoa.github.com/blog/2013/01/22/view-rdoc-

    Dash - naoyaのはてなダイアリー
    kitanow
    kitanow 2013/02/23
  • 【第24回 HTML5とか勉強会レポート】 108もあるぞ! HTML5の要素数(1/1) - @IT

    【第24回 HTML5とか勉強会レポート】 108もあるぞ! HTML5の要素数:D89クリップ(36) 現在、HTML5の要素数は108ある。その中から、注目のAPI、FileSystem API、Web Audio API、Geolocation APIができることをチェックしよう! FileSystem API、Web Audio API、Geolocation API 2011年12月26日、ソフトバンクモバイルで「第24回 HTML5とか勉強会」が開催されました。HTML5とか勉強会は、HTML5に関心のあるエンジニアやコーダー、デザイナ向けの勉強会です。今回は特定のテーマに沿った形式ではなくオムニバス形式で、主にエンジニア向けのセッションでした。 セッションではいくつかのサンプルが紹介されました。サンプルの動作確認はGoogle Chrome 16で行っています。Google

    【第24回 HTML5とか勉強会レポート】 108もあるぞ! HTML5の要素数(1/1) - @IT
  • レスポンシブウェブデザイン専用ソフト「Adobe Edge Reflow」無償公開 「Edge Animate」「Edge Code」の機能追加も

  • PythonでLDAを実装してみる

    Latent Dirichlet Allocationはテキストのような不連続データのための生成的確率モデル。入力はドキュメント。出力はドキュメントを特徴づける何か(tf-idfみたいなもん)。 基的なアイディアは、あるドキュメントは潜在的ないくつかのトピックが混合していて、それぞれのトピックは語の分布で特徴づけられている、ということ。 論文[1]ではαとβというパラメータを用いてドキュメントが以下のように生成されると仮定している。 ドキュメントのトピックの分布θがディリクレ分布Dir(α)に基づいて選ばれる。 ドキュメントの語数N個になるまで以下を繰り返す。 トピックznが多項分布Mult(θ)に基づいて選ばれる。 単語wnが確率p(wn|zn,β)で選ばれる。 ただし、トピックzの数をk個、単語wの種類をV個とすると、パラメータαはk次元のベクトル、βはk x V次元の行列でβij=

  • 怒るという無駄なこと - Yamashiro0217の日記

    休日出勤してみたものの、脳が働いてないので脳を働かせるために文章を書く。 結論から書く。 怒るのは無駄だ。 もっと正確に書くと怒りを他人にぶつけるのは無駄だ。 昨今体罰の問題などが社会問題として大きくとりあげられているが、 単に怒るだけでも無駄なのに、 体罰なんてもっと無駄だ。 他人に対して怒りをぶつけることのメリット・デメリット 一般的に他人に対して「怒る、叱る、どやす、詰める」ことは、 教育だと思われている、と認識している。 だが、怒りをぶつけられて人は成長するのだろうか? 怒りをぶつけられた人は萎縮するだけではないだろうか? 僕の観測範囲だと、人に対して怒ってる人の多くは、 単に自分のストレス発散が目的になっているように思う。 「俺は客観的に怒ってるぞ」 ふーん。そうですか。周りからはそう見えませんよ。 余談だけど、以前いた会社で2〜3時間説教したあげく、 人は怒ってないつもりのバ

    怒るという無駄なこと - Yamashiro0217の日記
  • 「反復型ソフトウェア開発」はソフトウェア工学の良書 - プログラマの思索

    「実践反復型ソフトウェア開発」を読んでみたら、構成管理・ビルド管理・障害管理の方法や概念、用語がうまく整理されて説明されていて、とても分かりやすかった。 僕もこんなを書きたかった。 ラフなメモ書き。 僕がRedmineによるチケット駆動開発を見つけて、ハマった理由の一つは、ソフトウェア開発特有の技術や概念がここにある、と直感したから。 バージョン管理やビルド管理、障害管理は、ソフトウェアに関わる仕事をしている人ならば、必ずかじっている。 でも、実は、バージョン管理やビルド管理、障害管理について、正式な説明も勉強も受けたことがなく、現場で失敗を繰り返してようやく身に付けた技術が多いのではないだろうか? ソフトウェア開発は、プログラムを書けばそれで終わりではない。 チームでソフトウェアを開発する場合、複数人の作業が衝突しないようにバージョン管理が必要だ。 クライアントアプリを配布したり、We

    「反復型ソフトウェア開発」はソフトウェア工学の良書 - プログラマの思索
    kitanow
    kitanow 2013/02/23
  • check_xxx がなんでダメなのか - Yamashiro0217の日記

    どうも check_xxx というメソッド名は辞めよう委員会のやましろです。 追記:hoge_managerとかfoo_processorとか辞めよう委員会の委員でもあります ダメやダメや。と言ってたら「なんでダメなん?」って聞かれたので例を書いてみました(ミスってアノニマスで作っちゃった) check_userという名前では、何をチェックするかがわかりません。 一個のメソッドの中で複数のことをするのは辞めましょう 予期しないexitとか… 実は、check_xxx がダメな理由って、最初のだけだけど、 check_xxx 書くやつ、絶対他のこともそのメソッドでやるんだよなー。 まぁ、「絶対的に正しいコード」なんてないですけど、 check_xxx はいただけないですね。 この例だったら、中で余計なことしてなくて、 check_user_x_stateぐらいだったらギリ許す。 でもそれだっ

    check_xxx がなんでダメなのか - Yamashiro0217の日記
  • IDEA * IDEA

    ドットインストール代表のライフハックブログ

    IDEA * IDEA
  • 【楽天】ビッグデータで「見えないソーシャル」から「見えるソーシャル」へ【SMW2013】|U-NOTE【ユーノート】-イベントまとめプラットフォーム

    人と物と人 (共通のお買い物、共通の物をもっているが実際にはつながっていない人たち) ⇒これを企業のマーケティング活動に活用 1.楽天が見えないソーシャルを捉えられる理由  年間流通総額1兆4460億円 3ヶ月で1300万人が購買 約40の商品ジャンルと1億点を超える商品数 ⇒楽天のビッグデータ量と質を併せ持った国内最大のショッピングデータ 2.ひと→物→人をつなげる方法 (『データを解釈する』という考え方) 購買データから見える物とは ex. おまる、おもちゃ⇒ファミリー消費 耐震グッズ、お水、お米、 ⇒安心、安全志向 お米、炭酸水、とろろこんぶ、ハーブティ⇒ 健康志向 おむつ、シェーバー、コンタクトレンズ⇒合理的消費(安く手軽に) アロハシャツ、浮き輪⇒レジャー・オフ志向 オリジナルラベル⇒オリジナリティ志向 TOEIC参考書⇒自己啓発 ⇒ライフスタイル・趣味嗜好・価値観 が見

  • PHP の正規表現があまりに複雑なのでまとめてみた - A Day in Serenity @ kenjis

    できるだけ正確な記述を目指していますが、誤りがありましたら、お知らせ願います。 (最終更新: 2013/3/29 11:22) 正規表現の種類 まず、PHP には以下の 3種類の正規表現があります。 Perl 互換の正規表現 (pcre) mbstring の正規表現 (mbregex) POSIX 拡張正規表現 (regex) このうち、regex は バイナリセーフでない 日語は扱えない PHP 5.3 で非推奨 なので使わない方がいいでしょう。見つけたら、随時 pcre か mbregex で書き直しましょう。 Perl 互換の正規表現 (pcre) 正規表現エンジンは Perl の「PCRE」 日語は UTF-8 のみ扱える UTF-8 を使う場合は、パターン修飾子に u を指定する 文字クラスはロケールの影響を受ける PHP: 文字クラス - Manual 処理の制限値 (p

    PHP の正規表現があまりに複雑なのでまとめてみた - A Day in Serenity @ kenjis
  • fluentd + mongodb+ node.js でリアルタイムにグラフを描く - stanaka's blog

    追記 2/22 毎回微妙に追記していますが、今回も追記です。最後にmongodbのinsert性能について80lines/secで厳しくなった、と書いてますが、環境か設定まわりがあやしいので訂正します。もうすこし検証してみようと思います。 → 検証して fluentd側の設定の問題であることが分かりました。詳しくは、http://blog.stanaka.org/entry/2013/02/22/171053 追記ここまで 最近は、fluentd + mongodb でログを蓄積していろいろ便利に使っているわけですが、数分に一回集計スクリプトを周したり、 GrowthForecast の画面をリロードしまくるのではなく、もっとリアルタイムで見たい! という欲求が募ってきたので、 node.js を使って実装してみました。( https://github.com/stanaka/realti

    fluentd + mongodb+ node.js でリアルタイムにグラフを描く - stanaka's blog
  • 機械学習屋がJubatusハンズオンに紛れ込んでみた日記 - Hidden Common Patterns

    第一回Jubatusハンズオンに参加してきた。 スライド:第1回 Jubatusハンズオン Jubatusは、機械学習のオンライン学習手法を実装したOSSのことだ。 機械学習のアプリケーション作成では、Matlab、Python(っていうかNumpy)、Rなどが主流な中、 オンライン分散学習を行うJubatusはどんな感じで動くのか、その差異がわかったので少し説明する。 大枠 Jubatusには、分類、回帰、異常値検知などが現在まで実装されている。 基的には、起動時の設定ファイルのオプションでどのアルゴリズムを使うかを設定し、 そのあとにデータをサーバに投げて計算結果を得るようなシステムになる。 (ワーカーとかについては今回説明が無かったので省略。) モデル設計 1) Jubatusサーバ起動 Jubatusの設定はjsonファイルで管理されている。 このファイルへのパ

  • ビッグデータの倫理

    ビッグデータへの注目が過熱する一方、そこに含まれる個人情報の取り扱いについて、さまざまな議論や問題が巻き起こっています。書はビッグデータを取り扱う業務に携わる読者に向けて、ビッグデータを扱う際の倫理について考え、議論を行う枠組みについて、「アイデンティティ」「プライバシー」「オーナーシップ」「信用」という4つの軸とともに紹介します。「倫理」という、個別性が高く、明快な答えの見つけづらい問題について、読者自身や組織の中で実りのある議論をする一助となるでしょう。なお書はEbookのみの販売となります。 まえがき 1章 ビッグデータのビッグインパクト なぜビッグデータなのか? ビッグデータは何を強制するのか? ビッグデータは倫理的に中立である 何をすべきかを尋ねてはいけない 重要な概念と用語 2章 価値と行動 価値を明確に表現する 価値を行動に変える 倫理的判断ポイント 3章 現在の業務 研

    ビッグデータの倫理
  • エラーが発生しました。

    ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標(登録番号 第6091713号)です。ABJマークの詳細、ABJマークを掲示しているサービスの一覧はこちら。

    エラーが発生しました。
    kitanow
    kitanow 2013/02/23
  • Vagrant + chef

    フロントエンドのパラダイムを参考にバックエンド開発を再考する / TypeScript による GraphQL バックエンド開発

    Vagrant + chef