技術(shù)管理與政策隨筆【第一篇】：技術(shù)管理

　　公司一些早期的項目，把所有工程都放到一個解決方案下了，導(dǎo)致整個解決方案編譯很慢，而且也不便于類庫的復(fù)用和維護(hù)。因此我們決定把工程按照功能劃分到不同的解決方案里頭，然后定期發(fā)布dll到TFS配置庫上固定的TeamProject下面，以后應(yīng)用程序引用時就不添加工程，而是采用添加dll的方式。但是現(xiàn)在遇到一個問題，發(fā)布dll一般會發(fā)布Debug和Release兩個版本，那么應(yīng)用程序應(yīng)該引用哪個版本呢？

　　理想情況下，開發(fā)測試的時候應(yīng)該使用Debug版本，這樣拋異常的時候調(diào)試很方便。正式部署到生產(chǎn)環(huán)境的時候可以使用Release版本，這樣性能好一些。但是添加dll的時候VS只允許選擇一個版本。

　　我們知道，VS支持把工程不同的編譯選項保存到不同的配置中，編譯時根據(jù)當(dāng)前使用的配置來決定采用什么樣的編譯選項。默認(rèn)會新建Debug和Release這兩個配置。開發(fā)時我們一般選Debug配置，發(fā)布時一般選擇Release。

　　如果添加dll時也能根據(jù)當(dāng)前配置引用不同路徑的dll，那就好了。在stackoverflow上搜到了相關(guān)的信息，說可以修改csproj工程文件，使用VS宏變量來指定dll路徑。用記事本打開研究了一番倒也挺簡單的.找到引用類庫的地方

　　技術(shù)管理與政策隨筆【第二篇】：管理

　　倉庫的組織管理形式這部分，應(yīng)該說是版本管理工具設(shè)計上最核心的內(nèi)容。對于倉庫的內(nèi)部管理機(jī)制，我了解得很少，只能從外部的表象上做一些簡單的比較。

　　SVN屬于中心式的倉庫管理，完整的倉庫數(shù)據(jù)，統(tǒng)一維護(hù)在服務(wù)器端的（當(dāng)然，服務(wù)器也可以就是你的本機(jī)了）倉庫中，對于客戶端來說，本地取得的數(shù)據(jù)不是完整的倉庫，只是倉庫中特定版本的部分或全部數(shù)據(jù)，同時，客戶端還負(fù)責(zé)維護(hù)本地數(shù)據(jù)的變更情況，在客戶端并不擁有倉庫完整的歷史數(shù)據(jù)。本地的工作樹和倉庫是相對獨立的。

　　對于Git來說，應(yīng)該屬于分布式的倉庫管理，倒不是說倉庫的內(nèi)容分散在不同的server上，只是對倉庫而言，沒有中心倉庫之說，所有的倉庫都是平等的。對于一個倉庫的不同工作拷貝，每個都擁有完整的歷史數(shù)據(jù)，工作樹和倉庫基本是合二為一的。

　　在SVN中，從倉庫checkout的一個工作樹，每個子目錄下都維護(hù)著自己的.svn目錄，記錄著該目錄中文件的修改情況以及和服務(wù)器端倉庫的對應(yīng)關(guān)系。所以SVN可以局部checkout部分路徑下的內(nèi)容，而不用checkout整個分支。

　　Git倉庫中，項目根目錄下的.git目錄統(tǒng)一管理了所有的倉庫數(shù)據(jù)和當(dāng)前工作樹的相關(guān)信息。

　　在SVN中，默認(rèn)采用FSFS的數(shù)據(jù)庫格式，任何提交都是一個版本的遞增，所謂分支，tag等概念都只是倉庫中不同路徑上的一個對象或索引而已，和普通的路徑并沒有本質(zhì)的區(qū)別。在工作樹中，可以同時checkout多個分支的內(nèi)容。

