碧玉軟件

摘要： 將博客搬至CSDN 閱讀全文

摘要： 售前扔過來一單后，一個項目就算開始了，開始的主要工作就是和他們做需求調研。做一些PPT，帶上筆，本子還有各種參考，客戶的各種文檔，各種表格接踵而至，這是比較耗精力的段時間，當然也是最有激情的一段時間，常常在這時會激發我無限的想象，天馬行空的跟客戶探討他們的需求，這個時候最能表現出我過往無數項目閱歷的時刻了，我覺得我的表現欲就是在這個時候養成的。不管再怎么天馬行空，也要看著錢，人，時間確定需求，最后... 閱讀全文

摘要： 今天去參加周六大講堂，學習了如何使用Angular開發項目，收獲非常的豐富，記錄了以下知識點： 路由 客戶端的MVC模式 數據雙向綁定 依賴注入 SPA單頁面應用程序 使用Restful+純前端構建復雜的應用程序 總結：Javascript這幾年發展的速度非常快，現在前端已經有了完整的架構體系，符合軟件工程模型，現在通過這些“神奇”的前端框架，做到前后端分離的理想可以實現啦。 最后還得到了一個知識... 閱讀全文

摘要： 有興趣的弟兄可以從這里下載：http://referencesource.microsoft.com 閱讀全文

摘要： Office的文檔處理能力是非常強大的，但是它是本地資源，在Office Web App尚未成熟前，仍需要使用本地能力來進行文檔編輯，可是現代的系統的主流卻是B/S，所以在B/S中調用本地的Office編輯的能力就非常重要。 目前還說，將Office編輯的能力與B/S結合起來的方法主流的方案有三種： DsoFarmer OCX嵌入網頁在線編輯方案：在很多年前微軟發布了一段C++開發源代碼的OCX控... 閱讀全文

摘要： “只有當潮水褪去時，才能看到誰在裸泳”在制度實行后沒多久，那位拖后腿的小同學提出要離職，我很爽快的答應了，對于一個時間-進度-人員嚴格控制的項目來說，一個工作項不能完成與沒人做的風險指數是相同的。并且對于該制度才剛剛實行就提出離職的同志說明抗壓力指數弱爆了。這樣的性格的同學不但無法委以重任，而且他還會成為項目的定時炸彈。這時就需要領導者看到風險，及早做出決策。 于是我做了。戰斗還在繼續，明天還會怎... 閱讀全文

摘要： 今天的晨會得到確切的數據證實，新入職的同事工作效率極低，一天大約只有100行左右的HTML+JS+CS的結果，并且沒有將自己測試的時間和溝通的時間計算進去，導致下午的進度被延遲到了今天上午。這位同事的計劃內容是第兩小時，做一件什么事情，但是并沒有詳細分拆事情的細節，該同事的表達能力也存在較大問題。 針對這一問題我調整了策略，要對于新人給予的要求是極其細致的分解其工作內容，引導他考慮到數據庫數據變化... 閱讀全文

摘要： 項目進行已過半，項目成員其中一位是本月剛剛入職，另一位是對WEB框架熟悉但是工作流不甚熟悉的同事，可以用老弱病殘孕來形容，管理它們給我帶來了巨大的挑戰和難得的機遇，針對當前的形式我制定出來了符合自己團隊現獎的敏捷開發的策略，策略如下： 1. 項目溝通方面的改進： a) 實行晚會制度15-30min，主要目的是將一天中所遇到的問題拋出來，動員所有人思考解決方案，提升項目成功率。 b) 實行晨會制度1... 閱讀全文

摘要： Technorati 標記: 未來,概率,改變由最近公司招開關于轉型的春季發布會以來，關于種種未來的可能性與個人的轉型選擇就成了熱門話題，這個話題并不亞于世界杯帶來熱度，我也在思考未來會如何，在中午午休的時候，我頓悟到，未來只有一種可能。 未來只有一種可能，這種可能是每種可能的概率最高的那個，每件事情都的發生都在或多或少的改變著這個概率，但是卻又沒有多種可能，結果只有一個，也就是說根本沒有其它的... 閱讀全文

