其他

一、資料轉送指令 它們在存貯器和寄存器、寄存器和輸入輸出連接埠之間傳送資料. 1. 通用資料傳送指令. MOV 傳送字或位元組. MOVSX 先符號擴充,再傳送. MOVZX 先零擴充,再傳送. PUSH 把字壓入堆棧. POP 把字彈出堆棧. PUSHA 把AX,CX,DX,BX,SP,BP,SI,DI依次壓入堆棧. POPA 把DI,SI,BP,SP,BX,DX,CX,AX依次彈出堆棧.

*DBMS(Database Managerment System)資料庫管理系統 *MYSQL比較適合網站，速度快，拋棄很多非常嚴格的資料控制 *.net+MSSqlServer結合非常好，非常爽，.net用其它資料庫很痛苦的 *Oracle大型資料庫 *絕大多數的資料庫需要資料庫伺服器才能運行。學習，開發一般使用本機伺服器

網友的力量是強大的，昨天發了一篇Post，關於一道面試/筆試題。得到網友們的眾多解決方案。我不得不承認自己寫的代碼是如此的爛。儘管如此，也是很有必要和大家一起來探討，也有必要寫出自己心中所想。這樣才有進步，才有改變，才能將自己的爛代碼最佳化。接著發一段爛代碼，希望學習網友們更加優美，優秀的代碼。筆試題目判斷一個字串是否是IPv4地址。如果是返回ture，否則返回false。同樣不可以使用庫函數。可以選擇用C/C++,C#或者Java。e.g.  C/C++:  bool

前段時間，輔導員發了一封郵件，是關於學校要建設“網上社會實踐”創新項目的通知。因為廣外學習ASP.NET的人不多，所以不出意外地是我接了。這個項目是用於學生網上社會實踐的東西。也是一個創新項目來的。但是這些對於我們學技術的人來說，都不是重點。更多的時候，我希望知道的是，他們要我們怎麼做。需求是什嗎？網站用什麼功能？有什麼要求？更多的時候，我是用一個旁觀者的身份去做項目的。後來我發現，我錯了。真正的開發人員是要完全融入到使用者這個身份的。我更多的時候應該思考的是：這個網站能給我（使用者這個身份）能

作者：伯樂線上 年輕一代正推動著數字時代向前發展，並將會掌控網路的未來。從一開始，自由網站設計者這一職位就顯得很有錢途，並且很誘人。自己規劃時間、做任何自己想做的事、在家工作就能賺錢，並且走到哪學到哪。還有能比這些更好的嗎？ 當自由工作者將自我定位於所有領域，並且自己的技術都只是略知一二時，問題就出現了。自由工作者應該專註於數字設計和研發領域的一小部分工作上。這會帶來巨大的回報，使你能在和網路一樣廣闊的領域中佔有一席之地。 看看下面這些例子，然後分析一下自己的能力。試著把自己的客觀情況羅列出來，

動態規劃法基本思想：將原問題分解為相似的子問題，在求解的過程中通過子問題的解求出原問題的解。著名的應用執行個體有：求解最短路徑問題，背包問題，專案管理，網路流最佳化等。個人對動態規劃的理解，主要就是避免重複計算。就是那些曾經發生過的事情，曾經計算過的值先儲存下來，然後再次遇到相同的子問題的時候，直接用儲存好的值給出，不再進行計算。有一個很簡單的例子，關於斐波那契數列。 什麼是斐波那契數列？根據維基百科的解釋是這樣的，費波那西數列（Fibonacci

*資料分組select FAge,count(*) from TableName group by FAge (根據年齡進行分組)一般和彙總函式一起使用 *Having語句select FAge,count(*) from TableName group by FAge having count(*)>1 *彙總函式不能出現在where語句中 *having是對分組後的資訊進行過濾，能用的列和select中的列是一樣的 *限制結果集的行數“top

//可以略過部分文章原文來自Conrad Irwin的“MVC is dead, it's time to MOVE

不要馬克·紮克伯格，不要凱瑟琳·庫克。我只是想給自己一些自己思索的時間。昨天看了一本書，看了前兩章吧。《重新認識你自己》印度人寫的，不過這個無關緊要，重要的是這本書有點難看。“你不能依賴任何人，事實上並沒有嚮導，沒有老師，也沒有權威，只有靠你自己一人和他人，以及你和世界的關係——除此之外，一無所恃。”在這句話的理解上面就挺費力的!說真的，我到現在也不是很理解，不，是根本就還沒有理解。這本書說，沒有權威，沒有傳統，不要做一個“二手貨”。但是這本書卻嚴格要求讀者的思想要遵循作者的設定。很多的時候，作

過了有一點時間了。但是之前說的這個項目在正值暑假的時候需要完成它了。關於資料庫的設計，採取的方法是按照剛學的《資料庫系統概論》的E-R圖知識來設計的。放假去惠州玩了幾天之後感覺把知識都忘的差不多了。總感覺自己設計的這個E-R圖有點問題。看圖先。Ｅ－Ｒ圖PS：　　矩形藍字的是實體　　菱形黑字的是操作　　圓矩形紅字的是屬性網站的詳細流程之前我已經有所介紹了，所以這裡就不多說了。ＰＳ：　　系統預設只有一個管理員帳號。　　一個學生預設需要學習完３個專題（這個和當初的計劃有所變動）才算完成任務。（當然，前

