❶ 如何從上市公司的年度報告中分析公司股票的投資價值
www.gz500.com的《股票估值500·個股報告》每月提供170家上市公司估值報告。受到投資者的一致好評。
「君亮估值報告是我們目前所看到的最簡明、最有效、也最好使用的投資工具，在投資信息提供上是一個革命的進步。篩選好機會，沒這么麻煩了。」
——肖元 原《股市動態》雜志總編
「《君亮估值500》的嚴謹性、系統性和第三方獨立性，在中國目前是稀缺的。使用也好方便。」
——陳力《證券時報》總編室主任
「君亮估值將公司按成長動能和安全性分類，有了區分，好股票在一堆，不好的在一堆，又有估值，是很好的參考，方便很多。」
——張馳 光大證券深南大道營業部 總經理
「君亮估值的估值方法按復合成長理論做基礎，科學、符合邏輯、符合股市的實際運動。」
——魏輝 中山證券理財顧問中心總經理
「我們的朋友李朝暉在用，我跟了一段，非常好。我大學學的是財務，以前在銀行做事，越看越覺得裡面的分析和數據及歸類，都講得通，令人信服。所以，我最近也成了《君亮估值500》的訂戶。」
——熊艷 紅袖添香茶藝坊主人
「君亮估值真正向人們講明了價值加成長的估值方法。JW四點買入法使投資時區位清楚，如同線路圖。」
——鄧丹 華龍證券重慶分公司客服總監
「建議每一位基金經理都使用《君亮估值報告》。」
——周文亮 《證券時報》基金部主任
「平時很忙，看不過來太多東西，有時就miss一些機會。《君亮估值500》使我2、3分鍾就能了解一家公司，一下子就看見許多以前根本無法了解的寶貝。這就跟美國的value line一樣，巴菲特稱value line為投資者的聖經。我已向不少朋友推薦了《君亮估值500》。」
——Kevin 蘇 美林證券亞洲資本市場部副總裁
「想不到大陸有這么好的投資報告，《君亮估值》使我們了解大陸的股市好容易了。」
——姚興紅 新鴻基金融集團 高級副總裁
❷ miss幣是什麼幣， 這個幣天天掉 還能漲嗎 看不到盼頭虧死了
就因為比特幣火了，大賺，然後一堆騙子幣就出來了，沒聽過這個幣，不過如果是國產的，那多半是傳銷，中國不承認數字貨幣，也不支持數字貨幣。
❸ 如何估值股票
股票估值是一個相對復雜的過程,影響的因素很多,沒有全球統一的標准，分為絕對估值、相對估值和聯合估值。
一、絕對估值 絕對估值是通過對上市公司歷史及當前的基本面的分析和對未來反應公司經營狀況的財務數據的預測獲得上市公司股票的內在價值。
絕對估值的方法：一是現金流貼現定價模型，二是B-S期權定價模型(主要應用於期權定價、權證定價等)。現金流貼現定價模型目前使用最多的是DDM和DCF，而DCF估值模型中，最廣泛應用的就是FCFE股權自由現金流模型。
絕對估值的作用：股票的價格總是圍繞著股票的內在價值上下波動，發現價格被低估的股票，在股票的價格遠遠低於內在價值的時候買入股票，而在股票的價格回歸到內在價值甚至高於內在價值的時候賣出以獲利。
對上市公司進行研究，我們經常聽到估值這個詞，說的其實是如何來判斷一家公司的價值同時與它的當前股價進行對比，得出股價是否偏離價值的判斷，進而指導我們的投資。
DCF是一套很嚴謹的估值方法，是一種絕對定價方法，想得出准確的DCF值，需要對公司未來發展情況有清晰的了解。得出DCF 值的過程就是判斷公司未來發展的過程。所以DCF 估值的過程也很重要。就准確判斷企業的未來發展來說，判斷成熟穩定的公司相對容易一些，處於擴張期的企業未來發展的不確定性較大，准確判斷較為困難。再加上DCF 值本身對參數的變動很敏感，使DCF 值的可變性很大。但在得出DCF 值的過程中，會反映研究員對企業未來發展的判斷，並在此基礎上假設。有了DCF 的估值過程和結果，以後如果假設有變動，即可通過修改參數得到新的估值。
二、相對估值 相對估值是使用市盈率、市凈率、市售率、市現率等價格指標與其它多隻股票（對比系）進行對比，如果低於對比系的相應的指標值的平均值，股票價格被低估，股價將很有希望上漲，使得指標回歸對比系的平均值。
相對估值包括PE、PB、PEG、EV/EBITDA等估值法。通常的做法是對比，一個是和該公司歷史數據進行對比，二是和國內同行業企業的數據進行對比，確定它的位置，三是和國際上的(特別是香港和美國)同行業重點企業數據進行對比。
市盈率PE（股價/每股收益）：PE是簡潔有效的估值方法，其核心在於e 的確定。PE＝p/e，即價格與每股收益的比值。從直觀上看，如果公司未來若干年每股收益為恆定值，那麼PE 值代表了公司保持恆定盈利水平的存在年限。這有點像實業投資中回收期的概念，只是忽略了資金的時間價值。而實際上保持恆定的e 幾乎是不可能的，e 的變動往往取決於宏觀經濟和企業的生存周期所決定的波動周期。所以在運用PE 值的時候，e 的確定顯得尤為重要，由此也衍生出具有不同含義的PE 值。E 有兩個方面，一個是歷史的e，另一個是預測的e。對於歷史的e 來說，可以用不同e 的時點值，可以用移動平均值，也可以用動態年度值，這取決於想要表達的內容。對於預測的e 來說，預測的准確性尤為重要，在實際市場中，e 的變動趨勢對股票投資往往具有決定性的影響。
市凈率PB（股價/每股凈資）和凈資產收益率ROE：PB &ROE適合於周期的極值判斷。對於股票投資來說，准確預測e 是非常重要的，e 的變動趨勢往往決定了股價是上行還是下行。但股價上升或下降到多少是合理的呢？ PB&ROE 可以給出一個判斷極值的方法。比如，對於一個有良好歷史ROE 的公司，在業務前景尚可的情況下，PB 值低於1就有可能是被低估的。如果公司的盈利前景較穩定，沒有表現出明顯的增長性特徵，公司的PB 值顯著高於行業（公司歷史）的最高PB 值，股價觸頂的可能性就比較大。這里提到的周期有三個概念：市場的波動周期、股價的變動周期和周期性行業的變動周期。這里的PB 值也包括三種：整個市場的總體PB 值水平、單一股票的PB 值水平和周期性行業的PB 值變動。當然，PB 值有效應用的前提是合理評估資產價值。
提高負債比率可以擴大公司創造利潤的資源的規模，擴大負債有提高ROE 的效果。所以在運用PB &ROE 估值的時候需考慮償債風險。
PEG估值法是一代宗師彼得·林奇最愛用的一種估值方法。非常簡單實用！方法如下：
個股動態市盈率除以稅後利潤增長率小於0。8 的將具有一定的投資價值。但是這種方法對周期性行業參考意義不大。所以大家要注意行業選擇使用！
通過研究可以發現，商品價格周期性變動的行業，其盈利對商品價格的變動最為敏感。所以，商品價格上升時是確定的投資時機。預期商品價格下降時則是賣出時機。在周期的高點和低點的時候，可以用其他方法來判斷是否高估或者低估。比如，用PB （ROE）等方法判斷是否被低估。對於資源類公司，在周期底部的時候可以用單位股票資源價值作為投資的底限。在周期的上升或者下降的階段，主要參考資源價格的變動趨勢。
建立在准確盈利預測基礎上的PE 值是一種簡潔有效的估值方法。估值方法之間存在相互聯系，盈利預測是一切的基礎，但還不夠，需要綜合使用幾種估值方法來降低風險。研究報告基地,最全面的上市公司研究報告
三、聯合估值 聯合估值是結合絕對估值和相對估值，尋找同時股價和相對指標都被低估的股票，這種股票的價格最有希望上漲。
❹ bubble transfer missing 是什麼意思
氣泡轉換代碼丟失
❺ 網上投資股票怎麼弄才能掙錢
股票現在都是在網上交易的，基本上沒有營業廳手填委託單、現場交易的了；掙錢的辦法舊時高拋低吸做差價，把握得好就能賺錢；祝你好運！
❻ 法人自然人股票開戶有什麼區別
機構開戶與個人開戶在開戶的流程與所需資料方面有一些不同，開戶以後的交易沒有什麼區別，在銀行資金與證券賬戶的劃轉上面有所區別，個人轉帳都是通過交易系統進行轉賬的，到機構賬戶許多銀行都是要到銀行櫃台進行轉賬的，少數銀行可以通過網銀進行轉賬！
個人A股新開戶：
攜帶材料：身份證、銀行卡（銀行卡去銀行連三方用，沒有銀行卡可去銀行辦三方時新開）、開戶費:上海賬戶40元、深圳賬戶50元
股票開戶流程如下：本人攜帶本人身份證和銀行卡至證券營業部開立賬戶→攜帶營業部出具的表單至銀行開立三方存管（有些銀行可不去銀行櫃面辦理，券商端可直接辦理具體可咨詢工作人員）→軟體下載
境內機構開戶人請提供以下資料：
1、營業執照或注冊登記證書原件及復印件，或加蓋發證機關確認章的復印件；
2、法定代表人證明書；
3、法定代表人授權委託書；
4、法定代表人身份證復印件；
5、經辦人身份證原件及其復印件；
開戶人在交易時間(9:00-11:30,13:00-15:00)到證券營業網點業務櫃台辦理包括上海、深圳的股東帳戶及資金帳戶的開戶手續。
上海股東帳戶開戶費機構400元；深圳股東帳戶開戶費機構500元。
電話咨詢：4001518369
參考資料：http://sh.gtja.com/sh/wykh.jsp
❼ likemisslikelove什麼意思
融資是向機構借錢用於買入股票，融券是向機構借入股票賣出。融資到期時歸還資金，融券到期時歸還之前借入的股票。融券就使買跌成為可行，如果看空某隻股票，則可以先融券借入該股票賣出，股價下跌後買入並返還後賺取剩餘的差價。
❽ 根據β的含義，如果某種股票的系數等於1，那麼（）
是不是多選題啊，我怎麼感覺是ABCD呢。。。
❾ 羅百吉 《i miss you》 mv的女主角是誰啊
那個女的是rain的師妹star
本名：金高恩
出生日：1983年10月22日
身高：163cm， 48公斤
血型：A型
興趣：看電影，聽音樂，寫字，看漫畫
座右銘：要做一個問心無愧的人
〔專輯情報〕
2002年10月12日32日專輯發行
2004年7月參與〔浪漫滿屋〕OST的錄制
2005年3月第二張專輯發行
星出生在忠南西山裡.。3年參加了朴志胤的歌迷見面會，沒有按照順序演唱了她的一首「亂」從而加入了JYP社團. 比現在成為當紅明星的雨晚進入進JYP二個月。
在正式准備專輯時，高三時轉到漢城的學校了. 然後，很容易地考上了同德女子大學學校應用音樂科. 當時初次登台石才剛滿19歲.以1,63㎝的小身體考上同德女子大學學校應用音樂科.有特別大眼睛的少女. 一口忠清道的本地方言. 起名為星.
星2002年出道的專輯名為 `12月32日'． 一聽到她的歌曲緊張感瞬間就會消失．圓潤的嗓音刺激著全身的感覺． 只有驚嘆「太了不起了」． 首發專輯`12月32日'一推出就打入了排行榜．說是會聽到略有不穩定的聲調和節拍，還有咽唾沫的聲音等感覺像是現場表演，但正是為了這種感覺直接把母帶收錄的歌曲放進了專輯里邊． 最近不知道她的人也開始關注起她來．
「別走」「不能忘記'都是由她親自作詞演唱的。這個對為數不多的女子自編自長型歌手來講，我們能看到她成長的可能性。通過兩年來給朴志胤製作打榜歌曲的練習，無論是歌唱力還是運氣，到在歌的一部分中開始很好地運用音樂感覺，因此對於星不能不關注．
2002年末星初次亮相，正值股票價格上揚的當時，他爸爸在接受健康診察中不幸遇到醫療事故而處於昏迷狀態，使得他在第一張專輯和第二張專輯之間出現了空白期． 經歷了家庭事故的他在時隔兩年時的專輯里加入了對爸爸來說我就是永恆的星的這樣一層意義，變得更加成熟。
再次用很好地表現出微妙感情的嗓音做好對未來的覺悟
❿ 如何通過雪球查詢股票之前的變動狀況
一. 雪球公司介紹
雪球 聰明的投資者都在這里。
web 1.0：新聞資訊，股價信息，K線圖
web 2.0：SNS 訂閱，分享，聊天
web 3.0：移動 APP，交易閉環
雪球現在員工數還不到100，其中技術人員佔一半。去年9月C輪融資4kw刀。我們現在的技術棧由下列組件組成：Java，Scala，Akka，Finagle，Nodejs，Docker ，Hadoop。我們當前是租用IDC機房自建私有雲，正在往「公私混合雲」方向發展。
在雪球上，用戶可以獲取滬深港美2w+股票的新聞信息，股價變化情況，也可以獲取債券，期貨，基金，比特幣，信託，理財，私募等等理財產品的各類信息，也可以關注雪球用戶建立的百萬組合，訂閱它們的實時調倉信息，還可以關注雪球大V。雪球當前有百萬日活躍用戶，每天有4億的API調用。App Store 財務免費榜第 18 名。歷史上曾排到財務第二，總免費榜第 19。
二. 雪球當前總體架構
作為一個典型的移動互聯網創業公司，雪球的總體架構也是非常典型的設計：
最上層是三個端：web端，android端和iOS端。流量比例大約為 2：4：4 。web3.0 的交易功能，在 web 端並不提供。
接入層以及下面的幾個層，都在我們的自建機房內部。雪球當前只部署了一個機房，還屬於單機房時代。正在進行「私有雲+公有雲混合部署」方案推進過程中。
我們當前使用 nodejs 作為 web 端模板引擎。nodejs 模塊與android 和 ios 的 app 模塊一起屬於大前端團隊負責。
再往下是位於 nginx 後面的 api 模塊。跟 linkedin 的 leo 和微博的 v4 一樣，雪球也有一個遺留的大一統系統，名字就叫 snowball 。最初，所有的邏輯都在 snowball 中實現的。後來慢慢的拆出去了很多 rpc 服務，再後來慢慢的拆出去了一些 http api 做成了獨立業務，但即便如此，snowball 仍然是雪球系統中最大的一個部署單元。
在需要性能的地方，我們使用 netty 搭建了一些獨立的介面，比如 quoto server，是用來提供開盤期間每秒一次的股價查詢服務，單機 qps 5w+，這個一會再細說；而 IM 服務，起初設計里是用來提供聊天服務，而現在，它最大的用途是提供一個可靠的 push 通道，提供 5w/s 的消息下發容量，這個也一會再細說。
雪球的服務化拆分及治理採用 twitter 開源的 finagle rpc 框架，並在上面進行了一些二次開發和定製。定製的功能主要集中在 access log 增強，和 fail fast，fail over 策略及降級開關等。 finagle 的實現比較復雜，debug 和二次開發的門檻較高，團隊內部對此也進行了一些討論。
雪球的業務比較復雜，在服務層中，大致可以分為幾類：第一類是web1.0，2.0 及基礎服務，我們稱為社區，包括用戶，帖子，新聞，股價，搜索等等，類比對象就是新浪財經門戶+微博；第二類是組合及推薦，主要提供股票投資策略的展示和建議，類比對象是美國的motif；第三類是通道，類似股市中的「支付寶」，接入多家券商，提供瞬間開戶，一鍵下單等等各種方便操作的功能。
雪球的業務實現中，包含很多非同步計算邏輯，比如搜索建索引，比如股票漲跌停發通知，比如組合收益計算等等，為此，我們設計了一個獨立的 Thread/Task 模塊，方便管理所有的後台計算任務。但隨著這些 task 越來越多，邏輯差異越來越大，一個統一的模塊並不是總是最佳的方案，所以，我們又把它拆成了兩大類：流式的，和批量式的。
雪球的推薦體系包括組合推薦「買什麼」和個性化推薦。我們最近正在重新梳理我們的大數據體系，這個感興趣的話可以單聊。
最下面是基礎設施層。雪球基礎設施層包括：redis，mysql，mq，zk，hdfs，以及容器 docker。
線上服務之外，我們的開發及後台設施也很典型：gitlab開發，jenkins打包，zabbix 監控系統向 openfalcon 遷移，redimine向confluence遷移，jira，以及內部開發的 skiing 後台管理系統。
** 三. 雪球架構優化歷程**
首先描述一下標題中的「股市動盪」定語修飾詞吧：
上證指數從年初的3000點半年時間漲到了5000多，6月12號達到最高點5200點，然後就急轉直下，最大單日跌幅 8.48%，一路跌回4000點以下。最近一周都在3900多徘徊。
3月最後一周，A股開戶 166萬戶，超過歷史最高紀錄 2007年5月第二周165萬戶。
4月份，證監會宣布A股支持單用戶開設多賬戶。
6月底，證金公司代表國家隊入場救市。
7月份，證監會宣布嚴打場外配資。
中國好聲音廣告第一晚，帶來超過平時峰值200倍的注冊量
挑戰：小 VS 大：
小：小公司的體量，團隊小，機器規模小
大：堪比大公司的業務線數量，業務復雜度，瞬間峰值沖擊
雪球的業務線 = 1個新浪財經 + 1 個微博 + 1 個 motif + 1 個大智慧/同花順。由於基數小，API調用瞬間峰值大約為平時峰值的 30+ 倍。
挑戰：快速增長，移動互聯網 + 金融，風口，A股大盤劇烈波動。
首先，在app端，在我們核心業務從 web2.0 sns 向 3.0 移動交易閉環進化的過程中，我們開發了一個自己的 hybrid 框架：本地原生框架，加離線 h5 頁面，以此來支撐我們的快速業務迭代。當前，雪球前端可以做到 2 周一個版本，且同時並行推進 3 個版本：一個在 app store 等待審核上線，一個在內測或公測，一個在開發。我們的前端架構師孟祥宇在今年的 wot 上有一個關於這方面的詳細分享，有興趣的可以稍後再深入了解。
雪球App實踐—構建靈活、可靠的Hybrid框架 http://wot.51cto.com/2015mobile/ http://down.51cto.com/data/2080769
另外，為了保障服務的可用性，我們做了一系列的「端到端服務質量監控」。感興趣的可以搜索我今年4月份在環信SM meetup上做的分享《移動時代端到端的穩定性保障》。其中在 app 端，我們採用了一種代價最小的數據傳輸方案：對用戶的網路流量，電池等額外消耗幾乎為0
每個請求里帶上前一個請求的結果
succ or fail ： 1 char
失敗原因：0 - 1 char
請求介面編號： 1 char
請求耗時：2 - 3 char
其它：網路制式，etc
炒股的人大多都會盯盤：即在開盤期間，開著一個web頁面或者app，實時的看股價的上下跳動。說到「實時」，美股港股當前都是流式的數據推送，但國內的A股，基本上都是每隔一段時間給出一份系統中所有股票現價的一個快照。這個時間間隔，理論上是3秒，實際上一般都在5秒左右。 交了錢簽了合同，雪球作為合作方就可以從交易所下屬的數據公司那裡拿到數據了，然後提供給自己的用戶使用。
剛才介紹總體架構圖的時候有提到 quote server ，說到這是需要性能的地方。
業務場景是這樣的，雪球上個人主頁，開盤期間，每秒輪詢一次當前用戶關注的股票價格變動情況。在內部，所有的組合收益計算，每隔一段時間需要獲取一下當前所有股票的實時價格。起初同時在線用戶不多，這個介面就是一個部署在 snowball 中的普通介面，股價信息被實時寫入 redis ，讀取的時候就從 redis 中讀。後來，A股大漲，snowball 抗不住了。於是我們就做了一個典型的優化：獨立 server + 本地內存存儲。開盤期間每次數據更新後，數據接收組件主動去更新 quote server 內存中的數據。 後續進一步優化方案是將這個介面以及相關的處理邏輯都遷移到公有雲上去。
對於那些不盯盤的人，最實用的功能就是股價提醒了。在雪球上，你除了可以關注用戶，還可以關注股票。如果你關注的某隻股票漲了或跌了，我們都可以非常及時的通知你。雪球上熱門股票擁有超過 50w 粉絲（招商銀行，蘇寧雲商）粉絲可以設置：當這支股票漲幅或跌幅超過 x%（默認7%）時提醒我。曾經連續3天，每天超過1000股跌停，證監會開了一個會，於是接下來2天超過1000股漲停
原來做法：
股票漲（跌）x%，掃一遍粉絲列表，過濾出所有符合條件的粉絲，推送消息
新做法：
預先建立索引，開盤期間載入內存
1%：uid1，uid2
2%：uid3，uid4，uid5
3%：uid6
問題：有時候嫌太及時了：頻繁跌停，打開跌停，再跌停，再打開。。。的時候
內部線上記錄：
4台機器。
單條消息延時 99% 小於 30秒。
下一步優化目標：99% 小於 10 秒
IM 系統最初的設計目標是為雪球上的用戶提供一個聊天的功能:
送達率第一
雪球IM：Netty + 自定義網路協議
Akka ： 每個在線client一個actor
推模式：client 在線情況下使用推模式
多端同步：單賬號多端可登錄，並保持各種狀態同步
移動互聯網時代，除了微信qq以外的所有IM，都轉型成了推送通道，核心指標變成了瞬間峰值性能。原有架構很多地方都不太合適了。
優化：
分配更多資源：推送賬號actor池
精簡業務邏輯：重復消息只存id，實時提醒內容不推歷史設備，不更新非活躍設備的session列表等等
本地緩存：拉黑等無法精簡的業務邏輯遷移到本地緩存
優化代碼：非同步加密存儲，去除不合理的 akka 使用
akka這個解釋一下：akka 有一個自己的 log adapter，內部使用一個 actor 來處理所有的 log event stream 。當瞬間峰值到來的時候，這個 event stream 一下子就堵了上百萬條 log ，導致 gc 顛簸非常嚴重。最後的解決辦法是，繞過 akka 的 log adapter，直接使用 logback 的 appender
線上記錄：5w/s （主動限速）的推送持續 3 分鍾，p99 性能指標無明顯變化
7月10號我們在中國好聲音上做了3期廣告。在廣告播出之前，我們針對廣告可能帶來的對系統的沖擊進行了壓力測試，主要是新用戶注冊模塊，當時預估廣告播出期間2小時新注冊100萬
壓測發現 DB 成為瓶頸：
昵稱檢測 cache miss > 40%
昵稱禁用詞 where like 模糊查詢
手機號是否注冊 cache miss > 80%
注冊新用戶：5 insert
優化：
redis store：昵稱，手機號
本地存儲：昵稱禁用詞
業務流程優化：DB insert 操作同步改非同步
下一步優化計劃：
將 sns 系統中所有的上行操作都改成類似的非同步模式
介面調用時中只更新緩存，而且主動設置5分鍾過期，然後寫一個消息到 mq 隊列，隊列處理程序拿到消息再做其它耗時操作。
為了支持失敗重試，需要將主要的資源操作步驟都做成冪等。
前置模塊HA：
合作方合規要求：業務單元部署到合作方內網，用戶的敏感數據不允許離開進程內存
業務本身要求：業務單元本身為有狀態服務，業務單元高可用
解決方案：
使用 Hazelcast In-Memory Data Grid 的 replication map 在多個 jvm 實例之間做數據同步。
java 啟動參數加上 -XX:+DisableAttachMechanism -XX:-UsePerfData，禁止 jstack，jmap 等等 jdk 工具連接
關於前置模塊，其實還有很多很奇葩的故事，鑒於時間關系，這里就不展開講了。以後有機會可以當笑話給大家講。
組合凈值計算性能優化：
一支股票可能在超過20萬個組合里（南車北車中車，暴風科技）
離線計算，存儲計算後的結果
股價3秒變一次，涉及到這支股票的所有組合理論上也需要每 3 秒重新計算一次
大家可能會問，為什麼不用戶請求時，實時計算呢？這是因為「組合凈值」中還包括分紅送配，分股，送股，拆股，合股，現金，紅利等等，業務太過復雜，開發初期經常需要調整計算邏輯，所以就設計成後台離線計算模式了。當前正在改造，將分紅送配邏輯做成離線計算，股價組成的凈值實時計算。介面請求是，將實時計算部分和離線計算部分合並成最終結果。
實際上，我們的計算邏輯是比較低效的：循環遍歷所有的組合，對每個組合，獲取所有的價值數據，然後計算。完成一遍循環後，立即開始下一輪循環。
優化：
分級：活躍用戶的活躍組合，其它組合。
批量：拉取當前所有股票的現價到 JVM 內存里，這一輪的所有組合計算都用這一份股價快照。
關於這個話題的更詳細內容，感興趣的可以參考雪球組合業務總監張岩楓在今年的 arch summit 深圳大會上的分享：構建高可用的雪球投資組合系統技術實踐 http://sz2015.archsummit.com/speakers/201825
最後，我們還做了一些通用的架構和性能優化，包括jdk升級到8，開發了一個基於 zookeeper 的 config center 和開關降級系統
四. 聊聊關於架構優化的一些總結和感想
在各種場合經常聽說的架構優化，一般都是優化某一個具體的業務模塊，將性能優化到極致。而在雪球，我們做的架構優化更多的是從問題出發，解決實際問題，解決到可以接受的程度即可。可能大家看起來會覺得很凌亂，而且每個事情單獨拎出來好像都不是什麼大事。
我們在對一個大服務做架構優化時，一般是往深入的本質進行挖掘；當我們面對一堆架構各異的小服務時，「架構優化」的含義其實是有一些不一樣的。大部分時候，我們並不需要（也沒有辦法）深入到小服務的最底層進行優化，而是去掉或者優化原來明顯不合理的地方就可以了。
在快速迭代的創業公司，我們可能不會針對某一個服務做很完善的架構設計和代碼實現，當出現各種問題時，也不會去追求極致的優化，而是以解決瓶頸問題為先。
即使我們經歷過一回將 snowball 拆分服務化的過程，但當我們重新上一個新的業務時，我們依然選擇將它做成一個大一統的服務。只是這一次，我們會提前定義好每個模塊的 service 介面，為以後可能的服務化鋪好路。
在創業公司里，重寫是不能接受的；大的重構，從時間和人力投入上看，一般也是無法承擔的。而「裱糊匠」式做法，哪裡有性能問題就加機器，加緩存，加資料庫，有可用性問題就加重試，加log，出故障就加流程，加測試，這也不是雪球團隊工作方式。我們一般都採用最小改動的方式，即，准確定義問題，定位問題根源，找到問題本質，制定最佳方案，以最小的改動代價，將問題解決到可接受的范圍內。
我們現在正在所有的地方強推3個數據指標：qps，p99，error rate。每個技術人員對自己負責的服務，一定要有最基本的數據指標意識。數字，是發現問題，定位根源，找到本質的最重要的依賴條件。沒有之一。
我們的原則：保持技術棧的一致性和簡單性，有節制的嘗試新技術，保持所有線上服務依賴的技術可控，簡單來說，能 hold 住。
能用cache的地方絕不用db，能非同步的地方，絕不同步。俗稱的：吃一塹，長一智。
特事特辦：業務在發展，需求在變化，實現方式也需要跟著變化。簡單的來說：遺留系統的優化，最佳方案就是砍需求，呵呵。