摘要： 全球20頂級家銀行就可以造成全球金融危機，它們之間關系復雜業務和風險交織在一起，一家出問題其它的也會出問題，IT行業未來也會是如此情況。 有才能的人會選擇高薪的職業。只要薪酬比其它行業高上幾倍時，不管是火箭專家、計算機博士、數字家都會涌入這一行業，使得它變得更瘋狂。 金錢是上帝，最接近金錢的就是銷售業，即便是金融也是在銷售一些打包的垃圾資產，只要可以買的好就更接近上帝和真理。 接下來會怎樣？ I... 閱讀全文

摘要： 今天在生產環境上解決問題，由于廣發銀行的管理制度是開發公司是不允許確生產環境的，所以我們只能把要更新的語句發給運營中心，由運營中心的投產人員執行，我們則在旁邊看著；在他執行的時候發現了一個很有趣的技巧，現在分享出來。 我們知道每一次在生產環境中執行中執行更新刪除語句的時候都要格外小心，要做好數據備份，但是即便這樣對于一個做了分庫分表設計，有十幾個G的庫來說更新一句SQL后發現忘記寫WHERE語句或... 閱讀全文

該文被密碼保護。 閱讀全文

摘要： PowerDesigner中Name與Code同步的問題轉自：http://blog.sina.com.cn/u/48932504010005t9PowerDesigner中，但修改了某個字段的name，其code也跟著修改，這個問題很討厭，因為一般來說，name是中文的，code是字段名。解決方法如下：1、選擇Tools->GeneralOptions...菜單，出現General Option... 閱讀全文

摘要： 將自己杯子中的水倒出，開始一段新的旅程...這一年來是我至今的生命中最為忙碌的時光，在用完了生命的接近三分之一時，停下來回望過去，確實有很多東西值得記錄下來。在過去的時光里做了許多努力，嘗試開發一些東西，雖然沒有幾件讓自己滿意，但已經深深體會到創造的甘苦，無論創造的產品多么微不足道，如果不投入全部的熱情和精力，也沒有辦法將它做到最夠好，必須要對每個細節有足夠深入的了解和思考，才能讓它看起來自然而流暢。創造一個產品需要做很多方面的事情，一個好名字讓人印象深刻，深思熟慮的功能不能太多也不能少，界面和交互設計即好看又要求好用；需要熟練的掌握幾乎所有的技術，盡管可能并不精通，但至少足以完成一個產品；最 閱讀全文

摘要： 失敗的溝通 成功的溝通 客服人員 12:53:29 你知道那客戶的有多糾結嗎 客服人員 12:53:49 我這一早上啥事沒干成 客服人員 12:55:33 從我開電腦到要出去吃飯了，因為一丁丁點的小問題，耗了我一上午 技術人員 13:00:31 呵呵， 技術人員 13:00:40 跟客戶溝通的能力有待提高啊 客服人員 13:01:34我跟她說的很清楚的，她很多事的，你不知道，啥她都要... 閱讀全文

摘要： 為什么客戶要把系統分項目、分期、分產品上線而不是在一套系統或數據中進行不斷的演化呢？ 先談一下為什么要把系統分項目，因為IT技術的更迭速度非常快，如果在一套系統中不斷演化就會經常出現 要背歷史的包袱的問題，另一個原因將系統分項目后使得每個項目之間相對獨立，之間交互數據都使用接口 互相約定，這樣可以將每個項目進行外包開發，大大提高開發時間，而且各種項目或軟件都有其側重點，有 時無法在一個時候將項目完... 閱讀全文

摘要： 眾所周知ASP.NET第一次訪問時需要JIT編譯，這就導致了ASP.NET程序第一次訪問速度特別慢，尤其是ASP.NET MVC Razor模板引擎是解釋型的，第一次還會將它編譯一次，從前我們經常會說第一個人訪問的都是人品有問題的，但是應用程序池會每過20分鐘自動回收一次，也就是說每20分鐘就要做一次人品有問題的人。嘿嘿，對于技術人員來說這當然沒有什么，但是對于不太懂技術的客戶可能就覺得非常莫名其... 閱讀全文

