最近積累的一些小東西

以前專門用乙個記事本記錄的，可是那天心情不好的時候清理了一下桌面，然後就沒了，所以下面的這些都是憑記憶寫的，比較辛苦啊

1.最好是有個程式可以專門的記錄日常開發時的心得，遇到的bugs等，這樣以後再遇到同類的問題可以很容易的得到解決，或者你要總結一下的時候也不至於像現在的我這麼被動。

2.以前沒有接觸到實際開發的時候，總是一味的鑽所謂的「程式效率」，可是到了真實開發的時候才發現，程式效率或許並不是最重要的。你會面臨的問題是在專案開發速度和程式執行速度中選乙個最重要的。當然，鑽研程式執行速度仍然很重要，因為在這個過程中可以加深對.net框架的認識。幫助你在以後的開發中做的更好，雖然不一定涉及到程式執行速度。

3.物件導向很重要，分層設計很重要，××××很重要......這是我們在學習.net前被告知的最多的一些話。可是現在的問題是，要格守原則還是尋求成績？是要費勁的設計出乙個在你看來符合眾多原則的框架，還是做乙個可以立刻就展開開發的框架？

4.前期設計好資料庫很重要。對於.net的分層結構來說，改動最底層的資料庫所帶來的痛苦是顯而易見的。這個基本上可以當作什麼都沒說，因為任何人都想在一開始就把資料庫設計的完美。為了避免痛苦，就應該採取減低資料庫和程式耦合的設計。比如可以採用自動分析資料庫表字段的方法來建立你的資料模型類。（這個會降低效率，和降低工作熱情相比，你選哪乙個？）採用自由度高的資料模型類來緩解資料庫變更給各層帶來的危害。

我現在見到的最要命的設計是給每個儲存過程都做乙個類來進行資料庫操作……

5.還在不倦的看各種教科書的同志們，立刻投入到實際開發中來吧。你看了一堆的設計模式.net執行內幕等書，到頭來甚至不知道該怎麼構造乙個**的首頁，這對於你找工作是極為不利的！

6.我曾經天真的認為伺服器開起來後就永遠不會停下，於是我想用static變數來儲存一些資料，如果你也有這種想法，尤其是網上好像還有這樣的文章說什麼用這個來儲存什麼什麼……快點放棄這可怕的念頭吧！最近一段時間，只是我就親手把伺服器重啟了好幾次，還是通過遠端桌面控制的辦法。

7.學會程式除錯。這個包括在認為（並不是空想，而是有根據的）有錯誤的地方設定斷點，恰當的使用「逐語句」和「逐過程」，等等，最後乙個則是慎重的使用try catch塊。先不說這個對效能的影響，有的時候錯誤就算**捉到了，但是你卻沒有用更好的辦法來處理，導致程式執行看起來很怪異可以你卻毫無頭緒，最後只得在catch里設斷點才可以......

8.一句話，「操作比理念更重要！」。

好久沒有寫技術相關的筆記了，不過，「墮落不是結束，而是開始」。

經典水區的帖子，哈

－－－^_^，剛才在程式設計區發了個帖子，感覺就是不一樣啊

最近一段時間也不知道是怎麼了，幹什麼都不舒服，可能剛畢業的人都有這麼一段時間吧，叫「剛畢業綜合症」？但是感覺最近稍微適應了一些了，剛才上網，還找到了個這麼好的藉口，如題原來墮落果然是件好事

－－ 1.沒什麼好說的,常識

2.等你做乙個,資料庫伺服器是個4g記憶體的電腦組成的每時刻都有資料互動的東西的你就會考慮，無限制的沒有優化的程式，會將 4g的內存在數分鐘內吞噬。

3.在你確保的你設計是正確而且據有很好的擴充套件性的情況下,請堅持你的設計,等到專案後期再進行修正代價是高昂的

4.變更是正常的，我們甚至應該去擁抱變更，迭代可以解決一部分的問題，但對於相對穩定的專案來說，瀑布模型也不算太差。特別是行業性的操作，很多流程是照章辦事相對穩定的,多看些軟體工程，設計模式的書對你會有幫助的。

5.沒書看的日子是痛苦的.

6.無語

7.不會使用try...catch是你不知道怎麼用好的機制去處理這些try...catch出來的錯誤。當某天你的客戶打來乙個**說出現乙個系統錯誤，而你又無法去再現這樣的錯誤時，你就會感慨為什麼我沒有用try...catch將錯誤寫進乙個寫進乙個日誌檔案裡，不知道catch出的東西有什麼用，只能說你還不了解try...catch

8.新手之言,"理念比操作重要"或許你剛接觸實際專案,所以你才會發出這樣的感嘆.

當你歷經4-5個專案的時候,你就會知道,到底是理念重要還是操作重要,

中國那麼多程式設計師卻沒幾個好的專案經理,就是因為,不知道將操作昇華為理念,

沒有好的理念去指導操作,就好比我們boss說的"屁股指揮腦袋".

最近積累的一些小東西

最近積累的一些小東西

jquery的一些小東西

常用函式及一些小東西

最近積累的一些小東西

最近積累的一些小東西

jquery的一些小東西

常用函式及一些小東西

相關推薦