**《程式設計師》
去「ioe」和「soa」這個話題，我關注的是技術人員的觀點。什麼是ioe？摘錄馮大輝發表的一篇文章，我覺得解釋得非常清晰：所謂ioe是個簡稱，是指以ibm、oracle、emc為代表的小型機、集中式資料庫和高階儲存的技術架構。其中i指ibm p系列小型機，作業系統是aix，ibm專有的unix系統；o指oracle資料庫(rdbms)；e指emc中高階san儲存，曾經一度是it企業很喜歡採用的技術架構。為什麼要去「ioe」呢？馮大輝在那篇文章中，也解釋的異常清晰：「ioe」架構的確是不能滿足支付寶等日常業務日益增長的需求了，隨著中國電子商務的快速發展，整個阿里系其實已經在面對全世界增長最快最複雜的業務系統之一，舊有的技術架構已經不足以支撐更大的夢想。從這個意義上來說，去「ioe」是相當必要的。而關於去「soa」，「soa」指的是（sap、oracle、accenture）為代表的國外應用軟體解決方案。
然後我再談談是否有必要去「soa」，起因似乎來自於蘇寧。對於蘇寧來講，有兩件事情攪合在了一起：乙個是採用了ibm實施的ibm+sap的電商解決方案；另乙個是人一多，蘇寧**就癱瘓，客戶下不了單，而且貨還真就發不出去了。所以這時有人就看蘇寧的笑話，然後得出結論ibm和sap的電商系統根本適應不了蘇寧的需求，進而得出ibm和sap的產品不適合電商，阿朱就在旁邊替sap喊冤。其實，ibm和sap的產品究竟是否適合電商，就跟上面談的一樣，也是需要上下文的。在我看來：電商業務系統（或者其它erp系統結論也是適用的）的需求分為三類:（1）戰略型，對應老闆需求，核心是戰略決策；（2）戰術性，對應經理級需求；（3）操作型，對應需求例如每天打單、發貨、客戶下訂單等。現在都是三類需求裹在一起吐槽，互相看不起。對於操作型需求，一線業務人員的操作壓力非常大，提高效率為主，奇葩特色也特別多，一定是要自己開發的，這樣才符合企業特點和習慣，這時「soa」真的就不好用了；戰術性的需求，一般也是有強烈企業特色的，自己開發為主，可以購買市面上成熟的業務系統為輔助。而對於戰略性需求，乙個是國內企業管理水平和生存年限跟國外企業比較起來差距較大，管理思想應該以學習為主，這時最好的就是購買sap、oracle這類成熟的erp系統，連聯想、華為這麼大的企業，都拜ibm為導師，京東內部的erp也是使用的oracle的，我們的企業還能大過聯想、華為和京東嗎？所以，我們既不要指望使用sap和oracle的產品去滿足我們操作性的需求，那樣肯定是不好用的，也不要因為操作型的需求滿足的比較好或者不好（例如：蘇寧發不了貨，下不了單），就指責sap、oracle的產品不符合中國特色，不適合做電商之類的，大家壓根不是在乙個層面上，就不要攪合在一起互相吐槽，當然如果三個層次的需求產品倒過來滿足，就像蘇寧那樣，那就等著客戶罵吧。
秋來也秋去
秋來也秋去 左直拳天氣終於變得涼起來了。早上起床看了一下溫度計，室內是24攝氏度，比平時開空調還要凍。走出門外，氣溫像水一樣涼浸浸。天階夜色涼如水，其實早上更涼。這幾年氣溫有點怪，已經秋天了還象盛夏一樣，人們只穿著短袖衣服跑來跑去。中學課文 孔乙己 上說，中秋過後，天氣是一天涼比一天，而現在已經是農...
那年今日，那場雨，來的急，去的也快！
如今，繁花相約在四月的天空下競自開放，斬不斷的思念化作了一場雨，雨過柳梢，還記得那年今日他和她，兩個人在柳梢暗影下秘密私語，相依相偎，連岸邊的風也動容地微笑著，而今，乙個人再次走過岸邊的石凳，只有一瓣落花孤零零地在湖面靜靜地躺著，回不去那年今日，相思只能化作點點閒愁，伴那片落花晚間聽風兀自淒涼地抽泣...
也來談談EMI和EMC電路中磁珠和電感的不同作用
磁珠 和電感在解決emi 和emc 方面各與什麼作用，首先我們來看看磁珠 和電感的區別，電感 是閉合迴路的一種屬性，多用於電源濾波迴路，而磁珠 主要多 用於訊號迴路，用於emc 對策磁珠主要用於抑制電磁輻射干擾，而電感用於這方面則側重於抑制傳導性干擾。磁珠是用來吸收超高頻訊號，象一些rf電 路，pl...