摘要： 引用MSDN上的一句話：若要支持自動故障轉移，必須在高安全性模式下配置數據庫鏡像會話，并且還要具有第三個服務器實例（也稱為“見證服務器”）。見證服務器是 SQL Server 的可選實例，它能使高安全性模式會話中的鏡像服務器識別出是否要啟動自動故障轉移。與這兩個伙伴不同的是，見證服務器并不能用于數據庫。見證服務器的唯一角色是支持自動故障轉移。 有了前面異地(公網)數據庫容災，SQL SERVER互... 閱讀全文

摘要： 承接上文《異地(公網)數據庫容災，SQL SERVER互聯網自動備份，SQL SERVER數據庫鏡像》說到我們已經備份并到鏡象服務器里還原了數據庫，接下一來我們就要把主服務器和鏡象服務器連接起來，這里我們使用證書進行連接，我這里只使用命令行操作： 配置出站連接的進程分為以下基本步驟： 在 master 數據庫中，創建數據庫主密鑰。 在 master 數據庫中，為服務器實例創建加密證書。 使用服務... 閱讀全文

摘要： 前些日子寫過一篇使用事務性復制來實現在異地機房的數據庫備份，這種小成本的雙機容災備份非常受中小用戶的歡迎，數據庫容災和自動故障轉移不再是需要多大投資才能實現的事情，為中小企業節省了成本，接下來我將再介紹一種比較常見的雙機容災方法：SQL SERVER鏡像（自動故障轉移或非自動故障轉移）。 先列出該方式的圖示： （手動故障轉移） （自動故障轉移） 在... 閱讀全文

摘要： 1.啟用數據庫的Service Broker。 執行命令:ALTER DATABASE 數據庫名稱 SET ENABLE_BROKER; 右健數據庫，點擊屬性，打開屬性選項卡后如下圖操作： 給您的數據庫訪問帳號授予權限 GRANT SUBSCRIBE QUERY NOTIFICATIONS TO 用戶名 注意：這一步非常重要, 如果沒有權限, 數據庫改變的通知將無法接收, ca... 閱讀全文

摘要： ? 確定唯一ID：網絡這么發達，網站這么多，最好始終保持一個ID號，并用固定的頭像，方便識別。 ? 確定技術領域：技術越分越細，很少有人能跨幾個領域做到精通。能夠精通一門已經是了不起的事情。給自己貼技術標簽的時候，越精確越好。比如，你要說自己是JavaEE專家，能找出大把大把的同樣標簽的人，這種標簽無助于個人品牌。但如果你說自己是Maven專家，可能和你并列的人就非常少了。 ? 借助媒體：國內... 閱讀全文

摘要： 基于角色的權限管理由角色連接用戶和部門，系統中也以角色為最重要的檢查依據。組織架構分為用戶，角色，職務。系統分為角色，功能，數據規則。角色是指一些事情，一類功能，類似職務但要區別職務。用戶 + 角色 = 功能操作部門 + 角色 = 數據規則為部門分配角色，代表這個部門擁有這類事情。為人分配角色，代表這個人可以做這類事情。 后面我會用更詳細的一章深入介紹基于角色的權限設置的實踐方法。 閱讀全文

摘要： C#對于int類型在隱式轉換和強制轉換上是有一定區別的，對于C#細節的差別還是需要多嘗試才能心中有數，不然就可能在編程的時候導致一些很詭異的計算結果不正確，下面是各種轉換版本之間細微的區別，希望大家以后在使用的時候注意： int x1 = (int)234.67f 結果是234 （直接去掉了小數位） int x2 = Convert.ToInt32(234.67f) 結果是 235 （進行... 閱讀全文

摘要： 最近在開發打印功能的程序的時候需要用到將毫米轉換為像素的計算公式，所以就將它記錄下來： 分辨率 * （毫米*0.03937） = 像素 閱讀全文