　　在Git中，其內(nèi)部的對象層級依賴關(guān)系或許和SVN類似，但是其工作樹的視圖表現(xiàn)形式和SVN完全不同。工作樹永遠(yuǎn)是一個完整的分支，不同的分支由不同的head索引去構(gòu)建，你不可能在工作樹中同時獲得多個分支的內(nèi)容

　　技術(shù)管理與政策隨筆【第三篇】：技術(shù)管理

　　周六將兩個站點新建了兩個中央站點，各一個前端池包括兩臺前端包括中介、AV功能，同時各包括一臺后端DB服務(wù)器。

　　其他一個站點的兩臺前端和后端建立后在拓樸中查看狀態(tài)及同步都正常，同時也可以進(jìn)行LYNC用戶從一個前端池遷到新建立的前端池上。

　　然而另一個中央站在建立好兩臺前端和后端后，在查看拓樸狀態(tài)后，發(fā)現(xiàn)一臺前端服務(wù)器服務(wù)狀態(tài)正常，但同步狀態(tài)顯示紅色“X"，如下圖右下角：

　　查看WINDOWS event log未發(fā)現(xiàn)有相對應(yīng)的錯誤日志，同時前端池中的另一臺正常，沒有任何問題，懷疑是問題還是出在這臺前端服務(wù)器上，通過使用lync logging tool對“XDS_Replica_Replicator"進(jìn)行日志收集，發(fā)現(xiàn)一個錯誤”Query replica status sproc execution failed: Native Error: 2000, Exception: Could not connect to SQL server : [Exception=Database layer is not in acquired state]“，其實對于該錯誤，也沒有查詢到有用的幫助，試圖將后端和前端防火墻關(guān)閉也不解決。

　　在經(jīng)過多次嘗試后，想到防毒軟件是否是一個原因？在將本地Trend Officescan 暫時退出后，再重啟LYNC REPLICATION服務(wù)，再次查看拓樸狀態(tài)，發(fā)現(xiàn)一切正常：

　　這可能是造成該類問題的一個原因，供各位參考。

　　技術(shù)管理與政策隨筆【第四篇】：技術(shù)

　　首先一點，如果只是select 的話，Oracle是不會加任何鎖的，也就是Oracle對 select 讀到的數(shù)據(jù)不會有任何限制，雖然這時候有可能另外一個進(jìn)程正在修改表中的數(shù)據(jù)，并且修改的結(jié)果可能影響到你目前select語句的結(jié)果，但是因為沒有鎖，所以select結(jié)果為當(dāng)前時刻表中記錄的狀態(tài)。

　　如果加入了for update， 則Oracle一旦發(fā)現(xiàn)（符合查詢條件的）這批數(shù)據(jù)正在被修改，則不會發(fā)出該select語句查詢，直到數(shù)據(jù)被修改結(jié)束（被commit），馬上自動執(zhí)行這個select語句。

　　同樣，如果該查詢語句發(fā)出后，有人需要修改這批數(shù)據(jù)（中的一條或幾條），它也必須等到查詢結(jié)束后（commit）后，才能修改。

　　for update nowait和 for update 都會對所查詢到得結(jié)果集進(jìn)行加鎖，所不同的是，如果另外一個線程正在修改結(jié)果集中的數(shù)據(jù)，for update nowait 不會進(jìn)行資源等待，只要發(fā)現(xiàn)結(jié)果集中有些數(shù)據(jù)被加鎖，立刻返回 “ORA-00054錯誤，內(nèi)容是資源正忙, 但指定以 NOWAIT 方式獲取資源”。

　　for update 和 for update nowait 加上的是一個行級鎖，也就是只有符合where條件的數(shù)據(jù)被加鎖。如果僅僅用update語句來更改數(shù)據(jù)時，可能會因為加不上鎖而沒有響應(yīng)地、莫名其妙地等待，但如果在此之前，for update NOWAIT語句將要更改的數(shù)據(jù)試探性地加鎖，就可以通過立即返回的錯誤提示而明白其中的道理，或許這就是For Update和NOWAIT的意義之所在。

