Re: [站內] 找工作真的很難
※ 引述《adrianshum (Alien)》之銘言：
: 為什麼 L 君一直只是在叫別人要提證據去
: 說服他用某某 framework 快多少. 原本的
: 話題就不是在質疑這種東西. 他提出質疑
: Hibernate (or other framework) 未必能
: 帶來效益, 不是該他去找出證據說 Hibernate
: 不能帶來效益嗎? 可是他只一味要人提證
: 去說服他, 老實說我實在看不出這是什麼的
: "討論".
不好意思, 我有提出問題, 你們都回答了.
但你們有提出它的benefit 嗎?
我也提出質疑, 你既然要會SQL, HQL, hibernate 整個架構
整整多了一倍的功夫, 請問它為你帶來的效益是什麼?
: 發完一點勞騷我也想說一點意見.
: 大部份 framework 想解決的問題都是針對
: 特定問題, 要是你沒有處身過在那種問題
: 裡面你並不會感到某 framework 的價值.
: 比如套回原本的例子, 直接從 DB 取得
: child info 和 father name 直接顯示,
: 這些在小型的 app 中玩玩的話可能用 JDBC
: 會比較簡單, 因為developer 根本沒有把
: domain model layer 和 persistence layer
: decouple 的觀念. 當你需要 decouple 它們
: 你就會發覺 JDBC DAO的 solution, 每一個
: data access operation 你都要寫很多大同
: 小異的 SQL, 再自己去把result set 裡面的
所以是為觀念而做的調整, 而不是視實際狀而做的?
我是一位不信oo model, xx model的能為你帶來xx, yy 的人
我是沒試過什麼大同小異的sql 會在不同的程式中出現.
希望你的大同小異和我的大同小異是類似的定義吧.
: 東西塞進 domain model, 或者要兼顧 concurrent
: update 時的問題 ( => 處身在問題中). 這
: 時你才能體會 Hibernate 等的 OR Mapping
: framework 究竟在解決你什麼問題、它的價
: 值是什麼.
完全沒有想過什麼concurrent update 的問題.
只要同時抓到同一筆資料, 要同時做更新.
本來就是有後蓋前的情形, 如果是帳務類, 扣, 沖, 入帳的問題.
就比較奇怪了, 這個東西, 丟到一個queue 中讓它順序去做不就好了?
再不然, 就是row lock 而已, 不過有db 不support row lock就是了.
: 無疑沒有一個 framework 能解決所有問題,
: 所以才要選擇 framework, 因應自己要解決的問
: 題來選適當的解決方法, 而不是一直企圖證
: 明某framework 不是一把萬用刀而否定其存在價
: 值.
: Alien
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.228.79.232
討論串 (同標題文章)