其他

從我理解，在軟體範疇上，是軟體系統本身的屬性，或者進一步說是設計的屬性，代碼的屬性。因為我們經常說設計的可擴充性，代碼的可擴充性。那與之相對應的是什麼呢？是變化，軟體環境的變化（可能是業務環境，運行環境）導致軟體要進行改動才能滿足人們對它的要求，這種系統本身適應變化的能力就是可擴充性。       首先讓我們來看看目前系統被擴充的幾種形式：      1）直接修改代碼。     

加上縮排，輸出xml字串，代碼：using System.Xml;using System.Text; /// <summary>/// Format xml string without indent /// to xml string with indent /// </summary>/// <param name="source">xml string without indent </param>///

        團隊問題是企業經營過程中的永恒話題，而創業企業這方面的問題更加突出，其原因是創業企業變化快，處於不同的階段時對團隊的要求也在變化，如果沒有心理準備，就會發生團隊的動蕩。         粗略地說，絕大多數成功企業從創始到初具規模，至少會經曆：初創階段，加速階段，高位平穩發展階段和重大戰略轉型階段。在這些階段的切換時，一定會面臨團 隊的問題，一旦處理不好，往往面臨挫折。而最容易發生團隊衝突風險的是企業從初創階段向加速發展階段過渡之時。        

Silverlight根本沒有System.Data.*類庫，那silverlight怎麼訪問資料庫資料呢？如果這個問題你還很疑惑，那就應該去瞭解下Silverlight的來由和微軟推薦的系統架構了：前台訪問資料要通過服務層，也就是說前台是不允許直接操作資料庫資料的，因此Silverlight根本沒有System.Data.*類庫。Silverlight可以使用 socket, webclient, webrequest, wcf, wcf data service, wcf ria

1.設立大目標和小目標。總要保持向前看，但不要忘記你今天的成績。2.每天都設立新的目標。因為成功是一個過程，所以要確保總是有新的事情要完成。3.逐一完成每周的事情。將時間表分成容易做到的幾塊，並且單獨完成每一塊。4.每天至少完成一件事。即使是些小事情。例如寫部落格。Keep a journal. Write down your accomplishments every day and read over them when you’re feeling burned out. There’

5%神話 Bruce Eckel(Thinking in Java/C++作者) 在他的 5%的神話 (Mythical 5%) 中提到：5%的程式員開發效率是其他95%程式員的20倍 (5% of programmers are 20x more productive than the other 95%)

效果類似：(抱歉，圖片是靜態) 寫一段html，需要走馬燈上下跳動的內容，但每次只顯示一行：<hr size="0" align="center" style="border-top: 1px solid #F5F5F5;"/><div id="marqueebox0" style="overflow: hidden; height: 26px; line-height: 26px; font-size: 14px;"> • <a href="/"

北京時間6月9日訊息，美國知名風險投資家Fred Wilson周二在部落格中撰文，談論了使用者接受新技術的動力，並用一句話概括了iPhone、Facebook等10大科技產品或服務受使用者青睞的原因。 iPhone：行動瀏覽器及殺手級的觸控螢幕介面。 Facebook：真正實用的社交網路。 Wii：基於動作的遊戲使用者介面。 Hulu：在優秀的網路使用者介面中收看最喜愛的電視節目。 FlipCam：適合使用者口袋的視頻網路攝影機。 Rock Band：所有人都能在幾分鐘內成為搖滾明星。

在這一行也混了6-7年了，各色開發人員也見識了不少，說說團隊中幾種讓人煩心的開發人員吧，和這種人一起工作開發，是一件痛苦煩惱的事情。 1. 無所不知夸夸其談的神人啥問題都懂，啥事情都要插上一腿，神侃半個小時以上，嘴巴不停，貌似無所不知，無所不通，其實也就是半瓶水晃當的那種，喜歡裝b，裝英雄，不想做“普通”的團隊成員。你說有多牛吧，真正叫他去做個他神吹的東西demo出來，還不得整個3天一星期的，問題還一大堆。其實大家都知道，真正的牛人也只是對某幾個方面的技術精通，精通到大家不得不服的程度那才叫牛，

看了孟岩的文章《程式員必須走向專業化》，有點感想。真正專業的軟體工程師,

