re: 常見計算機類雜志投稿方式[轉載] 非魚 2008-10-29 23:28
所謂“核心”，是不是“hardcore”啊。:)
re: 各大銀行網銀轉賬手續費一覽表 非魚 2008-10-29 19:39
好，收藏了，謝謝！
re: 編碼問題(2) 非魚 2008-10-27 23:28
@隔葉黃鶯
能把本來復雜的東西簡單化，就是舍棄一些不重要的細節，實際就是“抽象”了。如果抽象可以滿足需求自然可以；否則必然要求在較低的抽象層次上建模。
愛是恒久忍耐，又有恩慈...凡事包容，凡事相信，凡事盼望，凡事忍耐。
re: Java泛型中的上界 非魚 2008-10-27 22:54
List<Number> list = new ArrayList<Number>();
list.add(new Integer(2));
list.add(new Float(2.5));
System.out.println("list.get(0) = " + list.get(0));
System.out.println("list.get(1) = " + list.get(1));
re: 編碼問題（1） 非魚 2008-10-27 19:04
@xxx
Thanks, corrected.
re: 照婚紗 非魚 2008-10-26 01:46
Congratulations!
re: 編碼問題(2) 非魚 2008-10-26 00:39
@Matthew
兄弟沒有看懂樓上的話？我非常同意他的結論，我和比我在先的大量程序員們，不知道以前寫出了多少爛程序，一路踩著大量的項目的尸體，才能變得聰明一點。但合格的程序員有不少，其中又有多少人是合格的老師或者說引導者呢？于是雖然從事這個職業的人越來越多，寫出來的代碼質量卻未見提高。能夠給你帶來益處我當然高興；我卻仍然為自己知道的遲而感到遺憾。使后來者感到無助是我們這些先行者的錯，他們可能會因此而走向極端，而我們要做的，不是把他們劃到圈子之外。
which may lead to surprising results.
微軟的人都這么幽默嗎？
@隔葉黃鶯
Thank you for your appreciations.
re: 普元培訓第五天 非魚 2008-09-18 23:04
了解CBD的人都知道構件的最小單位是什么。普元是偽CBD。
re: 離職與找工作 非魚 2008-09-13 17:40
那提前祝你生日快樂！！！
同時也祝你的寶寶健康成長，給你帶來更多的快樂！
re: 申請加入“架構師之家” 非魚 2007-02-11 20:58
@ksafe, leosyl, pdw2009, meil, robin0925, lotusswan, panqr, soddabao, aldmd:
PASSED.
re: 架構師書單 非魚 2007-02-09 23:57
看到你這個單子，想做架構師的也被你嚇回去了。其實只有三本必讀，其他的只要瀏覽一下就是了。這三本就是：
Software Architect Bootcamp--軟件架構師教程
The Art of Software Architecture: Design Methods and Techniques--軟件體系結構的藝術
軟件架構：組織原則與模式
re: 申請加入“架構師之家” 非魚 2006-06-28 23:38
@趙寶剛
PASSED.
re: 拿什么來驅動你啊，我的項目？ 非魚 2006-04-27 11:47
@讀書、思考、生活
不是惡搞啊。你說的話，只做一點修改就可以用來還擊你，這說明它非常的不嚴謹。重要的是我覺得你很多推理過程本身是存在問題的，提醒你注意一下，否則會讓人感覺你不夠理智。直言了，請別見怪。
re: 拿什么來驅動你啊，我的項目？ 非魚 2006-04-26 12:06
莊子還不快跳槽！！！
BTW，我來替GHawk回答你文中的一段話：
GHawk：“由此我可以推斷，你對于UP的認識，基本上是停留在猜測的階段。對于這篇blog的觀點，我就不逐一反駁了，我的猜測是，你經歷過N次失敗的UP嘗試，而究其原因，我猜測是因為你們那個所謂的UP Team中，沒有一個人，曾經實踐過一次正規的UP開發。”
注：我不想說UP／XP哪個好，只是對你的邏輯推理過程感興趣。
re: 校慶一日（繼續） 非魚 2006-04-14 11:28
@pesome
SORRY FOR MISSPELLING YOUR NAME。
實在是猜不到，偶對這些名校不熟。
re: 潑墨,造一匹快馬,追回十年前姑娘 非魚 2006-04-13 15:16
彈指，寫幾行程序，細述一生中期望。
re: 校慶一日（繼續） 非魚 2006-04-10 10:48
presome是哪個學校的？110年歷史的學校應該很牛吧。
So, what have you been reading?
在本帥哥的指導下，DOVE同志排除萬難（“靈感寫回憶錄”的干擾），終于取得了靈活更改IP地址斗爭的偉大勝利！值得慶祝一下！
re: 應用軟件的合理性 非魚 2006-03-29 22:05
@LiuYang
在需求階段，是不應該說“在技術上這樣做比較合理”這樣的話的，過早進入對實現的考慮，這本身就是不合理的。
re: 申請加入“架構師之家” 非魚 2006-03-29 20:11
@霹靂火
PASSED。
re: 浮躁:對新技術的一點偏見 非魚 2006-03-29 20:01
啊！被搞到新手區了，看來不能隨便說SPRINGSIDE的壞話呀。～＿～
re: 浮躁:對新技術的一點偏見 非魚 2006-03-29 16:27
Technology makes life easier!
re: 經典的IO代碼為什么有資源泄漏？ 非魚 2006-03-28 00:01
@mooninwell
OIS沒有實現reset()方法，是因為它從INPUT流中讀取TC_RESET標志來RESET HANDLE TABLE。這樣可以保證通過網絡SERIALIZATION時不出問題。
re: 經典的IO代碼為什么有資源泄漏？ 非魚 2006-03-25 21:44
@mooninwell
因OIS/OOS使用HANDLETABLE保存被序列化對象的引用，實踐中應注意調用OOS.reset()方法，否則在大量對象序列化時會發生ML。
普元的EOS我看過，顯然它誤用了CBD的概念。另外好象還有一個總線的概念，很滑稽：什么時候見過現實系統中有一個人或一個機制總理所有數據/信息傳遞？即使最接近的電話系統，我從廣州打電話到北京，會用上海到西安的“總線”嗎？
——不好意思，和你的內容離題太遠了~~~
re: 經典的IO代碼為什么有資源泄漏？ 非魚 2006-03-25 12:03
頻繁調用這個方法OPEN/CLOSE STREAM也不是一個好的做法吧？如果一直使用一個ObjectInputStream/ObjectOutputStream就要小心內存泄漏。
re: JDK的bug？ 非魚 2006-03-23 14:24
要考慮I18N啊，你ch>='a' && ch<="z"才是BUG呢。
re: 申請加入“架構師之家” 非魚 2006-03-13 19:48
請注意，申請需要提供www.aygfsteel.com的BLOG帳號。請在申請中注明您的BLOG帳號，不支持其他BLOG服務如CNBLOGS的帳號。
re: 申請加入“架構師之家” 非魚 2006-03-07 15:31
@doudoujava
需要blogjava的帳號。
re: 版本管理 非魚 2006-02-14 15:11
＠will@白衣的群
現在早就不在那里了。
re: 申請加入“架構師之家” 非魚 2005-12-25 23:24
@asktalk
Passed.
re: 設計模式定義歸納 非魚 2005-12-24 12:53
@wfeng007
寒一下你的“杜撰”。如果文章是“杜撰”，隨筆就是“謠言”了。呵呵。
re: 架構的可退化性與無侵入性 非魚 2005-12-24 12:43
@canonical
我認為你說的無侵入和可退化，適用于平臺、框架甚至架構的水平部分或者設計約束。對于一個軟件的架構來說，往往由于其需求的變化，屬于你所說的態空間不完備的問題（只要一個存在就夠了）。而且對于這種情況，我們已經有了不利己的解決方案（或者說理論？）——迭代。
你說的級列理論，是一個從一般到特殊思想的應用，前提是一個完備的態空間，即“最一般”情況。這在軟件設計中很難適用，我們只能應用其思想。考慮以下的例子：
一個應用是一個網絡應用；它可以使用現有任何網絡協議通信。
最簡單的狀態，單機可以使用它；
兩臺機器可以使用它；
可以使用IPX;TCP/IP等等協議通信；也可以使用IPV6(IPNG)；
現在軟件完成了，一個新的網絡協議出現了（比如IPNNG。。）。
所以，級列理論，你應該在考慮一下，確定其適應環境，在前面加上定語。
re: 版本管理 非魚 2005-12-23 15:06
@qq
sorry，你的回復是亂碼，我刪除了，如果你用中文不方便，可以使用英文。
re: 分布式系統中的信息對象 非魚 2005-12-22 20:25
@weide
你又鉆牛角尖了。
首先我這篇文章不是講“什么是分布式系統”，所以我也沒有給出一個定義。其主要內容是講在某些分布式系統下的信息對象，開始沒有界定清楚，現已更改。
eMule或BT本身不是分布式系統。eMule(BT)（>=2）+eMule(BT) Server才組成一個分布式系統。這是一個部分與整體的關系。下面是一個類比：
IE(FF) -> JavaAppServer ->DBMS
EMule(BT) -> Server ->Any Persistence System
我說的是上面的一種情況，且只關注多App Server：[AppSvr1, AppSvr2,...AppSvrn]這種特例。
在eMule(BT) Server Side, 同樣由多服務器組成Matrix。它也有這個信息對象問題。即Resource(name, size, etc...)在一個eMule(BT) Server上，當你連接到Matrix中任一服務器時，你可以Search到其他服務器上的一個Resource。基于Internet的特性，和人們對P2P資源的要求，這個Matrix允許部分失效。這不會影響到客戶端使用者（eMule(BT)）。在其服務器之間的交互上，可能是采用非位置透明的方法，如管理員維護其他服務器列表。也可能使用位置透明的方法，這讓我想到Jini的技術。
上述關于P2P系統，純屬猜測，請勿認真。
re: 備案的系統不是一般的難用 非魚 2005-12-22 19:51
沒有見過這么搞笑的系統：“注意不要在登陸頁面停留太久！ ”
re: 技術架構評估 非魚 2005-12-22 12:51
@weide
看了你的網站。感覺你們發布了很多應用程序，這樣看來似乎SOA比較適合，你們以后可以向ASP（Application Service Provider）發展。
re: 分布式系統中的信息對象 非魚 2005-12-22 12:26
@weide
Sybase Replication Server是用來復制數據庫記錄的。它可以把數據庫記錄從一個數據庫復制到另一個數據庫。可以用在Sybase, Oracle, DB2, SQL Server上，支持異種數據庫之間的復制。
我說的分布式系統主要是指應用軟件，如MIS，ERP，CRM等。銀聯是一個大型分布式系統，而且是關鍵任務型的。我寫的這些對于銀聯的應用，可以有些參考作用吧（沒有做過，僅猜測）。
EMULE、BT是個人使用的互聯網應用軟件。它不會因為P2P就成為“分布式系統”了，就象IE，FF，它們是分布式系統嗎？
re: 設計模式定義歸納 非魚 2005-12-22 11:53
寫的很好啊。看上去象元模型。為什么不放首頁呢？
re: 技術架構評估 非魚 2005-12-22 10:00
@weide
The 4 rules help you to identify a system's scale. Normaly a very large scale system can be called Enterprise Level. Many Enterprise Level systems consist of more than one organization and probably span a large physical area.
PS: robber boat is my words.
re: 技術架構評估 非魚 2005-12-22 00:49
@weide
If the application is not to be an Enterprise Level one, .net would not be a bad choice. Even so I want to state that .net is a "robber's boat" besides technology aspect. ^_^
re: 誰是這個社會的中堅力量？ 非魚 2005-12-20 20:25
奇怪。怎么發出來就全變成大寫了？