摘要： 本文中所涉及的全部代碼http://files.cnblogs.com/xupng/WebApplication1.rar 介紹多表映射單實體和單表映射多實體的業務場景。 Entity Framework 4.0中多表映射單實現和表映射多實體的實現方法。 對于復雜的可擴展的業務來說，實體和表不一定是一一對應的，一個數據表或能對應多個實體或多個表映射為一個實體的情況特別常見。在這里介紹一些業務場景中... 閱讀全文

摘要： 在看《C#開發射擊游戲》時，看到大量的使用VS2008的代碼生成功能（加控件， 雙擊寫代碼）。這樣編程會不會成為“代碼工人”。 1.進行任何的開發都是要基于前人的工作的，用別人的類庫、用別人的工具，不可能不基于 其他人的東西做開發，除非你想從匯編開發寫起，而且其實從匯編寫起你還是在基于別人開 發好的匯編編譯器，哪怕用機器碼寫你還是用了別人設計好的硬件架構……什么時候是一個 ... 閱讀全文

摘要： 需要遠程站點上使用Web Deploy，下載地址：Web Deploy 3.0 生成策略一：直接部署到IIS上的MSBuild的參數，適合Build完后直接布署到測試環境，建議每日生成。 /p:DeployOnBuild=True /p:DeployTarget=MSDeployPublish /p:MSDeployPublishMethod=RemoteAgent /p:MsDeployServ... 閱讀全文

摘要： 終于從大學城研發中心走到基層的項目組中去了，在研發中心的生活蠻壓抑的，因為每個人都是某技術的專家，而且都有自已的主題，就象是研究生在做研究。 項目組就是另一番情形了，一間超大的屋里有上百號人，到處可以看到溝通，討論，氛圍很活躍。也許我天生就不是一個人能搞鉆研的人吧，之前來項目組前研發中心的同事就說在項目組中很辛苦，常加班，而且壓力大，但是到了項目組中才感覺自己真有適合在這里，雖然環境沒有研發中心舒... 閱讀全文

摘要： 在ASP.NET中不管是使用后臺進程還是使用Timer的方式都避免不了一個問題，就是ASP.NET會過一段時間后就回收了進程，而不管你后臺有沒有工作。只有當你再次請求該站點時它才會再次被執行。 我們可以測試一下，Global的APPLICATION_START事件中啟動一個Timer第隔5秒鐘向文件里寫入一個時間，然后你啟運這個首頁，然后關掉，就會發現過一會兒它就不再向文件里寫入內容了。（這個測試... 閱讀全文

摘要： 這周接手一個項目，要求實現通過配置文件訂閱Exchange2003或2007或2010的新郵件提醒。以前沒有接觸過Exchange SDK的內容，正好趁這次機會好好研究一下Exchange SDK。 .NET 3.5或以上版本使用EWS API 1.1方式： EWS Web Service方式： WebDev方式： 閱讀全文

摘要： 關于在兩個服務器之間實現災難恢復的方案有很多，有集群方案，有使用硬件設備備份方案，但是成本都不低，不知道其它人有沒有更好的實踐，我是沒有看到用很低的成本在兩臺機器間完整災難備份和恢復的實現。 先說一下原因吧，現代小型企業中有很多自己的B/S級的管理系統或網站，也有自己的服務器，也有相應的備份辦法，如隔一段時間備份，或是用磁帶機備份，但是這些都必須要求在同一機房里或是需要管理員隔一段時間下載一次數... 閱讀全文

摘要： 關于在兩個服務器之間實現災難恢復不知道其它人有沒有更好的實踐，我是沒有看到有兩臺機器間完整實現的。 先說一下原因吧，現代小型企業中有很多有自己的B/S級的管理系統或網站，也有自己的服務器，也有相應的備份辦法，如隔一段時間備份，或是用磁帶機備份，但是這些都必須要求在同一機房里或是需要管理員隔一段時間下載一次數據。當面臨災難的時候也勢必會導致停機，雖然也許數據依然完整，但是停機的過程中人們是無法使用系... 閱讀全文