　　經(jīng)過測試，以for update 或 for update nowait方式進(jìn)行查詢加鎖，在select的結(jié)果集中，只要有任何一個記錄在加鎖，則整個結(jié)果集都在等待系統(tǒng)資源（如果是nowait，則拋出相應(yīng)的異常

　　技術(shù)管理與政策隨筆【第五篇】：信息技術(shù)管理

　　小學(xué)信息技術(shù)課接觸到了Powerpoint，也就是我們俗話說的制作幻燈片。為此，我在開學(xué)初的一段時間，一直都在課上讓學(xué)生接觸到幻燈片，欣賞幻燈片，同時，也在教學(xué)生學(xué)習(xí)Powerpoint的使用方法?？墒?，幾次下來，我卻發(fā)現(xiàn)了其中存在著許多不足。

　　例如：教學(xué)《在Powerpoint中插入圖片》這部分內(nèi)容時，教學(xué)過程就是讓學(xué)生跟著課本上的例題做：一、插入剪貼畫、二、插入自選圖形，例題完成后再進(jìn)一步的熟練操作。一節(jié)課下來，覺得教學(xué)效果不好，雖然學(xué)生一直在動手實踐，但是他們只是照著課本上的操作步驟一步步完成練習(xí)而已。學(xué)生的積極性無法充分調(diào)動起來，創(chuàng)新精神也就根本無從體現(xiàn)，頂多也就是一次計算機(jī)操作技能訓(xùn)練而已。

　　還有，我們的信息技術(shù)教材在教學(xué)制作Powerpoint時，使用的模板都是讓學(xué)生介紹“頤和園”。而且，如何參觀頤和園，都到過頤和園的哪些景點，這些文字和圖片說明在教材中全部體現(xiàn)出來了，而我們要做的只是照著書本再復(fù)制一遍。事實上，許多學(xué)生根本沒有去過頤和園，更談不上利用Powerpoint向別人介紹頤和園了。這有些脫離了學(xué)生的客觀實際情況，而在課堂教學(xué)中總是利用書本進(jìn)行課堂教學(xué)，學(xué)生重復(fù)機(jī)械記憶，既無法調(diào)動學(xué)生的積極主動性，而且，在信息技術(shù)課上最能體現(xiàn)小組合作、小組交流的環(huán)節(jié)也被嚴(yán)重忽視了，這也嚴(yán)重偏離了我們教學(xué)的初衷，違背了我們教學(xué)的意愿。

　　為此，我對教學(xué)進(jìn)行了反思。試想：為什么在課堂教學(xué)中不把學(xué)習(xí)的主動權(quán)交給學(xué)生，讓學(xué)生自己去發(fā)現(xiàn)、探索呢？這樣不是更能激起學(xué)生學(xué)習(xí)的興趣和主動性了嗎？于是我在課前重新修改了教學(xué)設(shè)計，設(shè)計了“主題幻燈片”這一主題。在教法設(shè)計上不再是“教師帶著知識走向?qū)W生”，而是“教師帶著學(xué)生走向知識”。

　　在課堂教學(xué)中：首先，我為學(xué)生創(chuàng)設(shè)了一個主動探究、積極進(jìn)取、自主學(xué)習(xí)的良好氛圍，這是發(fā)揮學(xué)生的主體性的基礎(chǔ)。有了良好的氛圍，原本單調(diào)的學(xué)習(xí)過程變成了一個充滿樂趣、充滿想象、不斷創(chuàng)新的過程；其次，設(shè)計的任務(wù)具有很大的想象空間，學(xué)生們敢于獨立思考，敢于大膽想象，并通過實踐探索實現(xiàn)了自己的想法，這為學(xué)生的創(chuàng)造性提供了展示的舞臺。