- 1 名前：nobodyさん [2009/05/30(土) 12:40:02 ID:tuYY7oEn]
-
Google App Engine
code.google.com/appengine/
■過去スレ
Google App Engine
pc11.2ch.net/test/read.cgi/php/1207754942/
■参考サイト
App Engine ギャラリー
appgallery.appspot.com/
ドキュメント
code.google.com/appengine/docs/python/overview.html
- 647 名前：nobodyさん mailto:sage [2009/12/07(月) 16:26:13 ID:???]
- lowlevelAPIってどうやったら使えるの
- 648 名前：nobodyさん mailto:sage [2009/12/07(月) 18:25:42 ID:???]
- Javadoc見て感覚で書く
- 649 名前：nobodyさん mailto:sage [2009/12/07(月) 20:03:03 ID:???]
- えっ
パイソンじゃ無理なの？
- 650 名前：nobodyさん mailto:sage [2009/12/07(月) 22:09:43 ID:???]
- >>642だけどソースを見たらどうも駄目っぽい
コミットの途中でクラッシュした時のことが考えられてないし、整合性の問題がある
箇所がいくつもあったり、競合が発生した場合のひどいパフォーマンスとか
とにかく問題が多すぎて、たぶん使ったら大変なことになる
- 651 名前：nobodyさん mailto:sage [2009/12/08(火) 03:17:44 ID:???]
- >>650
＞のような「複数エンティティ・グループをアトミックに更新する」方法がありません。
＞実は、Low-level API なんかをうまく使って対応する方法が色々とある
「ローレベルAPIならアトミックにできる」とも読めてしまうけど、そういうわけではないってこと？
- 652 名前：nobodyさん mailto:sage [2009/12/08(火) 10:24:42 ID:???]
- 例えば銀行口座間の送金をトランザクションを利用した実装にするには残高entityをすべて１つのentitygroupにまとめておく必要があるわけですよね。
するとロック範囲も全体なので並列処理できない。スケールしない。
すると出てくる手法はなにがあるのでしょうか。
分散トランザクションとか２フェーズコミットとか？
ジャーナリングファイルシステムみたいにまず入出金イベントentityを作ってあとから各口座に反映させる？
ちなみに銀行アプリのentitygroupは口座ごとに分けて残高entityをrootにして入出金ログentityを子にするので考えています。
- 653 名前：nobodyさん mailto:sage [2009/12/08(火) 11:13:10 ID:???]
- >>652
BASEトランザクション
・Basically Available
・Soft-State
・Eventual Consistency
ACIDとは、別の概念が、クラウドでは出てきている。
- 654 名前：nobodyさん mailto:sage [2009/12/08(火) 12:49:57 ID:???]
- >>651
そもそもAcid HouseではLow Level APIは使ってない
内部でJDOのPersistenceManagerを複数生成して、それぞれ別のトランザクションを
開始しているんだけど、どうもデータストアが提供するこの機能のことを指して
Low Level APIと言っている気がする
本来のLow Level APIはJDOに比べて速度が速くて自由度が若干高いというだけで
機能自体は変わらないはず
- 655 名前：nobodyさん mailto:sage [2009/12/08(火) 12:51:42 ID:???]
- >>652
Song of Cloudでもその話題を扱ってますね
送金のトランザクション処理パターン
songofcloud.gluegent.com/2009/11/blog-post_18.html
分散トランザクション処理の最適化
songofcloud.gluegent.com/2009/11/blog-post_24.html
- 656 名前：nobodyさん mailto:sage [2009/12/08(火) 13:40:38 ID:???]
- >>654
＞速度が速くて自由度が若干高いというだけで機能自体は変わらない
なるほど、ありがとう
- 657 名前：nobodyさん mailto:sage [2009/12/08(火) 23:18:02 ID:???]
- なんか難しい話になってるな
銀行システムでも造るのか
- 658 名前：nobodyさん mailto:sage [2009/12/09(水) 00:51:34 ID:???]
- >>655
すげーわかりやすかった。さんきゅ。
- 659 名前：nobodyさん mailto:sage [2009/12/09(水) 00:54:51 ID:???]
- >>653
>>655
ありがとうございます。やろうと思えばできるのですね＞トランザクション
datastoreはindexが更新されるのに若干タイムラグがあるので
そもそもEventual Consistencyではありますよね。
>>657
課金とかポイントの使用とか
- 660 名前：nobodyさん mailto:sage [2009/12/09(水) 08:54:10 ID:???]
- webアプリすら不慣れであれなんだが、トランザクションてようするにちゃんと２つ以上のDB書き込みを同時に最後まで行うってことを指すのか？
例えば銀行だとAからBに振込んだときに、
A銀行で金減らす、B銀行で金増やす処理をちゃんと途切れずに行うってことで良いのかな
- 661 名前：nobodyさん mailto:sage [2009/12/09(水) 09:31:44 ID:???]
- ひとまとまりでおこなうってことじゃね？
途中でエラー起きた！とかなってもちゃんとその操作を行う前の状態に戻れるように
何したか記録してあるみたいな。
- 662 名前：nobodyさん mailto:sage [2009/12/09(水) 10:12:17 ID:???]
- >>661
それは、ロールバック(UNDO)・セグメントという更新前のジャーナルの概念。
それだけでなく、REDO・ログという更新後のジャーナルの概念と両輪になっている。
ロールバックに対して、ロールフォワードという機能。
ACID特性を、実現するために、UNDO/REDO両方を備えるのが通常。
たくさん更新してコミットしない間は、UNDOセグメントが多く使われちゃう。
- 663 名前：nobodyさん mailto:sage [2009/12/09(水) 15:44:37 ID:???]
- 処理の成否に関らず矛盾しちゃダメよってことじゃない？
ところでトランザクションでサポートされてたとしても
通帳的なデータは作ったほうがいいんじゃまいか
- 664 名前：nobodyさん mailto:sage [2009/12/09(水) 16:12:32 ID:???]
- >>660
金曜日の午後３時以降に振り込むと
月曜の午前８時までは
A銀行で金が減って
B銀行にはまだ金が増えない状態になりますが
よろしかったでしょうか？
- 665 名前：nobodyさん mailto:sage [2009/12/09(水) 21:32:15 ID:???]
- >>664
A銀行の予約の勘定に入るよ。
ちゃんと永続性のあるところに落ち着いている。
- 666 名前：nobodyさん mailto:sage [2009/12/09(水) 21:48:58 ID:???]
- >>660
>にちゃんと２つ以上のDB書き込み
板用とスレッド用のDB2つ使った2chのログ鳥アプリ作ってる最中だったからびびった
- 667 名前：nobodyさん mailto:sage [2009/12/09(水) 23:32:49 ID:???]
- １台のmysqlですむならrails、それ意外はGAE。
- 668 名前：nobodyさん mailto:sage [2009/12/10(木) 06:42:01 ID:???]
- ざっくりしすぎだろｗ
- 669 名前：nobodyさん mailto:sage [2009/12/10(木) 06:53:38 ID:???]
- >>664-665
横から質問なんだが
土日が月末で利息の勘定月だった場合
A銀行の預金の利息は減った金額に対して計算されるのか
それとも減る前の金額に対して計算されるのかどっち？
- 670 名前：nobodyさん mailto:sage [2009/12/10(木) 08:33:36 ID:???]
- 普通預金勘定に無いんだから、前者。
- 671 名前：660 mailto:sage [2009/12/10(木) 22:13:38 ID:???]
- このスレレベル低すぎワロタ
なんか安心したわｗ
頑張ってGAEで何か作ろう
- 672 名前：nobodyさん mailto:sage [2009/12/10(木) 22:18:13 ID:???]
- レベルの低い質問をしておいてその態度はいかがなものか
- 673 名前：nobodyさん mailto:sage [2009/12/10(木) 23:44:59 ID:???]
- 技術だけで勝負するよりも、企業会計原則とか簿記の
からめ手も使って勝負しないと、きついぞ。
変な仕様で作りこんでも、運用できなくて没。
- 674 名前：nobodyさん mailto:sage [2009/12/10(木) 23:48:34 ID:???]
- がんばらなきゃ作れないのも
レベルが低いからなんだけどね
- 675 名前：nobodyさん mailto:sage [2009/12/10(木) 23:59:15 ID:???]
- >>673
最近どんどんそんな感じになってるよね。
技術の敷居が下がってきてる気がする。
業務知識とかアイデアと器用さがあれば充分みたいな。
- 676 名前：nobodyさん mailto:sage [2009/12/11(金) 01:04:36 ID:???]
- >>675
高級言語PGの方向性ってそういうもんでしょ。
- 677 名前：nobodyさん mailto:sage [2009/12/11(金) 02:13:49 ID:???]
- そだね、昔は技術だけで食えたから細かい技術が生き甲斐みたいな感じだった。
幸せだった。
- 678 名前：nobodyさん mailto:sage [2009/12/11(金) 08:08:14 ID:???]
- 一概には言えないけど、技術のハードルが下がるのはいいことだと思う。
いろんな人が触れることでいろんなものが生まれる。
- 679 名前：nobodyさん mailto:sage [2009/12/11(金) 08:49:26 ID:???]
- 方向性的には
「アレやっといて」でコンピュータがなんでもしてくれる理想の世界
に向いているわけだから正しい進化だよね。
- 680 名前：nobodyさん mailto:sage [2009/12/11(金) 09:09:58 ID:???]
- でなかったら車なんか運転できないもんな
- 681 名前：nobodyさん mailto:sage [2009/12/11(金) 12:14:25 ID:???]
- でも低級(言葉合ってる?)言語メンテ出来る人材も育てないと将来困りそう。
- 682 名前：nobodyさん mailto:sage [2009/12/11(金) 13:22:25 ID:???]
- そういう人は大学で純正培養されてしかるべき企業に就職してしかるべき物作ってるしなぁ。
いっちまえばGAEとかもそういうもんだしね。
- 683 名前：nobodyさん mailto:sage [2009/12/11(金) 14:22:50 ID:???]
- >>682
なら問題なしか・・・。
- 684 名前：nobodyさん mailto:sage [2009/12/11(金) 15:29:26 ID:???]
- >>682
Googleも、金も人も出すといって
Apache Software Foundationに、支配下の人を出向させて
動くものができたら、持ち帰らして、製品に仕上げるみたいな感じかな。
BigTableも、Apacheの実装が先で、クラウドで動くシロモノに仕上げたのはGoogle。
いろんな業者のJavaAPサーバも、Apache(Web)やTomcat(AP)のエンジン使って
付加価値つけて、サポート料とるビジネスモデルだしね。
LinuxやEclipseも、Apache Software Foundationに似たしくみをもっている。
- 685 名前：nobodyさん mailto:sage [2009/12/11(金) 16:02:29 ID:???]
- だから企業でほぼOSS参加のみなのに給料貰える人がいるわけか
- 686 名前：nobodyさん mailto:sage [2009/12/11(金) 20:32:45 ID:???]
- GoogleのBigTableより先にあったApacheの実装ってなに？
Hbase？
- 687 名前：nobodyさん mailto:sage [2009/12/11(金) 23:41:12 ID:???]
- JNDIでスケールアウトできるDerbyやXindiceとN-gramで行き詰って死の谷に行って。。。
MapReduce・BigTableみたいな考えが出てきたんじゃないかな？
IBMが、XML-DBにリソース突っ込んだ後、今はHbaseに肩入れしている。
Hbaseを発表される前に、Googleは自分の実装完成させちゃった。
- 688 名前：687 mailto:sage [2009/12/11(金) 23:55:28 ID:???]
- IBMやOracleが欲っていたものは、並列検索であって、
クラウドではなかったんだと思うのだ。
- 689 名前：nobodyさん mailto:sage [2009/12/12(土) 00:24:40 ID:???]
- トランジャクソンなんて
失敗したときとかバグったときに
銀行が損しない方向に倒しておけば良いんだよ
- 690 名前：nobodyさん mailto:sage [2009/12/12(土) 00:27:06 ID:???]
- 聞いたかい、マイケル！こいつは傑作だよ！HAHAHAHAHA
- 691 名前：660 mailto:sage [2009/12/12(土) 12:44:15 ID:???]
- トランジャクソン・ムーンウォーカー
- 692 名前：nobodyさん mailto:sage [2009/12/12(土) 20:55:46 ID:???]
- マイコーは機械になりたがっていたからな
今頃どこかのサーバに憑依しているのだろう
- 693 名前：nobodyさん mailto:sage [2009/12/20(日) 00:18:42 ID:???]
- 1.3.0でJRubyかPythonより速くなったて本当？
Twitter / SASAKI TAKERU: @ashigeru 約５倍でした。bi ...
twitter.com/urekat/status/6755177508
GAE/JRubyが速くなった？ - urekatのスカンク日記３
d.hatena.ne.jp/urekat/20091216/1260942825
GAE/JRubyのCPUコストは10000pv/$0.12 - urekatのスカンク日記３
d.hatena.ne.jp/urekat/20091212/1260583942
- 694 名前：nobodyさん [2009/12/20(日) 01:42:38 ID:SZMMX2fQ]
- JRubyでそうなんだから
Javaの方が糞速いってことか
パイソンって一体・・・
- 695 名前：nobodyさん mailto:sage [2009/12/20(日) 01:53:32 ID:???]
- JavaがLLより遅かったら存在価値なくなるだろ
- 696 名前：nobodyさん mailto:sage [2009/12/20(日) 09:39:24 ID:???]
- それもそうだが LL on Java の方がネイティブ LL より速いってのはちょっとね。
Jython の方がネイティブ Python より速かったら笑えるな。
- 697 名前：nobodyさん mailto:sage [2009/12/20(日) 10:14:13 ID:???]
- >>694
>>693の一番下、1.3.0の前の記事だけどそれにしてもJava速過ぎるｗ
JRubyがPythonに追いついたけど、それ以前にJavaが数倍速くてワロタ
- 698 名前：nobodyさん mailto:sage [2009/12/20(日) 10:44:55 ID:???]
- Jythonもネイティブに近い気がするな。。
Unladen Swallowがうまくいった場合に今後どれくらい速くなるかは気になる。
- 699 名前：nobodyさん mailto:sage [2009/12/20(日) 11:13:29 ID:???]
- Jythonの方がネイティブより速いってことはありえないだろ。
もしそうなら何かがおかしい。
- 700 名前：nobodyさん mailto:sage [2009/12/20(日) 15:22:24 ID:???]
- こんなん作ってみた
ttp://www.degifo.com/
作った感想
•作りたい物が決まってて機能的にGAEで実現できるならインフラ考えずに開発に集中出来るので楽
•バージョンアップのタイミングで平気で動かなくなるので遊びでしか使えない
•自分でExpireの設定とかしないと画像とか多いと大したPV無いのにあっと言う間に下り転送量が無料の範囲超える
•GAEの画像操作のサービス、圧縮率を操作できない。画像の縦横サイズを小さくしても無駄に容量がデカい。
- 701 名前：nobodyさん mailto:sage [2009/12/20(日) 15:23:46 ID:???]
- このスレ頭の方で暗黙の了解で話題はPythonに限るみたいな雰囲気出してたのに、すっかりJavaですか。
Python人気ねーなぁ。
- 702 名前：nobodyさん mailto:sage [2009/12/20(日) 15:40:22 ID:???]
- ぐぐって出てくる記事もjavaが多くなったな
- 703 名前：nobodyさん mailto:sage [2009/12/20(日) 16:52:35 ID:???]
- >>700
せっかくさらしてくれたので質問！
・下り転送量うんぬんということは、画像はDataStoreにつっこんでだってことですか？
・> バージョンアップのタイミングで平気で動かなくなるので遊びでしか使えない
マジスカ！？1.3にうｐされたときの話？
・開発言語やフレームワークを教えてください！Java or Python, Django or Slime3 etc...
- 704 名前：nobodyさん mailto:sage [2009/12/20(日) 16:53:26 ID:???]
- >>703
でてるappengineの書籍も軒並みJavaみたいだし・・・
- 705 名前：nobodyさん mailto:sage [2009/12/20(日) 17:19:44 ID:???]
- >>699
javaは実行中にも最適化されるんだよ
激しく繰り返される処理は最終的にネイティブになるとか聞いたことがある
うそかもしれんが
- 706 名前：nobodyさん mailto:sage [2009/12/20(日) 17:29:33 ID:???]
- >>705
それただのHotSpot
- 707 名前：nobodyさん mailto:sage [2009/12/20(日) 17:52:31 ID:???]
- すまん、jythonの勉強からやり直してくる
- 708 名前：nobodyさん mailto:sage [2009/12/20(日) 18:33:01 ID:???]
- >>703
画像はDataStore。
静的ファイルじゃないから、GAEがよきに計らってくれず自分でリクエストヘッダ見て304返してる。
1.3の前にもしれっとメール受信の仕様が変わってた。
JavaとGWTで作ってる。
- 709 名前：nobodyさん mailto:sage [2009/12/21(月) 01:06:07 ID:???]
- 未だに動かなくなるのか
ダウンタイムの履歴が見られるとこないの？
- 710 名前：nobodyさん mailto:sage [2009/12/21(月) 15:16:35 ID:???]
- >>700
>>バージョンアップのタイミングで平気で動かなくなるので遊びでしか使えない
自分で開発環境をバージョンアップさせて、それをアップしたら一部動かなくなったってことだろ？
それって GAE 関係なくね？
- 711 名前：nobodyさん mailto:sage [2009/12/21(月) 17:53:59 ID:???]
- >>708
>画像はDataStore。
>静的ファイルじゃないから、GAEがよきに計らってくれず自分でリクエストヘッダ見て304返してる。
たしかに、これくらいはGAE側で用意してくれてもいい機能だよな。
アップロードしたファイルをファイルシステムに保存できないんだから。
- 712 名前：nobodyさん mailto:sage [2009/12/22(火) 00:28:54 ID:???]
- 内部仕様を勝手に変えられて動かなくなるってことだろう
- 713 名前：nobodyさん mailto:sage [2009/12/22(火) 03:23:38 ID:???]
- 動かなくなったって、何か特殊なことやってるのかな。
1年以上前に書いてほとんどいじってないのを、今も普通に使ってるが。
- 714 名前：nobodyさん mailto:sage [2009/12/22(火) 07:52:51 ID:???]
- うーん確かに
どの辺が勝手に変えられるのか書いてもらえるとありがたい
- 715 名前：nobodyさん mailto:sage [2009/12/22(火) 08:11:51 ID:???]
- sdkのバージョンアップで
デフォルト値が変わったってのは見たことあるお
- 716 名前：nobodyさん mailto:sage [2009/12/22(火) 10:46:01 ID:???]
- >>708
ありがとう
実際にサービス動かしている人いると参考になります
- 717 名前：nobodyさん mailto:sage [2009/12/22(火) 10:51:38 ID:???]
- 画像のストレージとしてPicasa使う方法見つけてきた。
GAEとPicasaでfaviconをPNGに変換して保存するAPIを作成する - Pyro Memo
d.hatena.ne.jp/piro_suke/20091204/1259860192
こんな感じではてなフォトライフ(180円/月で3GB/月までOK)使うとかｗ
いろいろ応用できそうなもんだが
Picasaの値段はこちらにあった
機能 : 容量のアップグレード - Picasa ヘルプ
picasa.google.com/support/bin/answer.py?hl=jp&answer=39567
え？amazon S3？安いん？
- 718 名前：nobodyさん mailto:sage [2009/12/22(火) 17:41:30 ID:???]
- はてななんか使う奴の気が知れねえ
- 719 名前：nobodyさん mailto:sage [2009/12/22(火) 19:45:59 ID:???]
- ｻｰｾﾝ
- 720 名前：nobodyさん mailto:sage [2009/12/23(水) 06:18:27 ID:???]
- movatwitterとかで投稿できる写ツがはてなフォトライフ利用してる。
あれwebサービスから利用してよかったのかｗ
- 721 名前：nobodyさん mailto:sage [2009/12/23(水) 08:59:50 ID:???]
- Google App Engine実践リファレンス
gihyo.jp/book/2010/978-4-7741-4127-5
- 722 名前：nobodyさん mailto:sage [2009/12/23(水) 13:55:05 ID:???]
- これは容量無制限
jp.zooomr.com/
どうじゃんご？
- 723 名前：nobodyさん mailto:sage [2009/12/23(水) 15:23:16 ID:???]
- 質問です。
GAE JavaのDevAppServerって、もしかして外から繋げられないって仕様ありますか？
coLinuxに入れてみたんですが、ホストマシン(Windows)からどうしても繋げなくて困ってます。
Railsなどは同じポートで動かしてつなげたことがあるので、coLinux側の問題ではないと判断しています。
また、内側からはw3mでページが見られることを確認しています。
- 724 名前：nobodyさん mailto:sage [2009/12/23(水) 16:03:23 ID:???]
- --address=0.0.0.0 オプションをつけると幸せになれるかも。
基本的にはlocalhostのアドレスしかlistenしていない。
- 725 名前：nobodyさん mailto:sage [2009/12/24(木) 04:14:41 ID:???]
- >>722
いつ潰れるか判らんサービスは避けたほうがいいんじゃね
まぁどんなサービスであろうといつ潰れるか判らんけどな
- 726 名前：nobodyさん mailto:sage [2009/12/24(木) 15:44:51 ID:???]
- >>721
ttp://gihyo.jp/book/2010/978-4-7741-4127-5/support で公開しているサンプルソースコードが
CRCエラーで破損しているようなんだけど、どうしよう。
- 727 名前：nobodyさん mailto:sage [2009/12/24(木) 16:09:26 ID:???]
- >>724
いけましたいけました！
The server is running at localhost:3000/
とあるから、一緒じゃないか！と思ったんですが明示したらいけました。
- 728 名前：nobodyさん mailto:sage [2009/12/24(木) 20:23:27 ID:???]
- skydriveをストレージにできねぇかな。
- 729 名前：nobodyさん mailto:sage [2009/12/24(木) 21:29:05 ID:???]
- フォト蔵も容量考えると悪くないかと。
- 730 名前：nobodyさん mailto:sage [2009/12/27(日) 12:01:16 ID:???]
- フォト蔵とはずいぶんマイナーなウェブサービスをご存知ですね。
もしかして、上級インターネット検定所有者ですか？
- 731 名前：nobodyさん mailto:sage [2009/12/27(日) 18:53:31 ID:???]
- そっち側のクラスタにいるからフォト蔵がマイナーだとはこれっぽっちも考えていなかった
- 732 名前：nobodyさん mailto:sage [2009/12/27(日) 19:12:03 ID:???]
- 結構住み分けされてきてるよな・・・
たまに知らないサービスが知らないうちに凄くもりあがっててびびる。
- 733 名前：nobodyさん mailto:sage [2009/12/27(日) 19:13:17 ID:???]
- オンラインアルバムとかその人の興味次第だしな
興味ない人はフォト蔵どころかFlickrさえ知らん事もあるだろうし
- 734 名前：nobodyさん mailto:sage [2009/12/28(月) 08:25:13 ID:???]
- 漏れは ny とか mx とか知らなくて
それでも技術者ですか？見たいに言われたな
- 735 名前：nobodyさん mailto:sage [2009/12/28(月) 08:36:57 ID:???]
- 君子危うきに何とやらと言ってやれ
- 736 名前：nobodyさん mailto:sage [2009/12/28(月) 09:08:52 ID:???]
- 使う使わないは別にしてこれだけニュースやら新聞に載ってるのに知らないってのは尋常じゃねーと思うけど。
余程こき使われてるんだろうな。
- 737 名前：nobodyさん mailto:sage [2009/12/28(月) 10:40:09 ID:???]
- 確かに使ったことなくても関連ニュースは目にしてると思うけどなぁ。
でもmxもnyもウィルスが流行りだしてから知ったって技術者が居てもおかしくないんじゃね？
今あの手のP2Pファイル交換ソフトでどれが流行ってるかとか知らない人も結構いると思うけど。
- 738 名前：nobodyさん mailto:sage [2009/12/28(月) 13:21:00 ID:???]
- 使ったことはないし
具体的な使い方はまったく知らない
- 739 名前：nobodyさん mailto:sage [2009/12/28(月) 17:41:02 ID:???]
- 不用意にそれってマイナーだよねとか言うと色々面倒な立場になりかねんな。
- 740 名前：nobodyさん mailto:sage [2009/12/28(月) 17:59:32 ID:???]
- 知ってても知らないフリをするのが通というもの
- 741 名前：nobodyさん mailto:sage [2009/12/28(月) 18:43:25 ID:???]
- 無駄な仕事が増えるもんな
- 742 名前：nobodyさん mailto:sage [2009/12/28(月) 18:50:27 ID:???]
- 知ってても何も言わないのが通だろ。知らないフリってのは性悪だよ。
- 743 名前：nobodyさん mailto:sage [2009/12/28(月) 19:08:29 ID:???]
- どっちもどっちw
- 744 名前：nobodyさん mailto:sage [2009/12/28(月) 19:18:01 ID:???]
- 経験的に思うんだけど
知らない振りをして話を聞いた方が
相手から得られる情報は多い
ただし新しい情報とは限らないが
- 745 名前：nobodyさん mailto:sage [2009/12/28(月) 20:41:35 ID:???]
- >>731
そっち側のクラスタってどういう意味？
- 746 名前：nobodyさん mailto:sage [2009/12/28(月) 20:47:44 ID:???]
- そのまんま、フォト蔵がメジャーな集団ってことでしょ。
- 747 名前：nobodyさん mailto:sage [2009/12/28(月) 21:25:26 ID:???]
- >>744
何も知らない人に教えるのと半分くらい知っている人に教えるのでは、前者が気持ちいと思う人が多いみたいね。
それで色々話しちゃうのかも。カマトトはバレたら印象悪くしちゃうけど・・・。
|
 |
