從今天開始記錄我與前端的點點滴滴。
第一篇部落格，簡單講一下最近看的一本書《軟體隨想錄 卷1》。書的作者是joel spolsky。這本書由作者的部落格演變，記錄了作者對軟體it行業的各種有趣的見解。身為乙個剛入行的菜鳥，書中關於企業發展戰略相關的內容我還不大明白，但這本書中的其他內容幫我全方位地了解了軟體開發流程，以及如何培養良好的開發習慣。這裡我主要就「喬爾測試」展開一下我覺得對我有幫助的內容。
喬爾測試
喬爾測試是作者joel寫的一套用於評價軟體團隊質量的測試，包含以下12條：
首先這套規則是用於給軟體開發團隊打分的，對於我這種普通的程式猿來說，以下是我從喬爾測試中學到的幾點：
1、版本控制器。
我還沒有正式入職，沒有接觸過版本控制器，但我明白版本控制器的重要性，這不但是多人合作開發軟體的必備工具，而且是儲存軟體歷史版本的重要道具，當錯誤發生時，通過版本控制器可回滾到上乙個健康的版本。因此我將來必然需要好好學習版本控制器相關的知識。
2、bug資料庫
這是乙個非常有趣而且實用的概念，將開發過程中遇到的各種bug記錄在乙個專門的資料庫中，bug資料庫說複雜複雜，說簡單簡單，「如果導致你不做bug記錄的唯一阻礙是相關軟體的功能太複雜了，那麼就做一張包含以上5個關鍵字段的表，然後開始用它」。哈哈，一張excel表就行了。即使公司沒有團隊的bug資料庫，我也可以建立乙個個人的bug資料庫不是麼？對了5個關鍵字分別是：重現bug的完整步驟、預期應有的行為、觀察到的錯誤行為、誰負責修復、是否已被修復。
3、修改以前的bug
不清楚正常工作中的bug修改是什麼樣的，我在學生時期的編碼工作中所有的bug都是當場解決的。我男朋友以前就職的軟體公司很少改以前的bug，而且同乙個專案往往會經手很多人，他經常遇到拿到別人寫的一堆bug的**，或者他把任務交給其他人做，其他人把原始**改出一堆bug的情況，因此他的日常開發工作總是困難重重。如此看來bug確實一定要盡早修復。
4、最新進度表
我以前就有做進度表的習慣，而看到本書中對進度表的描述我才發現我從前寫的進度表實在太low了。joel的進度表使用的是excel，他的進度表包含四大時間專案：原始估計、 當前估計、已過時間、剩餘時間。進度表推薦以小時為單位計數（我以前都是按天來的）。
本書的其餘的內容不展開講了，這是一本非常有趣而且內容豐富的書，這裡我講到的喬爾測試只是其中第一部分的主要內容而已（而且我只寫了其中的一小部分）。無論是公司管理者、高階軟體工程師，還是像我這樣的菜鳥都可以從中學習到很多實用的知識。可能乍看之下本書與前端並沒有什麼直接聯絡，然而事實上這本書對我而言是我程式設計師工作開始的入門書籍，讓我得以從門縫外窺探前路。
從今天開始
從今天開始我第一次開通了我的blog,其實我是個很懶的人，屬於掛個大餅在脖子上都有可能餓死的人 當然可能性不大 我也不是乙個太多愁善感的人，即使是也沒有很好的語言能力去表達，所以我一直沒有使用blog的慾望,另外我更不是乙個時尚的人，或許在將來會，因此在blog尚處與時尚期的時候我沒有想擁有乙個！不...
從今天開始積累
1.檔名可能很奇怪，比如末尾是?會誤以為是傳參 以hint.php?整體為資料夾名 後面很上相對路徑就會起到迷惑人的作用hint.php?ffffllllaaaagggg 2.tornado模板注入 output twig render hello 將使用者輸入作為模版內容的一部分 效果就像是直接 ...
從今天開始進軍c
從今天開始進軍c 新的開始，新的起點！記錄一下 學c 是為了學.net vs太大，暫時不裝，先裝個.net framework 3.5吧，裝.net framework過程中，出現錯誤,然後下乙個.net framework 清理工具，清理了一下，這個工具就是 dotnetfx cleanup to...