タグ別アーカイブ: 団体生活

三つのオウム

かつてインド·アポン·ア·タイム·イン, 3オウムがあった. 彼らは販売のためであった. 見込み客は興味があった.

“そのオウムはいくらですか?” 彼に尋ねた, 最初のものを指す.

“3000 ルピー。”

“これはかなり急だ. そんなに特別なのは何?”

“よく, それはヒンディー語を話すことができる。”

見込み客は感動しました, しかし、より良い取引を望んでいた. そこで彼は、プロービング, “どれだけ1秒間?”

“5000 ルピー。”

“何? なぜ?”

続きを読む

インスタント温水器

私の主な度合いは、電気/電子機器の様々なエンジニアリングである, なぜ私は可能である LEDライトを修正, 例えば. 私は工学の学位ではなく実践的な知識よりも、あなたの理論的な理解のより多くを与え疑う. 私は意味, 私は電気技師だん. 時には, 私は、私はより良い電気技師を呼び出すことをお勧めされている可能性のプロジェクトを引き受ける.

最近, 私たちのメイドのインスタント温水器が死亡, そして私の部分にいくつかのアクションが示された. しかしエンジニア, 私は十分な長会議中の任意のアクション項目の権利の応答があることを知っている企業のシーンにされている, “次の火曜日によるものであってもよい。” だから私は私の母の義理のバスルームを使用するようにメイドに尋ね, 私は将来の火曜日の1に、この問題を先送りできると考えてい. しかしメイド, おそらく彼女の職業の一部神聖な倫理的な条項に拘束される, それをすることを拒否. その時点で, 私は電気技師に求めている必要があります. しかし、私は愚かにも一応の証拠を見てみましょうことにしました. スイッチが正常に見えた, 期待通りにインジケーターランプが点灯してくると, しかし、給湯器は、非妥協的推移.

続きを読む

戦うには小さすぎるの戦い

数年前に, 私は、理由その時に非常によく働いた私のネットワーク化されたビジネスモデルのオンライン広告からの重要な収入があった. 自分のネットワーク内のいくつかのサイトは、その契約条件に違反したため、ある時点で、広告配信会社がアカウントをキャンセルすることにしました. 彼らはすでに私のTで憤慨した広告主にお金を返金したため、彼らは最後の2ヶ月間私を支払うことができなかったと言ってくれました & C違反. 断っておく, それは大金だった. しかし、数ヶ月後に, 彼らは私を回復することを決定. 彼らは私のアカウントを再活性化した後に行った最初の事は私に私の残高を支払うことであった — 彼らが持っていたお金 “払い戻し” 彼らの不満を持つ広告主に. 私は, もちろん, 結果についてはかなり満足しているた. しかし、喜びは続かなかった; 彼らは一ヶ月後、再び私を禁止.

続きを読む

デフォルトでの無保険

昔, 私は、実行中の保険会社とを持っていた. それは、アメリカから帰って私の最初の旅行の後だった. ニューヨーク州北部の消毒、比較的ウイルスを含まない条件下での私の4年の間に, 私の自然な第三世界の免疫が著しく悪化した, そして私は悪い呼吸器感染症に戻ってインドから来た, 私のドクター叔父が私を処方された抗生物質への応答を停止していたこれ. だから私はイサカ·トンプキンス郡病院の緊急治療室に行ってきました, 彼らは私が肺炎と判断した場合、. 医療費オーバーのところに来 $450, そしてそれへの複数の部品を持っていた, X線のような, 放射線科医の報酬, 医師の報酬, ER料, 薬局など. 支払いのために, 私は彼らに私の学生の保険証を手渡し、家に帰った.

2週間後に, 病院は保険が多くの法案のうちいずれかを支払うことを拒否していたことを私に教えて私を呼んで、私はまだについてのそれらに負っていることを $80. 私はそれが奇妙な発見し、再試行してくださいするように依頼, そして私の博士やその他もろもろに戻った. その後、保険会社は手順がなかったため、彼らは拒否したと教えてくれました “事前に承認した。” 奇妙 — どのように同じERの訪問の一部が異なる償還基準を持つことができ? とにかく, 私は法案を無視するように進めた, すぐに私に嫌がらせの呼び出しを作り始め、いくつかのコレクション機関に引き渡されてしまった.

