[技術討論]建模工具的使用到客觀評價
從工具的使用談起的工具使用感受。
什麼才是客觀,如何找到一個客觀的評價。
下面是今天剛剛發生過的對話。
齒輪 9:50:54
java專案的程式碼到uml的工具有哪些?
齒輪 9:51:11
試了ea感覺不是很好
青潤 9:53:28
都差不多。
青潤 9:53:43
trufun,rose,staruml,ea,都一樣,關鍵是是否熟練。
齒輪 9:54:41
嗯。謝謝
青潤 9:55:40
不客氣。
你想想,就算不使用mfc庫,從vc到bc或者cb,一樣會不習慣,cb到vc也一樣,其實主要就是工具的熟悉與否。
齒輪 9:58:46
我還是有些不贊同的。比如ea,他逆向的類圖,將所有的成員列舉出來,沒找到摺疊,而且他的包展示操作很彆扭。
有一款從資料庫到er圖的工具MySQL Workbench ,就做得相當優秀
青潤 9:59:34
呵呵,不同的工具表現方式不同,你習慣了一種,換另外一個,自然會感覺不習慣。原因就在這裡不在別處。
青潤 10:00:11
如果說一個新開發的工具,可能有很多的為完成功能。
但是對於EA這種商業工具,基本功能還是比較完善了,高階功能就要看設計和開發者的功力了。
齒輪 10:00:12
這不是習慣不習慣的問題。你那樣就否認了工具的優劣的客戶性了
齒輪 10:00:24
客觀性
青潤 10:01:39
你如果非要如此認為,別人也沒辦法左右你的觀點。
客觀與否,不是一個人說了就一定客觀的。
拿出資料評價,和功能實際對比,然後統計有多少人使用過,多少人認為不合適……
這樣應該能算得上客觀。不要一個人好惡就定義客觀性,那不合適。
齒輪 10:02:03
那是那是
青潤 10:02:24
而且,你上面提到的功能僅僅是一個基礎功能,不是什麼高階的開發設計功能,其實現並不難,所以,不能評定是否這樣做就是對的。這只是個習慣與
否的問題。呵呵
齒輪 10:07:03
呵呵。還是老大的思想境界高,始終把自己放在一個很低的位置。
∝小-M 10:07:40
我覺得 適合自己的 才是最好的
青潤 10:16:59
呵呵,我只是用的稍微多了一點,另外這幾年對這方面的思考多一些,過上幾年,你們也會有類似的看法和想法的。
適合的基礎往往是習慣,如果你剛開始就接觸某一個工具,然後在這個工具下使用多年,自然會受到這個工具的影響而以這個為基礎看待其他工具的。
我早年的tc和bc基礎就曾經讓我在使用vc的時候遇到過不少麻煩,呵呵。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/257598/viewspace-631000/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- [技術討論]業務建模和使用者業務的關係
- [技術討論]Uml工具哪個更好
- 如何客觀的評價 Go 語言Go
- [技術討論]關於低耦合開發的討論
- [技術討論]軟體工程之全程建模實現適合做教材麼?軟體工程
- 資訊化技術討論組
- 客觀評價下軟體培訓機構
- 教你怎麼客觀評價程式設計師的水平?程式設計師
- 客觀評價 增長趨勢比 vite 還猛的 TailwindCSSViteAICSS
- [技術討論]軟體的產品、技術、標準對話
- 今日技術誰當家?——ThoughtWorks技術雷達討論
- [技術討論]多使用者(多公司)的資料庫設計討論資料庫
- [技術討論]務實與務虛
- [技術討論]科學基礎的分析和探討對話
- 有沒有一些大廠的高階架構技術討論討論架構
- 技術評論:Unix的“新生命”(轉)
- ORACLE技術中國使用者討論組Oracle
- Quora使用到的技術
- [技術討論]過度網路營銷的惡果——評福建鐵觀音的營銷模式模式
- 關於部落格評論外掛的討論
- 培訓效果評價技術(轉載)
- 評論專欄: 為執行建模,再論
- [技術討論]資料許可權中的理論和實際
- [技術討論]做事一定要有方法
- 跨平臺socket通訊系統橋接技術的討論橋接
- [技術討論]再談新概念的建立和應用
- [技術討論]產品規劃的週期問題
- [技術討論]網路交流模式的變遷——概要稿模式
- [技術討論]多人併發開發中的問題
- 資料探勘技術:客戶價值分析
- 布客技術評論 241012:致我們艹蛋的社群合夥時光
- 【布客技術評論】大模型開源與閉源:原因、現狀與前景大模型
- [討論] 似是而非的程式設計觀點程式設計
- 量子加密技術存在缺陷?專家:客觀看待新技術加密
- 和開發同學討論的一個技術問題
- [技術討論]什麼是最好的軟體設計方法
- [技術討論]程式碼編寫能力與管理手段的配合
- 雲音樂評論內容理解技術