摘要： 反省悔過書 一個領導者，除了擁有強大的能力和敏銳的眼光之外始終要保持穩重、從容、淡定，管理工作中遇到困難時要想辦法、用技巧、用專業的態度讓對方折服、用盡職自律的作風影響它人，而不是使用蠻力和怒火使對方服從。 反思自己這一年多在公司真正帶團隊，管理部門的經歷，我把它分為三個階段來描述： 第一階段：用專業能力、專注無私奉獻的精神贏得團隊的尊重、上級的信任。 第二階段：粗糙... 閱讀全文

摘要： 平時在開發中會經常用到設計模式，有朋友建議把平時工作中用到的設計模式的實踐都記錄下來分享出來，同時也可以激勵自己，時常反省自己的設計是不是還可以重構的更好。 現在說一下我使用反射得到所有實現了指定接口類的簡單工廠模式，設計它的原因是我需要做一個財務的頁面，在這個頁面需要顯示43個數據，這43個數據的來源都是各自獨立的，基本上都是一些特殊的統計和匯總的值。簡單的想法是設計方法是實現一個類，在這個類... 閱讀全文

摘要： 在.NET 4.0中System.Threading.Tasks.Parallel類中有幾個很方便調用的并行計算方法，我想各位會經常用到Parallel.For，Parallel.ForEach，正常來說我們調用它然后傳遞一個獨立的方法進去后它可以很好的并行計算，為我節約很多時間，很好的利用CPU的計算能力，但是在一些特別的情況下，卻得不到我們所希望的結果，下面簡單的說一下在具體的項目中遇到的問題... 閱讀全文

摘要： 需求分析之了解背景 背景這東西比較籠統，簡單地說就是這個項目的來由，我們需要用說故事的方式講清楚項目的背景。 1. 為什么為有這個項目？ 2. 客戶為什么想做這樣一個項目？ 3. 如果沒有這個項目會怎樣？ 4. 用戶和客戶是誰，項目來源 5. 投資預算，重要程度。 需求分析之客戶需要 需要就是客戶真正想要的東東，是高層次的需求，我們可以把需要解決的問題、關鍵涉眾、項目的目標、范... 閱讀全文

摘要： 個狀態增加一個客人很滿意的狀態，這時我們需要這么做：order.State |= OrderState.客戶滿意; //這個時候訂單的狀態將會具有三種狀態，既“已審核”、“已發貨”，“客戶滿意”。如果客戶收到了貨物覺得非常不滿意，要求退貨，快遞公司又將貨物拿了回來，于是就需要將“已發貨”的狀態從這張訂單的狀態中去掉，這么操作：order.State ^= OrderState.已發貨; //這個時... 閱讀全文

摘要： 從小到大，我犯過很多錯誤，帶給我很多痛苦的記憶，當我試圖改掉錯誤的時候，過些時候又會犯錯誤，這是為什么呢？也許我所犯的錯誤中有些聯系。如果要分析聯系，需要先給錯誤分門別類。于是今天列出了錯誤模型如下： 一、無知的錯誤 記錯了、不知道、腦子轉的慢、盲目自信、期望值過高、不請教他人、不聽其它觀點和見解，不能跳出慣性思維。 二、和他人觀點不同的錯誤 地域生活環境差異、工作環境、年齡差異、職業差異、格局大... 閱讀全文

摘要： 在項目中的某此表中經常需要記錄它的狀態，打個比方說當我有一個訂單表時，它經常會存在很多狀態，在創建這個表的時候，也許我只知道他存在于兩個狀態，如下所示：訂單表 訂單ID 訂單編號 訂單名稱 是否審核 是否發貨 創建日期.....這里用紅色標示的就是兩個狀態，是否審核，這里的狀態是True和Flase或是0或1，而是否發貨也同樣是這樣子的一個值，我用這個表結構來寫了程... 閱讀全文