私は十分に決定する前に、全部が数ヶ月続いた十分だった. 幸いにも, 私の大学は無料の法律サービスを持っていた. だから私は行って、マイクMattersonに会った (またはそのようないくつかの名前) 法律事務所での. 彼は同情私の窮状を聞いて, それはあなたが勝った場合でも、失うするいくつかの小さな戦いを戦って無意味だったことを私に助言. しかし、彼は保険会社と呼ばれ、このように進行した, “こんにちは, これはマイクMattersonです, 弁護士, ManojさんThulasidasに代わって呼び出す. 私はいくつかの問い合わせをしたいと思います。” 真の, 彼は私の名前をリハーサルしなければならなかった数回, 彼は全体のオープニング一斉射撃が印象的なサウンドを作ら. 少なくとも, 私はこれに感銘を受けました 法廷ドラマ 私の目の前で展開. しかし、何が本当に起こっていないと私は私のダンビー道路のアパートに戻ったが、数週間以上、可能な場合の支払いを伸ばすことに決定.

しかし、4日後に, 私は、彼らがフルに手形を支払うことを決めていたことを示す保険会社からこの手紙を取得 — 事前承認か. 私は、弁護士からの電話が会社に何かを意味していることを実現. これは、トラブルを意味し, 彼らはどちらかの小さな戦いをしたくなかった. これが彼らの上にある標準の慣行だった場合、私は疑問に思いました — 量が少なすぎると、正当な償還を拒否することは、保険契約者は、法的戦争をするための.

もう一つの事件はそれがうまくかもしれないと教えてくれました. 私たちの家族の友人は数年前に亡くなった. 彼の未亡人は、彼を知っていた, 彼は慎重かつ思いやりの魂であること, いくつかの生命保険契約を持っていた, しかし論文を見つけることができませんでした. そこで彼女はここでは2つの主要な保険会社と呼ばれ、彼の国民識別番号を使用して問い合わせを行う. 両社は、未亡人に彼らの哀悼の意を表明, しかし後半の夫は彼らとの方針がなかったことを後悔した. 彼のことを聞いたことはありません, 実際には. 数日後, 彼の論文を経由しながら、, 彼女が同じ2つの企業との方針を見つけた. 彼女が再び呼び出さ, と返信があった, “そうそう, もちろん. ソーリー, それは監督だった。” それだけで一つの会社だった場合, それは見落としたかもしれない. それが可能であれば、ポリシー支払いを阻止するために、再度、企業のポリシーの一部である? 無保険のそうでなければ証明されるまで?

あなたが保険会社と同じような経験を持っていた場合は, なぜ以下のコメントとしてあなたの物語を残さない?

ここから先の?

私たちは、私の本のためのピッチでこの長いシリーズを開始しました, 定量的発展の原則. このシリーズ, および関連する電子ブック, 本の非技術的な入門の章の拡張バージョンです — 取引プラットフォームを設計しながら、私たちは心に留めておく必要があるものが何であるか? なぜそれが金融や銀行業務の全体像を知ることが重要である? うまくいけば, これらの投稿は、ここであなたにそれの味を与えている. あなたは便利な一連のコピーを保持たい場合, あなたが購入し、ダウンロードすることができます 美しく細工された電子ブック バージョン.

Further steps

私たちは、エキゾチックで構造化された取引の観点から、銀行の構造を通って行きました. 私たちは、さまざまなオフィスの話 (フロントオフィス, ミドルオフィスとバックオフィス) そして内の定量的な専門家のためのキャリアの機会を指摘した. 銀行の組織構造は、取引の動的なライフサイクルを処理する装置であり、.

銀行の構造は空間的な組織に似ている場合には, 貿易のライフサイクルは時間的変化である; 彼らの関係は、レールと列車のそれに似ている. 私たちは、フロントオフィスとミドルオフィスチーム間の取引の流れにかなりの時間を費やし, 取引は、承認を得る方法, 処理された, 監視対象, 定住して管理. これらのチームはそれぞれ、それらを効率的にタスクを実行するのに役立ち、独自の視点や仕事パラダイムを持って.

展覧会の視点は、私たちが触れた最後の主要な話題だった. 私たちは見てきたように, これらの視点は、銀行のさまざまなチームがタスクを実行する方法に基づいている. 彼らは専門用語の背景を形成する, そして私たちは道の銀行作品の全体像の理解を開発するのであれば重要であり、. ほとんどの少数, 特にジュニアレベルで, 全体像を軽蔑. 彼らは、Cに確率的計算法と結婚の彼らの本当の仕事から気晴らしと考える . しかし、トレーダーに, それは展開できない限り、世界で最高のモデルは価値がない. 私たちは、狭いを変更した場合, 効果的ではあるが, 組織内の私たちの役割と価値を理解するために手元の仕事に集中する, 私たちは違いを確認するシステムやプロセスの失敗だけでなく、機会の可能性のあるポイントが表示されます. 私たちは、その後、より良いその能力を最大限に私たちのキャリアを取るために配置されます.

その他の貿易の展望

