Time of Update: 2018-12-05
我們工作當中處處需要協作,協作必然需要溝通。溝通和協作的重要性大家都知道,我在這裡就不贅述了,直接切入主題。我就給大家講幾個團隊協作溝通過程中的常見問題與解決方案。 如何帶新人 老闆不可能讓一個團隊都是熟練手和高手。那樣成本高,而且這些成熟手工作資曆都差不多,凝聚在一起是一股很有實力的團隊,但一旦土崩瓦解也是相當快的,這樣就會對公司正常運營帶來很大的影響。 所以,我們每年都會擴招應屆畢業生,讓團隊呈階梯狀。這樣在管理上也容易。試想,如果呼拉一下子湧入一大批應屆畢業生,大家剛開始都一個職位差不多的
Time of Update: 2018-12-05
之前寫了移動市場的淺談,當時是想緊接著寫這個系列的。包括即時通訊、播放器等。後來因為要回家定親加上要看房子,拖延了下來。今天接著寫,算是上班打醬油吧。也趁此機會罵下樓市,真心黑。破縣城都四千多五千。廢話不說了,說正題了。做一款軟體,首先需要明確的不是你是單機的還是分布式的,cs的還是bs的。這些都是後話。第一個遇到的問題是這款軟體要實現什麼功能,也即是市場以及設計者開發人員對於這款軟體的需求預期是什麼。因為即時通訊軟體是比較成熟的了。所以功能就很好列出來。對於功能,最實惠一目瞭然的描述方法就是使
Time of Update: 2018-12-05
前兩篇文章概析了移動端市場以及即時通訊軟體的設計思路。主要屬於技術宅男的一些思想雖然帶上一點商業的氣息,但這些並不能足以支援項目研發的進行,畢竟開發一套產品是一個長久的過程,需要大量的人力物力尤其是時間。本文的重點在於描述此款產品的市場定位以及初步預期的後續發展。旨在尋找志同道合的人士一起開創自己的事業。此款即時通訊軟體的定位如下:行業背景:旅遊業服務人群: 遊客、景點、旅遊公司功能定位:1、交流平台。遊客之間、遊客與景點之間、遊客與旅遊服務公司、遊客與導遊之間的交流。支援即時通訊軟體的常見功能
Time of Update: 2018-12-05
上午不知在做什麼的時候,又開啟Outlook記提醒。突然想到經常忘了家人的生日,馬上用Outlook記一下吧,Outlook 2003對農曆支援不錯的,而且設定一個按一年為周期,完美啊。當然馬上又想到還要同步啊,馬上跟Google Calendar同步,看到的結果是,第一年的日期是正確的(以農曆轉換的西曆日期正確),第二年就錯了。繼續,同步到SmartPhone (WM6.1),貌似什麼也沒有看到 回家想了下,繼續測試一下,從Google
Time of Update: 2018-12-05
小眾軟體的推薦: http://www.appinn.com/everything-search-engine/ 用了之後覺得,原來NTFS的很是有優勢的。只能搜尋NTFS分區,按檔案名稱搜尋。索引速度幾秒就完成。windows的搜尋可以盡量少用了。 更強的是,還可以建立HTTP/FTP/ETP伺服器!試了一下HTTP伺服器很好用,搜尋檔案快得“令人髮指”。不過使用權限設定上就不能像Windows那樣全面了。
Time of Update: 2018-12-05
一直對自己資料的備份感覺很麻煩。也想過是不是要寫什麼備份工具?最近更是覺得像飯否(fanfou.com)等東東根本就沒有提供匯出功能,幾乎找不到方法備份。 在某個網友的日誌裡看到有blog備份工具(可能這位網友的地址都忘掉了),下載來試了一下,結論是相當好用。支援大多數常用的blog的備份,我的Z-Blog/cnblogs/飯否全部支援了,一併備份下來 :)
Time of Update: 2018-12-05
任何一個有經驗的程式員都知道,軟體開發遵循著一些不成文的法則。然而,如果你不遵循這些法則也並不意味著會受到懲罰;相反,有時你還會獲得意外的好處。下面的就是軟體編程中的21條法則:任何程式一旦部署即顯陳舊。 修改需求規範來適應程式比反過來做更容易。 一個程式如果很有用,那它註定要被改掉。 一個程式如果沒用,那它一定會有很好的文檔。 任何程式裡都僅僅只有10%的代碼會被執行到。 軟體會一直膨脹到耗盡所有資源為止。 任何一個有點價值的程式裡都會有至少一個bug。 原型完美的程度跟審視的人數成反比,反比
Time of Update: 2018-12-05
在閱讀【A Byte of Python 】(當然是中文版啦)時看到的一句話,很值得思考: "There are two ways of constructing a software design: one way is to make it so simple that there are obviously no deficiencies; the other is to make it so complicated that there are no
Time of Update: 2018-12-05
軟體開發是一條沒有航標的河流嗎?小公司的軟體開發管理看似無規律可循,但不同角色開發的模組會在總裝的時候表現出優劣,滯後效應仍然表達競爭規律。 選擇謙虛而不是自傲
Time of Update: 2018-12-05
轉載自:中國電腦報
Time of Update: 2018-12-05
這段時間微軟連續推出了幾個 Visual Studio 2005 CTP 和 SQL Server 2005 CTP,但有訊息指由於它們所使用的 .NET Framework 的版本不同,所以搞不好會安裝失敗。想在這裡找先鋒們關於安裝這兩個軟體方面的心得,卻沒有“軟體安裝配置區”。唯有用搜尋功能,但搜尋結果並不理想。因此建議在隨筆分類中增加“軟體安裝配置區”,讓大家可以發表相關的安裝經驗及問題,尋找也容易啊。
Time of Update: 2018-12-05
如題。我的伺服器裝的是 Windows 2003 Enterprise Server,找了好久都沒有找到適用於此系統的比較好的防火牆軟體。特別是如果我將伺服器升級為網域服務器,就連 Symantec Enterprise Firewall 也裝不了。暫時只知道 ISA 2004 可以安裝在網域服務器上,但 ISA 2004 的設定對管理員的要求比較高(不能自動觸發提示建立規則,需要手工建立)。以前也試過用 BlackIce,但感覺以前的版本在功能上有限制,不能像 ISA
Time of Update: 2018-12-05
眾所周知:基本上所有的軟體項目到後期必不可少的是fix bug,一個軟體在交付客戶後或交給測試人員測試時都存在一些程式員意想不到的問題。現在有一些成熟的bug跟蹤系統,譬如:bugzero,bugzilla, redmine等等。 解bug是很頭痛的問題,一般是以下原因引起的: (1)設計上的缺陷; (2)寫代碼時考慮不周全; (3)測試人員無中生有; (4)所依賴的外掛程式,架構本身的缺陷。
Time of Update: 2018-12-05
軟體功能: 針對sql server2005,在表及欄位上記錄該表/欄位的中文名稱及備忘,為軟體設計、開發提供輔助。同時支援將這些表/欄位的資訊作為json格式匯出成txt檔案。 平台及環境:vs2010,wpf, .net 4.0 ,sqlserver2005 開發緣由: 在開發中,如何記錄資料字典(表結構)是我們這個團隊一直沒有解決好的事。目前採用的方式是用powerdesign或者visio或者word來記錄,可是因為資料結構經常變化,比如增加某些欄位。這樣就要求在變化時去維護原來的文檔。
Time of Update: 2018-12-05
一個軟體系統的高效能是從以下三個方面來實現的:軟體設計對高效能的支援,這體現在設計階段對軟體效能的考慮(使用者規模等)以及最佳化,屬於模組層級別的效能最佳化。軟體實現對高效能的支援,這體現在編碼過程中使用高效能的內部實現等,屬於函數層級的效能最佳化。軟體部署對高效能的支援,這體現在軟體啟動並執行硬體環境,這裡也會和軟體設計相關,比如如果設計階段就考慮了對負載平衡的支援那部署對效能的影響就會有很大的可擴充。
Time of Update: 2018-12-05
1、初始化函數中: CRegKey reg,reg2; DWORD dValue; CString str; extern BOOL flag; LPCTSTR lp="Software\\num\\"; if(reg.Open(HKEY_CURRENT_USER,lp)==ERROR_SUCCESS &&
Time of Update: 2018-12-05
1、本軟體自動啟動: CString m_strfilepath; char path[MAX_PATH]={0}; GetModuleFileName(NULL,path,MAX_PATH); m_strfilepath=path; CRegKey reg; //定義對象
Time of Update: 2018-12-05
BizTalk Server presents an unusual SOA governance challenge to system administrators. The very openness and utility of the BizTalk enterprise service bus (ESB) makes it a multi-platform solution. A successful BizTalk implementation is going to be
Time of Update: 2018-12-05
InfoQ 翻譯了一篇老外吐槽軟體“估算”的文章,叫做《估算是一種,很難的東西,如影~隨行~》。因為今天上午工作方面安排紛亂,心情煩躁,就以跟著起鬨的心態看了看原文連結和論壇上的討論。作者先出了個題:寫一個演算法,將林肯的《葛底斯堡演說》全文排版在一個 1.5 英寸 * 8 英寸的書籤紙上,要求每行 13 個字元斷行(因為 Mono 字型是 1 英寸 10 個字元,書籤紙左右各留 0.1 英寸空白,所以一行就是 13 個字元)。讓你估算一下,實現這個演算法的時間,給出最差、適中、最好三個估算值。
Time of Update: 2018-12-05
小小總結一下經驗,給後續的日誌做個綱領。 對外部環境的認識1、必要性原則:使用者(客戶)需要應用軟體來協助他們處理資訊。2、“離線”原則1:使用者(客戶)通常不會一直坐在電腦面前,他們都有自己的工作要做,而那些工作才是他們真正要做的事情。如果你是秘書,那麼,電腦不會幫你做會議紀要,也不會給你安排老闆喜歡的度假酒店。極端一點,假設你是清潔工人,一台多點觸摸的 surface