Time of Update: 2018-12-07
《大規模、高流量互連網站效能調優》這個課是我聽的最後一個比較不錯的課,原先以為這個課講的更多是後台方面的業務,而實際上講的主要是用戶端的調優,主要講的是14條準則,隱約感覺這個14條準則在哪裡見過,後來查了一下Google,的確這14條東西已經不是什麼新的東西了,只是沒有太在意,另外在《程式員》的《實戰Web2.0》專刊上的《Web2.0網站效能調優實踐》作者是王宗義,裡邊的內容主要也是圍繞這14條準則擴充開來進行講解,看來這個王宗義的文章貌似是抄襲來的,呵呵。來自雅虎的Tenni
Time of Update: 2018-12-07
這陣子主要的工作是在哈爾濱進行一個項目的實施工作,這次實施是全封閉進行的,地點是在哈爾濱郊區一個叫做“白魚泡濕地公園”的地方。賓館的環境很好是按照四星級的標準進行裝修的,每個屋子都很寬敞,並且有一個40寸的寬屏液晶電視,每天是3餐或者4餐,菜基本上是沒有重複的,日子過的很滋潤。賓館外邊是一大片的蘆葦濕地、魚塘、麥田,空氣很好,每天中午吃完飯都會和同事走上一圈,感覺很舒適。這次的實施感覺最大的好處就是準備比較充分,出具了2個使用文檔,使實施的過程基本上按照計劃執行,對方按照職責進行分組劃分,由於責
Time of Update: 2018-12-07
今天的主要任務是“找人”,最近公司的招聘活動進行了很長一段時間,在招聘網上已經連續打了兩個季度的廣告,整體來說效果不是很明顯。我們到底要找什麼樣的人?原先招人的時候特別看重技術和能力,總是過多的關注應聘者的技術水平,這樣的確重要,但是,現在我卻不是那麼看了,如果按照選擇的次序,我會依次會觀察:心態、頭腦、技術能力、溝通能力、學習能力和可塑性。每個人的能力只能代表現在,而只有具備上邊這些基本素質後,技術和經驗上的東西,可以快速的趕上來,而如果不具備這些能力,則應聘者的水平也就如此了,投資的價值不大
Time of Update: 2018-12-07
在的晨會主要是通過“Done、Doing、ToDo”這些任務的狀態來進行任務情況的交流,一般認為的次序都是“ToDo、Doning和Done”,我倒是喜歡“Done、Doing、ToDo”這個解釋的次序。Done:先說明你已經完成了什麼。Doing:你正在處理什麼任務。ToDo:未來還有哪些任務需要處理。呵呵,就像報告事情都是先報喜後報憂一樣,比較符合中國人的習慣,而不是像外國先說計劃,後報結果,也許是中國特色的一個東西吧。其實先做Done的說明,可以起到審核的作用,用來評估已經完成的事情是否達
Time of Update: 2018-12-07
一直用Lenovo的本子,現在的是昭陽E600,工作的時候總是感覺螢幕不夠用,恰後最近有幾台閑下來的顯示器,就考慮採用多顯示器的方式來幹活。本子的顯卡是Nvidia的,本身就支援多顯示器,接上後,在第二個顯示器上加上了“將Windows案頭擴充到該監視器上”,一切搞定。可以將一些資料、計劃、文本拽到令一台顯示器上,這邊來編程,其實也可以在一邊放點視頻,這邊來幹活,感覺不錯。一般現在本子的顯卡應該都支援,但是要注意驅動,同事也是這麼弄得,就不好用,最後我讓他下載了一個最新的驅動,一切搞定。
Time of Update: 2018-12-07
今天在整理函數庫的時候,在分析一個開源的代碼的時候,發現很多類似如下名稱的函數:Public Function Date_CalcEaster(YearToCalculate As Integer) As DateEnd
Time of Update: 2018-12-07
好久不看大片了,今天花了一些時間仔細看了一遍《肖申克的救贖》,應該是很仔細的看了一遍,這個影片真的震撼心靈,“Get busy living or get busy
Time of Update: 2018-12-07
這幾天在上地主要在一家叫19號拌面的餐廳吃飯,麵條很硬,味道也一般,項目的洽談了1天半,感覺很疲憊,昨天是12點睡的,今天還不知道是什麼時候?明天必須給出2套解決方案出來,客戶也很精明,讓我們把所有可行的方案都準備出來然後進行優劣的比對,其實這幾天一直都是在進行各種方案的說明,但是對方還是要求我們寫成文檔,而我們也希望可以擷取一些資料的時候,他們均說這些都說過了為由,而拒絕提供。項目的洽談也許都是不那麼順暢,這幾天的討論也是很慘烈,白板被畫了又塗了好幾次,爭議有很多都是互相不服氣,呵呵,爭論也不
Time of Update: 2018-12-07
目前項目的還在進展中,昨天進行了一下項目的回顧,大家提出了一個重要的問題就是忽視了“Parking Lot List”(停車場列表),的確這個是我們犯的一個錯誤。目前項目還是在細化原型的階段,為了避免爭議,簡化需求,我們將一些複雜的、對原型展示意義不大的需求暫時捨棄掉了,但是在捨棄的過程中,我們沒有很好進行記錄工作,使很多有意義但是目前權重不大的需求,沒有做好記錄,我想以後這些丟掉的東西會折磨我們的,呵呵。從今天開始,我們會增加一個“Parking Lot
Time of Update: 2018-12-07
開始工作了,別楊了二正的,咱這疙兒要抓緊,別費勁扒拉幹得埋了八汰的。工作上也別老突魯反仗,半拉科機的,有點敬業精神。雖說這年頭掙點錢都不容易,但也別老買那便宜婁搜的破玩意兒,對自己好點兒。家裡頭家務活也多幹點,別總整得屋裡屋外皮兒片兒的,牆上也魂兒畫兒的,工作一天回來看著奪鬧聽啊。性格外向的,稍微收斂點,別老二虎八嘰,毛愣三光的,說話辦事有點譜,武武玄玄的瞎忽悠,時間長了,也讓人咯應。
Time of Update: 2018-12-07
P34:在第一節課開始的時候,女老師就把當天要上的所有的課,還有每一節課所要雪鞋的所有問題點,慢慢地寫在黑板上,然後說:“下面就開始上課了,從你喜歡的那門課開始吧”。P34:對與學生來說,能從自己最喜歡的科目開始一天的學習,會覺得非常的開心。自己不喜歡的科目,因為在放學之前做完就可以了,也能夠完成。P104:“世界上最可怕的事情,莫過於有眼睛卻發現不了美,有耳朵卻不會欣賞音樂,有心靈卻無法理解什麼是真。不會感動,也沒有激情......”這本書剛看了一點點,覺得真的很不錯,今天是教師節,自己祝自己
Time of Update: 2018-12-07
最近的工作狀態可以說是一種“疾跑”的狀態,離預計的28號裡程碑目標越來越近了,研發的策略也在不斷的變化,Team的人也越來越理性,逐步廢棄掉一些不太重要的功能,一些點綴的功能更是一筆掠過。在每天的不斷調整中,每天也在不斷的總結之前遇到的問題,找出解決辦法。在“疾跑”過程中,團隊越來越重視最終產品的整體效果,而不像以前一樣追究一些細枝末節,在不斷的權衡和捨棄中,一直向前奔跑,一些好的想法和需求,都記錄到“停車場”中,等待下一個迭代周期來解決。在Scrum中,的確讓我的開發思路有些變化,就是按時交貨
Time of Update: 2018-12-07
通常參加這種技術大會,我變得會很不尊重人,如果課程不符合我的預期,我會立刻更換會場,雖然這不是個好習慣,但是這是沒辦法的事情,我不能耐著性子聽我不喜歡的東西。所以我聽了一半《以Web為中心的服務架構與Web2.0編程模型》和一半《SOA-based SoS(System of
Time of Update: 2018-12-07
今天是第一次見到DuDu,的確和園子裡的人評價一樣是一個熱情、謙虛、有親和力的一個人,同時也見到幾位聽過但是沒有見過的人:曾登高、孟子E章、.Net南京俱樂部負責人和一些CSDN的大牛。和DuDu主要交流了一下部落格員的目前運營情況和部落格園目前的網站架構情況,目前部落格園的主要工作還是由DuDu一個人來完成,目前正在上海的張江園區進行研發團隊的建設,看來目前部落格園的融資情況還不是很樂觀。我特意問到部落格園中的“快閃記憶體”功能是否可以嵌入到部落格中,這個得到了積極的回覆。目前看來有很多的需求
Time of Update: 2018-12-07
QQ或者MSN的簽名都是比較有意思的,今天看到一個兄弟的簽名是“To Be Or Not To Be Is The
Time of Update: 2018-12-07
我不願成為一個有保障的市民我是不會選擇去做一個普通人的,如果能夠做到的話,我有權成為一位不尋常的人,我尋找機會,但我不尋找安穩,我不希望在國家的照顧下成為一名有保障的市民,那將被人瞧不起而使我痛苦不堪。我要作有意義的冒險,我要夢想,我要創造,我要失敗,我也要成功!我拒絕用刺激來換取施捨,我寧願向生活挑戰,而不願過著有保證的生活,寧願要達到目的的激動而不要烏托邦或毫無生氣的平靜。我不會拿我的自由去與慈善作交易,也不會拿我的尊嚴去與發給乞丐的食物作交易,我決不會在任何一位大師面前發抖,也不會為任何恐
Time of Update: 2018-12-07
最近的項目到了測試、調整、修改的階段,如何改進這些天的測試過程呢?下邊是我的一點想法:1:版本發布:測試人員上班前是否發布了一個可供測試的版本?2:驗證測試:是否驗證了所有Fixed狀態的Bug?測試人員首先要完成驗證測試。3:常規測試(1)是否使用了使用新資料?(2)測試的覆蓋率是否達到100%?(3)測試案例是否在不斷的變化和補充?(4)是否相信過去的測試?4:缺陷交流(1)缺陷描述是否準確?(2)缺陷相關圖片和附件是否準確?(3)是否有缺陷只是口頭交流的而沒有進行登記?5:測試總結(1)測
Time of Update: 2018-12-07
如何讓任務驅動開發其實是挺簡單,也是複雜的事情,今天看了看兄弟分配下去的任務,感觸很多,如何做才能更好呢?在任務下達之前要做好充分的準備,要把具體的任務詳細分析,並量化為可執行檔步驟,在這個分析的過程中就會發現很多任務量的估算是不準確的,如果任務的分配人對具體的任務都不能很好的估算,下達的任務也是無用或者說是無效的,這個也是最可怕的,如果一個任務不具備“可行性”,那麼這個任務也就無法完成,比如現在江邊有個調幅“10年內要把XX市建成經濟強市”,這就是一個沒有可行性的任務,怎麼建成經濟強市,第一步
Time of Update: 2018-12-07
Z62這個火車的確很準時,從北京站坐地鐵到崇文門只有1站,從C口出來很容易就找到了班車的地點,班車上的人不是很多,這點也想到了,這個SD2.0大會是第一次舉辦,想必很多地方都是不成熟的。經過一個多小時的汽車顛簸終於到了位於九華山莊的會場,大會的規模從入場的情況就可以看出來和Microsoft的Teched相比差的很遠,組織也比較的混亂,我主要遇到的問題是報道、住宿和領取增刊的過程中,必須我主動的來解決,否則所有的工作人員都採用了很客氣的“拖”字決,雖然最後都解決了,也讓人感覺不是很舒服。開幕式也
Time of Update: 2018-12-07
軟體開發中團隊為什麼重要?我在童童的《嬰兒畫報》的一篇民謠中找到了答案,童謠如下:螞蟻搬米一隻螞蟻來搬米,搬來搬去搬不起。兩隻螞蟻來搬米,晃晃悠悠費力氣。三隻螞蟻來搬米,輕輕抬著進洞裡。簡單的分析來看團隊就是大家一起努力,就像3隻螞蟻那樣,可以完成很多費力氣的事情,但是事情往往並不簡單,比如3個和尚就不如3隻螞蟻,為什麼呢?還是離不開利益的驅使,好的團隊,不光要幹活的時候一起幹,有利益的時候,也要都獲得收益,公平、公正、公開,這樣團隊才是好的團隊。