英文原文：5 Types of Comments to Avoid Making in Your Code

　　昨天有朋友寫了一篇文章，其中比較了List的Sort方法與LINQ中排序方法的性能，而最終得到的結果是“LINQ排序方法性能高于List.Sort方法”。這個結果不禁讓我很疑惑。因為List.Sort方法是改變容器內部元素的順序，而LINQ排序后得到的是一個新的序列。假如兩個排序方法的算法完全一致，LINQ排序也比對方多出元素復制的開銷，為什么性能反而會高？如果LINQ排序的算法/實現更為優秀，那為什么.NET Fx不將List.Sort也一并優化一下呢？于是今天我也對這個問題進行了簡單的試驗。

上次我們分析了Array.Sort方法的實現方式，并了解到類庫會為一些特例而使用高性能的排序方式——int數組便是這樣一例，因此從測試結果上來看其性能特別高。不過從數據上看，即便是在普通的情況下，Array.Sort的性能也比LINQ排序要高。不過也有朋友從測試中得出的結論正好相反，這又是為什么呢？那么現在，我們再來分析一下LINQ排序的實現方式吧，希望這樣可以了解到兩者性能差別的秘密。

　　在這個網站上http://stevenkobes.com/ctest.html 發現一套很有趣的C語言測試題，如果你招聘C語言相關開發人員，或者正在學習C語言，很值得參考。

無論是做Web產品還是Web項目，文件上傳是經常要用到的功能。以前經常聽到做項目的同事抱怨：“這款文件上傳控件功能強大但是用起來麻煩，最簡單的input上傳使用方便但是功能太簡單（例如不支持多文件），外觀也不盡如人意”。之后我一直留意網上的上傳控件，最近看到一款基于jquery的上傳插件Uploadify無論在功能、外觀、可用性和擴展性上都有不錯表現，于是研究了一番，介紹給大家。

　　對于初涉敏捷的測試工程師來說，如果定位自己的角色和職責、如何從傳統開發模式成功遷移到敏捷模式、如何跟上短迭代的節奏等等問題都迫切地想要找到答案。 資深敏捷實踐者Lisa Crispin和Janet Gregory在《敏捷軟件測試：測試人員與敏捷團隊的實踐指南》一書中，列舉了敏捷測試工程師的十條法則，對讀者或許有借鑒意義。

　　周六又被老板招呼去開會，煩!在會上，老板說要對我們軟件部實施績效考核，并要求我們幾個項目經理在一起商量下，把具體的實施細則給敲定下來。結果我們幾個經理們在公司會議室一直討論到晚上八點多才大體弄出個實驗品來，準備周一就開始在軟件部開展實施。

　　我的第一個工作是在一家軟件資訊公司，剛上班的時候，公司給我們這些初出茅廬的愣頭青安排了細致的培訓。其中一個重要的科目是項目管理，一名資深軟件咨詢師前輩來培訓我們我們，開場就問我們：“開始一個項目的時候最重要的是什么？”

　　什么是 OWIN ？

　　OWIN 的全稱是 "Open Web Interface for .NET"， OWIN 在 .NET Web 服務器和 .NET Web 應用之間定義了一套標準的接口， 其目的是為了實現服務器與應用之間的解耦， 鼓勵為 .NET Web 應用開發簡單模塊。

　　本文是Common Lisp專家Peter Seibel對計算機科學家Guy Steele的訪談，談到了他程序人生開啟的歷程以及程序員成才的關鍵。

　　當然，DevOps不乏反對者。反對意見不一而足，有人認為DevOps是個誤導（DevOps只是系統管理的一個新名字而已，新瓶裝老酒），有人對DevOps不屑一顧（DevOps只是一些瘋狂開發者的瘋狂想法，他們想擺脫運維人員，或者，DevOps只是一些瘋狂運維人員的瘋狂想法，他們想像開發者一樣工作），甚至有人公開抨擊（可惜的很，他們的言論往往毫無邏輯）。

　　都說產品與開發之間的矛盾由來已久。在很多互聯網企業，都發生過類似這樣的一幕：