<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>ミネルヴァの梟は黄昏とともに飛び始める &#187; SOBA mieruka</title>
	<atom:link href="http://blog.daisukeyamashita.com/post/category/%e6%a0%aa%e5%bc%8f%e4%bc%9a%e7%a4%besoba%e3%83%97%e3%83%ad%e3%82%b8%e3%82%a7%e3%82%af%e3%83%88/soba-mieruka/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.daisukeyamashita.com</link>
	<description>Follow me on Twitter: http://www.twitter.com/dddaisuke</description>
	<lastBuildDate>Mon, 30 Jan 2012 04:18:31 +0000</lastBuildDate>
	<language>ja</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>マルチキャストとプロトコル解析</title>
		<link>http://blog.daisukeyamashita.com/post/454.html</link>
		<comments>http://blog.daisukeyamashita.com/post/454.html#comments</comments>
		<pubDate>Wed, 30 Jul 2008 02:29:26 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[SOBA mieruka]]></category>
		<category><![CDATA[SOBA Web API]]></category>
		<category><![CDATA[SOBA フレームワーク]]></category>
		<category><![CDATA[サーバー運用]]></category>
		<category><![CDATA[株式会社SOBAプロジェクト]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.com/?p=454</guid>
		<description><![CDATA[　最近、弊社の製品もマルチキャスト対応をしました。 　マルチキャストとは、複数個所へのデータ配信量を劇的に削減する技術の事で、例えば「ニューヨークとシリコンバレー」に同じデータを送信したい場合、宛先情報を２つ貼り付けたデータを１つアメリカ方面に投げます。同じ経路で送れる間は、そのまま送信し分岐が必要な場所（おそらく、西海岸付近のルータ）でデータを複製し、一方に「ニューヨークの宛先」もう一方に「シリンコンバレーの宛先」を付け、データを分岐させます。こうする事で、太平洋上を流れるデータ量がほぼ半分になります。 　この技術により、ADSLのような上り（送信）速度の遅い回線でも快適にウェブ会議をする事が可能になりました。 　ところが、中継システムに不具合があるようで、半日も使うとCPUが100%に張り付く症状が発生し、プロファイラにかけてみると一部のスレッドが暴走していることが判明しました。暴走の理由はソケットからのReadが永遠にトライアゲインエラーを吐き続けるというものでした。 　暫定対処はしたので、とりあえず安定して動作しているのですが、根本的な対策をする必要があり、負荷プログラムの作成が急務だったのですが、中継システムは改良に次ぐ改良で、正確なプロトコルドキュメントが存在していません。しかもどのドキュメントも使い物になりません。さすがに、30万行のソースコード（実行ラインで15万行）を読む元気もない訳で。。。 　しかも、エンドツーエンドで暗号化しているので、途中でパケットを拾ってもさっぱり分からないというのは結構困りました。結局、中継サーバからバイナリデータを抜き出し、バイナリエディタと関数電卓とを交互ににらめっこしました。プロトコルを解析しなんとか負荷プログラムを作成できました。準備に３日、解析に１日かかった訳ですが。。。 　みなさんちゃんとドキュメントは書きましょう　orz]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/454.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>SOBA mierukaを利用したオフショア開発</title>
		<link>http://blog.daisukeyamashita.com/post/8.html</link>
		<comments>http://blog.daisukeyamashita.com/post/8.html#comments</comments>
		<pubDate>Thu, 05 Apr 2007 12:49:07 +0000</pubDate>
		<dc:creator>daisuke</dc:creator>
				<category><![CDATA[SOBA mieruka]]></category>

		<guid isPermaLink="false">http://blog.daisukeyamashita.jp/?p=8</guid>
		<description><![CDATA[　近年、さまざまな業界においてオフショア開発が叫ばれていますが、今日は、弊社のオフショア開発の様子をお見せしたいと思います。 上記の様子は、弊社のビジュアルコミュニケーションツール SOBA mierukaを使用してベトナムのチームリーダと実際にミーティングをしている様子です。（上記のショットでは、ベトナム側はカメラは再生していません） ベトナムとの打ち合わせは、基本的に日本語で大丈夫です。プロジェクトマネージャクラスで打ち合わせにまったく支障が無いレベル、チームリーダクラスで打ち合わせに支障がある場合があるが、英語で補間できるレベル。現場クラスでは、個人差が大きくまったく会話にならない場合もあります。 弊社では、毎朝、ベトナム側のチームリーダとDaily routine meetingと称した定例ミーティングを実施しています。このミーティングでは進捗がどうか？というよりも、日々現場で発生している問題と現場のスタッフがどの部分が今後問題になりそうと感じているかを顕在化＆共有化させるのが一番の目的です。 次いで、弊社からの仕様変更を随時すばやく現場に落とし込みたいという意図もあります。俗にアジャイル開発と言うらしいのですが、私は完全に受け売りで進めています。 別のプロジェクトでもオフショア開発を１年ぐらい実施しているのですが、その担当者がアジャイル、アジャイルと叫んでおり、そのプロジェクトが一時ピンチに陥ったものの、進め方を試行錯誤している間に、上手くまわるようになってきたので、その手法を真似させてもらっています。 そのうち時間ができたら、アジャイル開発とはなんぞやと言う事をしっかり勉強しないとなと思っています。]]></description>
		<wfw:commentRss>http://blog.daisukeyamashita.com/post/8.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

