我的創業史連載一

我的創業史連載二我的創業史連載三 我的創業史連載四: 受騙最近看到園子裡很多人關於創業的文章, 勾起了我在心裡已經深埋很久的創業經曆, 雖然我用了”很久”這個詞, 但是這個”很久” 是心理層面的, 並不是指時間上的跨度, 因為那段曆史距離現在也就幾年的跨度。 對於我們這些沒有背景的創業者來說, 創業是何等的艱辛, 我想只有曾經走過的朋友才能深刻的體會。 接下來, 我會用文章來來呈現那段曆史, 希望給正在創業的人或者將要創業的人一點啟示和思考。 先用一句話來描述我的創業: 成功後失敗的創業。

結對項目——-陳伯雄&&賈偉

通過這次結對程式設計我體會的結對程式設計的優點和缺點:優點:1、有利於提升項目品質,減少Bug;2、有利於知識傳遞,降低學習成本;3、多人熟悉同一段代碼,減少項目風險;4、與別人一起工作,相互討論,可能更快更有效地解決問題;5、個人承擔的壓力不會那麼大。缺點:1、對於有不同編程習慣的人員來說,結對程式設計可能會造成麻煩;2、編程人員水平相差較大時,有經驗的老手可能會覺得非常的煩躁。不合適的溝通會導到團隊的不和諧。3、程式員因為意見不同討論的時間過長導致項目失敗或者延期。我的隊友賈偉的有點與缺點:

PetShop4.0學習筆記

前言:PetShop是一個範例,微軟用它來展示.Net企業系統開發的能力。業界有許多.Net與J2EE之爭,許多資料是從微軟的PetShop和Sun的PetStore而來。這種爭論不可避免帶有濃厚的商業色彩,對於我們開發人員而言,沒有必要過多關注。然而PetShop隨著版本的不斷更新,至現在基於.Net

文字檔與二進位檔案(原作者:mjgforever)

                                                      文字檔與二進位檔案 一、文字檔與二進位檔案的定義    大家都知道電腦的儲存在物理上是二進位的,所以文字檔與二進位檔案的區別並不是物理上的,而是邏輯上的。這兩者只是在編碼層次上有差異。    簡單來說,文字檔是基於字元編碼的檔案,常見的編碼有ASCII編碼,UNICODE編碼等等。二進位檔案是基於值編碼的檔案,你可以根據具體應用,指定某個值是什麼意思(這樣一個過程,可以看作是自訂編碼)。 

資料庫設計流程

資料庫作為資料的一個容器,不但對程式的performance有很大的影響,而且對應用程式的擴充有非常大的影響.所以對應用程式來說,一個具有良好設計的資料庫是非常重要的.那麼如何才能設計出效能好,又支援擴充的資料庫呢?這是我們大家都要去探索的問題.現在有很多版本的資料庫設計的流程.然而這也只是目前階段能設計出一個比較好的資料庫的一個途徑.更好更優的資料庫設計流程是我們追求的目標.但是現在,我們先來瞭解下目前階段標準的資料庫設計流程.以助於我們在開發應用程式的時候能用到.  

Homework01-Individual Project-Summary

現代軟體工程課第一次作業:  個人項目——詞頻統計器(WordTally)  由於小組分好後大家商量決定要用 C# 來寫最終的Team Project ,所以在完成個人作業的這一周我的時間規劃如下:  周二至周五的晚自習兩小時以上用於 C# 文法與常用方法的學習,周六周日全天用不少於五小時寫作業,由於之前沒有真正寫過 C#

學習SharePoint你需要什麼?

剛剛得知,新分配到我們組的一名同事今天主動請辭走了。僅僅工作了3天。當然原因不是很清楚。可能是覺得其他的地方更合適他的發展。但我卻因此想起了另一件事。記得之前領導有問過我:招來的新人如果也要在SharePoint方向發展,你希望他應該具備哪些基本要求?我的想法很簡單,認為有些.NET開發基礎的人,經過學習都可以從事基於SharePoint的開發工作。走的同事可能是興趣不在這裡。我卻進一步想了一想這個很久之前的問題。之前一位資深的SharePoint開發人員評價:SharePoint產品家族似乎觸

資料庫設計規範與技巧

一、資料庫設計過程

閱讀作業二之The Cathedral and the Bazaar和A Generation Lost in the Bazaar——洪虹