記住你的“一件事”：你的創業公司在一段時間內只能把一件事做好，明確你的“一件事”，寫在牆上，每天重複出現在自己眼中，將“一件事”作為公司例會最進階別的事情，不要讓任何事情讓你和你的團隊分心。記住，只有當你的團隊優秀時，你才一起優秀：花時間培養你的團隊，招聘那些在他們工作上比你曾經做得更棒的人，激勵他們，讓他們完成他們從來沒想過他們能做到的事情，在引導他們去做“一件事”的同時給他們自由，像對待家人那樣對待你的同事，創業不容易，讓你的團隊願意成為公司一員是能夠成功的重要因素，創業公司並不只是一個工作

公司的JS筆試題~你能的JS基礎牢不牢！嘿嘿代碼Code highlighting produced by Actipro CodeHighlighter (freeware)http://www.CodeHighlighter.com/--> 1 var flag=true; 2 var flag2=true; 3 if(flag==true) 4 { 5   var i=0;  6    7   j=1;  8    9   if(flag2==true)10   {     11     

一件事無論太晚，或者對於我來說太早，都不會阻攔你成為你想成為的那個人，這個過程沒有時間的期限，只要你想，隨時都可以開始，要改變或者保留原狀都無所謂，做事本不應有所束縛，我們可以辦好這件事，卻也可以把它搞砸，但我希望，最終你能成為你想成為的人，我希望你有時能駐足於這個令你感到驚歎的世界，體會你從未有過的感覺，我希望你能見到其他與你觀點不同的人們，我希望你能有一個值得自豪的一生，如果和你想象的生活不一樣，我希望你能有勇氣，重新啟程。以此紀念新的開始！《本傑明·巴頓奇事》 

概述：     這兩天做了一個基於模板的代碼產生器，因為不管寫什麼代碼，C#, JS, C++, Flex, Phthon,

Silverlight要做一個從左至右的漸層背景可以這樣：<LinearGradientBrush StartPoint="0 0" EndPoint="1 0"><GradientStop Color="White" Offset="0"/><GradientStop Color="Black" Offset="1"/></LinearGradientBrush>如果要做一個分割條，只要把高度設為1即可：<Grid Height="1"

其實很簡單，讓需要靠頂的align到Top，置底的align到Bottom，中間的控制項的水平垂直屬性設為擴充即可，例如：HorizontalAlignment="Stretch"，寬度高度設定為Auto。此外，我們還可以用Silverlight Toolkit的DockPanel，這就很容易搞定了。Silverlight Toolkit裡面微軟已經有很多控制項了，大家要記得靈活使用，這兒有很多例子。Silverlight Toolkit:

當我們在SQL Server Management Studio的查詢裡面輸入： SELECT * FROM t1 WHERE c1=2; 背後發生了什嗎？資料庫怎麼去執行查詢的？ -  知其然不知其所以然。 1.         Query Parsing, Synatax Error Check, and Authorization: Query Processer check the user is authorized to run the

遇到一個資料庫設計的問題，比如有一個SNS的系統，資料庫中如何表示使用者關係，例如使用者和使用者之間的 “關注”和 “被關注”，現在有兩種方案： 1. 設計一個使用者關係表，欄位都是使用者ID2. 使用者表加2個欄位表示他關注的使用者ID，例如“1,3,4,8,10”，和他被關注的使用者ID，例如“13，33,53,23,23” 兩種方案比較： 1. 方案1缺點比較多，一個是外部索引鍵關聯的效率，還有一個是使用者數量增加，這張表將迅速膨脹，即使有緩衝也不是特別的高效 2.

怎麼寫一個自訂Silverlight控制項SearchTextBox，類似的效果： 首先想到的就是擴充TextBox控制項，實現WaterMark功能，但這個樣式要費點功夫。運行起來以後發現一個嚴重的問題，那就是TextBox在滑鼠經過和Focus的時候會自動有邊框的效果，這個效果嚴重影響了的效果。如何去掉預設TextBox的Focus和Hover邊框呢？其實只要把預設TextBox控制項的Template修改一下即可，把Focus和Hover的BorderThickness設為0，或者透明度為

架構師不是那麼好當的，架構設計首先最重要的一點是搞清楚需求，深刻理解業務，做業務和技術的橋樑，因為架構設計的最終目的是滿足需求，為客戶所用。我有以下一些心得：簡單，不過度設計：架構設計需要設計模式，用成熟的設計模式來解決架構問題，但不要濫用而導致過度設計。 重視緩衝，訊息佇列：架構設計當中要給以緩衝足夠的重視，而非同步訊息佇列系統對分布式系統提高系統吞吐能力非常重要。架構的選擇：選擇成熟的很多人使用的架構，