<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-13239090</id><updated>2011-12-26T16:00:14.318-08:00</updated><title type='text'>行業項目需求分析、系統模型分析和項目管理</title><subtitle type='html'>本欄集中登載牛虻對所在行業的情況，相關行業的信息化過程中的分析(如ERP行業方案)，項目的需求分析，系統分析，以及項目管理的現實思考，經驗，總結，和設想；盡管這是中國軟件界人士最輕視的部分，而牛虻，卻認為是自已思想的最精華部分</subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>27</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-13239090.post-115581277719724998</id><published>2006-08-17T03:54:00.000-07:00</published><updated>2006-08-17T04:06:17.213-07:00</updated><title type='text'>招版主的設想看來行不通，也不必要</title><content type='html'>在開始處理病欄目的時侯，同時思考一直以為關於病與科的一些設想，是否可以一並處理by the way。其中最重要的就是版主這個問題，按與蔡生、高嵐的的討論結果，無論是科、病、地區，都一定程度上需要版主。考慮到各個主要的網站的社區交流活躍程度都是由版主誘導的，版主這個作用顯然是必須的。&lt;br /&gt;&lt;br /&gt;但考慮的結論，卻是這個版主對於這個網站是不必要的。原因在於：他人為什麼要做各版的版主我們這個網希望版主做什麼，不做什麼？通常，網上的自由人願意當版主，要麼就是網站付錢，要麼就是網站給權。給權的做法最通常就是允許它辦成自已的個人版——，但是這恰恰是我所不情願的。事實上，我們是希望版主多發貼，發回答問題，而不希望他把注意力都放在刪除人家的文章貼子上。如果我們不付錢，同時又限制人家獨霸的權力，那麼，就無法限定各版主達到網站招版主的目的。&lt;br /&gt;&lt;br /&gt;同時另一個結論就是，這個版主是不必要的，可以通過重點推介熱點動網或博客達到。可以設想，就算我們允許版主的存在，那麼自然也會有一個版主專區，這個版主專區可以想像是用一個博客或者一個動網實現。也可以設想，能夠成為這個博客肯定是某個人用這個動網或者博客在這個科或這個病是最成功的，——這恰恰就是最熱門博客或動網的關系。目前的博客之星或動網連接並不顯眼，如果把它做成象特約醫生那樣的結構，那麼，版主的問題就解決了。在這個熱門博客或者動網裡，版主可以有權刪除東西（排斥），也可以盡管建設自已的天地，也可以把人家的東西引進來，就象目前的動網  BBS做法，這不就是版主了嗎？這樣，無論是邏輯結構還是實際操作，都是最容易實現的。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-115581277719724998?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/115581277719724998/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=115581277719724998' title='509 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/115581277719724998'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/115581277719724998'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2006/08/blog-post.html' title='招版主的設想看來行不通，也不必要'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>509</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-113794363279445434</id><published>2006-01-22T07:05:00.000-08:00</published><updated>2006-01-22T07:27:13.010-08:00</updated><title type='text'>開源模式不值得政府支持</title><content type='html'>&lt;span style="font-weight: bold;"&gt;牛虻觀點：&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;首先，筆者不知道這個軟件協會是何方神聖，有什?分量自稱代表中國軟件業。要知道在萬惡的資本主義市場經濟國家?，某業協會都是民間組織，代表著某個行業和政府行政權討價還價；但在中國如同工會一樣，常常是由先進性代表指定，代表著政府和該行業小民討價還價。（搞笑）。因此，在那些市場國家，沒有人會懷疑某行業協會的專業水平，而在中國，呵呵，象軟件協會的家夥懂多少軟件，是一個上頗值得考究的故事。&lt;br /&gt;&lt;br /&gt;其次，該文有兩三個月年紀了，由于牛虻這段日子挺忙的，一直沒有轉評。倒是倪老光南先生百忙之中著文把這份報告罵了一通，也就惹來上下蛙聲一遍的磚頭臭雞蛋，其中罵得最歡的是質疑倪老的動機，據說在某軟件公司當顧問。是不是當顧問不要緊，重要的是倪老的話到底對不對？&lt;br /&gt;&lt;br /&gt;第三，牛虻無法理解?什?國內有些人會把微軟當老爹，難道中國人的奴性真的這?嚴重？沒有個主子就混身不自在？要說呢，從一家公司的角度出發，微軟和蓋茨先生都是牛虻最佩服的泰鬥，在桌面上的霸權，根本就是撼不動的，但這並不妨礙牛虻完全不采用微軟的解決方案。原因在于，牛虻一來不願意用盜版，二來看到要給微軟的錢心疼（還比較窮，呵呵），三來天生不喜歡壟斷的家夥，比較地自由主義；所以能不用微軟的就不用微軟的東西。所以，實在不明白?什?有人會因?佩服微軟就罵倪老這樣的人。&lt;br /&gt;&lt;br /&gt;第四，牛虻也不同意政府支持這個支持那個。事實上牛最反對政府插手這個插手那個，市場經濟如同足球比賽，政府就是裁判和球場管理，要知道裁判在場上老是表演帶球過人無論動作多?誇張，那個全中國都誇這個球王裁判是先進性的代表——，總不是件好事！球，還是應該由球員去踢的。&lt;br /&gt;&lt;br /&gt;第五，軟件協會似乎對開源軟件是什?不甚了了。這也難怪的，中國的行業協會一般對本行是一摸一把黑，何況是在軟件這樣的行業呢？其實，把開源軟件和商業軟件等價是不妥的，從用途來看，兩者就不是一種東西：商業軟件是直接提供了應用?品，開源軟件是提供了應用的開發平台。說老實話，我覺得包括倪老在內的絕大部分中國人都沒有搞明白這個最根本的差別。&lt;br /&gt;&lt;br /&gt;因此，這份報告的出發點那怕是錯的，但結論卻是對的：中國?業（政府還是做它的裁判員工作好一點）不應該考慮以開源軟件代替商業軟件，而應該盡可能在開源的基礎上進一步開展應用項目，代替可以代替的商業軟件。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;軟件協會發布報告：開源模式不值得政府支持&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;中國的開源軟件要不要由政府扶持，扶持的方式方法是否得當，在跨國公司壟斷商業軟件條件下提倡由市場去選擇是否合理&lt;br /&gt;&lt;br /&gt;　　《IT時代周刊》記者/于麗娟 宋保強(發自北京)&lt;br /&gt;&lt;br /&gt;　　日前，中國軟件行業協會發布了《有關開放源代碼軟件與商業軟件知識?權的研究報告》(以下簡稱《研究報告》)，明確提出“反對政府直接支持或幹預任何形式的軟件商業模式”。這是國內相關機構首次作出類似表態，並被業界解讀?是直指國家偏向開源模式的做法。而中國軟件行業協會具有的半官方性質更讓業界?該報告側目。&lt;br /&gt;&lt;br /&gt;　　《研究報告》以知識?權?切入點，曆陳開源模式不值得政府支持的理由。不過，這些理由及觀點非但沒有得到業內認同，反而成??矢之的。&lt;br /&gt;&lt;br /&gt;　　出台背景遭質疑&lt;br /&gt;&lt;br /&gt;　　作?《研究報告》執行機構的中國軟件聯盟(中國軟件行業協會的下屬機構)的秘書長，鄒忭預料該報告必將在業界引發爭議，但他萬萬沒有想到報告的出台背景也成?爭議焦點。一直關注中國軟件?業發展的中科院院士倪光南也表示在最初不知報告來源。&lt;br /&gt;&lt;br /&gt;　　值得留意的是，《研究報告》出台的?業背景是，從2000年以來，中國軟件?業取得了長足發展，但始終沒有在世界軟件?業價值鏈中找准位置，表現出的主要不足?中國軟件企業和?品同時缺乏國內和國際競爭力。而它出台的小背景則是“中國軟件?業已經到了非深入研究不可、非要把扶持政策具體化不可的時候”。&lt;br /&gt;&lt;br /&gt;　　中國軟件行業協會秘書長陳沖認?，?業界人士應該動起來了，看到軟件?業發展中有不對的地方就要大膽指出來，這對中國軟件?業的發展非常重要。&lt;br /&gt;&lt;br /&gt;　　在國際間交往，中國軟件?業最讓人頭痛的問題是知識?權，作?信?部電子信息?品管理司前副司長的陳沖曾斷言，如果軟件知識?權的問題解決不了，中國軟件?業沒辦法發展。“合理地利用知識?權和創新，把我們的企業做大才是正途。”&lt;br /&gt;&lt;br /&gt;　　另據陳透露，這個報告當初本來是計劃和信?部電子信息?品管理司合作出台，後改?由中國軟件行業協會授權，中國軟件聯盟主持撰寫，在撰寫期間動用了軟件行業和法律界的資源，組織了企業和知識?權領域的專家。鄒忭還特別聲明，該報告已分送交信?部和知識?權局各一份。&lt;br /&gt;&lt;br /&gt;　　《研究報告》涉及到政府部門和相關企業，但質疑的聲音絕大部分發自于後者。“這份報告並不代表廣大廠商所想！”全球最大的開源廠商紅帽(RedHat)公司中國區市場經理楊林就這樣認?。另一位業內資深人士則話帶諷刺地說：“報告是找了一些不懂的人瞎湊出來的。”&lt;br /&gt;&lt;br /&gt;　　“誰有這樣的力量來做這份報告？誰對自由軟件有對抗心態？自由軟件對誰有威脅？”中科紅旗總經理鄭忠源這樣問。鄭忠源正抱有“政府也是可以被公關”的心理，所以，他相信《研究報告》是某些商業軟件公司散布的恐懼心理。&lt;br /&gt;&lt;br /&gt;　　面對懷疑和指責，陳沖的反應只有憤怒，他相信該報告肯定會觸動了某些人(特別是學者)的利益，業界也會有不同的聲音出現，但他不接受無端的猜忌。“國內很多人都比較浮躁，有幾句不同意見就接受不了，就問是誰支持、誰掏錢的，這不是科學的態度。”陳沖一面說，一面表示敢于承擔全部責任。&lt;br /&gt;&lt;br /&gt;　　同時，也有一些公司對中國軟件行業協會給予支持。SAP中國公司就覺得應該有一個反對的聲音，並表示相信《研究報告》的出發點是善意的。紅帽中國公司總經理陳實也肯定這份報告自有其價值。他認?，作?一個行業協會，從側面的角度來看一個商業模式、一個行業是比較好的。&lt;br /&gt;&lt;br /&gt;　　政府偏心？&lt;br /&gt;&lt;br /&gt;　　外界質疑《研究報告》的起因並非毫無根據，而是因?該報告表明的觀點———“政府不應該偏愛某一軟件，應該讓市場自己去選擇，否則容易造成第二次正版化，並且不利于我國軟件企業提高競爭力”———普遍招致反感。&lt;br /&gt;&lt;br /&gt;　　“讓市場自己去選擇？這聽起來很‘公道’，可惜現實世界並非這樣。”一直力挺國?軟件的倪光南明確反對報告的上述提法。他舉例指出，中國的紡織品是靠價廉物美而暢銷海外低端市場，根本談不上什?壟斷，但發達國家卻要加以限制，不允許“由市場來決定”。&lt;br /&gt;&lt;br /&gt;　　“大家都知道軟件對國家安全的意義顯然遠超紡織品。那?，在軟件領域，尤其是在桌面操作系統和Office等市場已被壟斷的情況下，政府怎?可以不作?，交由市場決定呢？”倪光南反問道。&lt;br /&gt;&lt;br /&gt;　　和倪光南相比，陳實更願意從政府動機的角度去看《研究報告》指出的問題，他認?中國政府和美國、歐盟等其他很多國家政府類似，既要考慮對高成本壟斷性?品對國家安全帶來的制約性，還要顧慮軟件?品的高價拉大和發達國家的數字鴻溝。&lt;br /&gt;&lt;br /&gt;　　“在中國的中西部地區，因?價格原因，很多人不能使用傳統軟件技術。從這種角度來說，推動開放源碼是有一定的道理。”陳實說。此外，他也表示中國政府對開源的支持是有必要的，有一些非常理性的思考在?面。對經濟的宏觀調控作用一定是有的，提出一種思路、一種大方向是非常關鍵的。&lt;br /&gt;&lt;br /&gt;　　另據中國開源組織負責人陸首群介紹，西方國家在軟件巨頭公司還沒誕生時就廣泛使用各種版本的操作系統和應用軟件，但中國的IT?業起步比西方差不多晚了20年，我們對個別跨國軟件企業的壟斷形成強烈的依靠，這時就不能讓市場決定一切。陸首群認?跨國軟件巨頭已經足夠強大，中國所有軟件企業加起來都難以與其抗爭，在這種情況下市場競爭並不公平。&lt;br /&gt;&lt;br /&gt;　　不做撒芝麻鹽的事&lt;br /&gt;&lt;br /&gt;　　對于知名專家學者提出的不同觀點，中國軟件行業協會認?《研究報告》並非徹底反對政府扶持，但站在?業角度，如果企業長期依靠政府給錢肯定不行，政府部門必須拿出真正的扶持辦法。&lt;br /&gt;&lt;br /&gt;　　陳沖向《IT時代周刊》分析指出，國家的投資就像撒芝麻鹽一樣，很多企業幾乎是利益均沾，甚至有些已被市場淘汰的企業都得到了國家有限資金的支持，這樣造成的結果是被淘汰企業還在市場上和成功的本土企業競爭，而後者還要應付跨國軟件公司的挑戰。&lt;br /&gt;&lt;br /&gt;　　面對此境，陳沖無奈建議國家對企業的扶持應該分階段進行，初期是“普惠制”，讓所有軟件企業都得到好處。而軟件企業發展到現在，到了選出一些企業進行重點支持使其做大的時候了。“如果今天支持這個明天支持那個肯定不行，我們只有結成力量做大做強才能抵抗外力。”陳沖說。&lt;br /&gt;&lt;br /&gt;　　除了陳沖提及的原因，還有行業分析人士提醒本刊記者，中國軟件?業頭上有多個“婆婆”，國家發改委、信?部和科技部，以及中科院下屬的一些學術機構和事業單位都對軟件廠商有幹涉的權力和支持的資源，?多的“婆婆”導致了行業資源分散，政府扶持難以形成合力。所以，該分析人士認?，中國軟件核心?業至今沒有核心?品的部分責任要由政府部門承擔。&lt;br /&gt;&lt;br /&gt;　　因此，業界有觀點認?《研究報告》不是完全反對政府支持開源模式，而是建議要遵循一定的辦法，讓企業真正得到實惠，?業得到真正的幫助，而不是按慣性做下去。&lt;br /&gt;&lt;br /&gt;　　“開源模式是大勢所趨，但有很多問題必須得到重視，拿出可行的辦法，否則中國的軟件?業仍然難以發展壯大。在這個敏感時候，必須有人站出來說話，這份報告只要引起企業足夠的關注，並開始著手解決問題，目的就達到了。”&lt;br /&gt;&lt;br /&gt;　　陳沖的上述說明與?人的意見仿佛並不相悖，但與報告?體現的觀點並不完全相符，也許正像陳沖說的，他們是有所顧慮。而鄒忭也指出，我們並不反對國家對軟件?業的扶持，但是反對國家力量對某一種特定軟件的扶持。因?誰也不知道哪種特定軟件最好，並且對企業來說形成對國家扶持的依賴也不是好事。“一種新方法、新形式如果能加快?業發展，促使?業更快的創新是好事，但是任何一種特定軟件也不是萬能的，所以必須符合市場規律，讓市場自己去選擇，而不要過多幹預，違背市場規律是不行的。”鄒忭說。&lt;br /&gt;&lt;br /&gt;　　值得注意的是，信?部電子信息?品管理司軟件與應用處一位負責人表示對此事並不知情，並稱：“國家的軟件政策是集體決策，不是某一個人說了算，有關軟件政策也沒有調整的打算。”&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-113794363279445434?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/113794363279445434/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=113794363279445434' title='4 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/113794363279445434'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/113794363279445434'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2006/01/blog-post.html' title='開源模式不值得政府支持'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>4</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112935322422405593</id><published>2005-10-14T22:00:00.000-07:00</published><updated>2005-10-14T22:13:44.230-07:00</updated><title type='text'>中國芯片設計至少落後世界5年</title><content type='html'>&lt;span style="font-weight: bold;"&gt;牛虻觀點：&lt;/span&gt;&lt;br /&gt; 若幹年前，聯想是一家令大陸中國人驕傲的高科技公司，因為他能夠生產電腦！今天，就算是一個13歲小童也明白這種高科技是什麼勾當了。對電腦如此，對芯片 呢？在許多人眼中，那是混然一塊，所以，龍芯由一家紡織公司花千萬人民幣弄出個樣品，大陸不少科盲的眼淚流了一擔擔，卻不知道無非是又一家DIY的科技產 品而已。其實，今天科技經濟發展到現在，早已是你中有我我中有你，唯一屬於自已的，就是自已擁有的市場。因此，一個成功的產品一定是出現在制高點的市場 中，象好莢塢能夠紅遍全球，不是因為全球最能接納它，而是美國本身提供了全世界50％以上的票房收入；美國是世界上最大的芯片和軟件生產國，因為它提供了 最大的芯片和軟件需求市場……試問：中國的芯片市場在那裡呢？如果沒有足夠量的芯片市場，支持芯片業的分類行業如何發展？再細舉例一點，如果一年在中國提 供的芯片銷量少於1000萬，如何能夠提供超過10種的芯片供測試？一年只有10種芯片產品能夠測試，如何培養一個測試行業？甚至一個測試企業？弄通了這 個問題，在龍芯上流下激動的淚水就可以少一點了，還是把注意力多拿來幹點實事，增強中國的國力，也就是中國自已市場空間，提供中國在國際社會的說話份量更 實際一點。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;新浪科技訊 7月28日下午4時&lt;/span&gt;，英國ARM公司中國業務總裁譚軍對新浪科技表示，中國芯片設計能力與世界水平相比，至少相差5年。中國半導體?業的發展在未來也面臨來自?業化、知識?權、人才和資金等四大障礙。&lt;br /&gt;&lt;br /&gt;　　驗證能力與設計能力一樣 同樣考驗芯片研發&lt;br /&gt;&lt;br /&gt;　　7月26日，市場研究公司In-Stat發布了一份報告，其中表示，中國有能力設計世界級的微處理器。&lt;br /&gt;&lt;br /&gt;　　譚軍博士對此表示，半導體行業100%需要知識?權，但並不見得都是100% 的自有知識?權。譚軍表示，根據摩爾定律，芯片中的晶體管的數量在18個月或2年將翻一倍，這僅僅只是就芯片的制造能力而言。但縱覽全球行業，芯片設計能 力還做不到這點，更不用談芯片的驗證能力了。&lt;br /&gt;&lt;br /&gt;　　驗證能力指的是芯片開發人員驗證芯片中的晶體管是否能夠完成設計工作的流程。不過，隨著晶體管在芯片上的數量日益增多，這一能力已成?芯片研發的巨大 挑戰。因此，行業內大部分芯片企業都購買知識?權，以縮短?品開發周期。有調查機構公布的數據顯示，目前大部分芯片上的晶體管數量都已過億，如何連接這些 晶體管並驗證其設計功能成?芯片企業巨大的挑戰。因此，在全球芯片行業中，如何連接以及實現設計的知識?權中有近50%都是購買而來，從而無需芯片公司自 己來一一驗證。根據預測，到2008年，單一芯片上的晶體管數量將會突破10億個，屆時將有80%的晶體管設計和實現技術是購買而來。&lt;br /&gt;&lt;br /&gt;　　因此，譚軍認?，芯片設計公司將會更願意去購買已經設計好的東西，轉而關注自己特長的部分。這時，如果有侵權?生的話， “會反映在商標、?品設計版圖、設計原理上，或功能如何實現等專利上。”&lt;br /&gt;&lt;br /&gt;　　中國半導體知識?權保護現狀&lt;br /&gt;&lt;br /&gt;　　In-Stat研究報告發布之後，中國半導體市場的知識?權保護現狀也引起了媒體關注。&lt;br /&gt;&lt;br /&gt;　　譚軍引用CCID最新報告說，1999年，中國集成電路公司的總體營業額?16億人民幣，到2004年時翻了5倍，?82億人民幣。目前中國半導體市場的容量?2900億，但中國只能提供82億人民幣的?品。&lt;br /&gt;&lt;br /&gt;　　但他認?，經過這5年的發展，中國公司在不斷通過獲得知識?權授權發展?業，同時也在創造著自己的知識?權。“中國現在有些領先的知識?權公司不比國外差多少”，譚軍說。&lt;br /&gt;&lt;br /&gt;　　中國市場已經對發展自主的芯片技術表現出了極大的熱情，投入也正在逐步增大。譚軍對此表示說，芯片的設計能力，還有驗證能力將會成?中國芯片研發，乃至整個半導體?業的成長造成挑戰。&lt;br /&gt;&lt;br /&gt;　　報告顯示，中國有能力設計世界級的芯片，但芯片生?技術比整個?業落後了兩代。對于這點，譚軍認?，中國市場在制造工藝上差了兩代，但驗證能力方面至少也差2代以上，設計能力則落後了5年。&lt;br /&gt;&lt;br /&gt;　　他還表示，對目前成長中的芯片?業，在選擇一個良好的研發技術、軟件、?業化，乃至知識?權上都面臨各種挑戰。“國內半導體?業還處于起步期，如果不能建立一種相互信任的機制，可能會影響行業的健康發展”。&lt;br /&gt;&lt;br /&gt;　　譚軍由此建議說，中國芯片?業要想盡快趕上，可以通過購買別家企業知識?權授權的方式，可以很快趕上。同時需要的還有?業鏈的共同努力。從用戶的角度 來看，他們應該考慮是選擇一個知識?權，還是選擇一條整合的?業鏈。“芯片研發現在已經不僅僅是硬件設計，還需要軟硬件同時設計。也就是在設計電路的同 時，還需要把怎?使用這個電路的軟件寫好。這時惟有?業鏈的共同努力。同時，作?知識?權供應商，如果自己要成功，那必須幫助客戶以及客戶的客戶成功，大 家攜手推進?業鏈的發展，進而實現共贏。這一點對于處于‘弱冠’期的中國IC設計?業尤?關鍵。”&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112935322422405593?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112935322422405593/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112935322422405593' title='2 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112935322422405593'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112935322422405593'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/10/5.html' title='中國芯片設計至少落後世界5年'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112934936748554798</id><published>2005-10-14T20:35:00.000-07:00</published><updated>2005-10-14T21:59:59.990-07:00</updated><title type='text'>中國軟件業是誰在自毀長城</title><content type='html'>牛虻觀點：&lt;br /&gt;文中類似的情況，牛虻也是碰到過。從市場總是對的出發，它反映了大陸的軟件行業發展水平很低，其中最大的原因是由于軟件市場發展水平很低，市場決定行業。原因是：&lt;br /&gt;一、大陸主要?業是通過壟斷經營的獲取利益的，一般情況下是使用銀行的政策性貸款（通常虧損了不用還的）在壟斷地位下進行資本擴張贏得收入，因此，提高勞 動生?率既不重要，甚至是有害的——它損害了抓住壟斷機會迅速擴張的能力；這樣，以提高行業和企業勞動生?率?目標而存在的企業軟件就沒有生存的基礎；&lt;br /&gt;二、客戶對軟件使用的認識水平低，同時軟件?品，象ERP能?客戶帶來多少實際利益誰也說不上。文中所談的幾萬元的ERP之類，正是牛虻一直批判的，事實 上，如果ERP就是賣軟件，最終形成價格競爭是不可避免的。反過來，象電腦吧，如果說有人1000元裝的PC，只怕市場有限，除非您有令人信服的理由，象 “網絡PC”之類。這就是由于客戶對?品價值有一個准繩。&lt;br /&gt;三、盜版軟件的泛濫令上面兩種情況雪上加霜。象杭州某公司搞了一個JAVA的辦公平台，應該說是不錯的，wps也是不錯的；但顯然沒有辦法免費的MS相 比。因此，盜版軟件等同于是外國強大先進的軟件在中國免費低價的傾銷，擠垮了國內軟件替代可能後再對著可支付的客戶一個個泡制它！&lt;br /&gt;&lt;br /&gt;這樣，在中國大陸針對企業軟件實際上沒有存在的生命空間，更不用談面向個人用戶的。政府方面的電子政務定單只不過是肥了能夠獲得壟斷利益的人，以致于只不 過是幾個靜態網頁的電子政務網站，簽出了千萬元的天價合同。也從另一個側面說明軟件業不存在成長的空間，政府鼓勵軟件業發展的政策完全成了走偏門騙貸逃稅 的工具。牛虻覺得，近期能夠避開上面幾個發展障礙的方向，一是網絡軟件，它不受盜版的影響；二是外工出口，不過競爭很激烈。&lt;br /&gt;&lt;br /&gt;由于缺乏軟件價值的真實參照，因此在中國的軟件銷售一邊倒變成了回扣競爭。文中案例實際上沒有說出幕後的故事，但不難測的。每一個項目不同的公司總是多多 少少打通了其中不同位置的某一兩個人，如文中報出60萬元，一般情況下回扣在15萬到30萬元之間。那?失敗的一方很容易就把超低的價格直接打低越級呈到 上級手中，……如此反複，最後就會形成中國的軟件境觀：極低的價格去實現一個不可能實現的項目目標，誰都知道幾十萬在企業上ERP是不可能的（幾萬元上 ERP實際上也大有人在），但卻唯有這樣可以簽下單。那?真實的任務就不是如何去完成這個不可能完成的任務，而是如何保護當事人能夠交差，牛虻因此稱這種 項目是擦屁股項目。在這種行業環境?，自然只會催生擦屁股高手，而不會有真正的軟件開發者了。中國的ERP最終演化成豪化版的會計桌面版，然後削價競售， 無非是對這種市場環境的適應罷了。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;作者：?毅&lt;br /&gt;&lt;br /&gt;　　隨著中國企業對管理軟件?品接受程度的提高，市場上一天高過一天的價格暗戰已經到了不可收拾的地步。&lt;br /&gt;&lt;br /&gt;　　記者近日從計世資訊的一份“客戶價格滿意度”調查中獲知，目前國內企業用戶可接受的?品定價與軟件商的銷售價格之間有較大的差距。這個“大”並不簡單地表現?“貴”。&lt;br /&gt;&lt;br /&gt;　　計世資訊高級分析師曹開彬告訴記者：“大部分大中型企業用戶願意花費更多錢來購買一套有保障的系統，但由于恐怖的價格戰，使得原本屬于軟件行業的利潤 付之東流。接受調研的一家企業曾反映，招標前公司訂出的預算是80萬元，但最終幾家 ERP供應商沒有一個給出的價格超過50萬元。作?用戶自然樂得接受更低價格，但也會擔心軟件的效果會大打折扣。”價格戰的結果是軟件廠商和用戶兩敗俱 傷。&lt;br /&gt;&lt;br /&gt;　　殺人一千自損八百&lt;br /&gt;&lt;br /&gt;　　激烈的惡性價格戰，使得軟件商不能客觀地來考慮項目報價。據多位ERP一線銷售人員反映，ERP項目招標中，軟件商定價不能完全按照項目需求計算自己 的?品和人／天成本加合理利潤的原則去做，而是靠“兩問”原則：一問用戶預算數字，二問競爭對手報價。最終根據“兩問”結果得出自己的價位。&lt;br /&gt;&lt;br /&gt;　　沒有“問”到對手報價的常常會出狠招兒。今年，明基逐鹿軟件與51job競爭的一個人力資源項目單子時，明基逐鹿經過精細核算60萬元是合適談判價 位。對于這樣的定價，他們曾經胸有成竹。但開標時驚愕地發現51job只報了15萬元的 “絕對超低空價格”，連用戶都驚了。&lt;br /&gt;&lt;br /&gt;　　市場上的老對手用友、金蝶?競爭山東一家客戶，其中一方在第二天便把頭天剛剛報出的200多萬元“天價”改成了30多萬元，把用戶氣急了：“你們究竟是怎?報價的？?什?昨天告訴我200萬元才能做的事，今天30萬元就成了。我怎?跟上級彙報？太沒譜了。”&lt;br /&gt;&lt;br /&gt;　　在屢屢交手中，國內軟件商和軟件渠道商也已開始學會以前只有國際巨頭們敢玩的免費奉送的“玩法”。這個顯然要比低價更具噱頭。&lt;br /&gt;&lt;br /&gt;　　2001年，甲骨文 CEO拉?·埃爾森來華主持第一次在中國舉辦的Oracle World大會前，甲骨文中國總部決定拿下招商地?的CRM項目向老板獻禮，毅然決定“免費送軟件”，但實施服務費分文不少。這讓不少國內軟件供應商感受 到了什?是外企必勝的項目，也很快就在自己的銷售中，開始屢次試用“免費贈送”的殺手?。“而且不光?品，有時候?了爭取到長期客戶，市場上出現過上線實 施服務也免費送，日後維護升級慢慢收費的情況。”一位銷售透露。&lt;br /&gt;&lt;br /&gt;　　是不是只有大單才出現這樣的現象呢？像中小企業很多軟件價格都在5萬元以下，拼價空間很小。事實卻恰恰相反。8月25日，中關村科技軟件舉辦的“中小 企業決策服務平台?業化聯盟”上，和佳軟件總裁陳佳一把握住中關村科技軟件總裁朱希?的手，感歎道：“現在越是中低端市場競爭越是激烈，需要這樣一個聯盟 來維護。”&lt;br /&gt;&lt;br /&gt;　　陳佳的體會沒錯，中低端的競爭一樣激烈。速達軟件北京代理商圖騰在線經理管朝陽告訴記者：“雖然速達是公?心目中的價格殺手，?品定價非常有&lt;br /&gt;競爭力，但是?了爭取一些訂單，公司已經開始把?品和服務分開銷售。”由于管理軟件特殊性，沒有實施服務和後期維護服務，企業用戶是根本無法用，或者難以 用好的，軟件商開始是堅決執行“不買服務不給?品”的原則。管朝陽介紹道：“但一些客戶恨不得把速達幾萬元的東西用幾百元拿下來，自己承諾不要服務，上線 和後期維護都自己搞。最後?了爭單，不帶服務的光盤?品也只好賣了。”&lt;br /&gt;&lt;br /&gt;　　?業自省只是一種姿態&lt;br /&gt;&lt;br /&gt;　　造成今天的中國軟件?業的局面，不光是由于部分用戶一再追求低價造成的結果。事實上，軟件?業本身的無序競爭要負擔最大責任。&lt;br /&gt;&lt;br /&gt;　　上個世紀90年代，國內軟件商開始進入管理軟件市場，雖然?品不成熟，但利用價格對SAP、SSA等老牌國際企業卻是迎頭一擊。這樣一批軟件商，例如用友、金蝶、和佳通過幾年努力進入主流廠商行列後，自己又不斷受到後來者的猛擊。&lt;br /&gt;&lt;br /&gt;　　神州數碼與台灣鼎新合作後，看到大批中小企業客戶和渠道商已被用友、金蝶圈占，于是拿出一款低端?品放在渠道中，給出幾千元的渠道價格，而任由渠道按 幾萬元銷售。因高回報率狠挖了對手的牆腳。2001年速達推出幾千元的連帶源代碼開發的 ERP?品雖備受非議，但瞬息間成?國內ERP領域人人皆知的企業，速達內部曾經暗笑省掉了大筆市場宣傳投入。神州數碼、速達等等不斷新進入國內軟件供應 領域的企業各自按照自身利益出發，做出了明智的選擇，但卻在不經意間也一樣損害了市場環境。&lt;br /&gt;&lt;br /&gt;　　2004年6月，?了避免這種惡意競爭，科技部863／CIMS主題專家組撮合下，金蝶、用友、浪潮通軟、金航數碼、神州數碼、北京和佳等多家廠商建 立了一個主要目標在規範市場的價格聯盟。時任秘書長的陳佳稱聯盟的目的是“?了維護 ERP市場的秩序，創造公平競爭、協調發展的市場環境，保障ERP軟件廠商和用戶的合法利益”。但和多數聯盟一樣，建立只表示一種姿態和願望。在現實的市 場競爭中，各家依舊只能自顧自地隨意發展。&lt;br /&gt;&lt;br /&gt;　　期待創新商業規則&lt;br /&gt;&lt;br /&gt;　　廠商的競爭在不斷升級，用戶卻開始成熟並有了新的認識：買的沒有賣的精，低價?品或者免費?品背後，肯定隱藏著供應商的“商業陰謀”。“或者是讓你上 線習慣後，在後期的升級維護中狠要你的錢，或者在增加新功能時狠宰。”北京三合松石公司一位經理認?：“我們作?用戶已經感觸到，價格戰當中用戶並沒有受 益。”由于一些軟件企業入不敷出，直接造成軟件?品升級慢，不能聘請優秀的咨詢服務人員，用戶應用效果得不到保障。&lt;br /&gt;&lt;br /&gt;　　曹開彬用400多家客戶的調研結果說明問題：“大批成熟客戶在選型前已經有了完整合理的預算准備，並不是一味希望供應商報出低價。”蘇州優耐得銅材CIO劉金海講述公司選型標准時這樣說道：“給我的任務就不是用最低的成本來完成IT建設，而是在預算範圍做到最好。”&lt;br /&gt;&lt;br /&gt;　　解決問題關鍵在于改變“兩問”式的定價原則，回歸到軟件本應的定價原則上。但由于軟件與硬件相比，成本估算艱難，如何制定一套更精細、精准的定價原則非常重要。目前國內幾家大型軟件供應商都在整理內部體系，據悉，用友已經開始研究合理的新定價體系了。&lt;br /&gt;&lt;br /&gt;　　曹開彬認?：管理軟件正處于商業規則創新的時代：“這種空間非常大，在存儲軟件領域和安全軟件領域，SUN和CA等軟件商已經推出了訂月制和按人／天收費的方式，仁科也向客戶提供過每年客戶利潤增長率部分提成的方法收費的方式。”&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112934936748554798?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112934936748554798/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112934936748554798' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112934936748554798'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112934936748554798'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/10/blog-post.html' title='中國軟件業是誰在自毀長城'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112735910297703023</id><published>2005-09-21T18:57:00.000-07:00</published><updated>2005-09-21T20:18:23.050-07:00</updated><title type='text'>neoIT報告稱中國IT外包全球第三 成本低廉優勢大,（真的嗎？）</title><content type='html'>&lt;span style="font-weight: bold;"&gt;牛虻觀點：&lt;/span&gt;&lt;br /&gt; 出於對社會洗腦工程衍生出來的免疫功能，牛虻對於中國政府發布的“報告”基本持嘲弄的態度；也由於中國的相關媒體摘取國外的資訊時，也採取了傾向性的摘 取，沒有讓人感覺到外界言論的多樣性，反而給人以國外都是一邊倒的唱中國的贊歌，與牛虻自已在網上讀取國外資讀（一般的信息商點象紐約時報，是給國內封殺 的，要用代理才能看）的完全不一樣，因此，牛虻也對此持懷疑態度。&lt;br /&gt;&lt;br /&gt;neoIT的報告應該是獨立發表的，但中國評界相對比較正面的報告（反面的報告大陸的中國人極少有機會看到的），所以牛虻只是表達幾個疑點，認為這份報告沒有涉及：&lt;br /&gt;1、愛爾蘭是歐洲軟件大國，2002年軟件出口達到140億美元，一直以來是與印度並駕齊驅的世界兩大軟件外包國家，是2004年中國的20倍（neoIT報告引用的數值），為什麼neoIT竟然完全沒有提及？可信性立刻令牛虻倍感懷疑。&lt;br /&gt;2、文中提到的中國的是IT服務外包，軟件包含在內嗎？而提到的印度是軟件外包，兩者口徑怎麼不一致？要知道，中國政府的年度報告說中國的軟件行業收入接 近5000億元——那是包括系統集成和相關的硬件，軟件只佔5％，還主要是購買國內的基幹軟件，象Oracle數據庫之類的。&lt;br /&gt;3、中國的軟件產業界最缺乏的就是軟件藍領，同時中國的的小軟件項目機會卻比印度多得多（國內需求比印度大），所以也留不住培養出來的軟件藍領；中國的成 熟的軟件工程師成本比印度高，報告稱中國的軟件人員多，成本低廉，根據何在？neoIT似乎對中國的實際情況缺乏調查嘛！&lt;br /&gt;&lt;br /&gt;牛虻作為軟件從業人員，同時也是管理經營人員之一，覺得中國軟件最大的障礙就是缺乏規範的國內市場，政府壟斷了一切，而政府的訂貨又主要是通過關照關系戶 的變相尋租，因此，後起的國內軟件企業既沒有國內培養的空間，也不能立刻打開國外市場，幾乎就是死路一條。也許是牛虻身在中國對中國的弱點了解得特別多， 對他國的弱點不算太了解，也是有可能的。反正，覺得neoIT的報告仍是太樂觀了一點。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;北京時間9月22日消息&lt;/span&gt;，據國外媒體報道，美國IT外包業務咨詢公司neoIT周二發布報告稱，印度、中國、加拿大三國已成?全球最具優勢的IT外包目的地，如果美國科技公司今後計劃開通海外業務，應著重考慮上述三國。&lt;br /&gt;&lt;br /&gt;　　neoIT一共對14個可能成?IT外包目的地的國家和地區進行了評估。印度位居排行榜首位，稱該國在軟件開發上具有以下優勢：開發成本低、高素質技 術員工數量多、服務水平較?成熟。印度還居全球IT服務出口額排行榜首位，去年該國軟件出口額高達120億美元。加拿大位居neoIT外包目的地排行榜第 二位置。該國主要有兩方面優勢：一是離美國很近；二是擁有熟練技術員工。去年加拿大IT服務出口額?82億美元。&lt;br /&gt;&lt;br /&gt;　　中國位于neoIT排行榜第三。neoIT稱，中國的優勢主要在于成本低、技術員工數量多及市場迅速發展等。但neoIT也指出，中國軟件工程師對英語的熟練掌握程度並不高，這可能會在一定程度上制約中國IT外包業務的發展。去年中國IT服務出口額?7億美元。&lt;br /&gt;&lt;br /&gt;　　neoIT還對其它具備發展潛力的IT外包目的地進行了分析。波蘭位于排行榜第四，主要優勢也有兩點：一是總體商業運作成本較低；二是該國和東歐之間 存在語言文化上的聯系。neoIT稱，位居第六的捷克將成?IT外包服務的潛在競爭對手。俄羅斯在neoIT排行榜上位居第七。neoIT還表示，&lt;br /&gt;羅馬尼亞、巴西及南非對IT外包服務的吸引力最小，原因是這些國家還缺乏相應基礎和熟練技術工人。(明月）&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112735910297703023?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112735910297703023/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112735910297703023' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112735910297703023'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112735910297703023'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/09/neoitit.html' title='neoIT報告稱中國IT外包全球第三 成本低廉優勢大,（真的嗎？）'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112718154058893465</id><published>2005-09-19T17:25:00.000-07:00</published><updated>2005-09-19T18:59:00.680-07:00</updated><title type='text'>網上挨罵談SAP/ERP</title><content type='html'>今天把一個出言不遜的網友的comments刪除了。由於牛虻一向上國內網站都覺都挺壓抑的，不是什麼話不能說，就是說了給刪除了——看看牛虻說的是什麼 話，也知道這種機率在國內是非常高的，沒給抓起來算走運。所以，一般在自已版子裡的comment能夠不刪就不刪，曾經許願自已的壇子不刪貼。不過，後來 發現建設性的，或者有真正見解的貼子不多，反而是不懂裝懂，半懂不懂的人罵街的比較多。反而把真正有建設性討論的貼子埋了，說真的，牛虻自已版子裡雖是 “版主”，其實沒有什麼時間吵架的，何況，希望幾個貼子說服不同技術派別的人，特別是那些半懂不懂卻盛氣凌人的新手，根本上就是不可能的——在公司裡開幾 個星期會，項目都做完了，雙方都不見得說服對方呢！所以牛虻就開始刪除不友好的貼子了，本來就是同道相論，不是為了不同道吵架的。有時間有價值時大概可以 通過吵架提高人氣，最有效了，沒有時間時，刪貼沒省心。他可以出自已的博客文章罵牛虻嘛！牛虻還歡迎呢！&lt;br /&gt;&lt;br /&gt;        說真的，技術上的爭論在中國軟件界就從來象是宗教一般激烈，從公開場合吵到公司辦公室，最後結果通常是留一部分人，炒掉另外一部分；因為中國人不太懂得妥 協，更不懂得分歧後達成決定後就要一致工作，保留意見多半會變成保留工作能力，不給你搗蛋就很給面子了。（大概就是說沒有民主的素質？）         真的是沒有辦法。&lt;br /&gt;       刪除的網友是對牛虻廖廖幾句涉及SAP的描述不滿，大概文中牛虻說的“三四流的程序員寫ABAP/4”令他非常不滿——牛虻和一批這樣的程序員共過事，對 於他們抱著小小技巧（用一位同事的話就是稍知皮手），卻擺著高深莫測的樣子向公司要條件（其實就是沒有更深的材料了），印象非常深刻。大概這也是令牛虻形 成對ERP/MRPII這類業務流程重整軟件、項目基本觀念有一定作用。當然，不是主要的影響，影響還是來源於對企業企業的理解。&lt;br /&gt;       很長一段時間，牛虻從事的就是這樣一個行業，自從接下任務搞防火牆後，已經離開有兩三年了。當時也是有著一大堆的總結性理念，由於還沒有博客，都窩在自已 的機器時在，也找出來不太容易。不過，其中一些觀念是有長期價值的，今天有博客，就趁著工作前的一小段時間簡單記一記。&lt;br /&gt;       牛虻最早學習ERP已經是在大學裡了，但真正進入ERP項目，是作為投資方技術代表參與到下屬單位的SAP項目，直接任務就是對業務流程重組作一個評估， 然後向老板打報告。不過，作為項目組的一員，最後還是沒有逃掉寫ABAP/4程序的命運，當時SAP的teamleader的理由是人員少，向我的老板提 出要我也寫；現在想起來，估計他們一向的手法：一般說業務流程和project manager(是一位香港人)都是不懂寫程序的，拉下水，（如果真的不能寫程序，又要不懂裝懂），就不能給他們幾分面子，高抬貴手；如果不給面子，就是 證據了——“他根本不懂，卻和我們過不去”。當牛虻在原公司與外籍工程師一起工作時，很難想象外籍工程師會以這樣的理由搗蛋的，您提意見是可以的，但以質 疑為理由不服從項目工作的安排，真是連職業道德也沒有了。但這是中國，權術是玩到方方面面的；何況誰也炒不了誰，那就玩玩權術吧。因此，分到牛虻頭上的是 PP多類檢查報表模塊，挺麻煩的。幸好，其實牛虻還是對SAP的基本邏輯挺感興趣的，兩個星期沒有睡覺（每天一兩個小時吧），總算把東西煮了出來。&lt;br /&gt;       實際上SAP的邏輯並不復雜，但在中國，無論是客戶還是SAP代理，甚至包括SAP中國的工程師和銷售人員，都有意無意地犯糊塗。（牛虻這樣平視知名產品 的態度恐怕又會令許多人不舒服了）實際上，象SAP/R3並不是ERP,而是ERP的工具。要使用SAP這樣的軟件令自已企業的ERP流程真正上一個台 階，需要首先分析自已的原業務流程，虛擬重組，確認需要購買的模塊和軟硬件支持平台；定下購買計劃。這是最重要也是最有價值的一步，就是我們常說的系統分 析，業務分析，需求分析。&lt;br /&gt;       這個購買到位後，才是第二步，使用ABPA/4，實際上是訪問SAP業務對象庫的接口語言，可以直接訪問對象庫，使用提供的範本邏輯，也可以自已按實際情 況修正邏輯——誰也不是神仙，最早的業務流程設想給改得面目全非實在是非常可能的。網友說R3對象庫全部是ABAP/4寫的，這是不對的，ABAP/4當 然可以寫對象庫的表層邏輯，但牛虻就見過裡面有大量的java代碼，相信，核心組件是使用java寫的，至少有一部分。正是由於企業重組的不確定性，以及 重組的復雜性，帶來這個正過程的漫長，也帶來了SAP項目最大的投資段和最大的投資風險。&lt;br /&gt;       說實在的，ERP項目最關鍵的就在於業務流程分析和重組的策劃是不是真的符合業務實際，包括是否真的可以在企業推廣。在中國，這是一件很不容易確定的事 情，部門與部門間相互不買帳，業務流程的基本作用就是省去大量的中間環節（意味中層幹部成員），在中國這樣官本位文化的社會，就算是一把手下令，項目實施 變得有名無實也是平常得很。由此，也不難理解，把安裝一個SAP平台就當成實施ERP，希望金子從天上掉下來，是多麼的荒唐了。&lt;br /&gt;       這是牛虻ERP觀念中最核心的一部分：ERP，電算化，談不上先進不先進，絕不是用了ERP就是先進，它也無所謂有益無益，它是一個加速器倍增器；如果您 的業務流程（重組後）是好的，ERP令它好上一百部，如果是壞的，就壞上一百倍。業務流程是優是劣，是最關鍵的因素，按指令實現業務流程的ABAP程序員 的確是最不關鍵的因素——今天，可以壓到低於五千元就請一個了；不比寫其他程序的程序員薪金高。這也是我把那位網友的，貼子刪掉的原因：他根本就不懂 SAP是什麼，用來幹什麼！SAP不是一套軟件，而是一套由軟件支持的方法，奇怪的為什麼總有人不理解。&lt;br /&gt;        推而廣之，對於目前市場上的ERP看法就明確了：中國的大量國產ERP並不是ERP，影子都沒有，除了幾個字母相同以外，它們本質上是財務軟件，指望用了 他們就業務升級換代，只是業務主管的無知罷了——不過，也正由於它們不涉及業務流程重建，反而減少了實施的風險。從來只聽說實施SAP破產的，象寮達，沒 有聽說過用用友會破產的。&lt;br /&gt;        再看看今天SAP客戶，甚至SAP中國在賣SAP時灌輸的概念：SAP是世界上最先進的解決方案（解決方案一詞天上地下沒有邊的，關鍵是業務方案還是技術 方案，業務方案是無所謂先進的，只有適用不適用），擁有２７個行業（無數的MBA熬夜）的結晶，一用就靈，保證發財（大意如此，聽上去象是安利培訓班的語 調）。而業務重建這個關鍵性的環節和風險，以及它意味著投資是多少，需要多少時間，能不說就不說。至於ABAP程序員，大概是從強調飯碗價值出發，也會 說：“ABAP就是SAP”,如同給皮爾卡丹軋衣車的藍領工說：“皮爾卡丹我做的，一天幾十件……”，所以那位網友說，“俺一天就用上SAP了，裝在筆記 本裡！（服務器還是客戶端，還是ABAP調試器，組件庫？……）”，絕！也沒什麼好說的。&lt;br /&gt;          從對中國軟件藍領的理解上，牛虻可以理解他們拿著一個幾個小時就能掌握的語法招搖過市（牛虻的確認為單純的ABAP只是藍領工作）；從業務角度上看，也能 夠理解SAP銷售人員為什麼也會向客戶灌輸一裝就發財的觀念：SAP很貴，從產品裡賺錢比從項目中賺錢要容易得多，風險也小得多；畢竟，SAP中國銷售的 任務是賣出盡可能多的SAP產品，ERP實施和成功與澡即使在國外也不是SAP的任務，那是各個軟件公司和咨詢公司的事情。不過，這仍然不能掩蓋一個事 實：一個客戶上一個SAP項目，購買產品的投資充其量只佔整個預算的３０％，超出就不太正常了，很可能不能有足夠的預算完成業務重組，成功收尾！世界上沒 有一用就靈的ERP，ERP必然意味著一對一的定制或修正，如同皮爾卡丹，萊昂納多也可以按衣碼出售，象佐丹奴一樣滿街發放，但那就不是皮爾卡丹了。&lt;br /&gt;          這也是牛虻花時間寫下這份隨筆的原因：盡管離開ERP行業有兩年了，但是牛虻仍覺得ERP市場是中國軟件業真正的大業務量市場，沒有這個市場的真正開發 （ERP、MRP/DRP等的真正業務實施），中國買多少軟件，硬件，網絡投資是多少，都沒有實際上經濟效益和社會效益的。只怕，牛虻是遲早了要回到這個 市場的。但是如果這個還沒有真正出生的市場，（在美國業務超過１０００億美元一年），在中國也同樣是讓簡單的產品銷售佔了道，象那位網友說的，“一天裝了 SAP，在筆記本上用”，呵呵，只能說，中國仍然沒有走出軟件業的深淵。&lt;br /&gt;　&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112718154058893465?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112718154058893465/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112718154058893465' title='2 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112718154058893465'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112718154058893465'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/09/saperp.html' title='網上挨罵談SAP/ERP'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112703613330924475</id><published>2005-09-18T02:28:00.000-07:00</published><updated>2005-09-18T02:35:35.353-07:00</updated><title type='text'>网站推?中的SEO的PR，反向?接和Alexa流量排名</title><content type='html'>前注：&lt;br /&gt;這幾天alexa似乎調整了中國網站的權重和算法，不過效果不太明顯，經過中國職業作弊選手們的努力，大部分網站又排到前面了，盡管作弊的痕?相當明顯。 目前非常顯然的是，中國網站的排名最大的影響因素，就是這個網站的工作人員有多少，以及是否裝了alexa工具條。通時，如果請一位無聊的家夥打開自動撥 號器，一天訪問一百次網站，每次關掉?覽器再打開清除cokkie打開，還是頗有效果的。由於中國的人力成本比較低，因此工作人員比較多，這也令中國的網 站排名通常遠遠超出它的實際業務潛力應有的位置。這次alexa似乎只是調整了權重，不知有沒有對某一個單一的IP地位和會話進行跟蹤和清除：單一IP和 會話帶來訪問量如果超出某一個公差範圍就清除不算，如果提高的是這個域值，對於中國的網站排名才真是致命一擊。這條看來也是遲早的事，因為正經事不乾只把 精力放在作弊上，卻自詡是搞技術的家伙實在太多了。&lt;br /&gt;&lt;br /&gt;一年前的原文：&lt;br /&gt;&lt;br /&gt;SEO是針對搜索引擎的優化，已經逐漸形成一個小行業。關心者可以多上一些SEO論壇，大致可以對SEO相關的要點有一定的了解，這?面，實際上並沒有什 ?技術含量，只是一些網站設計時（網站規劃人員要特別留意）的指導性原則，以及平時可以令于和搜索引擎友好合作維護工作。所謂SEO，其實就是對搜索引擎 這一特殊的?覽者界面友好的說法。有關SEO的論壇主要有：&lt;br /&gt;&lt;br /&gt;http://forums.seochat.com/ 我找到的最大的SEO論壇，英文，貼子過萬；&lt;br /&gt;&lt;br /&gt;http://seo.yipinsj.com/ 一個個人網站，收集了一些SEO文章，不知那天就關閉了。&lt;br /&gt;&lt;br /&gt;http://www.seo8.net/forum.asp 一個中國SEO論壇，貼子數是上面提的百分之一，也屬難能可貴；&lt;br /&gt;&lt;br /&gt;http://www.seochina.net/ 國內不知什?人搞的一個SEO資料和論壇站點，可以作?普及版；&lt;br /&gt;&lt;br /&gt;http://www.semarketing.cn/ 另一個搜索引擎的交流論壇，交流是別指望了，看看別人有什?老貼子是可以參詳的吧。&lt;br /&gt;&lt;br /&gt;http://www.seochat.org/beginner/googlelogin1.htm&lt;br /&gt;http://www.65588125.com/&lt;br /&gt;http://www.seochat.org/&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;反向鏈接和網站PR排名&lt;br /&gt;&lt;br /&gt;SEO行業其實做的事情還是比較簡單的，大致包括：滿世界投稿、發貼，想辦法增加指向自已網站的連接，這項工作大概占了SEO從業人員工作的 95%，其實作?一般的網站編輯也是可以做的。在論壇發貼時帶上自已的連接也是一個好習慣。注意，特別是那些提供靜態連接到貼內容的論壇，或者是博客，對 SEO的優化效率據說是最高的。&lt;br /&gt;&lt;br /&gt;對Google和百度兩個網站的觀察表明，Google主要是通過機器人進行操作，很少人工幹預，這其實意味著更高的搜索效率和維護成本； Google本身沒有商業收錢影響排名的業務內容，它的收錢方式主要通過分發廣告條進行。而百度人工幹預的痕?非常明顯，本人嚴重懷疑百度並沒有有效的溫 遊機器人索引技術，它的提交顯然是根據某種分散目錄一頁頁進行的，或者這個目錄就是百度自已的分類目錄。這種差別大概可以解釋當日中共中央希望幹預控制互 聯網的搜索結果，百度應聲響應，而Googgle置之不理：不是它不想攀附皇帝，實在是不可能讓機器人增加搜索條件的。百度的關鍵詞索引的成本水平，我認 ?只對商品直接銷售成立，而不能放到間接性的?推廣手段而作的推廣的成本中去，這樣是不成立的。&lt;br /&gt;&lt;br /&gt;對于象Googgle這樣的搜索引擎來說，反向連接是評價一個網站的標准，而反向鏈接本身也是提高網站/網頁排名的根據，一個網站的排名很大程度上也與這 個網站的進入高PR範圍的網頁數量相關。所以，所謂搜索引擎喜歡靜態連接的說法我覺得如果有根據，並不是說搜索引擎對付不了？&amp;amp;這種符號，這東西 我做過，沒有特別的地方，原因之一除了以前說過的不便清除無效連接（動態頁面無效沒有統一的404標識，常常也沒有通知就變成另一個，這會降低用戶對搜索 引擎的信任度）；另一個原因就是靜態頁面較易被其他網站收錄而提高了這個網站的排名。Google的反向鏈接可以用這樣的語法查詢：link: //www.javanet.cn. 反向鏈接越多，證明這個網站越是受歡迎，而反之更具說法力：反向連接很少，這個網站受歡迎程度一定有限。&lt;br /&gt;&lt;br /&gt;提高反向連接的辦法還有就是交換連接，但相對于網站排名來說，達到了pr5以上後，交換連接的作用就降低了，我估計反向連接要在數千左右才能達到6，而同類網站能找到幾百就很了不起了，一般情況下是幾十，而且人家還占了你的大便宜，假如你的排名本身就很高的話。&lt;br /&gt;&lt;br /&gt;網站流量：&lt;br /&gt;&lt;br /&gt;沒有任何成熟的技術提供對一個網站完全真實的第三方流量評估，除非線路供應商願意付出十倍成本增加一個路由分析統計功能；但這是不可能的，也沒有意義，因 ?，象FTP下載大文件流量最大，但沒有實際意義。因此所有的流量評估都是基于客戶方工具條，最著名和權威的就是Amazon公司資助的alexa 工具條。正由于安裝工具條的人不多，所以長期在本網工作的網站工作人員安裝工具條的作用就非常大，每次點擊的權重大約在一千到一萬之間；換言之，從最低限 度看，十個人一天點擊共一千次，安裝工具條和不安裝工具條在統計上相當于一百萬人次的上網點擊出入。所此本網站工作維護人員安裝工具條對于提高網站在 alexa的排名，特別是對于排名在1000以後的網站，作用非常大。甚至于是在1000內的站點，工作人員點擊的影響都可以看得非常明顯，包括新浪。理 論上，隨著網站真正受歡迎，訪問人數的增加，工作人員的權重影響就會下降，這個臨界值對于非專門性網站（大?型門戶）來說大約是在1000-2000之 間，而對于門戶型大致是在100-200之間。超出這個範籌，工作人員自已的影響就會變得小得多了。因此，Alexa或者其他流量評估工具的高排名並不具 備完全的實證性，但如同Googgle反向鏈接一樣，它具備反證性：如果一個網站的流量排名低，則一定是沒能人喜歡的，盡管逆定論，這個網站流量排名高就 一定是受歡迎的，並不一定成立。&lt;br /&gt;&lt;br /&gt;網站推廣&lt;br /&gt;因此結論有點出乎意料，網站在技術上的推廣（或者帶有一點造假包裝的含意），大部分工作由自已做更有效也更可信；如果把錢投向象SEO公司貼貼子，不如給百度這樣的公司提高關鍵詞排名；但如果不是直接?品銷售的，還不如沿街叫賣更劃算。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112703613330924475?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112703613330924475/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112703613330924475' title='2 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112703613330924475'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112703613330924475'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/09/seopralexa.html' title='网站推?中的SEO的PR，反向?接和Alexa流量排名'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112695873880003858</id><published>2005-09-17T03:20:00.000-07:00</published><updated>2005-09-17T05:05:38.910-07:00</updated><title type='text'></title><content type='html'>如果不是同事提醒，還真沒有注意到近幾天中國大陸的網站在alexa的排名直線下跌。不?，?也令到大量网站?露出它的??的??是自然?生，?是通?自已的?工正常操作，?是由于作弊而生成的排名。特?是在它下跌的?程中，常常可以看到更多的信息。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112695873880003858?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112695873880003858/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112695873880003858' title='2 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112695873880003858'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112695873880003858'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/09/alexa.html' title=''/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112695236565468087</id><published>2005-09-17T03:12:00.000-07:00</published><updated>2005-09-17T03:19:25.670-07:00</updated><title type='text'>深度分析：摩爾定律失效可能會影響全球經濟</title><content type='html'>牛虻觀點：&lt;br /&gt;由于對芯片技術的了解，因此牛虻才對龍芯的吹噓感到反感；不是對龍芯開發成員的反感，吹噓的不是他們。芯片發現到今天，就CPU這一等級而言，很大程度上 已經不是技術上的因素，而是比拼資本的因素，中國芯片界號稱缺少設計工程師，其實質，卻是缺乏持續穩定的芯片市場，更缺乏芯片業的曆史業務積累。如果僅僅 是偶然開發幾個芯片，說真的，外包給國外的中立工作室設計，自已把投資投在測試段會更?經濟，也更能開發出高性能的芯片。不能說芯片業是夕陽工業，但的確 不是一個適合白手起家創業的行業，特別是中國本身缺乏支持芯片業生存的市場。對于IT來說，目前在硬件方面提供的性能已經足夠了，反而是使用硬件的能力， 也就是軟件，它更具有發展的余地。當軟件在嵌入設備，服務器服務共享應用上的發展達到一定程度前，摩爾定律難以再象過去三十年那樣演變。這充分說明，只有 被市場接受的技術才是真正的技術，否則只能是創意。龍芯，就是一個創意而已，談不上技術，甚至連?品也不談不上。&lt;br /&gt;&lt;br /&gt;芯片業的發展方向，不應該是比拼超頻水平的資金競爭，牛虻更喜歡看到成本不變，而接口更友善，更易于嵌入到日常?品的芯片技術。象一個外置于手表中的私 鑰、公鑰管理器，可以通過紅外線與使用設備相聯，通過一個密碼可以讀取私鑰電子簽名，完成網上的支付，比現在毫無保障的信用卡消費，顯然是進步得多了。芯 片，應該做這些東西，光是?了打遊戲機更爽一點，這不應該是摩爾定律存在的目的。&lt;br /&gt;&lt;br /&gt;導語：北京時間9月17日，國外媒體今天發表分析文章稱，多家芯片廠商和業內分析人士本周表示，過去很長一段時間?，芯片一直朝著更小、更快、更廉價的方向發展，但近年來的發展速度已經大?減緩，這將給半導體?業的銷售額和利潤，乃至全球經濟帶來不小的負面影響。&lt;br /&gt;&lt;br /&gt;得益于生?工藝的提升以及規模效應，迄今?止芯片廠商平均每18到24個月就可以在成本不變的前提下將芯片?量提高一倍，這種現象就是摩爾定律。早在 1965年，英特爾創始人之一的高頓-摩爾(Gordon Moore)就預測到了這一發展趨勢。摩爾預測，1968年成本?1美元的晶體管五年後的成本僅?10美分。在1985年之前，晶體管成本一直保持著類似 的下滑速度。但據英特爾和Dataquest數據公司稱，1985年以後晶體管成本的下滑周期由原來的四到五年增至七年。&lt;br /&gt;&lt;br /&gt;　　從技術的角度上講，隨著生?工藝的提升，晶體管成本的下滑趨勢將一直延續。 2001 年130納米生?工藝投入使用，2003年90納米生?工藝投入使用，預計今年65納米生?公司將投入使用，而45納米生?工藝將于2007年投入使用。 生?工藝的提升促進了芯片處理速度的提高，但通常情況下，只有最大的幾家芯片廠商才有條件安裝最新、最先進的機器設備，這是摩爾定律周期延長的重要原因。&lt;br /&gt;&lt;br /&gt;　　飛利浦&lt;br /&gt;半導體公司科技合作夥伴部門總經理弗萊德-羅斯瑪倫(Fred van Roosmalen)表示：“如果芯片廠商能獲得大額訂單，?能得到充分利用，晶體管的成本每兩年就可以下降一半。但是整個市場的增長速度已呈現減緩的趨 勢，因此要充分利用?能十分困難。縮著芯片?量的下滑，我預測摩爾定律的生效周期還要延長。”富士通半導體業務主管Toshihiko Ono也表示：“從技術的角度講，摩爾定律依然生效，但從經濟的角度來看並非如此。”&lt;br /&gt;&lt;br /&gt;　　摩爾于2003年2月表示，光刻設備的升級換代周期?兩到三年，這一周期足以使電子電路密度增加一倍。但即使光刻設備允許芯片廠商在芯片中加入更多的 電子電路，電流泄漏的問題卻無法得到有效的解決。按照標准的設計，電流泄漏可以導致芯片功耗增加30%，從而又帶來芯片散熱的新問題。德州儀器數字信號處 理器首席體系結構師雷-西瑪(Ray Simar)表示：“芯片性能成倍增加的時代已經結束。”&lt;br /&gt;&lt;br /&gt;　　全球最大的光刻設備廠商ASML公司表示，摩爾定律在部分領域依然生效。 ASML公司副總裁比爾-阿諾德(Bill Arnold)表示：“在NAND閃存芯片領域，摩爾定律依然有效，而在其它一些領域則並非如此。”德意志銀行分析師Fumiaki Sato表示：“芯片技術創新速度的減緩有可能會動搖科技?業的基礎，這一點將體現在科技企業的股價上。目前，非科技企業的市盈率平均?18倍，而科技企 業的市盈率高達25倍，未來科技企業的股價整體下調30%完全有可能。我們認?IT投資將會減少，最終國內生?總值也將受到影響。”&lt;br /&gt;&lt;br /&gt;　　芯片廠商要想推動用戶購買新?品，就必須以不同的方式?用戶提供附加價值。其中，最?有效的一種途徑是提高功率效率，在移動電子設備領域更是如此。在 功率、性能和價格這3P(power、performance和price) 中，功耗已經成?最?重要的一環。此外，芯片廠商還可以采用新的方法來提升芯片性能，例如推出雙核或多核芯片。(天外)&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112695236565468087?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112695236565468087/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112695236565468087' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112695236565468087'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112695236565468087'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/09/blog-post_17.html' title='深度分析：摩爾定律失效可能會影響全球經濟'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112575107648749158</id><published>2005-09-03T02:53:00.001-07:00</published><updated>2005-09-03T05:37:56.490-07:00</updated><title type='text'>網站動態內容的?什?要用靜態網頁提供</title><content type='html'>最早的時侯，網站內容是通過在主機空間中放置大量的靜態網頁實現的。?了方便對這些分散在不同目錄的靜態網頁的管理，（一般是通過FTP)，象 frontpage/dreamweaver這樣軟件甚至直接提供了向主頁空間以FTP方式直接訪問文件的功能。以靜態網頁?主的網站最大的困難在于對網 頁的管理，在這種框架?，網頁框架和網頁中的內容混雜在一起，很大程度地加大了內容管理的難度。?了減輕這種管理的成本，發展出了一系列的技術，在筆者的 理解中，甚至連css本身，原本也是針對這種亂七八糟的網頁維護而設計的，目的就是把網頁表達的框架和內容本身抽象分離出來。&lt;br /&gt;使用動態網頁的技術是從幾年前興起，目前已經進入衰老期的網站技術，也是BS系統的核心技術。這種技術稱?動態網頁，就是因?一般是在共用的網頁框架下面 通過程序接口抽取放在數據庫或其他存儲媒體中的內容，從而真正實現了把網頁框架和內容提取分離的目的。也就是傳統中的php,asp,jsp, servlet等。這種技術的發展一直以邏輯反複抽象，直到把幾乎所有的系統業務邏輯合並到各個組件、控件中，網頁代碼僅僅完成最後對象屬性讀取的任務。 在JSP中，標簽結合EL語言就是這種發展方向的極致了。這種技術實際上就是不同的（不限數量的）內容共用網頁框架，從而將網頁維護成本下降到接近可以忽 略的程度。在這種技術面前，象frontpage/dreamwever這種軟件，實際上已經多少顯得過時了。&lt;br /&gt;但?什?現在又要把動態網頁以靜態網頁的形式發布呢？一個很重要的原因，就是因?搜索引擎。以目前互聯網上最普通的查找資料的方式看，互聯網內容到達受? 面前大致只有三條路：第一條路是通過?所周知的門戶網站，老讀者有意識地到達這些地方搜索相應的有針對性的資料；第二條路是做廣告，通過受?使用一些免費 服務的機會夾帶資料信息，把受?帶到目標網站；第三條路是搜索引擎，通過關鍵字和其他因素，把相應的信息推介到受?的面前。實際上，即使是對門戶網站，這 也是帶來新受?的最有效的途徑；而對于絕大多數的站點，除了屈指可數的幾個門戶外，這種搜索引擎帶來的讀者受?，占了至少９０％以上的比例。&lt;br /&gt;如此重要的一條受?途徑自然是不能忽略的，因此，盡管搜索機器人有點討厭，各個網站不但不會再象從前一樣把它封起來，反而熱情無比地搞SEO，所謂的面向 搜索引擎的優化，其中就包括訪問地址的改寫，令動態網頁看上去是靜態網頁，以便更多更大量地被搜索引擎收錄，從而最大限度地提高自已的內容被目標受?接收 的機會。但是，在完全以動態技術開發的網站，轉眼中要求變換成靜態網頁提供，同時，無論如何，動態網頁的內容管理功能也是必須保留的；就如同一輛飛駛的奔 馳忽然要求１８０度轉彎，要付出的成本代價是非常大的，是否真的值得，也確定讓人懷疑。&lt;br /&gt;?什?搜索引擎會更忠情于靜態網頁呢？難度它不能分析動態網頁嗎？聲稱動態網頁可能會由于所在內容的更改而令搜索結果不完全可信的理由是站不住腳的；因 ?，就算是靜態網頁也會被刪除和移動，難度訪問靜態連接出現４０４錯誤很罕見嗎？事實上，動態網頁缺失的機率並不比靜態網頁更高，而且，可以通過設定 response，同樣在內容缺失時輸出404錯誤也不是一件難事。而搜索引擎解釋動態網頁的連接字符串更不是一件難事。不但難不倒一家大公司，連一個熟 練點的程序員也難不倒！&lt;br /&gt;這個原因今天筆者已經很明白，與其說是搜索引擎的能力限制，不妨說是搜索引擎對網站的一種善意，因?，動態網頁的響應速度以及對服務器的消耗資源遠遠超過 靜態網頁，按系統配置的優劣，１０倍到１００倍不等。就以博客而論，一台apache響應對靜態網頁的一秒鍾１００次連接的請求來個１００００次，每頁大 小在100k 左右（很小的頁了），流量不過是１０M左右，最起碼服務器本身不會是瓶頸；即使是IIS，一邊也是能應付的；但如果是動態內容，訪問數據庫獲取的，幾乎所 有博客都基本上是要當機的，有機會自動活轉過來，就已經是非常了不起的。而事實上，筆者在幾台服務器上監測到的來自搜索引擎的訪問請求，一天總有一兩次會 達到甚至超過這個峰值；起碼每秒種幾十次是非常普通的了。&lt;br /&gt;　　原因就在于搜索機器人是機器人，有點良心的象google、 yahoo，一般是兩三天訪問一次，每次訪問的內容部分也會各不相同；每秒鍾發出的請求大致是兩三個；同時，它們的IP會在whois中署名來曆，也會依 照您的robots.txt的指示運作。但一些新的小的搜索引擎就完全不是這?回事，它會把相同的內容一天訪問兩三次，然後基本上是匿名的，完全對 robots.txt的指示置之不理；最後，每秒鍾會發出少則十個，多則幾十個請求。總之，這些新的小搜索引擎或者只能稱之?勤力的用蠻力的機器人，而不 能稱?搜索引擎。更麻煩的是，這樣的引擎光中國就有數十個之多，以致于每天光是這些搜索引擎的來來去去，多的時侯，達到數十萬次訪問之巨。更可惡的是，它 們常常不是選在晚上進行訪問，而是在業務高峰期也照爬可也。成熟的如google這樣的引擎碰到html或者會加上搜索強度，而不成熟的網站是無論什?網 頁一類常速請求，等等。&lt;br /&gt;今天我們都會發現不少博客響應速度很慢的，實際上，既不一定表明這些博客有多大的用戶訪問量，也不表明流量真的很大或者，博客的設備很弱；而是，在這樣的 搜索引擎光顧下，某種程度上等同于不定時的　dos拒絕服務攻擊。但網站能夠把它們當成拒絕服務攻擊而加以訪問禁止嗎？估計大多數網站起碼業務主管就不會 同意的，畢競也是要靠搜索引擎吃飯的。&lt;br /&gt;除這搜索引擎外，還有另一種更下流的訪問。筆者不止一次地發現一連串的網域IP記錄，一查，是“某某部互聯網公共信息安全審查……”，後面省去了，免得惹 麻煩。老實說，也就是某某部拿機器人滿世界地找，查幾個事關政治控制的關鍵詞而已。這種機器人，更加不客氣，你當不當機他是不管的，十幾台機每秒幾十上百 的請求實在尋常事。&lt;br /&gt;因此，說起來很可笑的是，各大網站不停地升級硬件帶寬，最後很可能發現造成當機的不是由于訪問量真的那?可喜地增加，而是這些搜索引擎光顧你頻繁了。由于這些搜索引擎尖峰時刻&lt;br /&gt;的訪問量帶來的性能極限，常常等同于３０分鍾成千上萬的concurren，這樣一來，升級的投資幾乎僅僅是?了滿足搜索引擎添加幾個參數而已。網站升級 花的是真金白銀，這些機器人加強搜索強度可是幾下點擊就夠了，可見網站是多??尬了。不過呢，要說網站一清二楚也是未必的，一來不是所有技術人員都發現這 個問題，二來就算發現了，也不見得都會告訴老板，原來增加的不是真實的訪問量！&lt;br /&gt;面對這種困境，唯一可行的辦法也就是只能把動態內容改而使用靜態網頁提供了。恐怕，這是最主要的原因，起碼，這個改造成本，比起沒完了的升級硬級和帶寬，還是要便宜點的。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112575107648749158?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112575107648749158/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112575107648749158' title='2 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112575107648749158'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112575107648749158'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/09/blog-post_03.html' title='網站動態內容的?什?要用靜態網頁提供'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-112488028134794856</id><published>2005-08-24T03:44:00.000-07:00</published><updated>2005-08-24T03:44:41.346-07:00</updated><title type='text'>blogdriver/blogchina的“升級”彰顯今天中國網絡界軟件開發能力不足</title><content type='html'>有兩個多月沒有上博客，太忙了，而且正式開始技術工作項目後就不能再分心。前兩天開始回來看看博客，把一些文章加上去，卻發現兩個月不見，國內的博客已經變了大樣，不是變好了，是變差了。&lt;br /&gt;blogcn 用的asp方案仍是不行，不是死了似的就是象死了似的反正是古人用的慢古董（一直覺得博客這類東西不宜使用純網頁技巧實現，不宜于asp,甚 至不宜於使用），這個網站也是犯了目前一般 的網站建設項目最常犯的錯誤：把過分的精力和投資放在網頁的淺層甚至僅僅是視覺優化上，以及單純的網頁重復性擴張上，缺乏深層的組件開發。&lt;br /&gt;&lt;br /&gt;blogdriver 呢？一些顯見的邏輯錯誤看來改善了，象牛虻曾不止一次發現進入了其他帳號的管理界面（顯然牛虻的隱私也給不知是MM還是GG瞅過 了），犯這類錯誤說明開發者使用的是在jsp上直接散播應用邏輯（所謂網頁java高手，指的就是這類人）,改善了，至少昨天半小時內沒有出現。但是中文 發布亂碼的錯誤仍然存在，並由於另外的原因，導至總是丟文章（沒有比這更糟的）。blogdriver顯見是使用了structs。對於structs應 用於較大型的系統的效率本人一向持不同的意見，而且，完全不加修改地使用開源軟件也存在著一個蔽端，就是不可以完全控制它的代碼，如果真的完全解拆下去， 最終會發現不用它效率反而更高。我目前也使用struts的部分代碼，不過已經完全折散了，衹不過是把我已經可以完全掌 握的部分合並到我自已的組件代碼中，所以我是可以完全控制的。但blogdriver顯然沒有這樣做，無論他們的開發員水平如何低，如何沒有經驗，最起 碼，不可能不知道網站和java文件讀寫中的亂碼如何重整，但時隔半年沒有解決這個最基本的問題，衹能說明是他們使用了他們不能控制的開源組件，象 structs，甚至不具備改換編碼重新編譯的能力，這樣，僅僅在組件外圍調用上希望解除組件上的錯誤，幾乎是不可能的。&lt;br /&gt;&lt;br /&gt;blogdriver 原來的php版本是不好用，卻還能用。也不知是blogdriver的什麼東西令方興東等人看上了它的engine，買來昇級 blogdriver，結果便宜貨變成了垃圾貨，blogdriver從不好用變成了不能用：兩個月前對它的昇級評價就不好，兩個月後看來成熟了，因為我 試了幾十次卻就是登錄不到我的帳號上，最後連登錄服務器也不能訪問了——方興東老哥看來在技術上是個大外行，還請了個低能的CTO 。blogchina改了個名字叫bokee，但抄新浪的新聞中心抄得熱火朝天，自已的博客本行也丟得差不多了，這位到處寫行業文章的方老板在自已的業務 上卻是睜眼全是瞎，他忘記了互聯網行業的游戲規則就是“成功者的營業模式後進者不能復制”，新浪已經做到這個水平上，他的新聞廣告還不能算成功， blogchina變成一個次三檔的新浪，卻丟了自已的博客老本行，會有什麼下場不能想見的。&lt;br /&gt;&lt;br /&gt;僅僅從目前的狀態看， blogchina/blogcn/blogdriver的技術能力上的停滯反應了中國程序界通病帶來的能力限制：缺乏組件抽象，過 分散布邏輯於網頁中，將網站建設變成了網頁的堆砌，網頁程序員成為系統開發員，必然在一定階段達到項目管理的極限 （project exhaust），這時侯是推倒重來，還是繼續在極限邊緣中俳佪呢？&lt;br /&gt;&lt;br /&gt;說到這裡要提一下，兩個月不見，blog.csdn.net看來漂亮 了，原來動不動就溢出停止服務，這幾天很少見，是不是昇級服務器了？還是優化程序了？ 無意間用了一個IE編輯，原來的中文狀態下跳動也不見了（這是筆者兩年前開始使用htmleditor項目就發現的問題，當localeencoding 是中文時，它會反復刷新編輯窗口），還沒有仔細看其他花梢東西是不是清除了。&lt;br /&gt;&lt;br /&gt;實際上，這也說明了中國網站軟件項目建設上的一大誤區，誤人不淺：精略放在網頁小伎倆有多花梢上，而不是用在功能抽象形成組件的深度開發上，達到project exhauxt的時間就大大提前了。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-112488028134794856?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/112488028134794856/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=112488028134794856' title='2 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112488028134794856'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/112488028134794856'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/08/blogdriverblogchina.html' title='blogdriver/blogchina的“升級”彰顯今天中國網絡界軟件開發能力不足'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111932279053598782</id><published>2005-06-20T19:54:00.000-07:00</published><updated>2005-06-20T19:59:50.543-07:00</updated><title type='text'>一名中國大陸ADSENSE作弊者的經驗之談</title><content type='html'>牛虻說：&lt;br /&gt;該文從一個反面說明對Adsense廣告的看法，有一定的參考意義：廣告商本身就一定是預備了一定量的無效損失，這是廣告業務的特 點；而另一方面，嚴格全面的反作弊成本高昂，至少不能超過合理的收益；第三實際上如果自已點擊者不是故意一開即關的話，其實點擊者本身也是廣告受體——牛 虻自已點擊了自已的廣告，結果在網上花錢購買的支出比帳上Google給我的美元還多了兩倍。所以，這其實會變成一條吸引有效點擊的操作也不見得不可能。 但大陸的象窄告聯盟這樣技術和法律條件都不過關，市場條件惡劣下操作的的公司搞這種業務，還能生存多長時間實在值得懷疑。所以中國人作弊，其實最大的效果 不是讓Google賠錢，實際上很可能是象Windows盜版一樣起到了無償的清道夫作用，把國內的潛在競爭者統統替微軟和Google宰掉了，反而為微 軟和Google留下了大遍的空白豐厚的市場，而兩大巨頭的代價無非是慷他人之慨或者是零成本的幾份拷貝而已。&lt;br /&gt;&lt;br /&gt;&lt;a href="http://zwwwxy.blog-city.com/adsense_1.htm"&gt;&lt;span style="font-weight: bold;"&gt;一名中國大陸ADSENSE作弊者的經驗之談                                       &lt;/span&gt;&lt;/a&gt;&lt;br /&gt;&lt;br /&gt;網 上有很多關于ADSENSE如何神奇,GOOGLE防作弊技術如何強大的文章.個人感覺都有些誇誇其談,實戰不足,有很多誤區.或者說更多的是技術上層面 的分析而不是商業運做的分析.ADSENSE簡單的說就是如果沒有點擊,GOOGLE和ADSENSE發布商都是白打工,一個子沒得收.但是有資料說 ADSENSE?GOOGLE帶來了百分之四十多的巨額利潤,有效的點擊真的有那?多嗎?&lt;br /&gt;&lt;br /&gt;廣告界有句名言:廣告主的廣告費至少有百分之五十是浪費掉了,但是我們不知道浪費在哪兒.國外的研究者和ADWORDS廣告主研究證實GOOGLE關鍵字推廣至少浪費20%.&lt;br /&gt;&lt;br /&gt;GOOGLE 不能作弊嗎?從商業角度來看未必!大家都不點,GOOGLE吃什??從另一個側面我們可以說GOOGLE和ADSENSE發布商聯合起來把顧客的廣告費消 耗了.有人可能說你在胡言亂語了,但是事實就是如此.事實都是ADSENSE發布商大家在積少,GOOGLE成了多啊.&lt;br /&gt;&lt;br /&gt;月入千美金不是夢,敢想就要去做.實踐比空談重要的多.簡述一些實戰經驗:&lt;br /&gt;&lt;br /&gt;1.關于點擊率及其他參數.&lt;br /&gt;&lt;br /&gt;大 家都議論紛紛.其實這都是國內聯盟做多了的習慣思維.GOOGLE幾乎不管的.不要忘記在GOOGLE ADSENSE的條例?有:不得向任何人透漏ADSENSE的帳戶內的參數信息.?什?這?要求呢?一是怕別的ADSENSE發布商知道,二是怕客戶知 道.我想最主要的是怕客戶知道.實踐中我做過單天100%的點擊率.累計點擊率10%以上.也沒問題.事實上GOOGLE ADSENSE幫助?面說的很清楚:您的收入中不會計入被我們認?是惡意點擊的點擊次數。關鍵是惡意點擊GOOGLE怎?認定的.事實上就存在如果 ADSENSE發布商是內容提供商的話,怎?能不保證同一個IP多次的點擊呢? 在實踐中我發現GOOGLE計算有效的點擊可以在每次點擊的價值上予以體現.除了本身GOOGLE ADWORDS的價格外,還有就是GOOGLE認?的有效點擊.不管有效,沒效的每次點擊都最少是0.01美分.當然我做多的一天可以做到上百美金.每次 點擊高達3-4塊以上.&lt;br /&gt;&lt;br /&gt;2.過度迷信GOOGLE的技術,沒想到GOOGLE也是要靠這個賺錢的.&lt;br /&gt;&lt;br /&gt;大家關注ADSENSE的話都知道GOOGLE曾起訴過美國的一家公司作弊.這樣的案子在中國何止千千萬.?什?被廣泛報道,不能排除是GOOGLE故意炒做,有如下原因:&lt;br /&gt;&lt;br /&gt;一.是給潛在的廣告主來看的,告訴廣告主我們是認真的,是?客戶負責的,保護客戶利益的.而且絕不給客戶?生浪費的.事實上只要是廣告就有浪費,否則能做到100%直達目標精確廣告的話,估計早成地球上的經濟霸主了.&lt;br /&gt;&lt;br /&gt;二.做給廣大ADSENSE的發布商看的,中國話叫殺雞駭猴,通過廣泛傳播給廣大ADSENSE發布商心?投下巨大的陰影.其實就是想讓你自己嚇自己.&lt;br /&gt;&lt;br /&gt;但 是從另外一個角度來看,只能說明GOOGLE的所謂反作弊手法技術還是有問題的.或者說很多東西還是理想化的,現有技術上不可能實現也無法做到.如果 GOOGLE有強大,高明,百無一漏的反作弊技術,何必要借助法庭呢?出示證據封了他的帳戶不就得了.所以是典型的炒做.大陸的准明星們喜歡用的一招,動 不動就告人家把自己給強奸了!&lt;br /&gt;&lt;br /&gt;3.GOOGLE的態度和服務&lt;br /&gt;&lt;br /&gt;一.GOOGLE怎?對待作弊的?&lt;br /&gt;GOOGLE真的想大家傳說中的那?嚴厲嗎?答案是未必．在國外,還是國內的站點我發現了很多作弊的,無非是框架調用,這樣可以在中文頁面顯示高價值的英文關鍵字廣告:）徹底了嘲弄了所謂的?關鍵字匹配?．&lt;br /&gt;?了測試真的是傳說中的那?嚴厲嗎?&lt;br /&gt;舉報嘛!&lt;br /&gt;很簡單的一個動作.&lt;br /&gt;結果我很失望.不信你自己試驗一下就知道了.所以那時候我想到可能是人家也要賺錢嘛?何況是賺的大頭.&lt;br /&gt;國內國外我看過各種不同類型的作弊手法,兩個帳號放4條在同一頁的有之.JS調用無內容的有之,彈窗有之,把頁面內容處理的和ADSENSE廣告一樣,然後把廣告夾在中間,糊弄訪問者有之.MAIL群發有之.等等.相比之下那種組織起來互相點擊的簡直是小兒科.&lt;br /&gt;&lt;br /&gt;二.GOOGLE的服務&lt;br /&gt;GOOGLE 的服務大家傳說那是一個好啊,但是你可知道那都是格式化的回信,我甚至懷疑他是機器自動回複,在ADSENSE說明?面說回信時間是2-3天.事實上是7 -10天.而且全部格式化的.舉報作弊的回信都是感謝,已經轉專家組.事實上是不了了之.估計GOOGLE的工作人員也不是很多.審核ADSENSE申請 也是類似.&lt;br /&gt;因?GOOGLE是美西時間,這樣和大陸就會有個時間差.一般是帳戶16號會顯示已經審核批准.20號左右會顯示支票號碼和批准日期.&lt;br /&gt;&lt;br /&gt;4.法律問題&lt;br /&gt;首先GOOGLE在大陸地區發布ADSENSE廣告,是違法行?.&lt;br /&gt;&lt;br /&gt;一.違反&lt;br /&gt;&lt;br /&gt;　　 第一章第二條　廣告主、廣告經營者、廣告發布者在中華人民共和國境內從事廣告活動，應當遵守本法。&lt;br /&gt;第四章 廣告的審查&lt;br /&gt;&lt;br /&gt;　 　 第三十四條　利用廣播、電影、電視、報紙、期刊以及其他媒介發布藥品、醫療器械、農藥、獸藥等商品的廣告和法律、行政法規規定應當進行審查的其他廣告，必 須在發布前依照有關法律、行政法規由有關行政主管部門（以下簡稱廣告審查機關）對廣告內容進行審查；未經審查，不得發布。&lt;br /&gt;&lt;br /&gt;　　 第三十五條　廣告主申請廣告審查，應當依照法律、行政法規向廣告審查機關提交有關證明文件。廣告審查機關應當依照法律、行政法規作出審查決定。&lt;br /&gt;&lt;br /&gt;在實踐中我們也看到很多群發垃圾郵件,准色情的廣告時不時的會冒出來.&lt;br /&gt;&lt;br /&gt;從法律的角度來說:&lt;br /&gt;&lt;br /&gt;1.GOOGLE如果在大陸發布廣告需要得到國家工商總局的批准.ADWORDS的廣告內容需要國家工商機關審核.&lt;br /&gt;&lt;br /&gt;2.大量的ADSENSE發布商從嚴格的法律意義上來說連備案都沒做,是不合法的.&lt;br /&gt;&lt;br /&gt;可以毫不遲疑的說ADSENSE從中華人民共和國法律的角度來說是不合法的.因?GOOGLE替代了很多國家職能,這是很違法的.&lt;br /&gt;…………………………&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111932279053598782?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111932279053598782/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111932279053598782' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111932279053598782'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111932279053598782'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/adsense_111932279053598782.html' title='一名中國大陸ADSENSE作弊者的經驗之談'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111932058928090745</id><published>2005-06-20T19:13:00.000-07:00</published><updated>2005-06-20T19:23:09.286-07:00</updated><title type='text'>Adsense廣告業務的安全討論</title><content type='html'>牛虻說：&lt;br /&gt;作為一個公共業務，如果希望建立在他人的誠信上的，看來衹有donation一項還會乾淨一點；衹有契約和法律，相互的約束以及發布者保護自已的能力才是 業務安全保證。Google毫無疑問是采取了保護措施，目前也不清楚這種措施是否有效保護了廣告主的利益；不過可以肯定的是，如果希望通過惡意作弊致富是 行得通的話，那這個業務就會隨之終結，8848不就是這樣死掉的嗎？&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;原文：&lt;/span&gt;&lt;br /&gt;談Adsenser得從Google Adsense大面積封殺作弊的Google Adsense投放站點說起, 但是要說封殺還得從作弊說起;這?有一個很?尬的背景,誠信對于大多數國人尤其是個人站長是一個高要求。君子愛財, 取之有道, 我們的問題出在對道的理解上, 很多人認?收入多是"道", 而在Google的詞典?, 遵守規則才是道, 所以會有從2005年初到現在的Google Adsenser的故事發生。&lt;br /&gt;&lt;br /&gt;說實話當初看到那?多下載站點、破解網站在投放著各種各樣的Google Adsense, 到處是"只有點擊了本站的Google Adsense才能正常下載"的說明, 太多的使用iframe在修改了關鍵詞的內容以圖獲得更加豐厚的收入, 等等。有收入的刺激就會有人不斷地創造, 遺憾的這些所謂的技術自從2003年Google Adsense開始就被的早期使用者濫用以至Google Adsense有著極其豐富的防範和控制經驗。&lt;br /&gt;&lt;br /&gt;封殺的概念不知是誰第一次說起, 在Google Adsense的眼?叫Disable, 不過在簡體中文的用戶中Disable太多了用戶就被稱?"封殺", 有封殺就會有連帶, 所以連帶之說一時間遍布網絡, 到處是無辜的告示。當然, 我無意去評價Google Adsense的決定以及評論任何Google Adsense的Publisher的行?以及遭遇, 我們只是試圖在過去的一些事情中獲取一點經驗, 以期對以後的行?方式能做一些有益的指導。&lt;br /&gt;&lt;br /&gt;所以我們還是從Disable的站點說起, Disable無非有2個原因, 人?影響或作弊點擊, 我們需要區分這幾個概念:&lt;br /&gt;&lt;br /&gt;人?影響:是指站長通過人?的因素影響用戶的點擊, 包括很多原因, 比如發布點擊倡議、?點擊提供額外的獎勵, 最簡單直接的方式是在廣告旁注明:點擊廣告、贊助商或者支持我們等&lt;br /&gt;&lt;br /&gt;無效點擊:無效點擊是不會?你帶來收益的廣告點擊, 我們也可以認?出現公益廣告的點擊屬于無效點擊範圍。我們要說的是另外一種無效點擊, 同一IP地址2種情況會?生無效點擊, 一是一天之內有超過2次的點擊, 二是周期性有規律的點擊, 所以說當你發動你的用戶每天點擊你的廣告意義不大, 一方面是他使用的IP相近, 同時在cookies?也有點擊的紀錄。這樣很多用戶才會發現有時一次點擊是1美元,而11次點擊的時候也是1美元, 我們可以認?後面的10個點擊是無效點擊。同樣的道理當你的競爭對手惡意多次點擊你的廣告時並不會影響到你的廣告安全, 因?Google Adsense對無效點擊還算是比較開明, 僅僅不計入收入, 當然這?的競爭對手惡意攻擊不包括作弊點擊的範疇。&lt;br /&gt;&lt;br /&gt;作弊點擊:這是Google Adsense最深惡痛絕的行?, 它給Google Adsense的廣告發布商帶來了巨大的損失, 主要的表現形式是通過代理服務器點擊、重複撥號點擊、利用程序和軟件制造點擊, 如果你有類似的行?, 帳號是一定會被關閉的, 如果你的競爭對手通過這樣的方式來惡意點擊你的廣告這也是最有效的。&lt;br /&gt;&lt;br /&gt;什?叫安全的Google Adsense, 安全也是相對的, 對于目前Google Adsense的管理技術還不足以能完全杜絕惡意的作弊點擊。但是有一點可以做到:不要人?去影響廣告的點擊。&lt;br /&gt;&lt;br /&gt;我們來討論幾個對應的策略:&lt;br /&gt;&lt;br /&gt;無效點擊不是很重要, 影響也不是很大, 但是能回避的還是盡量去回避, 自己不要點擊自己的廣告, 不要發動任何人經常點廣告。&lt;br /&gt;&lt;br /&gt;惡意點擊怎?辦? 尤其是通過代理服務器或者軟件攻擊你的廣告, 讓Google Adsense根本無法判斷是你在作弊還是對手在攻擊, 記得及時與Google Adsense取得聯系,當然前提條件是你得知道發生了什?事情, 所以在使用Google Adsense提供的報告以外你需要一個及時的詳細的統計, 很早以前在美國已經有相關的收費服務商, ?Google Adsense的發布在者提供廣告點擊統計, 現在國內的一個站點www.adsenser.org在?Google Adsense發布者提供免費的廣告點擊統計, 發布者一旦能及時地了解點擊發生的時間、所在的頁面、點擊的廣告和使用的IP就能較快地作出反應, 從而避免更大的損失。&lt;br /&gt;&lt;br /&gt;有一種嚴重的攻擊是直接使用你的廣告代碼, 放在其他的地方進行攻擊, 任何統計系統都統計不到, 但是站長可以比對一天及時統計系統的點擊總數和Google Adsense的報告, 差距比較大就說明有問題發生。&lt;br /&gt;&lt;br /&gt;帳號被封怎?辦? 很多人采取的方式是一口否認, 完全一副無辜的樣子去爭辯, 這是毫無意義的; 當然也有強硬的, 號稱保留或者即將采取法律手段索回收入的, 這更是徒勞。&lt;br /&gt;&lt;br /&gt;有一個道理十分淺顯, 那就是Google不是一個小公司, 它是世界上品牌價值最高的十大公司之一, 在法律事務的處理方面一定經驗十足, 另外所有的證據都在Google Adsense的統計?, 當你爭辯並且要求看證據他們並不提供就是准備留作訴訟證據。更重要的是Google Adsense的投放和經營遵守並受美國加州法律保護, 同時國內的個人不具備廣告發布權, 這樣的糾紛幾乎沒有辦法進行法律訴訟。當然很多人注意到Google Adsense同樣不具備在大陸經營廣告的資格, 這也是最近Google在上海設辦事處的原因之一。&lt;br /&gt;&lt;br /&gt;是不是說一旦帳號被封就每索回的可能了呢? 不是的,但是你需要有誠心+耐心+有效的方式+運氣, 首先你要相信Google Adsense多于相信你自己, 你堅持認?自己沒有違反規則還不如仔細再閱讀他們的規則, 放平心態與Google Adsense聯系, 要必要地承認自己的作弊行?, 並且讓他們相信封禁你的帳號不是一個最好的決定, 同時你可以放其他的文本廣告或者申請Google競爭對手的廣告, 還是那句話, 運氣好的話你的帳號和未支付的錢都會回來, 這個方法似乎僅對大型並且能從Google Adsense獲得大量收入的站點有意義。國外用戶還可以通過WebmasterWorld的會議直接找到Google Adsense的人員, 國外有不少站點站長通過這樣取回了帳號, 國內未有統計數據僅知道一個朋友的站點經過2個半月的努力索回帳號。&lt;br /&gt;&lt;br /&gt;Google Adsense的勢頭不管在歐美還是在中國大陸已經不如以前了, 但是Google Adsense無疑是最規範和最值得信賴的廣告發布商之一, 也是能讓個人站長能獲得最大收益的合作夥伴, 誰也不希望這條路從此終結, 但是如果要繼續並得以發展, 還有很多問題要解決。&lt;br /&gt;&lt;br /&gt;對于Google Adsense要解決的第一是速度, 國內有很多優秀的站點不願意使用Google Adsense是因?它會影響網站的速度, 因?Google Adsense的服務器在國外並且對于大陸IP的訪問不是特別穩定, 相信Google上海辦事處成立能解決這個問題; 在Google Adsense的管理方面也有幾個十分迫切要解決的問題:指定投放和開關功能, 指定投放是指如果使用Google Adsense的站長需要在自己的其他站點上投放就需要登錄到管理系統添加一個許可, 這就避免了惡意的非自身站點上的點擊, 因?非自身站點上的點擊沒有任何防範的措施; 同時Google Adsense的發布者也需要一個帳號的開關功能, 個人站點可以在需要的時候停止這個帳號的廣告顯示。&lt;br /&gt;&lt;br /&gt;對于中國的個人站長來說, 需要有一個有號召力的, 有技術的人或者團隊來組織個人站點在Google Adsense的投放上共同努力, 同時爭取創造一條合法的投放渠道, 從而保障自己的利益。&lt;br /&gt;&lt;a href="http://zwwwxy.blog-city.com/adsense.htm"&gt;http://zwwwxy.blog-city.com/adsense.htm&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111932058928090745?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111932058928090745/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111932058928090745' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111932058928090745'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111932058928090745'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/adsense_20.html' title='Adsense廣告業務的安全討論'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111931934812908274</id><published>2005-06-20T19:00:00.000-07:00</published><updated>2005-06-20T19:02:28.133-07:00</updated><title type='text'>可見的幾種Adsense作弊檢測方式</title><content type='html'>牛虻說：&lt;br /&gt;盧先生文中肯定沒有完全說明所有的檢測辦法；而實際上從作弊者的角度考慮也不可能擦除所有的腳印，這是牛虻開發IDS系統時的一個感 覺，所以即使是就盧先生提出的這幾個方向，一個專門的作弊者要想完全掩蓋，也是非常困難的，問題在於，發現問題必須從海量數據中進行分析，所以相信 google也衹能采用選擇某幾個類型進行篩選；而且，必然存在著誤報。因此，這是一個相向的威脅，也是一個相向的約束。但有一條可以肯定：大規模的作弊 比小範?的作弊更容易發現，也更難掩蓋。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;作者：盧亮&lt;br /&gt;隨著在線廣告的流行，pay by per click (每次點擊付錢)的模式 逐漸被大家接受。可是隨之而來的問題就是fraud&lt;br /&gt;clicking的預防迫在眉捷，因?這將直接關系到這種廣告模式能否長久生存和能否成?一種真正的網站擁有者的收入來源。&lt;br /&gt;&lt;br /&gt;下面介紹Google Adsense系統如何從系統角度出發防止點擊欺騙，希望對其它的在線廣告系統防止虛假點擊能有很好的指導作用：&lt;br /&gt;&lt;br /&gt;1] 點擊率 ＝ 點擊次數／共?覽的次數。&lt;br /&gt;點擊率是一個判斷是否有無fraud clicks的關鍵的方法，可以想像一個網站上的廣告的點擊率超過10%將意味這什?。&lt;br /&gt;&lt;br /&gt;#of Click/# of Viewed&lt;br /&gt;&lt;br /&gt;2] 點擊覆蓋率／獨立IP ，這個分布?如果有；單個IP 的（點擊／?覽）＝點擊覆蓋率超出了3倍的系統誤差範圍內將有作弊的嫌疑。&lt;br /&gt;&lt;br /&gt;例子，例如來自 129.119.200.1 的用戶?覽了 16個網頁，點擊了4個廣告，而整個廣告的點擊率「從[1]?計算的到」是5%，那?計算得到：&lt;br /&gt;%5 X 16 =~ 1，方差?Sqrt(1) = 1，點擊覆蓋率＝4/1 = 4 ，根據數學上高斯分布，這種概率小于萬分之一。&lt;br /&gt;&lt;br /&gt;Ratio VS IP distribution&lt;br /&gt;&lt;br /&gt;3] 點擊率『點擊覆蓋率』／IP／時間&lt;br /&gt;根據時間序列對點擊率進行分析，如果在某一個時間段上有明顯的峰值，那?這將以?著有潛在的欺騙點擊的可能。&lt;br /&gt;&lt;br /&gt;Ratio VS time&lt;br /&gt;&lt;br /&gt;4] 網頁load的時間和 廣告點擊時間差的分析，以及每兩次click之間時間差序列的分析&lt;br /&gt;[網頁load的時間和 廣告點擊時間差] 應該是一個泊松分布 possion&lt;br /&gt;distribution，而每兩次click之間的時間差也應該是一個Possion&lt;br /&gt;distribution，如果這個時間用秒記，大于25秒的話基本上呈現高斯分布的形狀。&lt;br /&gt;&lt;br /&gt;[time of loading - time of click] distribution VS Possion&lt;br /&gt;[time difference of two clicks] distribution VS Possion/Gaussion&lt;br /&gt;&lt;br /&gt;5] 針對Proxy點擊的分析&lt;br /&gt;改變IP進行點擊可以說在以往是最難以解決最難以發現作弊方式，大概國人進行Alexa的Boost時就多半采用了Proxy進行虛假點擊的方法，可是這?只要通過反向監查IP的來源是否是帶有Proxy功能的服務器就可以知道了。&lt;br /&gt;&lt;br /&gt;Reverse Proxy check&lt;br /&gt;&lt;br /&gt;6] 針對 http_agent的分析&lt;br /&gt;Http_agent／時間 的時間序列的分析，峰值超過3方差需要審查&lt;br /&gt;&lt;br /&gt;7] 針對 http_referral 的分析&lt;br /&gt;referral／時間 的時間序列的分析 ，峰值超過3方差需要審查&lt;br /&gt;&lt;br /&gt;8] 整體效果上還有一個非常有用的量：&lt;br /&gt;所有用戶的有效的每千次展示費用的均值／獨立IP&lt;br /&gt;這個將能更加直接找到spam clicking 的運行計算機並且予以封殺。&lt;br /&gt;&lt;br /&gt;Overall Ratio VS IP&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;&lt;a href="http://zwwwxy.blog-city.com/adsense.htm"&gt;http://zwwwxy.blog-city.com/adsense.htm&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111931934812908274?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111931934812908274/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111931934812908274' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111931934812908274'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111931934812908274'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/adsense.html' title='可見的幾種Adsense作弊檢測方式'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111931791108668084</id><published>2005-06-20T18:21:00.000-07:00</published><updated>2005-06-20T18:38:31.093-07:00</updated><title type='text'>廣告主針對Google AdSense作弊的問題的看法- -</title><content type='html'>牛虻說：&lt;br /&gt;由於牛虻近日也在研究提供點擊式廣告的系統（jsp廣告系統一文），因此嘗試性地對Googel的廣告進行研究，考慮作弊的可能性。—— 這是一種反向的保護性措施。由於金額不多，衹有幾個美元，所以不算什麼，也不能證明什麼——Googgle一定有一個危險性的域值，因此不會為幾美元和牛 虻算帳；而且，廣告的效益本身就必然存在著浪費，如同信用卡的欺詐也是一種損失，問題就是作為一種業務其損失是否在可承受範圍以內。既然牛虻打算對這一領 域進行開進，就必須探索這一領域的危險性，結果表明，開發一個廣告系統，最大的工程不是廣告系統基本上可運行，而是其反欺詐技術的實現，那是一個無底洞， 而且需要長期的算法更新；即使在開發上，也會佔去至少一半的成本。&lt;br /&gt;&lt;br /&gt;作為一種廣告業務，牛虻的看法是，是否存在作弊，關鍵在於它是否能夠達 到業務目的，而成本在可控制的範圍，而不是是否存在作弊。因此，衹要點擊廣告業務能夠的確為客戶帶來業務上的收益，那麼，作弊的存在影響的是它的價值高 低，而不是它本身是否能夠生存——就算是報紙或者電臺的廣告，有多少實際效益呢——CCTV的標王有多少垮掉了呢？那就是答案。&lt;br /&gt;&lt;br /&gt;總的來 說，牛虻覺得在一個較封閉的系統中控制作弊的產生還是比較容易做到的，象內部網站；而在一個較不封閉的系統，象互聯網，依靠腳本提供的有限信息，要完全避 免作弊，特別是在牛虻這種自以為是高手中的高手的作弊還是比較困難的。但是Googgle的優勢是它所有算法都不公開，這樣作弊者也是在冒險，因為衹要查 找詳細的線索，機器人總可以從若乾種算法中發現可疑線索，(這其實就是入侵檢測IDS的一種使用方式，設立若乾種日志的pattern)，通過人員再判 斷，這種線索匯聚，Googgle完全可以采用吹掉明顯的大戶，和可疑而價值不高的中戶；保證有80％的可疑情況自然消失，這樣，就會令作弊的收入成本偏 高——牛虻算過，作弊可以做到一天20-30美元，但是付出的精力和時間完全可以在正當生意中得到至少30美元以上，這是對牛虻而言的，對於其他不太熟悉 網絡技術者來說，成本效益就更低了。因此，與其將精力放在作弊上，不如將精力放在具體的內容上更合適。&lt;br /&gt;&lt;br /&gt;&lt;span style="font-weight: bold;"&gt;原文&lt;/span&gt;&lt;br /&gt;&lt;br /&gt;點 選詐欺（Click Fraud）：截至目前?止，網絡廣告大概還沒有一個讓所有人都滿意的計價方式，以點選數量來計價本就存在不少爭議，Google大力「推廣」之後，一些 設法依附Google賺錢的人要不是利用機器程序（Robot）去點選，不然就是雇用亞洲地區廉價的人工專門負責點選廣告，包括紐約時報、 CNET.com、搜尋引擎觀察（SearchEngineWatch.com）等網站都有相關報導，如果情況愈演愈烈，Google的經營模式將受到很 大的室傘?BR&gt;&lt;br /&gt;搜尋引擎專業組織（Search Engine Marketing Professional Organization, SEMPO）于2004年12月公布了一份研究報告，主題是《2004年搜尋引擎行銷狀況》（The State of Search Engine Marketing 2004），研究針對點選詐欺的泛濫詢問廣告主和代理商的意見，其中45%的受訪者表示問題「值得擔憂但尚未追蹤」、19%認?是「已經開始追蹤的中等問 題（Moderate Problem）」、6%則視?「已經開始追蹤的嚴重問題（Significant Problem）」（請參附表）。換言之，約有70%的廣告客戶開始對點選計價的模式感到不安，將會嚴重沖擊搜尋引擎賴以維生的關鍵詞廣告市場。&lt;br /&gt;&lt;br /&gt;廣告主是否對點選詐欺感到擔憂&lt;br /&gt;&lt;br /&gt;廣告主反應 百分比 已經開始追蹤的嚴重問題（Significant Problem） 6%&lt;br /&gt;已經開始追蹤的中等問題（Moderate Problem） 19%&lt;br /&gt;值得擔憂的問題，但尚未追蹤 45%&lt;br /&gt;並非嚴重的問題 26%&lt;br /&gt;從未聽說 5%&lt;br /&gt;&lt;br /&gt;Google控告一家互聯網服務商，宣稱該公司有系統的點擊文字廣告來騙取廣告費。&lt;br /&gt;&lt;br /&gt;這 場官司是在11月15日于加州的Santa Clara County的高等法院起訴，是第一宗"廣告點擊詐騙"（click fraud ）相關的民事訴訟。起訴中指出，位于德州的Auctions Expert International 公司在它的網站上注冊要顯示Google的目標式文字廣告，然後以欺詐的手法點擊廣告，從"依點擊數付費"（pay-per-click ）的系統?謀取廣告利益。 "因?廣告主依廣告的點擊數付費給Google，因此Google努力要確保每個點擊都是因?使用者以合理的興趣進入廣告的網站。"Google指出。&lt;br /&gt;&lt;br /&gt;"被告嚴重濫用了Google的服務，以人?及欺詐的方式?生廣告的點擊。"起訴書中表示："這些點擊對廣告主沒有價值，但是卻?被告?生了可觀但不合理的營收。"&lt;br /&gt;&lt;br /&gt;位于加州山景郡的Google並未表示損失有多少錢，但是提出了補償及損失賠償的要求。&lt;br /&gt;&lt;br /&gt;從 有網絡廣告以來就存在的點擊詐騙，是?了營收而對廣告或網站流量灌水的一種做法。Google、Overture等網絡公司建立起百萬美金營收，以及以" 點擊付費"和贊助廠商文字連結及相關搜索結果等手法結合之後，這種做法也隨之盛行。在累積贊助文字連結的點選數之後，就會向廣告主收錢，然後和出現這些廣 告的出版商夥伴共享營收。&lt;br /&gt;&lt;br /&gt;這種欺詐手法可以利用自動化或手動來做。最常用的方法就是利用在線的機器人（robots），或者是又叫做 "bot "的自動化程序來點選顯示在網站或是列于搜索查詢的廣告連結。另一種方法是在人工便宜的地方，如中國、印度等其他國家，聘請一些廉價勞工，專門來點選文字 連結或其他廣告。另外還有第三種詐騙方法是，一些公司的員工故意去點選競爭對手的廣告來消耗對方的營銷預算，扭曲搜索結果。&lt;br /&gt;&lt;br /&gt;根據Google的指控，Auctions Expert 成立網站，然後故意?了?生假點擊和騙取廣告費而注冊到Adsense 程序。&lt;br /&gt;&lt;br /&gt;在 在線廣告中增長最快速的搜索廣告市場?，點擊詐騙問題已經大到令人不可忽視。雖然沒有人可以確知有多少錢是這樣被騙走，但業界有些主管預估，大約占去總金 額的5 至20%。有些人則認?，由于Google及Overture和難以管理的小型或國際出版企業合作，因此問題還會越來越嚴重。&lt;br /&gt;&lt;br /&gt;和 廣告看板或平面出版等傳統媒體廣告方式不一樣的，"點擊計費"的網絡廣告方式是，當特殊的關鍵字搜索出現時才推出廣告，因此對于公司企業來說是接近潛在客 戶比較精確的方式。因此，根據eMarketer 數字，美國這種搜索結果的廣告支出今年可望增長25% 達到32億美金，相較之下2003年?25億。2002至2003年這塊市場則增長了175%。&lt;br /&gt;&lt;br /&gt;Google發言人Steve Langdon 承認有這場官司，並表示，公司會努力保護廣告主的權利，以及公司程序的完整性。"我們有很聰明的技術可以偵測並排除這種欺詐行?。"Langdon 表示。"對Auctions Expert 的起訴顯示出我們反詐騙系統的成功，而且必要時我們也會采取法律行動。"&lt;br /&gt;然而，至少有家營銷企業表示，這場官司也證明了Google的點擊詐騙偵測技術應該不如公司所聲稱的那?可靠。"我們知道，Google並不需要尋求資金。"搜索引擎營銷公司Alchemist Media 總裁Jessie Stricchiola表示。&lt;br /&gt;&lt;br /&gt;"這是一個政治性的策略做法，要顯示出Google保護廣告主的決心。但這也在分散大家的注意力，讓人忘記了高科技並無法完全保護廣告主的事實。"Stricchiola 表示。&lt;br /&gt;&lt;br /&gt;今 年稍早，Google的服務成?點擊詐騙相關官司的核心。加州有個人設計了一套軟件，宣稱可以讓垃圾蟲（spammers）以假造的點擊向Google 詐騙上百萬美元。執法單位表示，這個人以這款程序向Google勒索150000美金而被補。官司中指控Auctions Expert International 及它的負責人Sergio Morfin 與Alexei Leonov 等被告以點擊數欺詐，同時違反Google Adsense Online的服務條款。不過Google表示，公司並不知道被告的真實身份，一但知道他們的身份之後就會修改官司內容。Auctions Expert 的網站在周一就無法連上。&lt;br /&gt;&lt;br /&gt;代表Google的Wilson Sonsini Goodrich &amp;amp; Rosati合夥商人David Kramer表示，這場官司對那些不肖的網絡企業來說是個警告。"它對那些參與Google廣告網絡的參與者傳達出一個訊息：就是因?是在網絡，所以更不 可以詐騙。"Kramer表示。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111931791108668084?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111931791108668084/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111931791108668084' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111931791108668084'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111931791108668084'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/google-adsense.html' title='廣告主針對Google AdSense作弊的問題的看法- -'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111891232303353433</id><published>2005-06-16T01:58:00.000-07:00</published><updated>2005-06-16T01:58:43.036-07:00</updated><title type='text'>使用Google的廣告十天後的觀感和博客的錢途</title><content type='html'>對於Googel的廣告好奇心正在逐漸消退，隨著了解的深入，對於Googel的廣告所能達到的一些作用也開始有更准確的認謖。&lt;br /&gt;&lt;br /&gt;在申請Googel廣告的時侯，目前是這樣的：&lt;br /&gt;1）了解有多少人關心我的文章知識，假定是可以通過互聯網的關鍵字搜索到而不是通過自已做廣告的話；原設想這可以通過廣告的顯示次數進行估計；&lt;br /&gt;2）點擊廣告是多少？&lt;br /&gt;3）具體那個站點的點擊計數是多少？這其實是把Google降格成了一個計數器；&lt;br /&gt;4）整理一下知識，把網上日記從亂七八糟的自已記錄變成有潛在價值的資料庫；當然，最敏感的部分沒有放上來；&lt;br /&gt;5）順便看看可以帶來多少收入。&lt;br /&gt;6）了解一下是什麼人做廣告，以及對廣告的受者心理是什麼？&lt;br /&gt;&lt;br /&gt;老 實說到目前的廣告點擊有一多半是我自已點的，目的不在於錢，才幾個錢算什麼呀！一來是好奇，的確想看看到底是什麼人賣廣告，主要是Google匹配廣告 的邏輯是什麼。二來是聲明一下存在，免得Google到時把俺給砍了，一聲Sorry就讓我回家去。我估計Google也不會在這個地方給我計較幾個美元 的出入，反正羊毛出在羊身上，用不著Google自已掏錢的。從adsword的用戶信息看，有追蹤效果，但是沒有明確給出是誰誰那個網站放過的，看來， Google是把解釋權放在自已手上，避免有不必要的爭吵。&lt;br /&gt;&lt;br /&gt;但實際效果並不完全如意。&lt;br /&gt;第一；無法了解到實際上的pageview 是多少，原因有兩個，adsense的頻道是網頁地址而不是網站，所以除了這個網頁地址外其他的網頁它統統統計 不了；其次，它不是每次都顯示的，甚至不清楚它顯示的比例是多少。但看得出，它是根據一個緩存中的ID顯示的，每一個ID顯示的量非常有限，所以會出現如 果在一個地址長時間訪問自已站點的話，根本看不到Google廣告的出現，這是為了提供廣告的實施質量，是有道理的，不過放置廣告就不能准確知道視覺效果 了。其實，這裡可以使用一個開關讓調式更方便一點；&lt;br /&gt;&lt;br /&gt;第二；收入是多少？就本人來說，如果不是試著這個adsense廣告，大部分情況下是 對廣告自動視覺過濾，根本就從來沒有點過人家的廣告。不過，自從有了 adsense廣告後，由於對它興趣濃厚了，倒也覺得其中有很多廣告其實是蠻有意思的。所以我點擊這些廣告後，也不是一走了之，大部分情況下是會真的進去 試一試，實際上，這個廣告變相讓我了解其他網站的運作形式。但就客觀的評估而言，單純的博客內容，難以吸引長期的穩定的收入，除非是一些特殊的成本之類的 內容。但如何把它與廣告結合令用者和廣告消費者感興趣，還沒有多少idear。總之，如果沒有進一步的組織措施，希望博客文章有穩定的收入，是不太不現實 的。我的博客量算是大的，我算了一下，就算全部掛上廣告（衹要托管站不是非要自作聰明的卡住的話，一般都可以放上廣告內容），一天有一美元就很不錯了。而 達到這個收入所花的時間用到正事上，我看至少可以賺10美元。可見，這事情衹能是幹正事時bytheway，而不能當真作為一個工作收入。&lt;br /&gt;&lt;br /&gt;第 三；作為廣告的發布商即消費者，比較愚蠢的是對非直接營收的部分發廣告，換言之僅為知名度發Googel廣告。這是我對受者心理的看法。這和電視、報紙 等不同，網絡的特點是短粗直接，廣告接受後可以直接進行消費，至少是消費預演。因此，如果發布者的消費部分未搞好，使用Google廣告的效果令人懷疑； 而作為提供知名度來看，成本就偏高了。因此，出於點擊目的或消費目的的廣告包括跟蹤，adsense還有業務上需要提高的空間。&lt;br /&gt;&lt;br /&gt;就 收入來 說，中國國內的消費水平很低，基本上廣告發布少，點擊收入低；大概衹有海外的五分一到十分一。因此，如果把內容發布成英語或者繁體，可以相應地提 供收入百分比。在blogpot上一個海外的點擊就曾經給我帶來0.4美元的收入，而國內甚至看到10次點擊，才區區0.2美元，差距明顯。最後，如果 Googgle找不到合適的內容放到發布者的內容欄目，也就無所謂廣告收入了，因此，用詞最後用得規範點，這樣Googgle可以比較容易地找到相關的廣 告內容，不然，就淨是出些太陽離地球有多遠的無深入廣告，甚至乾脆隱了形。&lt;br /&gt;&lt;br /&gt; 這十天的試用還令我對於博客的營收設想有了修正：僅憑博客內容難以獲得可持續的收入，由博客自已經營尚且如此，那麼就博客托管商自已組織來為這些從這些博 客內容出廣告贏取收入，衹怕投入永遠比產出多。反過來，如果博客自已沒有收入，也完全沒有必要長時間花錢供養博客網站！因此，解決方案似乎衹能是博客網站 要進一步放權幫助博客建立起自已的發布中心，幫助博客賺錢，而不是搞些花梢玩意，象博客中國什麼博客秀之類的，簡直就是白癡。因為它把博客當成白癡了，居 然把QQ那些大不透的小兒行為也搬到博客上來。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111891232303353433?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111891232303353433/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111891232303353433' title='2 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111891232303353433'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111891232303353433'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/google.html' title='使用Google的廣告十天後的觀感和博客的錢途'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111867142797995334</id><published>2005-06-13T06:43:00.000-07:00</published><updated>2005-06-13T07:03:47.983-07:00</updated><title type='text'>中國大陸的電子商務網站(linux+jsp)的計費收費系統平台設計規劃</title><content type='html'>電子商務網站中的收費繳費框架主要使用客戶預存款的形式，客戶通過繳費途徑把錢存入電子商務網站絡有限公司客戶名下，並由計費框架主進行用款帳目和明細的 管理；向客戶提供帳單結算。客戶可以通過個人控制中心審查自已的預存余額，曆史帳單；現行定單；凍結金額；並可以要求發票和帳單投遞（投遞費可以假定作? 一項服務扣費），當然也可以客戶自行到網站公司營業部打印帳單。&lt;br /&gt;一、繳費框架；&lt;br /&gt;&lt;br /&gt;    * 使用充值卡繳費：例子，超聲讀書卡；方法是相對簡單；如果收費框架功能到位，可以把客戶未用完的余額退回。&lt;br /&gt;    * 客戶銀行轉帳：通過一卡通等銀行轉帳手段，客戶直接在網上按指定帳號向電子商務網站彙款，這個方法需要與銀行的協同工作還不太清楚；&lt;br /&gt;    * 人工彙款；人工彙款是最古老的方式之一，缺點是太麻煩的話客戶會放棄在電子商務網站上消費的欲望；&lt;br /&gt;    * 短信收費：這個方式目前有點臭名昭著，是象信息台一樣通過電信（移動）高額收取短信費用；缺點是成本高（固定成本每月2000，浮動成本每條兩毛錢），而 且不太受消費者歡迎；這類有償信息發布短信的營利案例好象沒有聽說過。另外，稱動似乎正在壓縮夢網短信平台，原因是投訴太多。所以這個方式不宜作?基本業 務的收費途徑。&lt;br /&gt;    * 其他：還有什?，歡迎提議；&lt;br /&gt;&lt;br /&gt;繳費框架需要一個客戶繳費項目的跟蹤系統。最簡單的情況下，是由電子商務網站後台工作人員輸入帳單，但仍需要讓客戶有可能從個人控制中心追蹤到自已的帳單。如果使用上述第一，第二套方式，可以減少工作人員的工作，但需要相應開發客戶的繳費系統；&lt;br /&gt;&lt;br /&gt;二、計費框架&lt;br /&gt;&lt;br /&gt;    * 客戶計費主要通過申請服務後的逐項扣減客戶充值額進行。每當客戶申請一項電子商務網站有償服務時，就會檢查客戶余額是否足以支付該項服務內容；如果足以支 付，就凍結相應的金額，直到客戶取消該項訂單?止；每當客戶接受一項收費服務，就從凍結額中扣除相應的款項；直到凍結金額用完。凍結金額不是客戶的充值 額，這個概念一定要搞清楚。&lt;br /&gt;    * 客戶可以在個人中心中審查本人的余額，以及已經凍結的金額和相應的服務；以及本人曆史交易記錄。&lt;br /&gt;    * 客戶可以要求退回充值額（可以鼓勵客戶多存放心存），?覽帳單，可以要求打印帳單並郵寄發票。&lt;br /&gt;&lt;br /&gt;三、系統要求：&lt;br /&gt;&lt;br /&gt;    繳費收費的要求比信息類的系統要求要高，主要體現在事務安全性和訪問安全性；因此要求使用支持事條的數據庫，以及使用安全性連接，並且，客戶密碼應該作進 一步的加密，以及避免使用明文傳輸，包括認證碼安全等。因此，這意味著整個系統檔次的提升。需要開發的相應組件和系統管理項目包括：&lt;br /&gt;    1、開?PQ數據庫和更嚴格的自動備份；(盡可能不使用Oracle/DB2,原因是資源耗用太大,同時必須保證多台服務器形成的工作組同時工作;?此, 備份服務器也要隨之升級和熱備,系統管理成本就會直線上升,保守估計是十倍以上).&lt;br /&gt;    2、開?網站安全證書和安全鏈接；&lt;br /&gt;    3、開發實時隨機認證碼；&lt;br /&gt;    4、開發java applet的密碼認證插件；&lt;br /&gt;    5、全部用戶記錄轉移到PQ數據庫；&lt;br /&gt;    6、全部用戶密戶進一步使用隨機數和散列加密——那意味著即使是網站管理員/數據庫庫管理員也無法查探用戶密碼，只能采用恢複處理。&lt;br /&gt;    7、現階段不打算申請VeriSign公鑰（可以讓IE在轉向安全鏈接時不詢問用戶"是否接受該站證書"，有必要嗎？45000美元一年噢）。&lt;br /&gt;&lt;br /&gt;    以上六項不是計費收費框架的所需要的工作本身，而是開通計費收費功能的基礎。&lt;br /&gt;&lt;br /&gt;四、計費收費框架中的可見的必要模塊&lt;br /&gt;&lt;br /&gt;    * 個人繳費平台；如第一點所述&lt;br /&gt;    * 個人訂單平台；訂單跟蹤，事實上每一項收費服務都需要自已的訂單系統；&lt;br /&gt;    * 個人帳單平台：這本質上相當于ERP中的報表系統，原則上要求可以使用打印機輸出；這?包括個人交易日志；&lt;br /&gt;    * 交易日志；如果說對于其他服務內容日志是有用的話；對于收費業務來說就是必須，這是解決業務潛在爭端和交易中止事故恢複的關鍵記錄；日志要求能夠實現他機同步記錄；&lt;br /&gt;    * 交易扣費接口；要求所有收費項目都實現一個統一的凍結和費用扣除接口，並且所有的費用應該可以直觀明了的地進行修改和調整。&lt;br /&gt;    * 還有什?嗎？歡迎提示。&lt;br /&gt;&lt;a href="http://blog.csdn.net/zwwwxy/archive/2005/05/26/381754.aspx"&gt;http://blog.csdn.net/zwwwxy/archive/2005/05/26/381754.aspx&lt;/a&gt;&lt;br /&gt;&lt;a href="http://zwwwxy.blogchina.com/1667114.html"&gt;http://zwwwxy.blogchina.com/1667114.html&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111867142797995334?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111867142797995334/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111867142797995334' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111867142797995334'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111867142797995334'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/linuxjsp.html' title='中國大陸的電子商務網站(linux+jsp)的計費收費系統平台設計規劃'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111867021071327365</id><published>2005-06-13T06:36:00.000-07:00</published><updated>2005-06-13T06:43:30.720-07:00</updated><title type='text'>互聯網真正的未來是ASP</title><content type='html'>互聯網可以是一條低級的數據通道，僅僅是各台獨立的應用主機彼此"hello world"的途徑；也可以成?一條數據總線，讓互聯網本身成?一台計算機，直接向形形色色的客戶提供形形色色的應用需求功能。?什?要不停地花費金錢買 不斷升級的電腦呢??什?要不停地花錢花心思買軟件升級呢？對我們中的絕大多數人來說，我們需要的是功能，不是軟件。這個矛盾的解決，就系在ASP (Application service Provider)的身上，這是一個幾年前出現的，被無知的專家們炒作糟蹋夠了，現在是"始亂終棄"棄子段的名詞。但筆者卻認?，它才是互網網真正的未 來。&lt;br /&gt;&lt;br /&gt;ASP（Application service provider，注意與微軟的asp，active server pages動態服務端網頁相區別，兩個完全不同的東西），早在2001年開始就成?IT界的新名詞，一度被許多業內"名人"炒作得大紅大紫；但幾年後的今 天，能夠記起這個名詞的人已經不多了；ASP在那段時間，無非是這批業內"炒作"專家?某些公司挂羊頭賣狗肉圈錢的又一個概念風潮而已，對于互聯網本身並 沒有什?現實的意義。參考這些炒手的文章，可以知道這種炒作消失的一個重要原因就是對ASP的範籌和業務方式並沒有嚴格的限定，居然把主機租憑，軟件租 憑，外工(outsource)開發，咨詢，甚至于互聯網接入（ISP）都當成了ASP，而真正意義上的application provider，應用的提供，反而沒有幾個人加以強調；估計這些紙面上的專家本來就對此不甚了了：基本概念都沒有搞清，也難委他們妙筆生花吹得起來，這 套本事，俺要好好學習才行。&lt;br /&gt;&lt;br /&gt;筆者不會吹牛，只能實實在在地從基本概念出發，所以再對ASP中的A,application作一個定義：應用，就是可以提供某種特定功能的軟件。因此 ASP，應用服務提供商，就是專門通過某種軟件向客戶提供實際商業功能的運營商，並收取相應的費用。這?關系到兩個關鍵要點：一，軟件本身的所有權屬于運 營商所有；二，軟件功能可以有償提供給多個客戶。筆者認?，所有概念的精確有效與程序開發中要求定義精確的的意義是一樣的，ASP是大器還是垃圾，能否作 出判斷，取決于它的外延邊界是否是清晰的。因此，我們需要首先把一些接近的行業服務剔除出ASP的範籌。象主機托管不是ASP，企業軟件出租不屬ASP （不能讓多個客戶同時使用同一個軟件），，外工項目不算ASP，當然，接入服務更不算ASP。按這樣一個概念範籌一套下來，當前中國甚于全世界所有聲稱是 ASP的供應商，幾乎統統是挂羊頭賣狗肉濫竽充數之輩，因此全部不在本文討論之列；相反，許多沒有聲稱是ASP的公司，卻是明白無誤的ASP運營商，其中 包括Google,AOL,Ebay和形形色色的遊戲公司等，還有中國的163.net（想不到吧？）。&lt;br /&gt;&lt;br /&gt;ASP概念實際上是1995年互聯網出現後，IT技術兩大發展方向在互聯網上的體現。這兩個方向，一個是以微軟?代表的以肥胖客戶機?主要基礎的桌面運算 派；而另一方則是以SUN和網景公司主張的網絡計算派。顯然，以公司競爭而語，SUN和網景已經落敗；但如果據此認?網絡計算派就此敗給桌面計算派，就太 不慎重了。從近幾年來微軟業務發展的緩慢，和GOOGLE等網絡公司的異軍突起，反而說明，網絡計算派正在逐漸贏得優勢地位。&lt;br /&gt;&lt;br /&gt;ASP存在的意義，實際上是對IT技術發展到今天的所面臨的困境的一種總結性調整。首先，桌面電腦能夠滿足人們的需要的能力有效，以Windows而言， 作?一個桌面它已經接近于盡善盡美，從windows95開始，windows的發展無非重複著安全性/穩定性/?動快速，以及界面花梢，個性化，多媒體 這類實際上是邊緣性的功能在修修改改，windows不能提供一個象widnows95取代dos和字處理機那樣的革命性的模式更換，是微軟業務模式實際 上已經走向衰退的重要原因，那怕長角(longhorn)吹響，筆者不妨大膽預言，更象是微軟業務的挽歌。其次是大型的綜合性的軟件應用系統對于普通使用 者來說太昂貴了。IBM的大型主機有多貴就不說它了，還不包括?頭的軟件呢！SUN的敗落很大程度是由于它死死不願放棄劫持客戶從設備過分昂貴的價格中賺 取利潤的業務模式。但是假如這兩者通過ASP，應用供應，將同樣成本的應用功能以有償收取使用費用的方式供應給不定量的用戶的話，那?，軟件就不再是一種 商品，而是一種百分百的服務，（中國盜版的"民族工業"就未日來臨了），將在網絡計算和桌面計算中走出一條新路來，這時侯，會是什?樣的光景呢？&lt;br /&gt;&lt;br /&gt;這就是ASP的未來。互聯網的技術發展使這種未來清晰無疑地展現在筆者的眼前，毫無疑問，明天，基于桌面軟件的那家巨人，和基于昂貴系統銷售的幾個次巨人都必然會從市場消失，真正贏得市場的將是ASP公司；特別是對中國這種光?子窮蛋成群結隊的國度。&lt;br /&gt;&lt;br /&gt;筆者可以用大家都用得最多的電子郵件這種功能來說明ASP取代桌面應用的必然性。筆者曾經考慮以linux?基礎提供郵件服務器，相比于IBM的 Domino，微軟的Exchangerserver，剔除盜版的因素（在中國是不可能的），linux毫無疑問是有競爭力的。但這個設想在大約半年前被 徹底否定了，原因不是郵件服務器技術本身，而在于隨之而來的垃圾郵件和郵件病毒。筆者本身就是一個安全專家，當然有辦法解決郵件服務器上的病毒問題，但是 作?一個完整方案提供給客戶，還要把郵件服務器控制在幾萬元以下，就遠不是這?簡單的問題。病毒與其他東西還不一樣，光從第三層控制是不行的，在服務器端 也不能使用象桌面機那樣的IO流監測手段，在網絡上必須以代理方式停留在第七層才能分解出病毒特征碼。無論那一種方案，不是意味著主機資源成十上百倍的增 加，就是網絡性能成十上百倍地下降。&lt;br /&gt;&lt;br /&gt;病毒還算了，垃圾郵件就更麻煩了。垃圾郵件麻煩就在于它是郵件，你不能預先設定只有誰的郵件才能收；而且smtp協議本身就是open relay的，這樣只要願意，一個初級的程序員也能夠從自已的主機上向任何地點以任何名義發任何的郵件。事實上世界上還沒有有效的防垃圾郵件的方法，使用 類似防病毒的特征字符串判斷吧？對于垃圾郵件來說，工作量而大十倍；采用目前的管理員設黑名單吧？實際上發送者可以按詞典每封信都可以來自一個名義地址。 除了SMTP擴展到ESMTP還要再擴展，（我看需要一個發送認證機制，由第三方核准），作?郵件服務器使用者來說，投資也將是直線上升。&lt;br /&gt;&lt;br /&gt;這就是問題了：誰願意花上百萬的投資來?公司幾百個，甚至幾十個帳號提供簡單的電子郵件服務呢？有是有，但是市場會很小。舍此，估計許多人如同筆者的郵箱 一樣每天上千封垃圾郵件，還有帶病毒的，只能在知道有用郵件到時遠程先挑起要收的信收下來，然後把其他的統統刪除。某種程度上，電子郵件作?一種互聯網上 最有用的功能，它，已經死了！&lt;br /&gt;&lt;br /&gt;但作?提供成百萬上千萬用戶的郵件服務商來說，象163.net來說，它?自已的有限的服務器提供防垃圾郵件，防病毒郵件的可用服務，並提供遠程可疑郵件 由用戶戡別的服務，?你提供一個可用的電子郵件，代價相對來說要小得多，攤到每一個用戶頭上也就一兩元投資，和幾角錢的維護費（或者會請幾百個MM來管理 黑名單）。因此，毫無疑問，被?多免費郵件打垮的郵件服務肯定會重新出現，只不過，千萬不要以?那是免費的。&lt;br /&gt;&lt;br /&gt;今天的幾家郵件服務供應商，並沒有滿足這個要求，實際上他們的防病毒防垃圾郵件的能力還比不上一些大公司的IT部門；原因一來是免費嚷喝太久了，沒力氣幹 實事了（沒錢沒實力?），二來是免費提供同樣不能用的郵件商還是不少，三來中國比較落後，沒有幾個人真的離不開電子郵件，自然不願掏那筆錢。但從長遠一點 看，兩三年吧，中國出現象AOL那樣的ASP供應商是必然的，只不過，電訊老總和請信息?業部長打幾場高爾夫球，讓部長大人再按中國特色下一部行業管理辦 法：所有郵件ASP都必須由電訊發放執照規範經營；也肯定電訊會有意無意的統統不放：他自已，或者他的夫人，公子，公主自已來做中國的AOL。&lt;br /&gt;&lt;br /&gt;這是無需擺弄易經就可以預言的有中國特色的社會主義ASP前景。&lt;br /&gt;&lt;a href="http://blog.csdn.net/zwwwxy/archive/2005/06/13/393671.aspx"&gt;http://blog.csdn.net/zwwwxy/archive/2005/06/13/393671.aspx&lt;/a&gt;&lt;br /&gt;&lt;a href="http://zwwwxy.blogchina.com/611463.html"&gt;://zwwwxy.blogchina.com/611463.html&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111867021071327365?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111867021071327365/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111867021071327365' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111867021071327365'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111867021071327365'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/asp.html' title='互聯網真正的未來是ASP'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111866969412467706</id><published>2005-06-13T06:26:00.000-07:00</published><updated>2005-06-13T06:34:54.130-07:00</updated><title type='text'>做軟件需求最重要就是分解用例場景，沒有用例就不是需求</title><content type='html'>軟件工程這類書要學，不過軟件工程軟件需求最關鍵就是用例場景的合理建立，這條，好象沒有什?大學教科書談到，仿佛中國的大學計算機科學系教師統統沒有做 過軟件項目的，完全沒有這個概念。所謂的軟件需求，如果不是變成走不通的?代碼，就是用不上的美工方案，程序員對此除了幹瞪眼是沒?的。。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;其中最大的原因就是從事網站或者類似的軟件需求的許多人都不懂真正的軟件需求是什?東西，包括我處理過的SAP/ERP項目這類都是同樣的問題，盡管那不 是網站；他們犯的一般共同的錯誤就是把網頁表現形式（那其實是美工的工作），以及內容的采排看作是需求，完全沒有一個用例的觀念。&lt;br /&gt;&lt;br /&gt;用例，usecase，目前多見于UML下的對面向對象程序中的對象行?的表達；不過，這不是它的源泉；它之所以被看作是這類語言的標准URL描述手段， 是因?面向對象本身就是在虛擬程序中模擬真實世界那樣地工作；而真實世界，就是圍繞著用例展開的。用例的觀念其實也不能算是一個軟件概念，只不過在軟件領 域定義得最?精確而已，今天從每個人的生老病死，婚姻嫁娶，其實都是一個個的用例的描述和實施。用例，顧名思意，就是假如（假設）出現某種情況，采取什? 樣的行動；可能會有什?樣的結果；然後，根據這個結果，再采取什?樣的行動......直到得到希望的某個最終結局。&lt;br /&gt;&lt;br /&gt;用例也叫場景，軟件，實際上就是對場景操作過程的描述，而不是一堆版面框架網頁的集成。沒有用例支持就不叫軟件，更加不叫項目——連垃圾都算不上。很多時 侯我們說需求不明確，其實就是說這個用例不清晰；在電子商務網站中，除了人員素質導致對基本概念方法不明白外，最可能的導因就是商業模式不明確，或者不成 立。這個成立與否，實際上可以從上面的假如如何那般的推導中進行初步的可行性推演。所以，程序員實際上有兩個層次，一個是你說什?他做什?，但永遠沒有結 果的。他卻的確實現了你（需求人員）提出的所有要求，但這個項目卻必然是永遠沒有結果的，因?，它本身只是把這個程序員當成網頁編輯用了，項目沒有基本用 例的支持。我想90%的程序員是這類"程序員"，沒有用例明確定義也就沒有軟件能力的評估，因?軟件人員不是美工。另一種程序員則可以從上訴推演中發現整 個項目本身有沒有用例，以及用例是否合理（理論上沒有明顯的邏輯障礙）；雖然程序員一般不應該關心商業模式是否合理，但實際上他有這個能力，常常是第一個 發現商業模式的問題，假如他也關心的話。&lt;br /&gt;&lt;br /&gt;可惜大部分用戶需求人員不明白這個道理，反而可能會以?程序員是在推卸責任，或者是刁難需求；也正因?這個原因，需求人員和實現人員的沖突在項目中屢見不 鮮，倒不是個人矛盾的沖突，而是由于雙方沒能有一個基本的立足點。我見過這樣的項目，需求人員建一個大型網站的需求就是一大籮的每個網頁的非常詳細的描 述，到每個字每個連接......直至每個網頁出現的次序，項目經理說一個笑話：萬一他摔一跤，這籮子東西鬼才能再撿回原來的模樣。的確，負責需求的客戶 方副老總和一幫企業需求編輯辛苦做了兩個月，但其實這不是需求，而是使用這個項目軟件的具體編輯排版的安排；根本不是程序員要看的東西。程序員需要的是使 用這個網站時需要有那幾種用例邏輯，然後抽象出其中的對象，根據對象建立存儲方式（象數據庫存儲結構）和內容采摘方式。那大籮東東，實際上什?用處也沒有 的。開發軟件如同建房子，旁觀者可能問一句："建房子啊"就拍手說明白了，但對于開發員來說，如果得不到准確的房子細到磚磚瓦瓦的准確設計（需求定義）； 要知道建小平房和建金茂大夏都是建房子，建賓館還是建?儀館也是建房子，到底客戶要的是什?房子合適，不搞清楚幹下去的程序都是不負責任的，或者是冒牌 貨。&lt;br /&gt;&lt;br /&gt;不懂軟件需求的需求人員一般會犯如下錯誤：一是把版面美工形式看作需求，其實程序員看程序如同醫生透過X光看一個人，看到的是骨架，至于是美人還是醜八怪 如果能看出來，那個醫生一定是變態的；在開發過程中都強調實現用例功能實現，而不是首先色彩如何花梢漂亮，後者不但不是主要的，也不是次要的，在開發過程 中什?都不是；一開始把精力放在這?當成需求實現是浪費時間浪費金錢。二是把靜態網頁當成需求，特別是當把靜態網頁當成prototype時更經常犯這個 錯誤；常常說："按prototype做出來不就行了？"實際上prototype本身如果不是看不出清楚的用例邏輯，就是可能有幾種用例解釋；何況真正 變成動態程序，與靜態的東西是不一樣的。我在網上看到的美女明星下了台到眼前成了醜八怪，就是這個道理。而且更遭的是，客戶還同時犯第一個錯誤，看著那? 不順眼就改一改版面還一天三變,不知不覺的基本用例就變成了另外一個東西，原來是賓館現在成了蓋?儀館，原來搞錯了因?不知道躺的人不同叫不同的館（死人 還是活人），試問，如何實現？項目開始和後期看到的同一個版面成?不同的故事絕對是經常出現的故事，軟件上稱?需求變遷，這是項目經常延期的最主要原因。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;三是需求人員把定制了解成按客戶所有想法迎合靜態頁面，而不是按客戶的業務用例要求建立相應的程序；還要求程序員也這樣做；實際上，如果不能撥亂反正的 話，任何項目到此?止已經是死路一條：那不是軟件，無非是靜態網頁人員出租！需求人員常犯的另一個錯誤仍是不懂用例，就是把用例的使用方式當成了需求；這 種錯誤有時連初級程序員都會犯，最典型就是把一個菜單欄目當成需求，而程序員無法從菜單中看出明顯的簡潔的用例邏輯——這是一個沒有意義的菜單，天曉得? 頭是什?？同樣地，?頭的要幹的東西還一天三變。事實上，同一種邏輯用例可以用到N個欄目，那是"軟件的使用而不是軟件本身"。&lt;br /&gt;&lt;br /&gt;以上的錯誤常見于網站建設，所以網站建設最通常的結局是不了了之，大概占了50%以上，無論設入多少錢多少人花多少時間都是如此的；除非有人能夠撥亂反 正，讓項目需求走上正道。而在ERP/DRP這類項目中，需求人員一般情況下是業務的行家，他們反而很容易理解用例是什?東西，象醫院收費，絕對不會把精 力放在收費界面有沒有脫衣舞女讓收費員提神上，收費這個用例有多少個環節是他們理解的。這種項目需求最易犯的錯誤是讓先進的計算機工具重複原始狀態下的不 合理的流程。最典型的笑話就是：手工審批要蓋五個章，用五天時間；現在電算化效率提高了一百倍，所以可以蓋五百個章（電子簽名呢！），時間嘛，仍然是五 天！在這?，矛盾不是有沒有用例，而是用例是不是合理的，最高效率的。&lt;br /&gt;&lt;br /&gt;所以對于需求由于用例的沖突，程序員如果不想不了了之最後責任全部背上身的話，最好就是堅持原則；程序員迎合網頁編寫是沒有意義的，遷就需求也不是沒有意 義的，因?......無法遷就的，越是遷就就越是沒有辦法實現，或者客戶沒有辦法滿意的。軟件其實很簡單的，無非是分析好用例，然後讓計算機一步步實現 而已，用例，是所有軟件實現的前提：不然，軟件到底要幹什?&lt;br /&gt;？好的軟件項目都有一個共同的特點，就是簡單的邏輯，明確用例。最典型的，看google,ebay&lt;br /&gt;&lt;a href="http://blog.csdn.net/zwwwxy/archive/2005/06/13/393671.aspx"&gt;http://blog.csdn.net/zwwwxy/archive/2005/06/13/393671.aspx&lt;/a&gt;&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111866969412467706?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111866969412467706/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111866969412467706' title='0 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111866969412467706'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111866969412467706'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/blog-post_111866969412467706.html' title='做軟件需求最重要就是分解用例場景，沒有用例就不是需求'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111866919588896229</id><published>2005-06-13T06:10:00.001-07:00</published><updated>2005-06-13T06:26:35.896-07:00</updated><title type='text'>企業業務軟件工程項目和商業軟件?品項目上項目需求管理的不同</title><content type='html'>&lt;a href="http://blog.csdn.net/zwwwxy/archive/2005/06/13/393666.aspx"&gt;http://blog.csdn.net/zwwwxy/archive/2005/06/13/393666.aspx&lt;/a&gt;&lt;br /&gt;&lt;a href="http://zwwwxy.blogchina.com/450321.html"&gt;http://zwwwxy.blogchina.com/450321.html&lt;/a&gt;&lt;br /&gt;企業業務軟件工程項目和商業軟件?品項目上項目無論是需求重點，實現方式，項目管理等方面都有極大不同。現在的軟件工程有關研究並沒有關注此中的區別，實 際上，其中絕大部分還集中在較簡單的?品項目上。對于需求變動要大得多的企業軟件項目來說，對需求進行分級管理是非常必要的，也是生死悠關的。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;企業化軟件項目和商業軟件的（承包開發）還是有很大的不一樣的，最大的區別就在于項目需求的重點不一樣，以致于這兩種同樣稱?軟件工程，就其項目過程管理 是幾乎完全不一樣的。商業軟件的開發最大的特點是就是基本功能非常明確，只在細節上有多種選擇，所以商業軟件開發的項目管理重在源代碼管理和算法的優化， 以及測試嚴格，就測試要求的強度上單純軟件代碼的質量來說，要強于企業信息化的軟件工程項目。&lt;br /&gt;&lt;br /&gt;企業信息工程項目一般來源于企業某一特定的業務軟件需求，象要上一個倉庫管理系統，從進貨到定期定標出倉平衡責任追蹤等；或者是一個生?流程配料系統，象 MRP2；或者是一個購銷一體計劃系統，象ERP（資源管理），等等。這種軟件有時侯會象國?的那些變相的會計軟件式的ERP一樣當成商業軟件開發，顯 然，這時侯與上述的成形商業軟件沒有太大的區別，但在企業實際上千差萬別的應用需求上，幾乎就是一堆電子垃圾。企業業務軟件是一種必須適應同時能夠優化企 業流程的計算機輔助運營系統，真正起作用的，通常只能是一對一實現定制；這種需求是如此廣泛，以致于大型企業如果不是聘有一兩家軟件咨詢顧問公司就是自建 一個計算機部門專門負責這一方面的工作；最典型的例子就是沃爾瑪特。&lt;br /&gt;&lt;br /&gt;正由于企業用的軟件都存在著強烈的需求一對一定制的要求，所以這種項目其一是不便宜；如果一個企業客戶以購買商業成形軟件的理解水平來購買一個"項目"洽 談的話，在他理解什?叫企業項目前，最好不要打算做他的生意。一個企業項目動?數百萬上千萬是不奇怪的，上億也尋常，而一套商業軟件，無論名稱多?好聽， 什?第幾代ERP，都只不過是一萬幾千大洋就可以打發的；實在不願意給錢又不怕給罰盜版的話，還可以花五個銅板上街買一套盜版光盤現裝現用。&lt;br /&gt;&lt;br /&gt;?了應付企業業務軟件項目的強烈的定制需求，供應商都提供了廣泛的基礎組件和嵌套工具，以便可以由二三級的程度員可以在現場?用戶一對一的進行定制試用更 改再定制等項目實現。典型如SAP，有朋友問我拿SAP的盜版玩玩，保證不外流。我費了很大的工夫才讓他明白，SAP有的只是基礎組件庫，還很豐富，涉及 到27個項目常用業務場合的組件庫，包括與之配合的數據庫預制定義（表定義），但絕不是象國內那些ERP那樣裝起來可以玩的東東。一個SAP項目要求用戶 按自已需求定購這些組件庫，以及必須的支持軟硬件，數據庫操作系統什?的，最經常的就是ORACLE和SOLARIS了；然後SAP項目組要到企業?蹲 點，聽各個部門講流程故事；然後是寫需求文檔，建原型，讓企業的項目組試用部門流程，基幹流程確定合乎需求了，下一步的工作就是簡單了，找幾個三流的程序 員用ABAP/4這種比javascript還簡單的腳本語言把各個組件的功能連成一個統一的流程。這個工作就完成了一大半了。——可別小看這些三流程序 員，在軟件蠻荒年代他們憑這一招可以拿到每個月兩萬人民幣的工資呢！其實呢，那是一個高中生就可以完成的工作。&lt;br /&gt;&lt;br /&gt;由此可見，企業軟件項目的關鍵在于需求管理和流程建模，相反，算法和基本功能以及BUG什?的，那是作?商業軟件開發的組件保證的，那一般以外包的形式由 印度這些公司早早做了出來。企業軟件需求最大的困難就是用戶根本不知道自已要幹什?，最常犯的錯誤就是把現有的落後流程要求電腦重複一遍，拿了機關槍，總 是要求上面沒有裝刺刀，還抱怨不比紅纓槍好用。另一個常見的錯誤就是隨著企業項目主管，（職業最低成是電腦科主任，高點就是一二把手了）知識開始豐富後， 總是把有用沒有用，暫時有用或永遠沒有用的需求要項目組一一實現，反正，每條要求都是振振有詞，仿佛都是非立刻實現不可的。作?承包方的人員是沒有辦法與 之爭業務上有沒有用的，（誰是這一行業的專家啊？人家已經是霸主了才上軟件，你算那們子專家啊？），但如果真的一一跟著他的點子走，就算累死了，這個項目 也是永遠沒有法子完成的。而在商業需求明確的商業軟件開發中就不會碰上這種事情。&lt;br /&gt;&lt;br /&gt;這時侯需要對客戶的需求進行分級管理，簡單地說，把需求分成五級：urgent(必須立刻優先實現)，necessary(必須實現,但不一定馬上進 行)，needed(需要的，不過沒有也還湊合)，better(現在似乎也可以，但可以更好一點)，useful（總會有用的）。一個需求等級的確認需 要兩個過程，首先是從正面論證它是不是必須的，是不是好得多；然後從反而論證，不要他是不是可以回避的，天會不會塌下來？這樣，一個軟件需求就可以相當定 一個級別。毫無疑問，如果一個項目各項需求驗證下來只是useful的，不但賺不了多少錢，而且，這個項目未必有必要存在；但如果都是urgent的話， 如果不是大幅度加價的話，就叫神仙來做好了。顯然，無論客戶是如何那般的行業專家，他的需求只能是平均地分配在這五個級別，否則就說明他不是專家，（呵 呵，也算是個邏輯陷阱），在實現時，當然就挑urgent&amp;amp;necessary來實現，其余的，升級再說了。&lt;br /&gt;&lt;br /&gt;這樣一個項目就有可能最終完成了。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111866919588896229?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111866919588896229/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111866919588896229' title='0 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111866919588896229'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111866919588896229'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/blog-post_111866919588896229.html' title='企業業務軟件工程項目和商業軟件?品項目上項目需求管理的不同'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111856820657597929</id><published>2005-06-12T02:22:00.000-07:00</published><updated>2005-06-12T02:33:03.213-07:00</updated><title type='text'>為什麼橫看豎看，都覺得RSS是互聯網專家發明的一廂情願的垃圾？</title><content type='html'>牛虻對於&lt;a href="http://blog.csdn.net/zwwwxy/archive/2005/06/12/393055.aspx"&gt;RSS&lt;/a&gt;是久已聞名，但一直不知道它有什?必要的作用，看過它的xml代碼，簡單得很，要處理也是很容易的，互聯網上幹嘛要留個這樣的東西也搞不清楚。就把它當成是用xml發布的內容好了。但必要性呢？仍然不清楚的。&lt;br /&gt;&lt;br /&gt;但居然滿世界地看到吹鼓手就給它吹噓，今天更看到一份聲稱說專家都看好它，是代替郵件什?的雲雲。於是下定決心抽出了半小時搜索了一下google然後申請了兩個在線的RSS閱讀服務，並下載了一個RSS閱讀器。翻來複去看它的功能，結論是什麼呢？垃圾！&lt;br /&gt;&lt;br /&gt;牛 虻評價一樣東西是好是壞最根本的標準就是它是不是有著不可代替的功能；而不是有某項特點，更不是使用了某種所謂先進的技術。RSS目前我的理解就是使用 自動抽取頻道的辦法把XML文件讀到本地（本網），然後建立自已的連接，這有什麼價值嗎？閱讀還是使用瀏覽器。這是一個自動下載填充的網絡收藏夾，聽上去 不錯，但收藏夾的目的不是收藏盡可能多的東西，而是收藏自已最常用的東西，不常用的東西就通過搜索引擎加以查找。如果什麼都收藏還自已下載，就不是收藏夾 了，是垃圾箱！在信息爆炸的時代使用一個自動搜集垃圾信息的工具，除了讓人變得笨一點，看不出有什麼積極的意義！瀏覽器本身的功能就足夠了，沒有必要搞什 麼RSS的。&lt;br /&gt;&lt;br /&gt;RSS存在的唯一理由是推，可以向受?推盡可能多的東西，顯然，這很對苦于花錢沒有人看廣告的廣告商的胃口，但是推技術從一 出生就死了，原因就在于它是一 種賣方技術，而不是基于受?的買方技術。沒有什?比發展賣方技術更愚蠢的了，消費者才是市場的基石。就以郵件來說，牛虻現在是原則上不收電子郵件，原則上 見到有附件的郵件就刪除，要牛虻郵件，除非是很熟的人，麻煩先用電話打個招呼，國際長途也是要的，反正現在IP電話便宜得很。原因就是由于垃圾郵件。不請 自到的垃圾郵件每天幾百封過來，也沒有什?可靠的反垃圾郵件的辦法，在牛虻看來，電子郵件是一種已經死了的東西，也就用來注冊之類的有點用。現在RSS看 上去是更積極地搜集垃圾的工具。RSS定位?代替郵件，前景可不妙。&lt;br /&gt;&lt;br /&gt;無論如何，RSS是內容提供的途徑之一而內容提供的關鍵就是渠道短 粗。關鍵字匹配全文索引技術的出現，令互聯網內容從發布到受?的渠道空前短粗，僅僅是打 入關鍵字而已，以至于象yahoo那樣的分類目錄都顯得過了時，RSS的邏輯模型卻是讓這個渠道變得細長一點，從中增加廣告的機會——這可能成功嗎？！&lt;br /&gt;&lt;br /&gt;這 是牛虻作為用者對RSS的評價。但作為內容供應者，如果笨蛋比較多（即使用RSS閱讀器的人比較多）倒也不能漠視不理，就當是給綁架了吧！提供一個快速 索引，或者是幫助沒有RSS功能的網站建立RSS，或者也是值得用的。不過萬物以消費者為導向，如果RSS衹是白癡專家的favorites，真有點懷疑 它是不是有真正的價值！反正難度不大，有時間的話就弄一個出來玩玩吧。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111856820657597929?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111856820657597929/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111856820657597929' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111856820657597929'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111856820657597929'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/06/rss.html' title='為什麼橫看豎看，都覺得RSS是互聯網專家發明的一廂情願的垃圾？'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111738397893790397</id><published>2005-05-29T07:27:00.000-07:00</published><updated>2005-06-10T19:28:15.333-07:00</updated><title type='text'>對中國大陸的求職與招聘商業網站業務的可行性分析</title><content type='html'>&lt;a href="http://zwwwxy.blog-city.com/1334951.htm"&gt;在按客戶希&lt;/a&gt;望打算開發一個求職與招聘的商業模塊時，如果過去的一般情況，客戶並沒有到求職與招聘這個行業進行過仔細的思考。事實上，我相信他除了“求職與 招聘”這五個漢字外沒有思考更多的東西，然後下一句話就是：“能不能做，要多長時間，要多少錢”。這份本不屬于技術的工作也照例要由本人承擔了，本人首先 留意到，目前已經有好幾個現成的求職招聘網站在在使用，從使用習慣上看，如果新的網站沒有一些特別的地方，沒有理由相信使用者會因此改換門庭。另外，這幾 個求職網站象51job,job168,jobsdb等，都是海內外的上市公司，他們的網站都是大中型的團隊開發一年半載開發出來的??我想強調的是，一 個完整功能的求職招聘網站不是一件小工作。而且，一個求職與招聘網站真實可行，需要業務和技術上的綜合建模才能確信那怕是它做出來後，如何才能收到實際性 的運營效果。&lt;br /&gt;那?"小"一點的求職招聘網站是不是可以令開發工作顯得小一點呢？畢竟一個商業網站不是一個專門的求職招聘網站。要回答這個問題，首先要明確，什?是求職招聘網站。一般情況下可以認?，求職招聘的網站至少包括以下的功能：&lt;br /&gt;&lt;br /&gt;    * 招聘單位登記和發布招聘崗位；&lt;br /&gt;    * 求職個人登記和發布求職崗位；&lt;br /&gt;    * 招聘單位查找求職個人的崗位信息；&lt;br /&gt;    * 求職個人查找招聘單位的求職信息；&lt;br /&gt;    * 招聘單位向個人求職崗位發布招聘意向消息；&lt;br /&gt;    * 求職個人向招聘單位的（崗位）發布求職意向消息；&lt;br /&gt;    * 相應的收費項目；&lt;br /&gt;&lt;br /&gt;上 述部分是一個專門的求職與招聘商業網站所必須的功能。如果不具備的話，事實上，可以並其他的模塊功能相應地取代，而不值得專門作?一個商業模塊開發。而僅 此一個“基本”的功能，實際上也已經是上述上市網站全職功能的至少90%了，而人家，大團隊花了多少千萬做了多少年才做成現在這個樣子。&lt;br /&gt;&lt;br /&gt;一 個商業網站規劃中求職與招聘是作?科室小模塊中的一個小部分，簡單設想是面向單一行業技術人員和畢業生。這個設想中有著很大的缺陷，實際上是不可行的。首 先，是上面所談到的那個理由，這是強在力的：既然單一行業技術人員和畢業生可以在求職網站中的單一行業欄目求職，?什?非要到另一個非專門的網站上求職和 招聘，並願意?此花錢呢？其次，就是上面附帶的含意，一個“小規模使用”的模塊開發成本並不見得是小的，因此，?了一個如果不是確定的確打算認真運作的模 塊花費精力，就很容易陷入建網陷阱之一：在老鼠洞中打算做小一號的大王！參考文章：，這也是部分燒錢式的網站公司容易倒閉的原因：他們沒有建站成本的感 覺！&lt;br /&gt;&lt;br /&gt;但網站招聘單純從市場角度上看，也的確有可乘之機。因此，一個商業網站的求職與招聘商業模塊，是否值得真正繼續推行，取決于基本業務 的規劃是否進行修正。換言之，如果要搞求職與招聘專業的模塊，就不應該只是局限于單一行業；否則必敗無疑，理由上述,但並不反對單一行業行業是一個在一個 商業網站重點推介的行業；如果不局限于單一行業，那?就要考慮，在市場上，目前的招聘網站是否有可乘之機。&lt;br /&gt;&lt;br /&gt;一般情況下，目前市場單位招工大致存在著幾條途徑：&lt;br /&gt;&lt;br /&gt;    * 在報紙上發布招聘信息：發布成本大約是數百到數千元一次，大的廣告需要上萬元，小的分類廣告效果不佳，形象不好；&lt;br /&gt;    * 在人力資源市場（如人才中心）設攤招聘，這個方法更貴，一般適于大量招收低端勞動力；&lt;br /&gt;    * 通過中介獵頭公司招收，這個方法最貴，一般適于高端人員；實際上效果也不太好，所謂的獵頭公司實際上資源也不多，無非是炒來炒去，獵頭公司真正的效果是用人單位盯准了某個人，讓獵頭公司做肮髒活挖角，這樣使用獵頭還現實一點；&lt;br /&gt;    * 通過公共商業網站招聘，這個方法調查下來的成本並不便宜，一次招工成本大致在兩千元左右，招聘用工的數量越少，這個成本越高，效果越差；&lt;br /&gt;    * 通過企業自設的網站發布招聘信息，這個方法在海外非常盛行；&lt;br /&gt;    * 熟人介紹，這是對于招散工，或人數不多時，而招聘成本就很高時的無奈適應方式，是大部分小企業的唯一辦法；&lt;br /&gt;&lt;br /&gt;無 論是上述那一種辦法，可以歸納出一個統一的模式標准，就是用工單位招工的成本一般如果超過用工月工資，就會讓招聘單位有嫌貴的感覺，最大可承受的限額不會 超過一個季度的工資，這是由于招工還是有失敗的，成功率只有二分一到三分一。從這個標准出發，就會發現，目前中小企業零碎用工的招聘成本是極高的，特別是 招中層技術員和初級基礎人員，成批量還好辦，如果是今天一個，下月兩個的話，那?招聘成本簡單估算，實際上相對于用工成本的平均月工資的兩倍以上。實際 上，這也是小企業用工大量希望熟人介紹的重要原因。而事實上，這樣的招聘是目前最大量的市場需求，包括相信不僅僅是少數的“批量”招工，也僅僅是無法分散 招工而不得不采取的折衷措施！而恰恰互聯網的最大功能，就是讓這種小而散，沒有互聯網很難組織的業務成?存在的可能，否則，互聯網完全可以用傳統的業務模 式加以代替；互聯網成功的秘訣就是兩個字：小而多！而目前的幾個招聘網站，至少在國內而言，並沒有做到這點。因此，求職與招聘，目前還是一個未真正開發的 金礦，這就是機會。但是，如果一開始就把業務範圍限制在局部行業，不如不做！因?限制局部範圍同時違反了“小而多”和"不要老鼠洞中做大王"的互聯網商業 業務原則，實際上，經營和建設成本也不會因?縮小業務範圍而減少，而可預期收入只是限制在最大不超過正常值的幾十分之一的領域，也是一種百分百的自殺性行 ?。許多互聯網站就是這樣死翹翹的。&lt;br /&gt;&lt;br /&gt;對于個人來說，目前國內大部分求職網站對個人是不收錢的，但在海外象jobsdb，卻是對個人收錢， 而且是主要的收入來源。理論上，個人求職的需求不亞于企業求人，而且更?迫切，這個迫切程度，隨著失業率的增加而直線上升。個人求職與企業的不同，一般人 的心理一方面願意?成功的求職支付一定的成本，象一些無良公司通求5元求職費編錢，人才市場向個人收50元進場費，就是利用了這個心理；另一方面，個人傾 向于撒大網釣小魚，如果一處的求職成本是一次性的而把握不大，就不太容易付這筆錢;如果把握不大但能長期使用，或者一次使用的把握很大，個人一般都樂于支 付這個成本，其實也是合理的。因此，如果能夠解決好這個矛盾，個人的市場是有現實的意義的。對于個人來說，求職至少都會有著未雨籌謀的要求，一般有以下情 況：&lt;br /&gt;&lt;br /&gt;    * 對于工作很滿意的人，一般不會太在意求職，恐怕這個結論原則上適合于所有公務員和國有壟斷行業的就業人員；&lt;br /&gt; * 對于工作基本滿意但騎驢找馬的人員，會希望低成本地長期尋找更好的工作機會，前題是不影響目前的工作情況：“此山望著彼山高，到了彼山卻糟糕”，恐怕是許 多工作跳槽過的人的血的教訓；支付一定的成本保持一個較輕松而有效的工作機會搜索，對這些人是可以接受的。對于這種人，希望做得好讓獵頭公司來挖是不現實 的，理由上述，倒不如做到讓競爭公司倒黴，這樣自已被挖的可能性反而大一點；&lt;br /&gt; * 對于工作不滿意的人，以及失業狀態不想放棄的人，此時是求職的熱切群體，他們傾向于病急亂投醫，多管齊下；因此也最易被無良中介利用。也正因?他們是亂投 醫，如果“醫”收的錢多，他們由于支付不起就會觀望，所以對這類用戶提供的最好是發一次信息收一次錢，每次錢兩毛三毛的小數，是最合適的。&lt;br /&gt;&lt;br /&gt;由上可知，專門的求職與招聘網站是有可?之機的。但如果達不到，不如不搞，因?，進行互聯網上的招聘與招聘的方式，無論是對于單位還是個人，除了專門的網站，還有其他辦法可用。&lt;br /&gt;&lt;br /&gt;對 于單位招聘來說，如上總結，還可以在互聯網上自已的公司網頁上打出招聘欄目。可以設想，找工者最可能的操作除了上專門的求職網站外，就是在搜索引擎上打： "工作 IT 北京招聘"之類的關鍵詞，然後很有耐心地找上十頁二十頁。所以如果單位招聘上有相應的欄目的話，一定程度上可以達到招人的目的，特別對于長期有效，而招者 不多，優勝劣汰的用人單位，非常適用。這也是在海外盛行的重要原因。對于個人來說，逆定理也是存在的：個人建立自已的黃頁或者個人網頁，閑時發發廣告，平 時建立一下知名度，當然也就可以在工作狀態欄中打出：“希望在上海徐彙區有美女的公司工作，工資多少多少”這樣的求職聲明。如果成了一種遊戲規則，可以想 像，那些其實也沒有多少招的人力資源經理的秘訣，也是上搜索引擎上找：“求職 上海 IT”，然後幾十頁（他們是吃這碗飯的，從職業操守出發，應該有這份耐心的）後找到這條：“呵呵，俺家有美女，來吧”。&lt;br /&gt;&lt;br /&gt;一個商業網站如果不是打算做出專門的求職與招聘商業模塊，又想附帶捎捎邊，大概應該是這種做法。同樣如上所述，做專門的求職和招聘，應該有成功機會的，其實值得一試，只是要清楚地知道，自已是在做著什?東西。&lt;br /&gt;&lt;br /&gt;http://blog.csdn.net/zwwwxy/archive/2005/05/30/383854.aspx&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111738397893790397?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111738397893790397/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111738397893790397' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111738397893790397'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111738397893790397'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/05/blog-post_29.html' title='對中國大陸的求職與招聘商業網站業務的可行性分析'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111737563265396593</id><published>2005-05-29T07:05:00.000-07:00</published><updated>2005-06-10T19:26:48.160-07:00</updated><title type='text'>從世界最大的博客網站的基于xml的網站架構看它的缺點</title><content type='html'>&lt;a href="http://zwwwxy.blog-city.com/xml_1.htm"&gt;在不短的時間?，&lt;/a&gt;我一直以?blogspot.com是一個不成熟的站點，以至于用戶寫完文章是無法看到的，直到我知道這是世界上最大的最早地也是最成功 的博客站點，同時也是google的唯一戰略聯盟夥伴時，才意識到這是不可能的：一定是讓中國網安給封閉了。中國網安樂于封閉海外媒體站點，特別是海外有 中文信息提供的媒體站點，動機是可以理解的，只要各位想想《包身工》中的一段話：“只要不接觸到外面的新鮮空氣，發黴的可能性就會低得多”。不過，政治不 是這?要談的東西，還是少談國事，專注點技術之類的小節好了。&lt;br /&gt;&lt;br /&gt;在 使用合適的外國代理服務器後，這個網站可以?覽了，我發現，這是 一個完全由xml驅動的網站。我一直留意到blogger.com的“發布”這個用例操作，不太明白它是什?意思。直到我看了它的網頁源代碼，事情就開始 清楚了，它使用的估計是一個與google相關的索引文件另加一個與cocoon 相似的xml發布機制，發布的意思就是把文章轉成xml存檔，這樣做的好處是可以根據不同的xslt轉換成html/pdf/xml/rss文件。由于轉 換是一致的，對于所有網頁都適用，也就不需要每一個轉換寫程序 ??有它的合理性??但也有它的不合理性，事實上現在它對于中國讀者，包括絕大部分非英語讀者，我看，都是不可見的，那怕中國網安沒有封閉它！&lt;br /&gt;&lt;br /&gt;blogspot 除英語外，xml默認使用的是utf-8編碼；對于英語，這沒有問題，IE會適應的，但對于中文就不然了，事實上，如果不是?覽者手工設定編碼的話， utf-8編碼的網頁顯示的就是一遍空白！問題就在于，全中國人有多少分之一的?覽者知道網頁編碼是什?回事嗎？這個問題我以前沒有注意，因?我使用的是 firefox，（嚴格地說也談不上“以前”，我是昨天才知道在中國大陸也是可以看到blogspot上的站點的）,默認狀態下的utf-8，如果設回到 gb2312，原來發布的文章，就全部變成了亂碼。問題出在blogspot的發布機制。無論這套機制看上去多?先進，或者以後的?覽器都會象 firefox一樣自動適應，但今天，ie6就是適應不了！平心而論，如果一個網站對于非專業的用戶來說竟然是不可見的話，難以說得上它的先進性有什?現 實的價值？&lt;br /&gt;&lt;br /&gt;它的日志文章顯然是獨立放置，並且在讀取時才由某一個讀寫器從xml存檔中再讀回來，這?顯然存在一個邏輯錯誤，就是讀回來的 xml的encoding有沖突，??這個案例說明，xml除了讓軟件業有了升級的炒作題材，其實也不見得適用于所有的情況，還是一句老話：軟件無所謂先 進，只有合用不合用。就 blogger.com來說，盡管它是全球博客第一，到目前?止我還是沒有看出它的完全基于xml的解決方案有什?必要性，帶來了什?特殊的效果，因?， 我實在看不到它有rss功能提供！&lt;br /&gt;&lt;br /&gt;這 也可以解釋b logger.com的缺陷??文章缺乏分類功能，以及文章顯示缺乏設置功能??它甚至不能選擇設置只顯示文章條目于第一頁！當然，如果它一定要提供這個 功能是還是可以做到的，但是在如此數量的情況下，修改一個基本結構的工作量和成本投入不是普通項目可以比的，而完全基于 xml的解決方案，在擴展性上是不是那?樂觀仍是一個未知數，至少，作?一種範式，沒有多少可以參照的項目經驗可用。&lt;br /&gt;&lt;br /&gt;這就形成了這樣的一 個問題。如果用戶寫博客本身只是塗鴉，其實有點東西下筆就可以了，但如果象blogger.com那樣希望與google的ads結合?生效益，?博客指 出一條贏利之路的話，那?，就不太美妙了。因?，這樣條件的博客，其實是基本上沒有希望發揮博客內容的吸引力潛力的。就本人而言，如果打算組織自已的可以 發布動態廣告的博客群，blogger.com就不可能是一個首選，除了它是中國網安的重點封鎖對象外，它的內在的技術邏輯錯誤，恐怕是更致命的因素。&lt;br /&gt;&lt;br /&gt;而 且，即使這樣的結構對于blogspot.com本身維護文檔和檢索是高效率的，那?對于用戶本身是低效率的。因?典型的網站用戶都是逐步深入掌握的，一 見鍾情就深入進出的極?罕見；而如果在一開始時就按默認的utf-8編碼，等到熟悉時再轉回到象gb2312編碼時，就出了大問題：發前發布的文章全部是 亂碼，並且，不提供自動轉換的功能，這個博客或者要花大力氣全新貼過全部文章，要?放棄開新的博客，要?忍受著從前的文章看不到的缺點……無論是那一種， 對于非英語的用戶來說，都是不可接受的。換言之，這個博客使用xml作?基礎結構的代價，就是幾乎放棄所有的非英語用戶??這樣用xml，不如跳樓算了。&lt;br /&gt;&lt;br /&gt;對 于本人來說，在使用xml如斯時間後，就更是時刻提醒自已：xml是一個相對較新的玩意，但不是什?先進的玩意，而是提供了一種新的解決方案；如果用原來 的解決方案能夠解決而沒有什?不便的話，盡可能用原來的，象html，而不要趕時髦；?趕時髦而用“新技術”，是不懂技術的最典型表現之一。&lt;br /&gt;&lt;br /&gt;http://zwwwxy.blogchina.com/1705325.html&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111737563265396593?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111737563265396593/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111737563265396593' title='0 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111737563265396593'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111737563265396593'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/05/xml.html' title='從世界最大的博客網站的基于xml的網站架構看它的缺點'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111729593968190772</id><published>2005-05-28T08:57:00.000-07:00</published><updated>2005-06-10T19:23:55.203-07:00</updated><title type='text'>XP編程中最大的謊言：客戶可以隨意變動需求</title><content type='html'>&lt;a href="http://zwwwxy.blog-city.com/xp_1.htm"&gt;我原來的項目&lt;/a&gt;程序方 式看來就和XP差不多，當然pair programming做不到；但測試是完全做到了。至于說需求 變動，我認?是最不可能的地方。事實上，最經常碰到的故事是user story說了千百遍，大家都沒有異 義，甚至快速原型也做出來了，然後按這個開始開發，各模塊也測試得差不多了，甚至完成最後內部可&lt;br /&gt;用性測試，但用戶一看到出來的樣子，馬上出一大堆新的需求，這也罷了，故事和原來是完全不一樣&lt;br /&gt;的。要適應意味著要推倒重來。&lt;br /&gt;其實傳統不傳統，XP不XP，最大的問題都不是開發開者測試，而是客戶的故事是未定型的。只要故事是 確定的，WINDOWS我也可以把它build出來。另一方面，客戶一邊情況下缺乏對需求的把握，所以常常是&lt;br /&gt;拿幾籮框的界面菜單當成是需求，至于每個菜單?說什?，他自已是稀?糊塗的。要替他想出來，細化&lt;br /&gt;出來。 所以問題就在這?，和編程無關的，就是用戶的需求分析，這才是關鍵。&lt;br /&gt;少 了點什?，對不對？不錯！少了建模(modeling)。程序架構的建模當然是一個技術問題，用戶不需要懂，對用戶也是透明的，但是業務邏輯的建模，就純 粹是信息化中的業務問題，而偏偏這個建模，用戶不懂，不但不懂，而且最通常的情況是不願意懂，不願意承認它的存在（承認了就等于說自已業務能力不足了）， 結果，開發者實際上是拿到了一些無建模的“需求線索”，而常常在中國如此惡劣的軟件環境下，建模這一筆成本和時間，大約占了項目的五分之一左右，完全沒有 機會打入預算，除非，你不打算幹這行了。&lt;br /&gt;在中國幹軟件幹得特別累人，這就是最根本的原因。在中國項目預算和時間都沒有辦法准確預計，這也是根本的 原因。.實際情況是時間都很緊，客戶並不了解開發程序需要非常詳細的故事定義，他認?這是技術的東西，他不需要懂；沒有准確的定義， 開發本身就存在著不到位的危險；時間就沒有辦法估計。沒有建模過程，所謂一個項目要花多少時間完全就取決于經驗，而且必須是完全同類同細節的經驗。這還沒 有包括開發者必須探求符合技術趨勢要求的開發和架構範式的所涉及到的不確定性。&lt;br /&gt;上面兩條影響項目估計的最重大因素，在XP編程中都完全沒有涉及， 相信在國外成熟的軟件?業環境下開發者也極少會碰到。在這種條件下所謂推廣XP編程，等同于讓程序員背上不能背的責任，沒有建模過程，沒有成熟範式甚至甚 同類的經驗（不是缺乏開發經驗），卻要承擔所有預測不准的後果。既要馬兒跑，又要馬兒不吃草，莫過于此了。&lt;br /&gt;所以ＸＰ說是可以適應客戶需求變化，我看只可能是專業性客戶，象軟件咨詢公司那種本來就是牛人的&lt;br /&gt;需求變化。外國是這樣的，但中國不是這樣的。而且，在中國客戶可以按ＸＰ要求開發團隊適應客戶的&lt;br /&gt;需求變化；但公司卻不會適應因此?生的團隊對工資和開發期限的變化。&lt;br /&gt;缺 乏了需求階段性凍結這一條，ＸＰ是一堆讓開發團隊受難的屁話。ＸＰ最大的疑問是它的基礎，它假定客戶需求基本上是清晰的。而實際上傳統的經驗是無論你如何 和客戶一起商量故事，一直到你把東西做出來?止，客戶才會說那是不對的。這就是傳統軟件管理的基礎：客戶不知道他想幹什?，想要什?，直到他看到不想的， 他知道那是他不想要的，但仍不知道他自已到底要什?。ＸＰ編程說了一大堆擦邊球，都是廢話，因?這個最根本的東 西，他碰也沒有碰。&lt;br /&gt;我是這樣看的。&lt;br /&gt;XP編程有些理念值得參考，但所謂可以自由適應用戶需求變化的，沒有真正經受過地就不要站著說話不腰不疼??偏偏，無論是在美國的始倡者，還是在中國內地 的附和者，僅僅從其缺乏細節描述的高調中，我就認?他們都沒有經過那種地獄的磨練的。&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111729593968190772?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111729593968190772/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111729593968190772' title='1 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729593968190772'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729593968190772'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/05/xp_28.html' title='XP編程中最大的謊言：客戶可以隨意變動需求'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111729585224741825</id><published>2005-05-28T08:55:00.000-07:00</published><updated>2005-06-12T02:32:19.366-07:00</updated><title type='text'>對軟件項目中客戶的需求進行分級管理</title><content type='html'>&lt;a href="http://zwwwxy.blog-city.com/xp_1.htm"&gt;客戶的需求是否應該得&lt;/a&gt;到滿足？&lt;a href="http://zwwwxy.blog-city.com/1334945.htm"&gt;軟件工程&lt;/a&gt;是否目的就是滿足客戶的需求？這個問題看來是無法加以回答的，因?，它沒有提供兩個基本的解釋，其一：客戶 的需求即算從客戶的利益立場出發，是不是合理的？其次，客戶的需求有多大程度上是必要的？還是只是一種個人的喜好？&lt;br /&gt;如 果說對于商業客戶來說，在項目開始前，還存在著做與不做；以及多少價錢來做的選擇的話，那?，在許多情況下，工程人員如果不對此有明確的立場，唯一的結 果就是累死自已，而軟件項目永遠不令人滿意，也永遠不能完成。對于商業性客戶來說，客戶的需求是否合理是客戶自已的事情，客戶永遠是對的，這句口號的台下 詞是：只要客戶肯掏錢，那怕他要跳海，那也是他自已的事！但如果項目是已經簽署定的合同單，那?就存在著是否按原合同繼續，還是中止，還是變更付款條件的 的問題。而對于內部項目，所謂的成本就是工程人員有多累和什?時侯累死的問題。這時侯，軟件工程從業人員最好能夠明白，在自已累死以前，老板，以及那些不 學無術對技術一竅不通卻自以?是行?大家的同事，都不會對你有任何憐惜的。&lt;br /&gt;所以這時侯那種無條件滿足客戶需求的工程需求管理就不適用了，這時侯， 軟件工程人員只能根據自已能夠承受的工作強度對各種需求進行取舍，而不是無條件地牽就“客戶”的需求，更不是遷就無知的需求。客戶是上帝這句話這時侯完全 不適用，因?客戶不會?朝改晚改的需求付錢，付帳的是程序員自已??讓自已早點累死。&lt;br /&gt;把種種需求明列並分級是唯一的辦法；自已就按步就班一點點地 完成，這是唯一的辦法。事實上，對于商業客戶這也是適用的，因?收錢的畢竟是公司老板而不是項目組的程序員，公司老板收了錢就不管實際項目成本是多少而讓 程序員無條件接受客戶的需求也是常見的事情。所以把需求明列，既是讓老板明白眼前項目的成本到底是多少（老板通常是技術盲），也有了與客戶討價還價的根 據。&lt;br /&gt;我把需求分成五個等級。五分等級也是工程技術上的常用方式，如同大學的五分制。&lt;br /&gt;一級需求(或改變)是關鍵性的需求，這種需求如果不滿足，意味著整個項目不能正常交付使用，前期工作也會被全部否定。這是必須滿足的，否則就意味著否定程序員自已。所以定?Urgent.&lt;br /&gt;二級需求（或改變）是後續關鍵性需求，它不影響前面工作內容的交付，但不加以滿足，新的項目內容無法提交或繼續。所以是NECESSARY；&lt;br /&gt;三級需求是後續重要的需求，它不能滿足會令整體工作價值下降，?了體現項目價值，也是程度員自已的技術價值的證明，所以定?NEEDED;&lt;br /&gt;&lt;br /&gt;以上三個等級是應該實施的，但時間性上可以作優先級的排列。&lt;br /&gt;四級需求是改良性需求，沒有它並不影響已有功能的使用，但實現了，有可信的根據可以是BETTER。&lt;br /&gt;五級需求是可選性需求，沒有它沒有誰會活不下去，有了它，沒有根據一定帶來好處，更多是一種設想，以及一種可能；通常只是需求代理人員的一種個人喜好。所以是MAYBE。&lt;br /&gt;&lt;br /&gt;對于四級需求，工程人員項目有空，不妨做下去；對于五級需求，有興趣有余力就做，沒有興趣或者沒有余力，管他需求不需求，除非額外付大錢，就讓提這些外行需求的家?一邊涼快去。&lt;br /&gt;&lt;br /&gt;http://frederick.blogdriver.com/frederick/703043.html&lt;br /&gt;&lt;br /&gt;http://zwwwxy.blogspot.com/2005/05/blog-post.html&lt;br /&gt;http://blog.csdn.net/zwwwxy/archive/2005/05/20/377147.aspx&lt;br /&gt;http://zwwwxy.blogchina.com/1592465.html&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111729585224741825?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111729585224741825/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111729585224741825' title='0 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729585224741825'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729585224741825'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/05/blog-post_28.html' title='對軟件項目中客戶的需求進行分級管理'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111729569861860158</id><published>2005-05-28T08:53:00.000-07:00</published><updated>2005-06-10T19:21:06.600-07:00</updated><title type='text'>技術角度看網站：Chinadaily,即將倒閉的網站</title><content type='html'>今天打算用一用那個中國日記網，結果發現這個網是一個joke。可以看出，這個網是一個不?中國國情也不懂網站開發的海龜投入大本錢找了幾個初級程序員閉門造車精心打造的博客網。?什?這樣說呢：&lt;br /&gt;&lt;br /&gt; 1. 這個網很熱心地在每一個博客頁中提供了一個mp3插入，大概是希望使用音樂增色吧，的確，也可以看出他在音樂上下了很大的功夫，包括允許用戶搞網上音樂 DJ。問題在于：音樂是這樣的東西，對于自已喜歡的音樂來說是音樂，自已不喜歡的就是噪音；音樂功能如果不是很容易地選擇放棄的話，只能起到轟客的作用。&lt;br /&gt; 2. 這個網使用asp/sqlserver，從4000字限制上看可能是oracle。實際上從使用上可以感覺到，它的真實的限制是4000字符，所以我覺得 是oracle的varchar2的限額。無論是oracle/sqlserver，它的特點都是事務可靠快速，處理文本是它的弱項，如果不能分到幾個單 列中的話，有經驗的程序員都是使用靜態文本連接代替把文章存入數據庫。而這個網的程序員連這條都不知道，結果這個博客日志提供了精美的編輯器，但卻是根本 沒有用的：使用編輯器意味著帶上大量的html字符，只要幾百個字的效果就不能再插入了。&lt;br /&gt;   3. 同樣的，它使用asp卻提供音樂編輯，這意味著極大量存儲和系統流性能，而這全是windows的弱項。&lt;br /&gt;   4. 使用asp建網，可以把網比較容易地建得精美，但是如果是博客這種網站，用戶不多的話這個網站要死，用戶稍多，這個網站仍然是要死??asp應付大流量，還是簡單流量的性能極差；維護成本非常高。其實，asp適合建造那些邏輯複雜而流量偏少的網站。&lt;br /&gt;&lt;br /&gt;其他的就不一一列舉了。以上可知，這個網投資不少，但開發團隊的技術能力不足，尤其缺乏系統觀念，作?後進者沒有從基本業務模式上下功夫，卻希望通過一些小技巧提高檔次特色，而使用的技術又是原始的業余技術。正是典型的後進式網站燒錢建網到失敗的表現，&lt;br /&gt;原文:&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111729569861860158?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111729569861860158/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111729569861860158' title='0 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729569861860158'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729569861860158'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/05/chinadaily_28.html' title='技術角度看網站：Chinadaily,即將倒閉的網站'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-13239090.post-111729544525069925</id><published>2005-05-28T08:49:00.000-07:00</published><updated>2005-06-10T19:20:08.186-07:00</updated><title type='text'>Jsp中的廣告服務器的模型規劃AdsServer</title><content type='html'>一、&lt;a href="publish.g?blogID=13239090"&gt;網站廣告的計費模式&lt;/a&gt;&lt;br /&gt;一個網站的廣告服務器（Ads Server）模塊部分從業務模式上看，廣告服務器需要最少支持兩個計費模式：按時及按點擊次數計費。&lt;br /&gt;對 于按發布時間計費，發布事件是很容易獲得的，難的是終止發布時間，假如沒有一個計時器的話。對于大量應用運行的服務器，鑒于資源消耗量的考慮，使用多線程 的計時器要慎重，毫無疑問，分散到模塊級自行決定計時器是低效而且危險的。如果是單一模塊中使用完整的計時器，也會令這個模塊的開發顯得過大，邊緣性的功 能占據了主要的開發工作；如果共用一個計時框架，那?就需要對已有的計時功能進行整體規則，令其使用新的計時框架，這實際上是一個升級。&lt;br /&gt;即使是對于點擊次數的計費方式，發布時間計費仍是必須的，這與Googgle的廣告不一樣；後者沒有一個固定的頁面，也沒有固定的格式。而前者，卻有固定的地方，如果單純采用點擊計費，那?誰都希望放到首頁首欄，因?不點擊是不收錢的。&lt;br /&gt;&lt;br /&gt;二、廣告欄目和廣告條目；&lt;br /&gt;把 廣告位置(欄目)看作是一個廣告框，那?發布到這個框的廣告條目應該看作是廣告主的所有物，他是租用網站的廣告和相應的計費服務，發布自已的廣告，然後向 網站支付廣告費用。每一個廣告條目包括有廣告內容（發布代碼）；而每一個廣告欄目（位置）包括有價格信息和滾動設定，也即輪換廣告的設定，以及默認空白內 容。廣告條目與廣告位是一個多對多的關系，通過一個廣告條目訂單的實體實現聯系。&lt;br /&gt;廣告條目定單是這樣的意思：每一個廣告條目可以發布到不同的廣告位（定單），以用將發面布多長的時間，多個訂單按先後順序排隊。這就意味著需要有一個雙向的廣告定單管理模塊存在。&lt;br /&gt;廣告的發布實現是通過標簽完成。該標簽應用時需要包括如下屬性：廣告位ID，廣告條目ID。廣告位的ID把廣告標簽與廣告位置綁定，獲得廣告的價格和更替內容，以及發布時間；通過廣告條目ID獲得所要發布的的廣告內容。&lt;br /&gt;&lt;br /&gt;&lt;br /&gt;三、網站管理者制定廣告欄目&lt;br /&gt;廣 告欄目主要與費用相關，但不包含位置信息，這時侯與在那一個頁面沒有關系（那是由標簽使用決定），一般情況下與費用相關。位置信息只是它的一個提示屬性。 這樣，廣告位就可以不確定伴置地出現在“某類”伴置，同一個廣告欄目可以出現在不同的版面；而同一個版也可以出現多個廣告位置。所以，廣告欄目本質上也等 同于是版面廣告伴的集合。這樣的原因是由于無論如何定義廣告位置，最終都需要通過頁面的jsp代碼反應，既然jsp標簽本身與位置綁定，就不必在抽象層對 它進行細化管理了。這樣，可以省下管理員大量的工作。&lt;br /&gt;&lt;br /&gt;四、廣告客戶制定廣告條目，並挂靠發布到具體單位、科室的各個廣告欄；&lt;br /&gt;廣告 客戶對廣告條目的管理應用黃頁邏輯。自行管理其中的廣告內容，然後發布到某幾個廣告欄。不同的廣告欄有不同的（較低的）基礎發布費用，然後每次點擊就增加 一次點擊收費。每個廣告的表達方式大致包括顯示效果－》點擊鏈接－計數－轉向目標界面；顯示效果上是由廣告客戶自已管理還是由網站管理，還是有點未定論 的，大概最合適的方式是使用模板；iframe可以令效果代碼的錯誤不至于影響到發布版面的布局，同時目標代碼的下載不會影響主版面的顯示。總的來說，是 盡可能減小網站本身的管理要求，越是能夠達到這個目的，實際運行效果就越佳。&lt;br /&gt;&lt;br /&gt;五、廣告欄目對廣告定單的處理；&lt;br /&gt;廣告條目定單中帶有 發布時間的長短設定，發布事件可以輕易得到，這樣就可以在廣告欄目中得到一個該廣告定單有限期的起始和終止時間。廣告標簽對服務器時間的對照，確定該廣告 條目是否在有效期內，如果不是在有效期內，就把廣告條目清除，讀出下一條排隊的定單；如果沒有排隊定單，就拿出默認的欄目內容，並且把廣告欄目置?空閑。 這樣就不需要一個計時器了。&lt;br /&gt;&lt;br /&gt;六、輪換廣告的實現&lt;br /&gt;同一個廣告伴置按隨機性出現不同的內容，即出現不同 的廣告訂單，只有對需求強烈的廣告位置，既希望客戶能夠簽署較長期的定單，又不希望低價獨占最大潛在收益的廣告位置時，才真正適用。輪換可以看作是廣告欄 目本身帶有一個隨機轉換的方法。使用隨機數而不是時間段分割是肯定的，這樣算法較之使用時間段的分割顯得更高效也更簡單。&lt;br /&gt;無論是使用一個帶機率分 享方法的輪換廣告伴置，還是幾個廣告預設欄隨機分享一個廣告位置，兩種抽象模型看來效果差不多。前者是在廣告欄目的屬性上設定，後者是在調用標簽上可以使 用多個欄目。相對而言，從維持廣告欄目一致性考慮，我傾向使用後一種邏輯。即在同一個欄目隨機分享的廣告欄目看作是不同的欄目，分別設定它的價錢，通過在 調用標簽上進行均分調用。&lt;br /&gt;&lt;br /&gt;七、廣告模塊需要的開發工作總結：&lt;br /&gt;&lt;br /&gt;   1. 最少三個數據實體：廣告欄目、廣告欄目定單、廣告條目及其常規管理操作界面；&lt;br /&gt;   2. 一個計數轉向的cgi程序；&lt;br /&gt;   3. 廣告條目發布的jsp標簽；&lt;br /&gt;   4. 對廣告欄目的發布使用情況的統計界面；&lt;br /&gt;   5. 對廣告欄目定單的跟蹤界面；&lt;br /&gt;   6. 對廣告條目發布後的統計界面；&lt;br /&gt;&lt;br /&gt;而套餐服務這?暫不包括，想不出它與核心模塊有什?必然的關系。　&lt;br /&gt;&lt;br /&gt;http://blog.csdn.net/zwwwxy/archive/2005/05/24/380109.aspx&lt;br /&gt;&lt;br /&gt;http://zwwwxy.blogchina.com/1642283.html&lt;div class="blogger-post-footer"&gt;&lt;img width='1' height='1' src='https://blogger.googleusercontent.com/tracker/13239090-111729544525069925?l=analysiser.blogspot.com' alt='' /&gt;&lt;/div&gt;</content><link rel='replies' type='application/atom+xml' href='http://analysiser.blogspot.com/feeds/111729544525069925/comments/default' title='帖子评论'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=13239090&amp;postID=111729544525069925' title='0 条评论'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729544525069925'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/13239090/posts/default/111729544525069925'/><link rel='alternate' type='text/html' href='http://analysiser.blogspot.com/2005/05/jspadsserver.html' title='Jsp中的廣告服務器的模型規劃AdsServer'/><author><name>China GadBee</name><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry></feed>