。  《The Cathedral and the Bazaar》一書,是作者埃裡克·斯蒂芬·雷蒙(Eric Steven

白領小秘Vivien的一個上午 – office SharePoint 協同作業- 之圖樣本1

   可能我比較笨,,別人都在向程式員DEMO微軟的MOSS是如何如何地好、方便開發的同時,

資料庫命名規範

0. 字元集合a-z A-Z 0-9 和 _ 共 63個1. 所有字條以小寫字母開頭,所有名詞採用單數,所以首碼都要小寫如:userIduser_id2. 資料庫物件命名規範資料庫物件={表,視圖(查詢),索引,關聯,預存程序(參數查詢),函數}規則:對象名字由首碼和實際名字 組成,他們之間加底線,不要在對象名的字元之間留空格,長度不超過30字元。[對象名字]=[首碼]_[實際名字]首碼:使用小寫字母表              tb視圖           vi索引          

團隊工作——-step1

  今天我們團隊DOOM分配工作,我們組負責Online System中的search of this site和Upload/Download content模組。而我的工作是search of this site中search函數,功能是從Content Pipeline 組中的資料庫中找到符合使用者搜尋內容的資料,並把這寫資料傳給sort排序函數(優先順序)。  我工作的平台是win7 32bit,Visual Studio 2012, Microsoft SQL Server 2008

第一次作業小結_陳伯雄

  這次作業主要問題出現在資料結構沒有考慮周全,由於以前作業都是有限少量資料測試,一開始的時候使用了定長的數組來儲存資料,當讀取檔案的資料大小超過1MB時程式就崩潰了,後來修改用list進行儲存,但是使用測試144MB的資料程式跑的時間過長,19分鐘。最後的版本使用了sortdictionary來儲存資料,list來進行字典序排序,程式運行所欲要的時間大大縮小了,不到1分鐘就跑完了144MB的資料。同時因為作業要求改動而對原程式修改工作量較大,從中看出為我的程式結構化還不夠好,函數方法之間功能模

WCF 配置攻略

當今的軟體系統開發,如果沒有設定檔幾乎是不可想象的事。沒有設定檔,軟體如何按照使用者的要求對功能進行定製?沒有設定檔,在對軟體進行配置安裝的時候如何根據具體的硬軟體環境進行修改?最重要的是沒有設定檔,該如何應對軟體系統的可擴充要求?不知不覺地,設定檔的編寫與管理竟然成了軟體開發的重中之重。WCF作為分布式開發的基礎架構,在定義服務以及定義消費服務的用戶端時,都使用了設定檔的方法。雖然WCF也提供硬編程的方式,通過在代碼中直接設定相關對象的屬性來完成服務端與用戶端的配置,然而這種方式並不利於後期的

Pair Work之總結

pairwork成員:@鄧嘉,10061164.@謝永青(@而遠之)10061183    

Pair Project——Elevator Scheduler

本次結對程式設計作業,我和付博揚同學一組,為了使作業能夠更有效率地完成,針對已有的電梯發送器,我們進行了初步的簡單任務分工以及時間分配。首先在時間分配上,兩周時間看上去很多,但其實相當緊迫。一方面,這次的項目相比以往最不同的一點是,我們要在一個已有的項目上進行代碼加工,這意味著我們需要先讀懂已有的程式碼,並在理解之後才能開始項目展開。由於我們之前對C#的掌握並沒有那麼牢靠,因此C#的相關知識學習的鞏固提高也需要耗去相當一部分時間。另一方面,由於兩人並不在一個班級,之前並不熟悉,因此前期的交流配合

Share Point 開發系列之二:SharePoint 網站元素介紹

 SharePoint 網站元素介紹本文包括:1:Office SharePoint Server 網站元素2:創作的網站元素3:開發的網站元素1.OfficeSharePoint Server 網站元素Microsoft Office SharePoint Server 2007有兩類元素:        創作的元素: 包括: Web Pages, images, Layout pages, CSS樣式以及你建立的網站的其他元素,像這些元素都包含在SQL

閱讀《移山之道》及講義感想

剛剛讀《移山之道》的時候,心裡就一直在想,這本書到底在講些什麼呢?TFS?代碼測試?代碼編程?剛剛讀的時候,感覺寫的好“散文”。倒是村裡人講的笑話挺讓人搞笑的。斷斷續續的算是把這本書看完,感覺這本書一直講述的就是這本書的名字《移山之道》。這本書比較系統的講述了如何進行Team

辯證的看待學曆

今天早上看到了 李同學的一篇文章:這就是條件?記教育制度.

期末個人總結部落格—-(謝永青)

  在寫這篇部落格之前,還是要感歎一下時光飛逝。不知不覺這一個學期已經結束了。  以前對軟體工程的概念完全是模糊的,平常自己寫了幾百行的代碼就已經思維混亂,一個工程怎麼進行?對測試的理解僅限於從main函數開始,F10到函數結尾。在技術層面,以前的代碼概念完全存在於迴圈,遞迴,怎麼把一個數變成另外一個數而已。開發是一個遙遠的名詞。經過了這一學期,不能說自己懂得了太多,在結項答辯的問卷上,對各個能力的自我評價填上能夠達到面試水平,還是誠惶誠恐。但是,起碼我感覺自己也有了一些改變。  首先,就是對於

總頁數: 61357 1 .... 3498 3499 3500 3501 3502 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.