作者:
jej (晃奶大馬桶)
2020-10-09 13:03:16依照目前看CodeReview
大部分人寫程式的方式
其實都披著OOP的皮
寫不是OOP的程式
甚至還看過很愛嘴別人的主管
寫著奇門遁甲的if else
只能說搖頭阿
多數的程式沒有要使用多型的跡象
版上的人一定會說
那是你公司爛阿
但本肥認真說還真的恭喜你
本肥在軟體業駐點到各種行業
再到目前歇腳的金融業
真的用OOP的
認真說不多
會運用GoF JavaEE的Pattern
還用錯的還不在少數
先不要討論有沒有新思維
真正落實OOP
才是目前台灣各產業資訊體系 軟體業
先跨出去的第一步
當然軟工當中的手段
也還是要落實啦
總歸一句
基本功才是神功
不要小瞧他了
作者:
CoNsTaR ((const *))
2020-10-09 13:54:00OOP 還是算了吧，落實這個要幹嘛 = =
我想問問 職場真的完全沒人看重 介面抽象嘛？我以為是我非本科轉職 去的公司爛 才有一堆爛CODE自己實力不足 去不到好公司 好奇知名公司也不管抽象化?
管抽象幹嘛 被爛 code 炸死的再換一個進來就好了阿
樓主這樣一說 讓我猶豫是否要繼續花時間研究 DDD似乎花時間在刷題 比較可以去好公司
ER Model 和 Class Diagram 分不清也太扯了吧…？另外最近意識到軟體業和資訊業是不同的，你是在資訊業資訊業大多在開發內部營運用系統，鮮少程度好的人愛去
除非那是開發內部營運用系統產品的公司既然程度好的不愛去，想去純軟賺更多那程式碼自然難好
我認為若是去純軟駐點的話狀況應該會好一點吧至少我最近接觸的純軟駐點不論設計或技術都滿新的@x246libra 我猜他的意思是正規化做得不足？或著那間公司能是用「單據」的思維在開發系統而不是用工作流程的資訊流觀點在發展系統以前公文或單據時代的資料欄位直接對應table欄位然後你可能會看到一些正規化做得很奇怪的肥肥table對應到系統 Entity 的時候就變成一個一個value object
作者: tsao1211 (Sunday) 2020-10-09 14:59:00
OOP是萬靈丹嗎？別人在檢討不要硬用OOP然後你在那邊要落實
作者:
balaking (看八卦長知識)
2020-10-09 18:31:00語言只是工具，C、perl、Java、Lua都有其各自擅長的特性邏輯不好寫出一堆vulnerabilities的最會互相鄙視
作者:
drajan (EasoN)
2020-10-09 18:35:00「鄙視」是源自於對自身能力的不安全感 只好寄生在"語言""框架" "domain"等想像的共同體上來強化自尊 本質上是自卑
作者:
alihue (wanda wanda)
2020-10-09 18:47:00應該說...你見過的就只是會需要駐點的行業.自然不重視軟工
作者:
balaking (看八卦長知識)
2020-10-09 19:10:00所有的選擇都是trade-off，沒什麼好比的
作者:
drajan (EasoN)
2020-10-09 19:41:00正確，看似很爛的科技在不同時空背景可能反而是首選
作者:
CoNsTaR ((const *))
2020-10-10 01:34:00回某 x 如果所有你想要的就只是那種不需驗證的直覺的“抽象化”，那你就繼續落實你的 Oh-Oh 吧記得不需要看看外面的世界，然後要繼續把自己無法理解的人都冠上一個讓你自己可以自嗨的標籤哦
作者: superpandal 2020-10-10 07:41:00
然而這都只是理想 抽象用的好不好誰來定？ 我自己都覺得如果底層都我自己寫的一定很精美摟 可惜現實上就是一堆歷史共業摟