其他

      大學裡跟老師做的項目幾乎沒有一個是按時間完成，都是在拖時間，一拖再拖，每次老師初步地估算這個項目需要多少時間，我腦袋裡都下意識地想（老師估算的時間*2,或*3,或者更多），其中最糟糕的一個項目估計用一個月，結果用了一年才勉強結束，實際時間＝估算時間*12,我的天呀，當時估計也就是學校這種地方做得出來。到了企業之後，實際時間是估算時間的兩到三倍也是很正常的事，這還是在需求明確到85%以上的情況下，需求不清的情況下，時間就海了去了。       項目開始時，客戶簡單的描述需求，開發方便豪

      前面說到過，剛開始帶小組，接到一個任務，我就估算了我大概要多少時間，然後小組多少個人就算是多少個我，估算時間＝我要的總時間"小組人數（好笨的想法呀，不用時間跟組員交待任務的嗎？個個組員都是我嗎，比我強的還好，頂多做完了休息，差一點的就麻煩了），結果實際時間多了很多，而且小組裡有的人做完了無事可做，有的人則忙得焦頭爛額，容易打擊組員的積極性，造成組員之間的不滿。      隨著經驗的積累，要想把任務分配得比較合適，首先要對自己的組員有一定的瞭解，最好能量化，其次要把握好任務（這就看需求

      我是技術人員出身，作為一個組員的時候，只要自己把手上的任務做完就OK了（埋頭寫代碼其實也是件很爽的事，其它的都不用管），當有幸成為一個小組（5個人左右）的組長，剛開始真的是很不適應，當看到有的組員寫的代碼很亂時，恨不得馬上訓他一頓，讓他重寫；看到有的組員速度很慢時，心裡比他還急，真想直接幫他CODING等等，讓我管幾個人真是麻煩死了，一路上基本都是先吃虧、再總結，再實踐，如此反覆，摸著石頭過河。以下是我在這方面的一些管理小心得，與大家一起分享交流。      在管人這塊比較頭痛的問題

       項目從無到有，中間解決了一個個技術難題，有時為了趕進度，不知加了多少次班，終於到了收尾階段，看到勝利的署光了，是不是該鬆口氣了，不要忘了黎明前是最黑暗的，這時候對外的交流將更加明顯和重要，項目將全部移交給測試人員進行測試，銷售、實施人員將拿著產品去給客戶示範、實施，中間一但出了問題，處理不當，責任將會像皮球一樣踢來踢去，並極有可能上演“狗咬狗”大會。       項目是否真的到了收尾階段？對照開始寫的需求，是不是所有的功能都搞定，只要有一個沒弄好，即使這個功能再小，也是還沒做完！當

      交流是貫穿整個項目之中的，項目收尾階段，組外之間的交流尤為突出，交流不好，極容易出現問題，作為組長剛開始處理時覺得與組外人員交流很麻煩，因為大家的利益經常是對立，很容易把關係弄僵，但是後來細心觀察、思考、實踐後，發現一些小技巧，可以巧妙地解決很多問題，又何必大家爭得臉紅耳赤呢，現在回想起來還是別有一番樂趣的。交流的前提：調節好自己的情緒      項目中間出了問題，換成誰都得惱火，特別是出現一些比較低級的錯誤，造成了不必要的損失，這時候你怎麼辦，馬上跑過去，找到當事人，劈頭就罵，假如

      許可權管理是所有資訊系統的基礎模組，在這一年多裡我有幸參加大型ERP系統的開發，該ERP系統包括客戶關係、銷售、倉庫、採購，財務，生產，人事等七大模組，其中許可權主要由我小組負責開發，頗有心得。      在園子裡看到了不少的專門寫入權限的文章，其中還有一位大哥專門做許可權的，寫了不少這方面的文章，在動筆寫這個系列之前，我專門抽了幾個晚上的時間來仔細閱讀他的文章，並與我的許可權實現方案相比較，從中也受益不少；還專門看了下RBAC許可權基於角色的許可權控制的文章，在做了這些準備之後，初

      學電腦基本工作原理時，開始時以一個簡化的電腦模型進行講解，假如從實戰角度出發，該模型機幾乎無所作為，但有利於學習到事物的本質，在瞭解了本質之後，再從實際需求出發，一步步在模型機的基礎上添磚加瓦，形成一個實戰型的許可權管理模組。許可權管理本質的思考：它要管住什嗎？       許可權管理的本質就是管住使用者對資料集的訪問權力，再往下細化就是資料（二維表格）的行、列存取控制。       注釋，無論是多維資料，還是多張資料庫表，都可以通過轉換，最終得於一張二維的資料表格。 與資料庫基本操

　　當你與領導就某一問題發生分歧時，你跟他直言你心中的看法，有時既使你再有道理，領導也未必會接受，哪怕他指不出你的問題在哪，他的好在哪，畢竟領導就是領導；這時候還不如充不懂，索性按領導的來，哪怕明知道是錯的，有些彎路還是要走的，有些學費還是交的，這樣印象才深刻。    　　以上是我從公司年初時開始做的一個產品，到七月底已成無底洞，最後不得不叫停的經曆中得到的心得體會。   