*數字函數 *ABS()求絕對值 *CEILING()舍入到最大整數，-3.61->3;4.5->5 *FLOOR()舍入到最小整數 *ROUND(小數，位元)四捨五入 *LEN()計算字串的長度 *LTRIM()字串左側空格去掉 *RTRIM()字串右側空格去掉 *SUBSTRING()截取字串 日期函數 *GETDATE()取得當前日期

貪心演算法貪心演算法通過一系列的選擇來得到問題的解。它所做的每一個選擇都是目前狀態下局部的最好選擇，即貪心選擇。貪心選擇的一般特徵：貪心選擇性質和最優子結構性質。貪心選擇性質：所謂貪心選擇性質是指所求問題的整體最優解可以通過一系列局部最優的選擇，即貪心選擇來達到。這是貪心演算法可行的第一個基本要素，也是貪心演算法與動態規划算法的主要區別。在動態規划算法中，每步所做的選擇往往依賴於相關子問題的解。因而只有在解出相關子問題後，才能做出選擇。而在貪心演算法中，僅在目前狀態下做出最好選擇，即局部最優選擇

過年的時候，我們說好了五一要到惠州去玩。沒想到日子過的那麼快，轉眼間，五一就到了。  一個衝動的念頭總會做出一些衝動的事情。而這代表的意思，其實我自己也不懂…有些人，說的話總是太甜，聽的人也總悲傷。從未享受過徹底放縱的感覺，今夜，先把身體先放放吧。人生需要點逃離，逃避…頭變得沉重，視線變得模糊，視野變得越來越小。一直以為自己只是不喝酒，不是不會喝酒，這一次，徹底失敗了。

　　許多年輕有才華的開發員正不斷的尋找新的項目和解決不同的問題，以此來增加經驗。然而，很少有一個單一的環境能夠提供這樣的條件。如果基於遺留系統代碼（維護原有系統），架構方面沒有多大的想象空間。因此，許多開發人員覺得需要變換工作，到不同的環境去擷取新一階段的學習。然而，“跳槽“只不過是擷取豐富經驗的途徑之一，我仍提議另一個選擇：

對比回溯法回溯法的求解目標是找出解空間中滿足約束條件的所有解，想必之下，分支限界法的求解目標則是找出滿足約束條件的一個解，或是滿足約束條件的解中找出使某一目標函數值達到極大或極小的解，即在某種意義下的最優解。另外還有一個非常大的不同點就是，回溯法以深度優先的方式搜尋解空間，而分支界限法則以廣度優先的方式或以最小耗費優先的方式搜尋解空間。分支限界法的搜尋策略在當前節點（擴充節點）處，先產生其所有的兒子節點（分支），然後再從當前的活節點（當前節點的子節點）表中選擇下一個擴充節點。為了有效地選擇下一個

筆試題目//寫一個函數，將字串翻轉，翻轉方式如下：“I am a student”反轉成“student a am I”，不藉助任何庫函數。據說這題在筆試或者面試當中，出現的頻率非常高。剛好在書上也看到這題，又在部落格園看到這題出現了（“發職位經典面試題”）。作者也提示了，方法是先反轉整個字串，然後再反轉字串。譬如先將“I am a student”反轉為“tneduts a ma I”,然後再對每個字串（空格分割）反轉一次。思想就那麼簡單吧。實現起來的話，我就有點淩亂了。C++沒學好。傷不起。

8月1日，我開始做這個網站的後台。8月23日，完成全部Beta版。雖然暫時不知道學校那邊到時候會有什麼意見。但是，花了20多天做一個網站的後台確實有點久。這20多天裡面，離開過學校幾天，帶我弟去玩了幾天。剩下的日子就是如打醬油搬，每天悠閑悠閑著寫代碼。有時候好幾天才寫完一個頁面。這20天總共完成了30個頁面，但是忽略掉那些沒有沒啥代碼的頁面，估計剩下有核心價值的頁面也就20張吧。平均下來還真的，一天完成一個頁面。怪自己太懶了吧，本來還想多做一個項目的。結果自己悠閑悠閑著就把暑假給過完了。值得慶幸

#ImagineCup前人經驗##09年ImagineCup全球第二名# #關於想法*深入理解題目，找出關鍵字和關鍵方向*海量搜尋資訊，擴充眼界*多吸取團隊以外人的想法，通過使用者調查和反饋提煉想法*由面到點，一步步細化*拋開細枝末節，確定主線*從各方面讓隊友明晰，達成一致 #關於時間*系統的架構和功能要先確定好45%#關於任務*確定開發時間（一張表）*完善開發流程，反覆式開發法，避免遺漏與遺忘#關於團隊*明確每個人的分工，最大化地並行進行項目（只在一些點上匯合就好了）*交流和相互鼓勵，憑藉融洽

#伺服器端*ServerSocket類將監視指定的連接埠*ServerSocket類的構造方法ServerSocket();ServerSocket(int port);ServerSocket(int port, int backlog);ServerSocket(int port, int backlog, InetAddress

知名社交網站Ning創始人現身說法，談到了設計一款社交產品的七個重要原則。以下內容為編譯：1. 讓你的產品在供過於求的世界裡舉足輕重。人們每天都要處理讓人目不暇接的人、網站、請求和關係。你喜歡自己的社交產品，因為它給你帶來的好處是顯而易見的。但如果你和你的團隊成員無法清楚地告訴使用者如何通過15分鐘在你的產品上獲得感情回報，並且這些回報是使用者無法在Facebook、Twitter和LinkedIn上獲得的，那麼你們還有很多事情要做。這裡談的不是什麼讓人肉麻的東西。人們不在乎你的功能，遊戲機理，