前回の記事では、, 私たちは、さまざまなチームが自分の仕事パラダイムにおける取引活動を表示する方法を説明しました. 銀行の中で最も一般的である視点は、まだトレード中心である. このビューでは、, 取引はプライマリ·オブジェクトを形成する, 全ての従来の取引システムは、それらを追跡する理由である. 一緒に取引の束を入れて, あなたは、ポートフォリオを取得. 一緒にいくつかのポートフォリオを置く, あなたが本を持っている. 全体·グローバル·マーケッツは、単に本のコレクションである. このパラダイムはうまく働いており、異なる可能なビューの間の最良の妥協と考えられる. トレード中心の視点, しかしながら, 唯一の妥協である. トレーディングフロアの活動は、さまざまな角度から見ることができる. 各視点は、銀行がどのように機能するかにおけるその役割を持ってい.

Other perspectives

トレーダーの観点から, 取引活動は、資産クラスの中心に見える. 一般的に資産クラスに基づいて特定のトレーディングデスクに関連付けられている, 自分の好きなビューには、モデルや製品を横断. トレーダーへ, すべての製品およびモデルは、単に利益を上げるためのツールである.

IT部門は、全く別の視点から、取引の世界を見て. 彼らのシステムを中心とした図である, ここで、2つの異なるシステムに登場する同じモデルを使用して、同じ製品は基本的に2つの完全に異なる獣です. このビューは、特にトレーダーには理解されていません, またはどのように多くの開発者.

全体銀行が高く評価していることを一つのビューには、上級管理職である, 狭義に一番下の行に焦点を当てされている. 大きなボスは、物事に優先順位を付けることができます (製品かどうか, 資産クラスまたはシステム) お金の面で彼らは株主にもたらす. モデルと取引が上から彼らの見解から一般的には見えない — ない限り、, もちろん, ならず者トレーダーが特定の製品や特定のモデルを使用することにより多くのお金を失う.

貿易は市場リスク管理に達すると, ポートフォリオやブックレベルのビューへの貿易·レベル·ビューからの視点に微妙な変化がある. 数学的に些細なものの (結局, 違いは、集約の問題だ), この変更は、システム設計における意味を有する. 取引ライフサイクルの後の段階で必要に応じて各種のダイシングとスライス天然容易に取り扱うことができるように、取引プラットフォームは、堅牢な階層ポートフォリオ構造を維持しなければならない.

それが資金調達のために来て、コストセンターの彼らの概念れると, 貿易は予約システムのうちほとんどです. まだ, 彼らはトレーディングデスクと資産クラスのコストセンターを管理する. 任意の取引プラットフォームを、私たちのデザインは、同様に彼らの特定の要件に対応するために、システムに十分なフックを提供しなければならない. このビューに密接に関連人事の視点で, 誰がコストセンターまたはチームレベルでボトムラインの観点で測定された性能に基づいてインセンティブを決める.

ミドルオフィス

ミドルオフィスチームが採用視点が興味深いものです. 彼らの作品のパラダイムは、ファーストインで実行されているキューのことです。, 先入れ先出しモード. 下図に示すように、, 彼らは妥当性確認及び検証のキューの一部であるとの取引を考える. 新たな貿易が計上されている場合, それは一方の端部からの検証キューにプッシュされます. ミドルオフィスのスタッフは、もう一方の端からのキューを攻撃, 各エントリを受け入れるか、拒否. 良いと考えられるものは、第2の検証キューに入る. 悪いものは、商品のエントリまたは可能なキャンセルでの修正のためにトレーディングデスクに戻ります.

Middle Office perspective

類似したパラダイムはこのような定着率などの市場操作に対処する上で採用されている, キャッシュフローなどを生成. 市場操作は、独自の二段階のキューを有している. 全体の流れは、取引プラットフォームによって促進されるべきであることに注意してください, 異なるビューをレンダリングする能力を持つべきである. これは、ミドルオフィスのスタッフへのデータのキューベースのビューを提示し, および市場リスク管理チームへの報告ベースのビュー, 例えば, または他のチームのほとんどにトレード中心の視点. 両者が効率的に通信できるように、他の作業パラダイムのための基本的な把握と健全な敬意を持つように、各チームにとって重要である. これは、銀行の残りの貿易の視点を無視して無意味です. 結局, 例えば、商品の視点は、試行錯誤の何年も何年から自然に進化した.

あなたは忙しいです?

企業の世界では, すべての成功した人々は非常に忙しいです. カレンダーは、バックツーバックの会議で満たされていない場合, あなたが企業のはしごの上横木に属していない. 企業の世界でほとんどの事のように, この機能は、その頭の上になった. あなたの成功したので、あなたは忙しいではありません, あなたがビジーであることのオーラを投影することができるので、あなたが成功している.

