我不曉得Boss從哪被灌輸的觀念，認為只要開發了api就會讓程式變得很好寫。
就我的想法是認為開發了api只是能夠先確保外面的人容易介接取得我們授權出去的資料等等。
至於程式會不會好寫端看api規劃的內容，還要看頁面ui設計的複雜程度、頁面資料組合等等因素。
不同的頁面資料組合會有不同程度的資料處理時間，決不會因為開發了api，寫程式就變得跟掃地一樣簡單....
而我也就我的想法跟Boss說，結果隔天我的直屬主管就被關切了，我說是我觀念不對? 還是Boss你有事嗎?
已邀請的邦友 {{ invite_list.length }}/5
januslin提到：
西方夜談
januslin提到：
顧門的這位可是"門神" XD
internaltide提到：
而我也就我的想法跟Boss說
internaltide提到：
而我也就我的想法跟Boss說，結果隔天我的直屬主管就被關切了，我說是我觀念不對? 還是Boss你有事嗎?
internaltide提到：
@@，從頭到尾沒說過我去找boss耶!! 要不要原文再看清楚一點
internaltide提到：
而我也就我的想法跟Boss說，結果隔天我的直屬主管就被關切了，我說是我觀念不對? 還是Boss你有事嗎?
internaltide提到：
我不曉得Boss從哪被灌輸的觀念，認為只要開發了api就會讓程式變得很好寫。
就我的想法是認為開發了api只是能夠先確保外面的人容易介接取得我們授權出去的資料等等。
至於程式會不會好寫端看api規劃的內容，還要看頁面ui設計的複雜程度、頁面資料組合等等因素。
不同的頁面資料組合...(恕刪)
bigcandy提到：
加入婚友會一定有助於找到幸福，但不是唯一條件。
但是如果不加入也不想其他辦法擴大生活圈，孤單是必然結果。
internaltide提到：
我也就我的想法跟Boss說
internaltide提到：
技術轉移顧問
對於我的想法來說(有錯請指教!!)，我只是覺得
api如果只是lib包裹了一層糖衣，沒有良好重封裝或針對性的設計
那跟我直接call原生的lib沒有兩樣，說不定call原生地還比較好寫
1.要不要做成API這是效率與效能的問題, 對老闆來說效率很重要, 對於程式宅來說效能很重要, 對主管來說 ＂老闆最重要＂, 跟老闆討論可以但不要在會議上，在會議上跟老闆討論這些叫做＂打臉＂不叫做討論.
2.良好的封裝或針對性的設計, 這是你要處理或者說是你們部門要去處理與老闆無關,你去跟BOSS討論這些問題, BOSS只會質疑你的能力.
對於曾經也是程式宅的我來說, 我完全可以理解你的心態. 曾經在30出頭時, 我在會議上打臉打到副總經理, CFO當時覺得他們都是白癡, 他們通通搞不清楚狀況, 隨著年紀的增長才有辦法理解大家只是看事情的角度不同而已並無所謂的對錯..
tkdmaf提到：
得有一、二個超強力隊友才行
晚一點我會關掉這篇文章，謝謝各位指教
Sorry 讓版主感到不Happy
其實大伙回應熱烈內容擲地有聲
關掉可惜
internaltide提到：
調侃我
wiselou提到：
針對這些個沒意義的名詞去爭論，對誰有好處？
wiselou提到：
張大師
antijava提到：
這矮子該不會正好姓尤吧
...
cdfu提到：
尤.....伯連納
呵呵 有沒有比較快
個人覺得 把2種化程流程圖 箭頭旁 粗估大略時間
然後同樣的圖 跑個2-3次 當作專案在進行 應該大致出來的時間 看看
然後 大同小異 跟大異 小同的 專案也進行看看
這樣 就知道 問題在哪 跟主管 老闆也言之有物
我不曉得Boss從哪被灌輸的觀念，
認為只要開發了api就會讓程式變得很好寫。
這是台灣企業的特色
:: 有想法有方向 ( Boss觀念是對的)
:: 沒方法沒作法 ( 這種沒經驗的員工是不會自動變成有能力)
就我的想法是認為開發了api只是能夠先確保外面的人容易介接取得我們授權出去的資料等等。
至於程式會不會好寫端看api規劃的內容，還要看頁面ui設計的複雜程度、頁面資料組合等等因素。
而且會以自身能力或經驗講出一些不服從的理由
不同的頁面資料組合會有不同程度的資料處理時間，決不會因為開發了api，寫程式就變得跟掃地一樣簡單....
如果沒有 API 是不是希望大家都是一個系統一個人搞到底
而我也就我的想法跟Boss說，結果隔天我的直屬主管就被關切了，我說是我觀念不對? 還是Boss你有事嗎?
因此我們技術轉移顧問才會有這麼被需要的空間
範例:: 沒API 就是兔法煉鋼準備上天堂了
BigDecimal sQty=DB.getSQLValueBD (null, sql, [SK_BOM_ID,SK_BOMLine_ID] );
BigDecimal tQty=sQty .add(BOMQty);
if (tQty.compareTo(new BigDecimal(1) ) !=0)
A_Tab.fireDataStatusEEvent("合計不等於一","合計:"+tQty+"不等於一",false);
JBOSS 引擎在 ERP 實作應用 規則引擎 1999 - 2015 跨越兩個世紀
IBM PwC等大型專案技術顧問
www.idempiere.com.tw
當然更好寫~
原本要2000程式,寫出一堆跟Domain Know how 的 Code
如視覺,網路配接,安全…
用API 包成後,只要50行Code,專注在企業邏輯上
我要做訂單,我只Focus 在訂單規則上
而不是在設定中一刀,網路通訊,畫面…呈現上
原則上做成api對後續的程式撰寫是有幫助的, 對於新進人員來說不用花多餘的時間去看懂一坨一坨長得很像但功能只有差一點點的程式.
至於你跟Boss反應的那堆問題, 真的是你的問題.
1.你應該先跟你的直屬主管討論而不是直接找Boss談, 說真的你越級了, 你的主管被Boss釘得莫名其妙的, 換做任何人心裡都會不舒服.
2.以老闆的立場而言, 你所說的那堆問題都不是他的問題, 那些都是你的問題. 他請你來就是寫好程式, 你卻跑去抱怨程式不好寫..
最後很多東西Boss經常講講就忘了, 他可以提要求, 你可以慢慢做甚至拖到不用做, 你現在直接跟他說做不到..唉...
iThome鐵人賽
看影片追技術