Re: [請益] 比物件導向更先進的程式設計思想？
OOP沒什麼不好啊
沒有OOP我們廣大的碼農們怎麼活下去
沒有OOP現在的軟體能發展成這樣嗎
每樣工具在其時代背景都有它的貢獻
沒有工具是完美的啊
C很好沒錯啊
如果不嫌棄開發時間長
大家一起慢慢刻
世界越快心則慢啊
它有不完美沒錯啊
但終究Z>B才能這麼紅
前幾年Functional Programming聲勢浩大
Scala 爆紅一陣也抵不過OOP雄兵啊
市場上已經有這麼多寫OOP的人可用了
也不是說轉換能馬上換掉的啊
真要說馬上能換就換掉的
我第一個就先推Javascript
問題就是換不掉啊
摸摸鼻子繼續邊學邊寫還能怎麼辦
想幹掉OOP喔
第三次世界大戰
人類死一半之後看看有沒有機會吧
--
js 的 oo 氣味其實很淡，雖然說是oo語言
JS真的是遺毒，但現在卻越來越壯大==
python 也是，oo名存實亡
沒啊我不是說JS是OOP，是JS有一樣的換不掉的特性
js在前端是因為有太多安全因素要考量
若是js能和applet一樣支援類似已死的Java web start
要達到線上更版就超方便的
JavaScript 跟 Python 哪時說過自己是物件導向語言了，他們
是提供 class 這類的關鍵字讓你可以以物件導向程式設計範式
去實作，不然有 lamba 就說自己是 FP 語言？
這篇是要說 OOP 在實務開發有不可替代的特性，跟 JavaScrip
t 一樣，可能都有著很大的缺陷，但也因為某些歷史原因或發
展進程導致他具有不可替代性，除非有新的東西足以填補那塊
空缺
python是動態面向對象的語言
JS就是個歷史妥協下的產物 本質上是個垃圾語言 根本不應該
推廣和壯大 是各家大手各懷鬼胎整天想在前端推自己的語言
爭到最後都沒贏 JS才在各方制衡下脫穎而出
另外阿 不想寫OO 你就不要寫OO 現在哪個現代一點的語言沒
支援FB跟Lambda？那你就當個class糾察隊 看到有人出class
就甩他巴掌也沒人管你阿 如果你自己開公司的話啦 嘻嘻
就我看來這些東西都只是工具 哪有啥好壞之分 會用不會用
或看不看得懂而已 目光如豆才會在那邊爭這個寫法
你團隊講好要怎樣寫就那樣寫阿 明天去上班跟支持OO的同事
練舞室打一架 打贏了你就回去寫你的FB模式嘛
JS和C一樣 一堆人靠背C想取代C，結果C活超久
接下來就輪到JS惹八
JS和C一樣 XDDDDDDDDDD
C 很不錯吧，作為一個操作機器用的指令語言的話
機器做得到的你在 C 裡也都找得到
如果想要用 C 做和操作機器相差很遠的事，那就你的問題了
，C 是無辜的
js 要怪 google 弄了一個 v8 讓他延命了
2
我個人主觀且偏見的覺得 OOP 不是聖杯，它只能管理一些些的複雜度，它雖好用但又沒那麼好用，它可以很容易跟其他技術結合在一起，所以起手式走oop 不見得不好，但也不用太過度期待用了能上天堂之類的 oop 就只是個工具，就像 solid 是個 guide（我也喜歡 solid，但現實世界總是不那麼美好），更別說是板上常見的 design pattern，我相信我們能從這些東西上面是可以學到一些東西，但也不用過度美化 如果真的要把程式寫好，我覺得練習寫能大量組合，無狀態，可驗證，又可高度抽象化的producedure，stateless，pipeline，wishful thinking programming 的方式會比較好，我反倒覺得這個聖杯存在很久了，只是很少人注意到 ----- Sent from JPTT on my Asus ASUS_I01WD.3
喜歡換一個思考模式嗎？歡迎進入 FP 1. compose 是 FP 語言中的基石 (O) 2. stateless FP 語言原則上沒變數概念，等號兩邊是等價的 (O) 3. 可驗證/高度抽象化，FP 的 type system 往往比 oo 系列的表達力更強 (O) ---5
JavaScript 是一個基於原型(Prototype-based)的程式語言 在本質上很難將它歸類為程序導向語言，或是物件導向語言 類別： JavaScript 中沒有類別(Class)的概念，但是有物件(object)的概念 而這個物件概念的物件，則是以GUI的 Widget為主![Re: [請益] 比物件導向更先進的程式設計思想？](https://img.youtube.com/vi/KlPC3O1DVcg/mqdefault.jpg "Re: [請益] 比物件導向更先進的程式設計思想？")
5
在討論oop fp 或任何概念之前 需要討論的是你的使用情境(context) 沒有context就只是在討論信仰 一開始沒有討論context，所以後面討論一定是到處互打，大家都覺得自己對 所以回這篇文的時候麻煩先描述想討論的contextX
國外反OOP的人不在少數 OOP 是萬惡之源 OOP is the Root of All Evil - Jeff Ward OOP 是爛東西![Re: [請益] 比物件導向更先進的程式設計思想？](https://img.youtube.com/vi/748TEIIlg14/mqdefault.jpg "Re: [請益] 比物件導向更先進的程式設計思想？")
8
物件導向其實是很偉大的發明 不知道酸民有沒有注意到--- 建築的預鑄工法, 其實也是物件導向 先把牆, 梁柱預鑄好, 搬到工地組合起來就好 所以現在蓋房子都超快的8
阿 是不是什麼王Ｘ歸來、邁向Ｘ手之路、拉近和Ｘ神之路、最強入門邁向Ｘ手之路之類的書？還是有附插畫的那種？ 或者某些業者或教學單位新花樣, 賦予新名詞之類的，例如： 後Ｘ情時代、ＸＧ製造、智Ｘ製造、Ｘ捷開發、Ｘ石開發、Ｘ布開發、Ｘ端工程師、Ｘ個月轉職、Ｘ經驗工程師。 我覺得我地圖砲開太大ＸＤ，「完全取代」根本比不上「相容舊版」來的有用，薪水也不會比較多。9
依照目前看CodeReview 大部分人寫程式的方式 其實都披著OOP的皮 寫不是OOP的程式 甚至還看過很愛嘴別人的主管3
幾個迷思 很多人會講C沒有OOP 實際上C有 OOP是一種paradigm 本質上還是工程師的抽象化能力 有OOP思想的人去寫C 就會有OOP的味道 腦袋裝義大利麵的寫C++還是Java C# Swift 出來都是義大利麵5
近 : 幾十年來，從來沒有比物件導向實現更先進的程式設計實現在新程式語言中全面取代物 件 : 導向思想。 : 上面是某程式語言教學書看到的
38
Re: [討論] 怎樣算是一個合格的junior cpp programme個人淺見，這點不見得是必要的，template 的 code 常常不好讀不好除錯 正確使用能寫出高彈性高效能的程式，但用過多維護跟閱讀起來會很痛苦 即便不用 template，日常大多數的事情都還是可以完成的， 如果是多人一起維護程式，有時為了提升可讀性，反而會避免太炫麗的 template 技巧 新人的話推薦不妨投資點時間，學習如何改善可讀性和與別人協作20
Re: [分享] 用一個簡單的數學公式來幫忙設計OOP類別先講結論: 我反對原文的結論「OOP易學難精」 就我個人到現在的感受是「難學易精」 為什麼呢? 以下分享個人看法![Re: [分享] 用一個簡單的數學公式來幫忙設計OOP類別](https://i.ytimg.com/vi/KIto1OQxwsY/maxresdefault.jpg "Re: [分享] 用一個簡單的數學公式來幫忙設計OOP類別")
19
[請益] 適合入門functional programming 的教學如題，剛到公司報到就發現老闆是functional programming 的愛好者，對案子也會要求盡 量用fp的方式來寫 但我跟其他同期報到的新人從來沒碰過，每天都會聽到一堆新名詞跟新做法，很擔心以後跟 不上，所以想趁年假惡補一下 請問有沒有推薦適合新手的fp教學，文章、書、影片都可以，謝謝大家![[請益] 適合入門functional programming 的教學](https://i.imgur.com/DIwZNdfb.jpg "[請益] 適合入門functional programming 的教學")
5
Re: [請益] 請問程式架構和資料結構的差異安,小弟最近在複習資料結構 剛好看到了魔術方陣這題練習題 附上c#原始程式碼 你可以學我用物件導向的方式