以前在網上看到評論谷歌和微軟的的評論，說軟件公司如何如何、互聯網公司如何如何。但我始終覺得評論是亂說的，不管是軟件公司和互聯網公司不都是寫代碼、發版本、發補丁，怎么可能存在這么大的區別呢，知道到了這家新的公司之后，才發現，互聯網公司和軟件公司還真的不一樣。
工作計划
上一家公司是軟件公司，記得剛來的時候一次開會，會議內容是年度開發計划，基本上是說今年要開發那些功能模塊，從年初到年底這些功能模塊開發時間是怎么安排的，密密麻麻一個表格。年底的時候覺得公司的開發落實了十之七八。
這家新的公司入職時間不長，我是去年年底入職的到現在半年多了，開會沒見過年度開發計划，都是每周有新的維護需求或開發需求，一個接着一個就到了現在。
個人覺得可是是軟件公司以維系老客戶為主，開發新客戶為補，而網絡公司則是反過來的，因為任何一個網站的忠實用戶總是那么點，開發的東西都是沖着剩下的80去的
版本管理
上一家公司基本上是10天一個版本，一周一個補丁，然后補丁或版本交給測試，大版本一般測試一周，穩定一周就可以給線上部署（線上為體驗平台），穩定之后就開始做安裝包，做完安裝包后測試大概一周的樣子，就可以給客戶部署，具體不清楚
剛開始到這家公司，最不習慣的就是自己要給線上的服務器傳補丁（心想，上一家公司連ftp都沒見過），后來慢慢習慣了，基本上沒有版本這么個說法，大部分以補丁為主，有時候一個小時一個補丁有時候一天一個補丁，新的模塊或功能的第一次上線應該算版本，之后就是補丁，測試基本上有產品測試
日志管理
上一家公司寫日志寫了很多，因為客戶那里出了問題，只能拿日志回來了解問題，各種各樣的日志，也佩服微軟果然nx，能夠吧日志做到這個地步，用起來真方便。
其他的網絡公司怎么搞日志不太清楚，現在的公司是如果是web層報錯，系統會跳到某一個頁面，然后記錄下這個錯誤的詳細信息，提供查閱，然后項目里寫不寫日志，沒強制要求，不過我寫日志寫習慣了，給項目后來加進去了日志功能，遺憾的是只有我自己再用
站點管理
上一家公司是bs項目，和大多書獨立應用軟件提供商一樣，在iis里面創建一個虛擬目錄或站點，然后code，隨着時間的推移，代碼的復雜度越來越高
現在的公司不斷的創建虛擬目錄，站點，例如一個網站有100的獨立的頁面，甚至可以做到建立100個虛擬目錄，然后每個站點只干一件事情，隨着時間的推移站點越來越多，但復雜度卻不會提高
崗位的管理
軟件公司一般都有sa和qa，產品經理提出需求，sa分析能不能實現能實現的交給開發經理，開發完了qa處理，處理完了，上線或發補丁
現在的公司，產品經理拍板了，開發開發完了，產品看了沒問題，上線
.NET版本號
軟件公司升級這個跟風，記得mvc剛出來時還是預覽版，項目直接就用了，等出1.0時，就給客戶部署了
互聯網公司N個集群，N個服務器，一台服務器上跑N個東西，至今還是net2.0， 盡管操作系統是2008的，看來升級版本號無望了
感覺軟件公司是爬樓梯，二互聯網公司則是做在微積分
歡迎補充