Tools Download (556.61KB) MetaCPAN Explorer Permissions Subscribe to distribution Install Instructions Dependencies File::Which Getopt::Long JSON::MaybeXS List::Util XSLoader and possibly others Reverse dependencies CPAN Testers List Dependency graph Permalinks This version Latest version NAME Devel::NYTProf - Powerful fast feature-rich Perl source code profiler SYNOPSIS # profile code and write d
Tokuhiro Matsuno Audrey Tang Breno G. de Oliveira Debabrata Deka Fuji Goro Fuji, Goro Graham Ollis HIROSE Masaaki Jari Salmela Jiro Nishiguchi Kazuho Oku Keiji, Yoshimi Masahiro Nagano Neil Bowers Shohei YOSHIDA Shoichi Kaji Toshio Ito Yasuhiro Matsumoto bayashi ikasam_a itchyny kimoto ktat lestrrat s-aska tarao xaicron NAME Furl - Lightning-fast URL fetcher SYNOPSIS use Furl; my $furl = Furl->new
Overview Oceanは、XMPPプロトコルを中心とする、リアルタイムコミュニケーションフレームワークスイートです(XMPPプロトコルについては プロトコルガイドで解説します)。つまり、リアルタイムコミュニケーションサービスを実現するためのフレームワークの集合で、次のような機能の提供を実現することを目指しています。 一対一のインスタントメッセンジャー プレゼンスサービス グループチャット オーディオチャット、ビデオチャット イベントのプッシュ通知 また、他のJabber/XMPPライブラリやフレームワークと比べたときの特徴として、次のようなものを目指しています。 Webサービスとのインテグレーションを前提とした設計 クラスターサポート デファクトスタンダードな拡張を一通り標準サポートしたフルスタックフレームワーク WebSocketなどを利用したHTTP Bindingの独自サポート
Photo from Kıvanç Niş ネーミングについてまじめに長文を書いてみました。もし、あなたの会社にネーミングに疎い新人プログラマーがいたら読ませてやってください。 ちなみに、この記事はシステム開発のネーミングについて書いています。また、このブログの特性上、英語でのネーミングを想定していますが、日本語のネーミングでも同様に考えることができると思います。 1. ネーミングの重要性 一般に、熟練のプログラマーほど、プログラミングにおける ネーミングに時間をかけます。それはなぜでしょうか。 あなたが付けたその変数名 data は、その時点では、自分のために付けた「目印的なもの」であったかもしれません。しかし、そのソースコードを引き継いだ担当者など多くの人が、その名前を見ることになります。 // データを取得する var data = getData(1); そしてその名前は、そのソー
Me 嶋田 裕二 (Yuji Shimada) @xaicron ソフトウェアエンジニア Me CPAN Author Me デザインセンスがとてもよい Me New! 最近ぎっくり腰になりました Works DeNA Co., Ltd. Mobage オープンプラットフォーム Mobge API Gadget Server (Proxy Server) 宣伝 宣伝 春頃に「Mobage を支える技術」という本を書きました。 ⇡これね 他にうちの部では @zigorou @nekokak の二人が書いています。 ちなみに ちなみに JPA 理事 JPA 理事 路傍の石 はい 紹介ブログの名言集 @kazeburo 35億PV/day の世界では1万回に1回しか起きない事が1秒に8回起きる。100万回に1しか起きないことが1日に3500回起きる @Yappo DeNA のノウハウが12個も馬
「デザインに興味があるのですが、どうやってデザインを学べばいいのでしょう？」という質問は、以前に書かせて頂いた「米国のデザイン教育から学んだこと」という記事に対して一番多かった反響の1つでした。これはデザインの分野があまりに多様なためにどこから手を付けていいのか分かりづらいというのが原因のように思います。 そこで今回は情報全体を俯瞰出来るようにするべく、下記のそれぞれのカテゴリー別に、それぞれ有益なリソースをまとめました。このリストが皆さんのデザイン学習リソースとしてお役立てば幸いです。 海外のデザイン学習リソース 23のカテゴリーOnline Learning（オンライン学習）UI/Web:（ユーザインターフェイス／ウェブ）General（一般）Product（プロダクト）Branding:（ブランディング）Book Cover Design:（ブックカバーデザイン）Design Por
大変お待たせいたしました。 表題の通り 東京Node学園祭2012 の セッション枠発表者の募集を開始させて頂きます。 時間は 1 枠につき 45 分で、 今年は 4 枠募集します。 学園祭セッション内容 この 4 枠は、公募したセッションの中から、 一般による投票で決定させて頂きます。 スケジュールは以下を予定しております。 応募締切： 10/15(月) 投票受付： 〜10/22(月) 登壇者決定： 10/23(火) 我こそは、というネタをお持ちの方、 是非その技術を東京Node学園祭で 発表してみませんか？ 以下のフォームよりご応募ください。 東京Node学園祭2012セッション募集 皆様のご参加をお待ちしております。 東京Node学園祭2012 実行委員 nodefest@nodejs.jp 2012.10.16 0:00 追記 募集を終了致しました。 ご応募ありがとうございました！
Agent ログの量やFluentd＆CPUの性能を考えると、負荷的には１サーバ１Agentで十分足りるので、ステータス検知などの監視だけしっかりしておけばOKと考えます。なので例えばWEBサーバに普通に１Agent入れてそれが数百・数千台になることを想定します。 Collector 複数台用意し、Agentからroundrobinで送信することで均一化します。Collectorダウン時や復旧時は、ログのロスト無しにすみやかにroundrobinから外れたり復活することを確認済みです。台数が増えすぎた時の懸念点は、HDFSに対する１ファイルへのAPPEND数が増えることですが、ここまでの試験を見る限りはおそらくかなりの数まで大丈夫ですし、仮にHDFSへの書き込みが問題になる場合はAgent -> Collectorの選択条件や、書き込みファイルパスで工夫すれば大丈夫です。 とはいえ、APP
We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.
デザインパターンで理解するLLMエージェントの作り方 / How to develop an LLM agent using agentic design patterns
OpenIDの最新仕様「OpenID Connect」とは 前回はOpenIDについて振り返りました。続く第4回では、OpenIDの最新仕様として策定が進められている「OpenID Connect」（注1）について、 設計思想 仕様一覧 フロー紹介 実装状況と今後 という軸に沿って紹介します。 OpenID Connectの3つの設計思想 OpenID Connectの設計思想として、次の3点があります。 簡単なことは簡単に 難しいことも可能に モジュラーデザイン 以下、その設計思想が仕様にどのように反映されているかを簡単に説明します。 簡単なことは簡単に OpenIDにおける最低限の要件とは、「OP（OpenID Provider）-RP（Relying Party）間で認証結果と属性情報（クレーム）の受け渡しができること」です。OpenID ConnectはOAuth 2.0をベースと
今年はいろいろあったので、書いておく。 仕事 2019年の前半はかなり頑張ったと思う。2018年4月にメルペイに入社してからSREとしていろいろ準備してきて、今年2月にメルペイをリリースできた。この1年、SREのエンジニアTech Leadとしての仕事とEMとしての仕事を両方やっていたので、それぞれ書いてみる。 SRE リリースが近づく前は設計したインフラをコード化して仕組みを作る作業と、リリースまでに必要なことをいろいろ整理してつぶしていくということをひたすらやっていた。Microservices Platform teamと協力してやることもあった。技術的な部分だけでなく、マイクロサービスの運用のための組織的な仕組みづくり、会社としての情報統制などいろいろなことをやってた。このときにいろいろ仕組みを作っておいてよかったと思う。 2018の年末から2月のリリースまではいろいろあってめちゃ
python2.6系の設定 † CentOSの標準リポジトリでは2.4系のバージョンしか取得できないのでepelのリポジトリを追加し python26をインストールします。epelはExtra Packages for Enterprise Linux の略称です。 標準リポジトリでは導入できない様々なパッケージを追加することができます。 epelのリポジトリを追加しpython2.6.5と開発用パッケージをインストールします。 $ wget http://download.fedoraproject.org/pub/epel/5/i386/epel-release-5-4.noarch.rpm $ sudo rpm -Uvh epel-release-5-4.noarch.rpm 必要時以外はepelのリポジトリを呼び出さない設定に変更します。 $ sudo vi /etc/yum.re
Paxos made simple (PDF) Leslie Lamport 01 Nov 2001 簡単にしたPaxos レスリー・ランポート 2001年11月1日 注：誤訳、誤字、その他ご指摘歓迎。翻訳者は誤訳に関して一切の責任を取りません:-) Abstract The Paxos algorithm, when presented in plain English, is very simple. 要約 Paxosアルゴリズムは、普通の言葉で語ればとても簡単だ。 1 Introduction The Paxos algorithm for implementing a fault-tolerant distributed system has been regarded as difficult to understand, perhaps because the original
Paxosのお勉強メモです（以下、分散システムとか無知なのですごく勘違いしてる可能性ありますので要注意） Wikipedia: Paxos algorithm Paxos is a family of protocols for solving consensus in a network of unreliable processors. Consensus is the process of agreeing on one result among a group of participants. This problem becomes difficult when the participants or their communication medium may experience failures. Paxosは、信頼性の低い複数の処理ノードによるネットワークで「コンセンサス
2. kuenishi@gmail.com Erlang Python See id:kuenishi, g:erlang:id:kuenishi, @kuenishi http://github.com/kuenishi http://bitbucket.org/kuenishi Recent Activities Yet another TC‐Erlang binding http://bitbucket.org/kuenishi/yatce/ Mercurial l10n 1.3 has been released on 7/1! http://bitbucket.org/foozy/mercurial‐translation‐ja/ 2 3. Outline Introduction Why PA
現在はClouderaの社員であり、ZooKeeperのコミッタでもあるHenry RobinsonによるPaxosの優しい解説。ランポートの"Paxos made simple"に比べてもとても優しいが、何となく"Paxos made simple"を読んでいることを前提としているような省略があり、両方を交互に読むことを訳者としてはお勧めする。訳者はこれだけでは一部理解できなかった。 合意プロトコル： Paxos Henry Robinson / ヘンリー・ロビンソン 今日、誰かのPaxosアルゴリズムについての記述無しに2つの分散システムについてのアーティクルを読むことは不可能だろう。 GoogleはChubbyにそれを使い、Yahooはそれに少し似ているものをZooKeeperに使っている。それはまるで究極の合意アルゴリズムだと考えられているようだ。またそれはとんでもなく理解するのが
『MarkeZine』が主催するマーケティング・イベント『MarkeZine Day』『MarkeZine Academy』『MarkeZine プレミアムセミナー』の 最新情報をはじめ、様々なイベント情報をまとめてご紹介します。 MarkeZine Day
ざっくりとまとめてみた Uplift Modelling 入門（1） View more presentations from yokkuns Rで楽に実装する方法が無いか調べてるんですが、既存のものでは難しそう。。。 もう少し調べてなければ、頑張ってパッケージ化したいと思います！
費用対効果の最大化するためのデータマイニング手法であるUplift ModelをRで実装してパッケージ化してみました。 Uplift Modelling: 費用対効果の最大化を目的とした最新のデータマイニング手法 - yokkunsの日記 Google Code Archive - Long-term storage for Google Code Project Hosting. ドキュメント書くのが面倒で、まだcranにはアップしてませんが、使い方を簡単に紹介したいと思います。 主に使う関数は、以下の2つ buildUpliftTree(y.train, treat.train, x.train) 学習データから、費用対効果を最大化するような分類を行うモデルを構築する classify(uplift.tree, x.new) 構築されたUpliftTreeを元に、新しいデータを分類する
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
