re: 致歉 weide 2007-03-01 23:53
能不能搞雙擊備份等，好像致歉次數(shù)太多了，不忍視之啊
re: 2007計(jì)劃 weide 2007-01-04 13:55
是否還需要關(guān)注一下Python？在中醫(yī)方面進(jìn)行一些涉獵，在廚藝方面也要有些改進(jìn)計(jì)劃？
另外樓主所列似乎不夠具體啊：比如廚藝，是否應(yīng)該設(shè)定達(dá)到國(guó)家×級(jí)廚師水平？
否則可能一輩子也僅僅是能把飯做熟啊
#newTopics {
position: absolute;
height: 279px;
width: 531px;
left: 288px;
top: 100px;
border: 1px solid #0F54C3;
}
另外從這個(gè)定義看，如果設(shè)定了height和width那么豈不是不會(huì)根據(jù)div中的內(nèi)容自動(dòng)拉伸了？似乎把左側(cè)的所有div都嵌到一個(gè)div中，然后float:left不是更好？
有沒(méi)有一本書(shū)比較全面的講解這些內(nèi)容？總是斷章取義看了一些介紹，不夠用啊
支持
不過(guò)美工好像對(duì)這種方式不甚贊同，仍然喜歡畫(huà)圖，切片：（
re: 批評(píng)一下 dearbook weide 2006-12-08 10:02
為什么不直接使用當(dāng)當(dāng)網(wǎng)訂貨呢？
自從發(fā)現(xiàn)訂單轉(zhuǎn)到當(dāng)當(dāng)網(wǎng)之后，就不怎么用dearbook訂貨了
從寫(xiě)Dephi的時(shí)候就發(fā)現(xiàn)了這個(gè)問(wèn)題，尤其在比較大小的時(shí)候讓人相當(dāng)困惑
然后用C＃寫(xiě)程序的時(shí)候，開(kāi)始全用了Decimal類(lèi)型，但是這個(gè)計(jì)算過(guò)程也是相當(dāng)?shù)姆爆崳袛?shù)據(jù)在運(yùn)算之間都得轉(zhuǎn)成double，因?yàn)?net提供的數(shù)學(xué)函數(shù)的參數(shù)都是double（或者有不是的，我還沒(méi)找到）
后來(lái)又花了很大的功夫全變成double了，慘啊-__-|||
另外就是如何確定有效位數(shù)的問(wèn)題，如果不做取舍，常常會(huì)搞得數(shù)據(jù)超長(zhǎng)，當(dāng)參與計(jì)算的數(shù)據(jù)多起來(lái)的時(shí)候，就不知道多少是有效的數(shù)據(jù)了：（
樓主可有解決辦法？
這個(gè)……是干什么用的？
Firefox能用么？
re: 從足球賽談軟件開(kāi)發(fā) weide 2006-01-05 10:40
善哉斯言
我認(rèn)為還可以更延伸一點(diǎn)，大家其實(shí)做的都是同一件事兒：模型轉(zhuǎn)換
稍后準(zhǔn)備推出模型統(tǒng)一論，全新的世界觀即將展現(xiàn)
相逢恨晚，造物弄人啊
有沒(méi)有考慮過(guò)Osgi ＋extesion point提供eclipse plugin的擴(kuò)展機(jī)制啊？
用戶界面模型
這個(gè)有比較好的解決方案嗎？或者僅僅在草紙上劃兩下子？
@讀書(shū)、思考、生活
偶爾轉(zhuǎn)回來(lái)，看到點(diǎn)名回復(fù)了……
那會(huì)兒給出那個(gè)RSS的鏈接，不是為了指出網(wǎng)站自身，而是數(shù)據(jù)來(lái)源：一大堆的Java“山頭”？
樓上所言KEWELL的文章不知道是哪個(gè)，沒(méi)看過(guò)；
對(duì)我而言，則一搞不明白模型驅(qū)動(dòng)是什么，事實(shí)上按照我的觀點(diǎn)，所以的人類(lèi)活動(dòng)都是“模型驅(qū)動(dòng)”的－－稍后也寫(xiě)個(gè)隨筆表明這個(gè)觀點(diǎn)
讓我非常困惑的就是所謂模型驅(qū)動(dòng)到底對(duì)于實(shí)際的工程能有多大的幫助？如果沒(méi)有模型驅(qū)動(dòng)的工具支持，根本談不上模型驅(qū)動(dòng)開(kāi)發(fā)
讓我汗顏的是：這樣的描述，并不能增加我對(duì)模型驅(qū)動(dòng)的直觀理解……
re: 再議模型 weide 2005-12-31 15:50
我的方式是保證準(zhǔn)確性，在這個(gè)前提下，用多幾個(gè)“包”來(lái)分解，這樣也基本上可以做到“清晰”。這個(gè)包，當(dāng)然不是將來(lái)要設(shè)計(jì)實(shí)現(xiàn)的東西，僅起到輔助表達(dá)的作用。
我覺(jué)得可以參考Gmail的標(biāo)簽方式，對(duì)于模型中任意元素都可以打上任意的標(biāo)簽，這些標(biāo)簽的真實(shí)含義可能對(duì)應(yīng)層次、視角這樣當(dāng)我們想要從某種視角或某個(gè)層次來(lái)看問(wèn)題的時(shí)候，只要把標(biāo)簽相關(guān)的元素抽取出來(lái)即可
這個(gè)需要建模工具的支持
第一次覺(jué)得枯燥，第二次看還是枯燥
枯燥之余又覺(jué)得精辟，里面用了物理和邏輯的一些術(shù)語(yǔ)把人帶入了另外的思維方式
re: 圖形 vs. 文本 weide 2005-12-30 21:18
閱
2.5維的說(shuō)法很有意思
漢字有象形之說(shuō)，只是不太意識(shí)到了
最近再次鑿摸關(guān)于模型與建模，又有所得：其實(shí)jerry兄所言兩種“數(shù)據(jù)驅(qū)動(dòng)”和“模型驅(qū)動(dòng)”都是宏觀意義上模型驅(qū)動(dòng)開(kāi)發(fā)的特例，二者分別對(duì)應(yīng)的模型不同，數(shù)據(jù)模型－－領(lǐng)域?qū)ο竽Ｐ停?/div>
POJO和盡量多的分層，一個(gè)類(lèi)只負(fù)責(zé)一個(gè)功能，這樣子，管它什么框架什么技術(shù)都可以很容易的加個(gè)新的包裝
世界是由分子構(gòu)成的，我覺(jué)得這也是XP的核心思想。任何復(fù)雜的事情（物質(zhì)）都是由最簡(jiǎn)單的事情構(gòu)成的，都可以分解為簡(jiǎn)單的事情
@errorter
我們還有C/S應(yīng)用的部分，也用Ruby，未知的陷阱太多了
@idior
把評(píng)價(jià)因素改了，長(zhǎng)遠(yuǎn)的技術(shù)選擇要兼顧，更重要的眼前，呵呵
對(duì)于我們的項(xiàng)目而言，有兩個(gè)因素：
1.找到一個(gè)半成品（開(kāi)源框架），解決企業(yè)應(yīng)用中的一些共性問(wèn)題，加快進(jìn)度
2.解決B/S與C/S下的圖形繪制問(wèn)題，目前Java和Dotnet下都在做這方面的工作。且圖形的交互能力，比如拖動(dòng)圖片上的元素，暫不考慮
當(dāng)然到最后發(fā)現(xiàn)，真正決定因素：
1.領(lǐng)導(dǎo)/開(kāi)發(fā)團(tuán)隊(duì)喜歡什么
2.開(kāi)發(fā)團(tuán)隊(duì)熟悉什么
3.哪種技術(shù)能讓開(kāi)發(fā)團(tuán)隊(duì)先熟悉起來(lái)
我說(shuō)電驢和BT的時(shí)候，其實(shí)就是指的整個(gè)的系統(tǒng)而不是BT客戶端。BT也算是一種網(wǎng)絡(luò)傳輸協(xié)議了吧？
Bitcomet的DHT網(wǎng)絡(luò)的引入應(yīng)該降低了對(duì)數(shù)據(jù)中心的依賴；最新的exeem，則干脆不需要數(shù)據(jù)中心了，只是因此速度很慢，所以不再用了。
這是能夠接觸到分布式系統(tǒng)。商業(yè)環(huán)境中沒(méi)用過(guò)：（
首先感謝canonical對(duì)我在上個(gè)Blog中提出的問(wèn)題進(jìn)行了解說(shuō)
這次兩段的文字雖然不長(zhǎng)，又讓我考慮了老半天，感覺(jué)仍有推敲之處：
架構(gòu)的無(wú)侵入性，指的是架構(gòu)對(duì)于外部接入對(duì)象沒(méi)有特殊的形式要求，這種無(wú)侵入性在事實(shí)上“降低”了外部對(duì)象與框架本身的依賴關(guān)系－－是“降低”，而不是沒(méi)有了。所以從這個(gè)角度講，所謂“無(wú)侵入性”是根本就不存在的，只能降低“侵入性”，即術(shù)語(yǔ)應(yīng)該是：“低侵入性”。剛剛搜到一篇文檔也是說(shuō)這個(gè)問(wèn)題：
http://www.dingl.com/view.shtml?xh=474
再來(lái)看可退化性和低侵入性的關(guān)系：
低侵入性，指出了框架在進(jìn)行擴(kuò)展時(shí)的復(fù)雜度降低，對(duì)框架的依賴降低，通常就是我們希望的靈活的擴(kuò)展能力
可退化性，則描述了，可以把增加的這些擴(kuò)展，很方便的unload
這樣，低侵入性造就了可退化性。
關(guān)于Blog中舉出的RPC層，這個(gè)很讓我困惑：因?yàn)樗瓷先ィ娴氖恰盁o(wú)侵入性”的。不過(guò)后來(lái)想想，這個(gè)RPC層實(shí)際上還是有所依賴的：它必須處理request和response？
@非魚(yú)
IE、FF不是：按照分布式系統(tǒng)“每個(gè)節(jié)點(diǎn)都有自己的應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)系統(tǒng)”，它們沒(méi)有提供服務(wù)的功能
eMule和BT則不同，每個(gè)節(jié)點(diǎn)都有自己的應(yīng)用服務(wù)器和數(shù)據(jù)庫(kù)系統(tǒng)（雖然簡(jiǎn)單了點(diǎn)，確實(shí)提供了服務(wù)；數(shù)據(jù)庫(kù)系統(tǒng)可以認(rèn)為他們使用的是文件型數(shù)據(jù)庫(kù)）；
分布式系統(tǒng)未嘗不可以采用emule和bt協(xié)議來(lái)進(jìn)行信息的訪問(wèn)和復(fù)制吧？分布式系統(tǒng)是P2P的一種，或者P2P也是一種分布式系統(tǒng)？
Sybase Replication Server能夠復(fù)制的信息對(duì)象有哪些？
象電驢、BT這種算是大型分布式系統(tǒng)嗎？
能否試舉一例？比如銀聯(lián)，這個(gè)是否算是大型分布式了？
@非魚(yú)
好半天才鑿摸過(guò)勁兒來(lái)，"robber's boat"，強(qiáng)盜的船，原來(lái)就是俗語(yǔ)的“上了賊船”啊，貼切
英語(yǔ)也有這種說(shuō)法？
◎非魚(yú)
Enterprise Level的界定就是你上次描述的四條？
『
1. Is it a information collecting/organizing/OLAP system?
2. Are you preparing to use Workflow in the coming system?
3. Do you have any complex business process?
4. Is it a real distributed system?
』
或者說(shuō)Java比之Dotnet在Enterpise Level方面到底強(qiáng)在哪里？
今天化了一天的時(shí)間開(kāi)評(píng)論會(huì)；邀請(qǐng)了其中一人是以前的同事，現(xiàn)在在微軟中國(guó)。他有著對(duì)微軟的強(qiáng)烈認(rèn)同感、榮譽(yù)感，對(duì)dotnet的技術(shù)體系也非常熟，一整套分析方法分析下來(lái)，大家填寫(xiě)評(píng)估表的時(shí)候基本都選擇了Dotnet...
到場(chǎng)的Java開(kāi)發(fā)者，缺少架構(gòu)師級(jí)的能力，所以被比下去了；另外讓我感到困惑的是：似乎使用Java同時(shí)做B/S版和C/S程序的公司并不太多？大多使用Java更多聚焦在Web模式的開(kāi)發(fā)上，做Web開(kāi)發(fā)使用的技術(shù)又不盡相同，即使選擇了Java，還得在一堆Web框架里進(jìn)行選擇...
請(qǐng)大家繼續(xù)大力支持！（看完了，給出寶貴意見(jiàn)啊～～）
公司在北京，有能力有時(shí)間的朋友想提供技術(shù)支持的話，歡迎與我聯(lián)系 ！
@Fantasysoft
“各種各樣的技術(shù)都有它所適合的應(yīng)用場(chǎng)景”，說(shuō)得好！
本文雖然也描述了一個(gè)業(yè)務(wù)場(chǎng)景，只是之后的評(píng)估并沒(méi)有直接針對(duì)這個(gè)場(chǎng)景的關(guān)鍵決定因素來(lái)展開(kāi)－－僅僅是對(duì)幾個(gè)因素的宏觀對(duì)比，這幾個(gè)對(duì)比的結(jié)果，僅僅讓我親Java而遠(yuǎn)Dotnet。
天下熙熙攘攘，皆為利來(lái)利往
上述問(wèn)題可以認(rèn)為是過(guò)高的使用了利益杠桿來(lái)調(diào)節(jié)企業(yè)的行為
想要達(dá)成的其實(shí)是可持續(xù)發(fā)展這樣一個(gè)目標(biāo)
re: 終于搬家了 weide 2005-12-20 02:49
呵呵，當(dāng)成論壇來(lái)發(fā)東西了吧
榜樣啊，學(xué)習(xí)！
“最大的不足在于自己缺乏一套系統(tǒng)的、理論的系統(tǒng)設(shè)計(jì)過(guò)程的指導(dǎo)”
項(xiàng)目實(shí)施完畢，覺(jué)得萬(wàn)事OK；每每碰到新項(xiàng)目的時(shí)候，就打怵，下不去手
期待分享更多心得
@非魚(yú)
Sorry,是我誤導(dǎo)了你，修改了Blog中關(guān)于業(yè)務(wù)場(chǎng)景描述的部分。
其中核心問(wèn)題：作為一家行業(yè)軟件提供商，要形成自己的企業(yè)應(yīng)用框架[6]，并在該企業(yè)應(yīng)用框架上搭建行業(yè)的整體解決方案。也就是把各個(gè)系統(tǒng)中共性的、普遍性的問(wèn)題提取出來(lái)，形成“企業(yè)應(yīng)用框架”。其它的業(yè)務(wù)功能，用同一開(kāi)發(fā)平臺(tái)重新實(shí)現(xiàn)為業(yè)務(wù)功能模塊。最后通過(guò)企業(yè)應(yīng)用框架和業(yè)務(wù)功能模塊，組裝成產(chǎn)品系列。
關(guān)于你上面提到的幾個(gè)問(wèn)題，由于現(xiàn)在我們服務(wù)的主要客戶是中小企業(yè)，所以關(guān)于工作流等，考慮使用免費(fèi)的方案；數(shù)據(jù)挖掘，以前沒(méi)用，近期也沒(méi)有打算...
@非魚(yú)
我想是“解決企業(yè)信息化中的信息孤島，形成統(tǒng)一的整體解決方案”這句話，使你認(rèn)為我應(yīng)該focus on Enterprise Application Integration than technology choice
實(shí)際上，我這句話并不是通常所言“信息集成”，和EAI關(guān)系也不大。我說(shuō)的信息孤島，是指我們現(xiàn)在幾個(gè)產(chǎn)品之間，互相獨(dú)立，各自有自己的組織機(jī)構(gòu)和權(quán)限管理，開(kāi)發(fā)語(yǔ)言又各不相同，這帶來(lái)的問(wèn)題是：我們需要用不同的開(kāi)發(fā)工具（開(kāi)發(fā)語(yǔ)言）維護(hù)多套產(chǎn)品中的組織機(jī)構(gòu)和權(quán)限管理，多次重復(fù)勞動(dòng)；且代碼模塊不能很方便的被新的系統(tǒng)所重用。
現(xiàn)在要做的工作是，把PB寫(xiě)的產(chǎn)品A使用Java(或C#)重寫(xiě),把用Delphi寫(xiě)的產(chǎn)品B也使用Java重寫(xiě)，把VC寫(xiě)的產(chǎn)品C同樣也使用Java重寫(xiě)，同時(shí)把各個(gè)產(chǎn)品共用的模塊，比如組織機(jī)構(gòu)、權(quán)限管理等，只要維護(hù)一份代碼就OK了。為企業(yè)實(shí)現(xiàn)定制功能的時(shí)候，由于全部功能模塊都是由同一語(yǔ)言實(shí)現(xiàn)的，所以可以靈活組裝成滿足企業(yè)多個(gè)要求的“整體解決方案”。
Do I make sense?
WideWeide,申請(qǐng)加入
因?yàn)樵谠O(shè)計(jì)中遇到無(wú)數(shù)困惑，以砸磚為主...
每次看到樓主的文章，都有嘆為觀止的驚艷感覺(jué)，原來(lái)問(wèn)題可以這么思考的，忍不住要上下其手的摸索一番...
------------------
架構(gòu)的可退化性---這個(gè)是說(shuō)架構(gòu)的無(wú)侵入性嗎？
-------------------
架構(gòu)師不是預(yù)言家. 在多變的業(yè)務(wù)環(huán)境中, 架構(gòu)師的目標(biāo)不應(yīng)該是預(yù)測(cè)到所有的變化可能, 并把它們表達(dá)到系統(tǒng)架構(gòu)中. 這個(gè)世界上不乏一些耗資數(shù)十億,設(shè)計(jì)三四年,但最終每個(gè)談到它的人都要說(shuō)一句shit的產(chǎn)品開(kāi)發(fā)項(xiàng)目. 架構(gòu)設(shè)計(jì)所能做到的最好的程度是自然的標(biāo)注出系統(tǒng)的結(jié)構(gòu)邊界,成功的delay各種技術(shù)抉擇.
這話真是太經(jīng)典了，到了最后發(fā)現(xiàn)，所有項(xiàng)目的相關(guān)人員的利益擺不平，都成不了事兒
re: 架構(gòu)師的工作 weide 2005-12-17 20:42
業(yè)務(wù)代碼重用的前提是它經(jīng)過(guò)業(yè)務(wù)專(zhuān)家的提煉、業(yè)務(wù)過(guò)程完整、可完全配置
這是一個(gè)長(zhǎng)時(shí)間積累的過(guò)程，往往是不等到形成就game over了
re: 軟件發(fā)行管理（下） weide 2005-12-16 23:14
1. 版本主次不分
通常我們描述為標(biāo)準(zhǔn)版本、定制版本。標(biāo)準(zhǔn)版本是符合大多數(shù)企業(yè)的通用版－－標(biāo)準(zhǔn)版。為具體企業(yè)定制的版本，不是所有功能都適合放到標(biāo)準(zhǔn)版中，這樣定制的版本多了的時(shí)候，管理起來(lái)也很麻煩。定制的多個(gè)分支交叉開(kāi)發(fā)的時(shí)候，有些是共性的能夠合并且應(yīng)該合并到主分支，有些則不然
re: 軟件發(fā)行管理（上） weide 2005-12-16 17:00
“不就是改幾個(gè)頁(yè)面嘛”
這個(gè)我看是需求的改進(jìn)速度和技術(shù)水平的實(shí)現(xiàn)能力之間的差距造成的；從需求來(lái)看，就是改幾個(gè)頁(yè)面，結(jié)果跑到后臺(tái)怎么就那么多工作要做，要是跟其它模塊還有耦合，就更要命了。良好的架構(gòu)和設(shè)計(jì)，能夠預(yù)見(jiàn)可能的變化和調(diào)整，并在架構(gòu)上給以支持；自動(dòng)化的測(cè)試、打包、發(fā)布機(jī)制等會(huì)有所幫助吧？探索中…
幾個(gè)月前就讀過(guò)，再次讀還是大受啟發(fā)。
尤其最后“帶來(lái)的思考”更是我現(xiàn)在感到困惑的。JBoss會(huì)考慮把JMX換成osgi？
繼續(xù)關(guān)注。
樓主不會(huì)是學(xué)物理的