SAP SMP —— 被忽略了的SAP資料寶庫（本文首發於許坤的部落格http://blog.xukun.com/ ） 經常能在各種場合聽到，甚至是當面被客戶抱怨SAP在提供技術資料方面太摳門，在不辭辛苦苦口婆心地解釋了N+N回之後，我終於覺得似乎還是寫下來比較更合適。J 提前聲明，本文所針對的是那些SAP的使用者或是夥伴。對於他們，SAP通過一個叫SAP SMP（SAP Service Marketplace）的地方集中提供了在使用SAP系統中所需要的幾乎所有資料及工具。SAP

　　Enterprise Library for .Net Framework 3.5 – EntLib v4.1 是patterns & practices 小組為.NET Framework 3.5 開發一套企業庫，目前最新版本為v4.1，共包括9個Application Block，包括資料訪問（Data Access Application Block）、異常管理（Exception Handling Application Block）、資料驗證（Validation

我發現一個問題 datebox 在應用的時候  如果客戶在文字框可以輸入字母  而且一輸入就報錯 我的解決辦法是 讓文字框輸入無效plugins 中找到jquery.datebox.js 這個檔案 有這麼一段代碼$(_2).combo("textbox").parent().addClass("datebox");  這個是控制他的文字框的 一開始我把他的屬性修改了 但是發現在jquery1.7.1下  會報錯後來

　　SAP系統管理員為什麼要稱BASIS,因為在WAS出現入之前,SAP即以Basis Kernel 作為系統核心的名稱,久而久之,大家都稱SAP系統管理員為Basis.其實翻回SAP Basis的曆史,在4.X之前,SAP Basis包涵三項:Administration, ABAP, and Business Integration. 以SAP課程為例,Admin是BC3xx或BC5xx; ABAP是BC4xx; Business Integration 是BC6xx.

      08年6月畢業的，轉眼就過了一年。 回想在自己剛進公司的時候，不知道如何去通過外語去學習一項新的技術；當初步完成了一個項目之後，別人看了總是提出新的需求，然後再改，改完了之後，別人又提出不同的需求，如此反覆，鬱悶之情盡在不言之中。當自己慢慢當上一個開發小組的組長時，開始時候覺得管幾個人比自己直接編碼還麻煩，對上頭的不理解以及對組員努力程度不滿意，經常顯得比較急躁。     

昨天碰到一個很奇怪的事情，在最近的一個項目有這樣的一個需求，把上傳的圖片進行壓縮，避免因圖片過大而影響瀏覽速度。 代碼也很簡單三兩句就可以實現了，但發現壓縮後的圖片，雖然有變小，但還不是很明顯。 代碼如下：    public void CreateThumbnailImage(){ Image img = Image.FromFile("e:/1.jpg"); Image.GetThumbnailImageAbort cb = new

自動5月份離職，和朋友一起創業，一直很忙再也沒寫過部落格，更多是草草的發幾個微博。今天晚上重新來到部落格園，翻看以前寫的文章，認真的看園友給我的回複，發覺這是一件令人愉快的事。在這半年確實經曆太多太多了。很忙，總是找借口缺少總結，今天先草草的記錄點東西，開始重拾之前習慣。技術上已經從C#上觸及到c++了。項目上，感受到項目與產品的差別。之前更多是個人式的開發，慢慢轉為團隊的開發。之前更多的是技術研究，現在慢慢需要對行業、需求的瞭解。晚安。

      今天下班客廳的燈確實亮堂了許多，照照鏡子感覺自己一下蒼老許多，看來還是燈光暗比較好，看不出來自己的憔悴啊，哈哈，其實還是頭髮長了，決定出去剪髮。      

　　當你學會用挑剔的眼光審視自己所寫的代碼時，將一段代碼反覆讀上五六遍，每次都會找到新的問題。　　重構，也就是對既有代碼設計的改善，要求你首Crowdsourced Security

        今天單位有自己的食堂啦，發郵件收了工卡之後統一拿去啟用，以後就用工卡去食堂吃飯啦，早上2元，中午10元，晚上3元，都是自助噢，很爽，不過還是有一推人沒有第一時間啟用卡，也有的人啟用卡了忘記自己啟用了，我就是其中一個，無奈下我只好到食堂自己去啟用卡了，餐廳只有一個機會卡的櫃檯所以啟用的時候需要排隊，還好我來的早，提前搞定，剛出門時就看又一批啟用工卡的人來啦。       

以前做頁面呈現，最近接觸到動畫較多，效能這塊考慮需要非常謹慎。考慮運用對象池思想，儲存可以重用的對象，控制記憶體消耗量。從網上大師那裡學來的技術，現在和大家分享一下。 1：Reusable類 (顧名思義:可重用的，可再利用的)//Reusable類為對象池中的一個對象類package ObjectPool{/** * 池屬性--池對象 * @author yao yf*/public class Reusable {/** * DisplayObject 對象

Flex SharedObject 對象詳解 　　ShareObject,顧名思義共用對象,而通常意義上的共用，從B/S結構上來講,無非是用戶端（瀏覽器端）的共用和伺服器端的共用了,不錯,ShareObject剛好份演了這兩種角色。而且ShareObject也是按此進行了兩種分類,一類是LSO——Local Share Object（本地共用對象）其實類似於cookie，而另一種RSO——Remote Share