何か私はで読む ニューヨーク·タイムズのブログ 明らかにどのように忙しい見て私たちに語ったオンライン·リソースのことを思い出した. それはあなたの同僚や上司からの無実の響きの問題に注意する私達に尋ねた — あなたは、これらの日まで何? この質問はあなたの板の上に多くの作業を投棄の前駆体である. 私たちが行うことになっている, どうやら, このクエリに既製の応答を有することである. 作業しているトップ3物事を考える. 正確に仕事のそれらの部分が何であるかにサウンドバイトのリハーサル, どのように重要な彼らは, そしてあなたがそれらに取り組んでいるいかに難しいか. できるだけ定量的. 例えば, あなたは非常に多くの万ドルの違いを生むだろうプロジェクトで作業していることを言う, そして他のチームなどを追いかけて出席するためにあなたが持っている週の会議の多数を言及. その後, クエリは、さりげなくあなたの方法をスローされた場合, あなたが効果的にそれを受け流し、あなたのキャリアアップに向けてポイントを獲得することができます. あなたのような愚かなことを言っキャッチされることはありません, “エヘン.., 先週ではあまりない,” その忙しい来週に必ず招待状になる. 真剣に, ウェブサイトは、実際に応答のためのテンプレートを持っていた.

演技忙しい、実際には時間がかかり, それは大変な作業です, 無意味な作業ではある. 問題の事実は、私たち自身が実際に私たちは本当に忙しいであることを信じるように調節してしまうということです, 私たちが行っている作業は重要であり、それは重要. 我々はする必要が, そうしないことのためには、私たちの偽善を包含するだろう. 我々は自分自身をだますことができる場合, 我々は非常に少なくとも、偽善の罪のための赦免を持っている. ほかに, その後他人をだましすることは非常に簡単になります.

忙しくて, 正直に信じたとき, 企業の計略以上のものです. それは仕事で私達の価値の検証です。, ひいては, 私たちの存在. 忙しいた状態で、企業の情事, 従って, 同様に私たちの私生活に侵入. 私たちは子供たちの愚かなストーリーとのいらいらを聞くにはあまりにも忙しくなって. 私たちは幸せをもたらすよりも、物事を行うにはあまりにも忙しくなって, 無目的に、友人との付き合いとゾッ様. すべてが重い意図的な行為になる — テレビを見て、ハードな一日の仕事の後にリラックスすることです (あなたは七王国の玉座を愛していないので、), 飲み物は、くつろぐことです (あなたは少しのアルコールであり、味を愛していないので、), ゴルフをすることは右の円で見られると知られていることです (ピシャリしない **** 小さな白いボールのうち、) , でも休暇はによく稼い休憩です “再充電” 自分自身がもっと忙しい呪文をする (あなたはあなたの愛する人といくつかの質の時間を過ごしたいので、そんなにいない). 何も無意味ではない. しかし, 無意味な活動に時間を無駄にしないようにしようとすることにより, 私たちは、無意味な人生で終わる.

私たちは定期的に無意味な何かをする必要があると思う. あなたは私のブログが十分無意味だと思いますか? 私はそう思う.

開発者について

クオンツとは異なり、, 定量的な開発者は、より多くの製品中心である. 彼らの仕事は、価格モデルを取ることです (定量的な努力の出力) やトレーダーに彼らが展開可能とアクセスできるようにする, 営業チームとミドルおよびバックオフィス. 仕事の彼らの主な単位は、製品である場合に、製品定義の変更理由, 関係なく、新規または既存の価格決定モデルを使用するかどうかの, 彼らはシステムに統合する必要があります. 単に製品のバリアントであっても, 彼らはすべてのインフラストラクチャを実装し、その下流の処理のために承認プロセスの世話をする必要があり. このため, 定量的な開発者に最も理にかなって作業パラダイムは製品中心である.

Quant developer perspective

クオンツと比較すると, 定量的な開発者は、フロントオフィスとミドルオフィスでの日常的な活動に近い. 彼らは取引を表示する (一意のIDによって識別される) 製品のインスタンス化など. 一度予約した, 彼らは取引プラットフォームデータベース内貿易の入力で定義された属性を持つように異なるオブジェクトに終わる. 入力を取引するほか、, 彼らは市場データを使用し、貿易の形で製品の価格をフィード. 取引プラットフォームは、取引情報および市場データを組み合わせた価格設定のインターフェイスが付属しています. それはまた、バッ​​チモードと呼んで実行され — 定期的に、一日の特定の時点ですべての取引の価格と感度を計算する. それはバッチジョブを実行する取引プラットフォームであるため、, 定量的な開発者は、グリッド·コンピューティング·プラットフォームのように関連付けられたリソースの世話をすることが, 市場データフィード, 貿易データベースなど. この点において, 彼らの製品中心の視点は、貿易中心のビュー内に拡散されるかもしれ.