• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            隨筆-90  評論-947  文章-0  trackbacks-0

            目錄:

            2009-2010小結(一)畢業前夕
            2009-2010小結(二)初入職場
            2009-2010小結(三)加班考驗
            2009-2010小結(四)抑郁重重
            2009-2010小結(五)離職始末

            在正式轉到 H 手下之前,有件小事,不知道這件事有沒有對后來起什么影響,但愿是我多慮了。那一次L1出差一周,所帶的我這邊項目交給H代管。有一次發不知道正式的還是非正式的release notes,H問我,SVN number要不要寫的?我理解成他問我先前做法是怎樣的,于是順口回答說:不需要的。H說,你寫上吧。我說好。我隱隱突然意識到不對勁,他只是代管一下,怎么會改變一些既定做法?

            沒有預料到之后不久,便有了前文所說的行政上的調整,這個項目也歸H了。之后有一次臺北的產品經理發需求過來,要添加的一項功能是,在Win7任務欄添加圖標。經過一番調研之后我跟他匯報說,這事兒正規途徑做不了,微軟特意不允許以編程方式添加任務欄圖標的;真要做只有hacking方法,blabla。言下之意是想讓他拒絕掉這個需求。沒想到他居然同意了用hacking手段!這在L1時代是完全不可能發生的,哪怕是一點點沒有正規文檔給出的方法都不許使用,寧可少點功能。同意歸同意,他又不表示立即實施,時不時來問一下你準備如何如何,然后探討探討。

            過一兩天,有一次他又跑過來(位置還沒換,所以隔得比較遠),說,這功能我可不可以讓D來做呀?我奇怪了:當然可以?。。阏f了算么)于是他表示要讓D來做。那我就扔著,不做,網上東逛逛西看看。又過了一兩天,那一天下午他過來讓我加班,因為那功能需要做好。我又奇怪了,不說讓D來做了么,做沒做好,關我毛事啊,怎么又讓我加班呢?由于這是第一次他讓我加班,我什么也沒說。到了晚上,我不管三七二十一,把那個他準備讓D做的功能給做了——不是說因此加班么,那我給你搞定不就完事了?不知道他葫蘆里賣的什么藥??吹絊VN提交的郵件以后,他又立馬跑過來,帶點驚訝地問我,你改了?然后又來看代碼,問這問那,最后離開。

            大家可能猜到了,我的期待徹底破滅,接下來是一段極其抑郁的生活。開始的時候加班是挺少,幾乎沒有。但是偶爾有的話,不會是那種任務很明確的,但就是讓你呆著,好在都不是很晚。

            關于剛才那個項目,還有另一番進展。不久以后,H突然跑過來跟我說,這個項目也差不多了,剩下的都是些維護工作了,我想把它先轉給M(當時是我和M一起維護)和D,再慢慢轉給D,把你們兩個都空(解脫)出來。我說我手上只有這一件事了,那我干什么?他語焉不詳地說了些什么,意思表示得好像是還有別的什么(重要)事情讓我干。于是這項目便開始慢慢從我手上溜走。猛然間我感到一陣害怕,我手上都沒事了,公司留我做什么?H是不是有什么想法?可是看H平時和和善善的,也很難揣摩他能有什么歹意。

            接下來給我做的事情,是陸陸續續的好多survey。一開始叫survey一下Windows驅動。我問,公司有這樣的項目么?他說有,并舉了例子。好,我去survey。過了些天,我看他給的那個例子就是個簡單的WinIO驅動,告訴我通訊協議我大概也能抄一個吧。于是我跟他匯報,那個例子基本上看得懂了,接下來要看什么/干什么?他像之前每次跟他匯報時一樣,為難地抬起頭,使勁想了想,然后叫我去看下文件系統過濾驅動。

            好,看就看,找些電子書,挑一些可看性比較強的,打印了二三十頁下來,慢慢磨。又過了些日子,覺得資料上面說的我大致能理解了,但是由于框架實在是太龐大了,不想去實驗,就跑去問,這方面公司到底有什么要做的么?H說他覺得這些技術蠻有用的,以后肯定會用到的,云云。嗯?敢情是想拿我當技術儲備?我就是survey帝啊!

            再后來,讓我去survey一下某品牌機自帶的一鍵還原軟件。我特意問,我們要做這個的?他說要的。于是我就拿著那個本子折騰來折騰去,耗了個把月吧。到最后實在想不出可以干什么,于是天天格它硬盤,拿著自己寫的demo程序還原之。期間H偶爾過來看看,大多數時間不太理。

            又想到一件事。某個加班的晚上,忘了是為了調試什么,H讓我過去看他調??赡苡捎谥澳骋淮嗡吹轿议_著OllyDgb玩(我只是會一些很簡單的操作,知道怎么斷住MessageBox罷了),他自言自語地嘀咕“那個叫什么名字來著”,然后打開了OllyDbg。他又問我是怎么操作的。我說我是截哪個函數,然后怎么怎么瞎看的。于是看他操作。只見他按鍵飛快,F8長按,整個屏幕滾下去,過會兒又作不對勁狀,重新開始,又是飛快狀,不知道他要干什么,于是我忍不住開口了,跟他說,我當時是先這樣,然后看什么什么,大概可以得出什么結論。然后他有點兒照做的意思,可是過會兒又是操作飛快,整個屏幕在閃,看不出什么思路。我琢磨著他是不是沒怎么用過這玩意兒啊,不會用就別拿出來顯啊,拿你拿手的出來嘛。于是我又多話了。后來我也覺得我“提示”得多了,想不說,可是又覺得他是期待我說的樣子;想說,又覺得他沒叫我插嘴的樣子;想走,又覺得他沒叫我走的樣子。十分尷尬。只好有一搭沒一搭地說著。后來H終于怒了:你走!我一愣,懷疑是不是沒聽清楚,確定好像是真的,于是飛也似地跑了。半個小時以后,H拿了一些巧克力來分給我們,算是了結。之后我再也不敢在他面前提/玩OllyDbg,要玩就玩WinDbg,因為WinDbg我基本上完全不會用。

            轉眼到了年關,H給我的考核還是不錯的。據模糊了解,不管是獎金還是漲幅,似乎都在平均水平之上。這里還要感謝下財務的W姐,給雙薪的時候把我的實習期也算進去了,多少有點點心理安慰。

            過年回來后仍是無所事事,3月初H到米國總部去了一趟,更加沒事情做。M和D一直做著之前哪個項目的維護工作。H回來后,帶來了米國老大們的一些新主意,M和H一個老部下L3以及H自己被H安排來做這件事。大約三月底左右吧,H手上有多出一個項目,是手上將個新項目的升級更新程序。他自己開始搭最初框架,然后扔一點活給我和另一個同事做。沒過多久,H又表示要將它丟給我。他說,我們要重視一些設計工作。于是他拿StarUML畫了些圖,跟我說這個調了那個,那個調了誰。對著代碼一看,果然不錯,完全事實描述??墒悄隳切﹫D僅僅表達了你是怎么做的,這怎么夠?一點也沒看出來為什么要這樣設計。當時我第一次看到什么時序圖啊,還有點抵制,這點我要做自我批評。雖然圖不會看,可是代碼還是會看的。不夸張的說,這整個代碼一團糟,各種糟糕。一堆單件(一堆全局變量);業務代碼中會充斥著一大段API調用序列(底層API沒有封裝到一兩句話表達業務的程度);還有那個 WinInet 的返回結果里,case 到 timeout 之類的,老是來個 OnConnectFail(),搞得像個框架,可是正確的情況又直接刷刷刷寫下來了,不見什么OnConnectSucceed(),到底哪部分框架那部分是用框架?僅僅一處小小的多線程部分,搞得到處鎖??偠灾?,一個模塊,互相糾纏著的幾個類,一層結構。為了搞個運行入口,居然建了個MFC SDI項目,在文件菜單建了一項來進入整個模塊。

            大家可能懷疑我說得太夸張了,這一點我不能舉出什么證據。當然,也許牛逼的人喜歡看糾結的代碼,這是水平。像我這樣的菜鳥只喜歡看簡單的代碼,除非有必要才增加模塊和層次,這才變得復雜一點點。我從那時起開始懷疑技術到底是什么,是不是多會用幾個API就是技術達人?

            好了言歸正傳,這個項目脫離demo,要變得正式一點,H讓我把他整成一個 Windows Service。好,我整,去掉哪個MFC的框,重新建了個 Service 的框架,然后入口放進去。我以為很輕松的一件事。結果,編譯不過,一看,有寫代碼用了MFC的類,CFile啦,CFindFile啦,,,好在總量不是很恐怖。我去跟H說,代碼里有一些用到MFC的,Windows Service有沒有界面,加上涉及到的一些功能用MFC也不見得多方便,都改為Win32 API吧。H不置可否,大意上說了句,程序里用MFC我覺得蠻常見的,大多數都用的吧。我反駁了句,那也看場合啊,我們現在完全沒必要引入MFC這個大依賴么。H沒有再說什么。我回頭將它們全部改掉,用CreateFile,FindFirstFile……。這邊剛改完,H又提交了一部分代碼,又是CFindFile,像是剛才什么都沒跟他說過似的。日!繼續改!

            接下來兩天,一直在考慮這個東西丟給我我能維護多久。思來想去覺得會堅持不住,我非常不愿意一個系統從一開始就是“老系統”。于是給H發了封郵件,說這些代碼雖然“有設計”,可是結構化不是很到位,然后給了一張通俗的框圖,表示這塊干什么那塊干什么,這塊只知道什么只需要處理什么,那塊又如何,而不用大家誰都知道誰。H過來表示“是啊”的感慨,然后又說了一些不著邊際的話(也許是著邊際的,只不過我沒記住),最后什么決定也沒做出。接下去幾天,我時不時追問他,可不可以動手改,他總是用一些話來搪塞,大概是些——“我覺得…總體是好的,只是,……”,“我覺得OK啊,不過明天的版本先出了”。我在問的同時,也在積極準備著,終于,在某個不得不改的時刻,我把它們全提交上去了。原來的代碼仍舊放在那個目錄不動,我不敢特意去做刪這個動作,太敏感。過了一會兒,大概H看到郵件了,又跑過來問:改了?會不會有什么問題?云云。

            ——這是我在H手下干的最傻逼的事情,沒有之一。這件事我跟一些人提過,今天把它完整的寫出來,也期待大家批評。我盡我的努力使我的描述盡可能客觀,但主觀性仍然是不可避免的。關于那個代碼是不是真有那么糟糕,是最容易帶有主觀性的,請大家自行判斷吧,我只能說很糟糕。做這件事情之前曾請教過M到底做不做好,M說如果為了項目好就應該做?;叵肫疬@一番,我有時候心理陰暗面來了,也會懷疑M那時候是不是陰我。不過M似乎沒有陰我的動機,可能在L1手下我比他稍微春風得意一些,但在H手下他明顯比我滋潤,沒必要啊。(M如果看到請別介意哈。)

            之后挺明顯的感到H不愿意管這個項目了,也有點選擇性不了解該項目。經常有什么新需求就答應下來,也不考慮現有設計能不能容納,我過去問他,他又裝作不知道的樣子,只說這怎樣怎樣就可以了,是可以做的。我又問那么這個改過之后接下來那些部分可能要改的可能不會改的,我好做應對,他又不知道了。不知道可能是選擇性的,但是對于需求的控制他這是發自內心的。因為在他自己也參與的那個項目里,也是不停地改,三天兩頭改,最后H跟PM鬧起來,干脆不理PM了。后來只好請QA MM J姐幫忙中轉。所以現在我想,他原來那個一層式結構確實是適合這樣折騰的。反觀L1帶的東西,幾乎所有未來一兩個月內的新需求,都是不會傷害到現有基本框架的,很多都是落入我們的預測的,往往變成了改個配置項這樣簡單的事情。曾經滄海難為水啊。當然H也會設配置項,可是設置的時候沒有邏輯性,某個選項代表什么沒法用一句話概括出來,大多數只能總結為,某個選項打開表示PM某個需求所要求的功能開啟。

            關于H,我想我可以可以寫好多好多。

            H曾經看到我寫 CString.Relpace(“{PlaceHolder}”,“XXX”),問,為什么不用 sprintf 呢?我無言以對。
            H看到我開著IE,會問,你為什么不用Firefox?我無言以對。
            H看到我開著IE,會問,你為什么不用Chrome?我無言以對。
            H看到我開著IE,嘆了口氣,你就是個微軟迷……我,我作委屈狀。
            H看到我在Word里打公式,會問你為什么不用Mathtype?我無言以對。
            H看到我寫注冊表,會問,你為什么不寫ini文件?我不知道我寫ini了他會不會問我為什么不寫注冊表。
            ……
            從此討厭“為什么不”的問法。

            自從我改了H的代碼之后,H就經常的說我的程序都是同步的,沒法即時退出。限于水平問題,當時沒一下子理解。好在是個服務程序,業務上也需要持續不斷跑,只有關機或者關閉服務的時候停止就可以了。這時候我安全退出和系統來強制結束的表面效果沒多少差異。等我明白這個問題之后,在9月份的第二版本中,我把這個問題全部改掉了,不留一絲同步的影子,H之后便沒說什么了。只是第二版的上線,由于對TP提供API等等,需要H對外公布。而H處于對此不管事狀態,加上別的項目也比較緊,一直沒上,直到我離職,也只是內部release,沒有出正式版。

            自從改了H的代碼之后,H就不太讓我碰C++的東西了,有一次H曾讓我去survey FileFox 插件。當時看了兩天,寫了個 Hello word 級別的插件,然后報告survey結束,有什么正式需求。結果讓繼續survey,并被問有沒有做這個方向的興趣,有的話可以和Linux端的人一起做那方面的項目。我或委婉或直接地表示不要寫js,不要為mozilla的野心服務,不看好FireFox平臺,我要繼續玩C++。過了些日子,被要求二選一,FireFox插件,或者Windows下的可能涉及D3D的另一個項目。我斷然選擇了后者。這個項目一開始也是在H手上的,可是不知為什么后來突然被L2拿去了。L2派手下T來做,因為我那時已經為此survey了一些時候了,便讓T和我一起做。這時候才感到L2的好啊。除了加班,對于L2我真的挑剔不出什么了——據說L2現在也會安排周任務了。我想多花些時間在L2的項目上,H又說他這邊的更新程序任務重,那邊的優先級低,有一次主動為我向那個項目告假2周,導致后來我進度上落后于T,其實這邊也就是幾個頑固bug而已。

            其中一個bug是crash,各種表現。最后查出是crash在InternetOpenUrl的函數里。摸索了一段時間后,發現使用過 SH 系列 API 后,在某些機器上就會 100% crash,為此當時還在這里發了一篇文章。把 SH 去掉之后,現象平息了一陣子。后來,隨著測試的深入,又報了。這下可沒辦法了。H自己也沒辦法。再很后來很后來,我找到了一篇微軟的文章,說 WinInet 不支持在 Service 里使用,并建議轉用 WinHttp。至于為什么用WinInet,這里又有一段故事。很早的時候,在我剛進去不久的時候,當時那個項目也有網絡交互,當時年少無知的我找了一段例子,是socket的。(那個作者還寫了這么一句注釋://If it works, it is written by masterz, otherwise I don't know who write it.)我用它搞了個支持 Http Get 和 Http Post 的小玩意兒。后來項目轉到H手上的時候,H看了說,你為什么不用WinInet呢?你的不能支持跳轉,不能支持https,并給了一堆WinInet函數名。(可是他為什么不指導我完善它呢?)我說我當初并不知道WinInet的存在,并問他改嗎。他說不用改了。所以后來他把升級更新程序的網絡下載模塊丟給我的時候,我就用WinInet了。好,回到現在,我發了封郵件給H,說WinInet在Service中不被支持,這可能是crash的原因,建議使用WinHttp,并告知WinHttp在沒有打SP1的XP里不支持。他回復說他覺得“OK”,但是他認為需要支持不帶SP1的XP。這相當于被變相打回了。但是他有沒有因此宣布此bug可以不修復,之后的日日夜夜,J總是因為這個bug的各種表現來找我。

            H自己手上那個項目據說忙得很,他和M、L3甚至忙到天天加班,卻從不要我加班,也不讓我參與。有時候碰上幾個界面的,M說ATL寫界面不方便,H就叫我寫個網頁,M在外面套個IE控件,這才零星有我一點點事。有一次我跟V姐抱怨了幾句,說在H手下被邊緣化了,什么都沒我的事。V說怎么會啊,H每次說起你都說你挺不錯的,他很喜歡你的。(是嗎?)也不知道V有沒有幫忙傳達過什么,第二天H就讓我加班,找的理由是我寫的界面跟他們也是有關系的,要發版本,要確保沒問題。我就做著網上隨便逛逛,最后跟他們一起回去。之后每次加班H都要叫上我了,大部分時間事情都不是很多,我就當放松下,大家一起玩玩,再蹭頓晚飯了。其實到了這時,由于長期無事,倒是有點期待加班了,之前對于加班的憎恨也不知不覺地化解了。我細細地觀察了H的加班,其實跟L2的加班是一模一樣的,都是沒有明確的下班目標,都是由于臨近發版本,都是由于更早的時候沒有做好任務安排以至于到了快發版本了才發現時間不夠。

            我手上那個升級程序的項目,H幾乎沒怎么管過,搞得我每天都不知道做什么。我只知道大約幾個月后要發布。至于周任務、月任務,都是沒有的。有一次H可能真的被他那邊的事情糾纏地搞不清楚了,終于召集他手下所有人,把接下去幾天的任務說了下,并且也說了這件事誰做那件事誰做。他是畫在白板上的,我們都沒抄下來,結束的時候拿手機拍了下。我滿以為他會發郵件再通知一遍的,哪知道神馬也沒有。我不知道他開那個會干嘛來著,也許不是為了明確我們的任務,只是為了用我們所有人的力量為他整理思路而已。

            長期的空閑狀態讓我壓抑,并且效率明顯降低。同樣一件事,現在的我比兩年前的我肯定完成得慢很多。我開始擔心自己的前途問題。我現在寫的所有關于H的,都是在空閑的時候反反復復回憶過的、思考過的,我很驚訝我盡然花了這么多精力去思考那么多事,也驚訝盡然有那么多事讓我久久不能忘懷。我總結了H的一些特點:

            1. 不看郵件。往往發給他的郵件了,過了大半天跑過來問,告訴他郵件里寫了,回答我沒看。
            2. 不看文檔。每次看他打開WORD文檔,就滾得老快,像很熟悉似的,但找不著要找的內容。
            3. 喜歡在談業務的時候說技術名詞。(例:本來說升級程序連接上服務器了應該查詢什么信息,會被描述成:我們會發一個TCP包,……)
            4. 喜歡在談上層業務的時候時時刻刻問底層實現。(例:跟他說“連上服務器了,然后怎么怎么”,會被打斷問:是一次TCP連接嗎?)
            5. 喜歡在談上層技術的時候問下層實現。(例:明明我們用的全是HTTP層次的API,非得每次說TCP包)
            6. 以為只有技術問題。(例:明明某些bug只是我們這樣定義,QA認為應該那樣定義,只是定義問題,爭論不下去找他,他會先問我,“你這樣做有什么困難?”)
            7. 沒有邏輯。(例:有一次好像企圖讓某應用程序包含升級程序,想讓被包含著的升級程序又包含該應用程序。)
            8. 沒有業務概念。跟他講話沒法跟他概括出功能名詞,提“某某功能”。如果要提某某功能,只能把這功能的全部API調用序列羅列一遍,他才能精確明白我在說什么。同樣,他會用某些技術詞匯來描述某某功能,我也聽不懂。甚至不知道什么意思自造詞,如:“我記得XP的是支持System Level的MUI的,Vista開始才支持Application Level的MUI的?!睆膩頉]有明白過這兩個Level是什么意思,雖然我知道MUI在XP和Vista里有區別。
            9. 沒有設計理念,雖然會畫UML,忠實表達他代碼是怎么寫的。
            10. 不會拒絕需求,也不會預測需求以利于提前設計。
            11. 不主動向上請示。遇到我不好決定的事情,去問他,他也不好決定,也不問上級,也不做個有預測性的決定,任由我不知所措。
            12. 開會經常閑扯,每次被他打斷好多次,不局限于部門內的會議里。讓人不能專心??赡芩J為這是制造輕松氛圍的方式。
            13. 怕給別的部門造成任務。所以不管某些內容應不應該放在我們這邊做,經常認為需要自己做,以為讓別人做是態度不端正,“事情總是要做的”。那個升級程序的第二版,之所以要設計API,就是為了不要包含各種應用程序的復雜需求,但TP同事說下載失敗了,他就來問我,你有沒有做重試啊。我說當然沒有啊,我只是給出了一種機制讓他知道是成功還是失敗了,要不要重試、用怎樣的重試策略,明顯應該他來么。見我堅決,他又裝著很抱歉的樣子,跟TP同事說我們重試沒有做,你們那邊方不方便做一下……
            14. 怕別人給自己造成任務。Test case 評審的時候,見J列了好幾屏的case,他就抱怨說,你們搞得也太細了吧,這么多條,能測完么?那一次QA老大A義正言辭的說:這些需求,這些功能,本來需要這么多case來保證;這些都是我們分內的事,不管多還是少,只要是我們該做的,我們就要做。聽得我暗暗感動了一番,自此以后總是在心里默默地欽佩他。
            15. 不給別人發言機會。就算自己業務不熟,也搶別人話,結果傳達的總是有偏差。聽他溝通以及與他溝通都是很辛苦的,不知道在談業務還是在談技術,反正一會兒這個一會兒那個,很具有跳躍性。有一次他讓某同學做主題演講,分享前階段survey的內容,結果人家放了PPT開講,他在下面的補充占了80%的時間,上面那個倒像是主持人了。
            16. 最重要的一點,不花心思好好安排別人的任務,總是專心寫代碼,與民爭活。

            剛到他手下的時候,我總覺得不對勁,我前前后后跟他談過好多次(當然后來死心了不找他談話了)。有一次他說“我可能對于自己作為RD還是作為Leader,身份上沒有區分清楚”,僅這一點,既然自知,何必占這個位置呢?不是每個人都能管人的,這要影響到別人的職業生涯,還要影響到公司的人員流失問題,后果非常嚴重啊。他的組,從09年中手下十多號人,到現在的三四個人。有點點想法的人,要么去別的公司了,要么去別的部門了。我想他沒有好好思考過。倒是給離開的人編好了冠冕堂皇的理由,以便與人解釋。

            用一個已經離職的同事的話說,XX項目,從需求、技術、搭框架、寫代碼,H都能一個人搞定,要我們干什么。
            另一個同事說:H是個全才,但他不會做Leader。

            我想,H要是一個和我平級的同事,除了對他沒有設計理念這一點不看好以外,我應該也會蠻崇敬他的吧,畢竟人家會用這么多API呢。

            H還說,對于項目,我必須親手搭個框架寫寫代碼,才能知道水有多深??墒?,你要親手體驗水有多深又是何必呢,讓手下人告訴你水有多深不也一樣么?

            今年六月份,公司有一次計劃外的加薪,H對我還是很給力的;年中的獎金也不少。另有一次我生病了,H叫了另一個有車的同事一起把我送回住處,還幫燒了開水,噓寒問暖一番后才離開。還有當初是H讓我第一次通過了一面,從而拿到人生第一個offer……可以說,除了具體工作上,H對我真的還是非常不錯的,他也曾幾次和J訴說:我覺得我對他還是不錯的啊。也許我不該對他有那么多看法??墒?,每次有不同意見,你為什么老是以“我覺得你對我有意見”強制結束討論并且不問具體“意見”呢?

            我記得CppBlog里有一位貌似從事管理的朋友發了一些文章,說要如何如何管理,并要如何永不重用某些手下。我一對照,某些情節和H的做法非常相似,于是在評論里比較激烈的回復了他,希望他的手下好運。

            本篇就寫了兩個晚上了,就到這里吧,字里行間可能充滿了怨懟,如果影響您心情了,小弟這廂給您賠禮了。下一篇將談談離職始末。關于我對H的種種,我知道也是充滿了偏見的,如果有做得/想得不對的,希望大家多些批評,多多糾正。

            ----------華麗的分割線,如果以后又想起H其人其事忍不住想添加,就加在后面----------

            2009年3月,公司要搞QT培訓,H部門,也就是我所在的部門出人的。但是H壓根兒沒跟我說有這回事。后來別的組的人都在各自老大的通知下知道了,我是本組的卻不知道。H從米國回來后問我有沒有去聽啊,我說沒有。我不知道他為什么認為我已經知道了這個消息了。搞得好像我沒興趣似的。不過這培訓我確實可能沒興趣,演講者一般只是介紹API使用,鮮有自己的思考。關鍵在于H通知不到位。

            posted on 2011-01-25 22:17 溪流 閱讀(2168) 評論(10)  編輯 收藏 引用 所屬分類: Other

            評論:
            # re: 2009-2010小結(四) 2011-01-25 23:13 | 萬連文
            改變不了環境就改變自己,不必要太多埋怨,因為無濟于事。  回復  更多評論
              
            # re: 2009-2010小結(四) 2011-01-26 06:19 | gbb21
            Hahahahaha
            Momo  回復  更多評論
              
            # re: 2009-2010小結(四) 2011-01-26 10:08 | 空明流轉
            這哥們兒就是個技術管理者,看誰都不看不慣。。。搞技術的人確實有這個問題,手伸的太長。。。  回復  更多評論
              
            # re: 2009-2010小結(四) 2011-01-26 11:12 | 欲三更
            呵呵,字里行間已經看出你的郁悶了^_^

            關于框架設計的好不好,我有個比較淺顯的判斷方法:
            如果一個層次結構包含了一大堆類,接口,封裝。但是:1.如果在實現中還是要頻繁的判斷這個判斷那個,那基本上這個設計可能有問題。2.如果調用一個功能需要涉及一對類,一會這個類一會那個類的,那也基本上是有問題了。

            至于同步異步的問題,坦白說,異步的復雜性太高了,根本得不償失。  回復  更多評論
              
            # re: 2009-2010小結(四) 2011-01-26 20:04 | 溪流
            @萬連文
            嗯,多謝萬老師教誨。  回復  更多評論
              
            # re: 2009-2010小結(四) 2011-01-26 20:04 | 溪流
            @gbb21
            不厚道的家伙~  回復  更多評論
              
            # re: 2009-2010小結(四) 2011-01-26 20:04 | 溪流
            @空明流轉
            謝謝支持~!  回復  更多評論
              
            # re: 2009-2010小結(四) 2011-01-26 20:09 | 溪流
            @欲三更
            嗯,,其實那根本不是什么框架,只不過被先寫了點東西。
              回復  更多評論
              
            # re: 2009-2010小結(四)抑郁重重 2011-01-27 17:14 | Soli
            五篇全部看完!
            作為讀者,我也沒太監啊。  回復  更多評論
              
            # re: 2009-2010小結(四)抑郁重重 2011-01-27 19:18 | 溪流
            @Soli
            謝謝關注~  回復  更多評論
              
            区久久AAA片69亚洲| 久久亚洲2019中文字幕| 欧美性大战久久久久久| 中文字幕一区二区三区久久网站 | 久久涩综合| 国产伊人久久| 精品免费久久久久国产一区| 久久精品无码av| 九九热久久免费视频| 久久久久99精品成人片三人毛片| 久久精品国产精品亚洲下载| 久久毛片免费看一区二区三区| 久久精品国产色蜜蜜麻豆| 久久综合一区二区无码| 亚洲精品视频久久久| 99精品久久精品一区二区| 久久天天躁狠狠躁夜夜躁2O2O| 久久久精品国产sm调教网站| 青青草国产精品久久久久| www亚洲欲色成人久久精品| 久久久久久国产a免费观看不卡| 久久久久99精品成人片三人毛片| 久久精品视频一| MM131亚洲国产美女久久| 国产无套内射久久久国产| 亚洲人成无码网站久久99热国产| 狠狠色婷婷久久一区二区| 久久久国产精品福利免费| 无码精品久久一区二区三区| 久久久久se色偷偷亚洲精品av| 69久久夜色精品国产69| 色偷偷91久久综合噜噜噜噜| 国产精品久久久久蜜芽| 久久精品国产69国产精品亚洲| 欧美久久综合九色综合| 国产午夜免费高清久久影院| 久久e热在这里只有国产中文精品99| 囯产极品美女高潮无套久久久| 国产精品亚洲综合专区片高清久久久| 综合久久给合久久狠狠狠97色| 丁香狠狠色婷婷久久综合|