Search
[最新趨勢] 聽過 Functional Programming 嗎（姑且翻譯為『函數導向程式設計』）？是一種最新的程式語言種類。這個名詞已經出來有一陣子了。我第一次聽到是 2009 年。據說，可能是繼「程序導向」、「物件導向」後，第三波新的程式設計理念。目前比較出名的函式導向語言有 F# 跟 Haskell。下次如果有機會我再詳談。今天主要目的，是要分享下列這個教學影片，裡面簡單說明了 Haskell 與 Java 最大的差別在哪裡。你有聽過 Functional Programming 嗎？你覺得它會流行，還是只是曇花一現呢？
http://channel9.msdn.com/Shows/Going+Deep/Lecture-Series-Erik-Meijer-Functional-Programming-Fundamentals-Chapter-1
#軟體工程師 #Kotlin
👍歡迎訂閱!! 🔔🔔按下小鈴鐺，就可以一有新影片就搶先看！
[軟體工程師雜談] 專業Android工程師來聊聊:想寫Android APP 要用JAVA還是Kotlin比較好?
深入淺出學會編寫程式: http://l.ovoy.click/wg5b9
Android初學特訓班: http://l.ovoy.click/whvxp
深入淺出物件導向分析與設計: http://l.ovoy.click/wtteu
Kotlin 實戰手冊: http://l.ovoy.click/vx3xj
程式新手學習發問區，問都給問!!: https://www.facebook.com/groups/914880435669061
紫楓FB專頁: https://www.facebook.com/tbpfs2/
紫楓blog: https://tbpfs1.blogspot.com/
紫楓linkedin: https://www.linkedin.com/in/tbpfs2
斗內專線: https://pse.is/KUYMP
#軟體工程師
👍歡迎訂閱!! 🔔🔔按下小鈴鐺，就可以一有新影片就搶先看！
[軟體工程師雜談] 這麼多種程式語言，新手要學什麼語言比較好? Java? Python? C++? JS?都不是!!| IT鐵人賽: 從零開始搞懂寫程式，資工系4年最重要的學科，資料結構，演算法，物件導向
💻 入門最推薦的程式語言，新手必看！
💻 最夯的程式語言
💻 C++ 對決 Python，還是 Java, javascript?
💻 物件導向？
程式語言入門須知 新手該學哪個程式語言
| What you should know about programming languages
大家好:
我是紫楓，之前曾經在巴哈姆特發表一個關於軟體工程師，問都給問的文
其中有很多個問題是關於
我是學生，我該學什麼?
我想轉職，我該學什麼?
我想精益求精，我該學什麼?
這類的問題，那歸根究柢，就是目前的軟體工程師中，很多人的基本功不足，所以對學習，對找工作會非常迷惘
所以我打算開設這一個最基本功的鐵人賽主題，幫助基本功沒練好，或是想轉職當軟體工程師的人。
而所謂的基本功，便是資料結構，演算法，物件導向
當然，這一系列可能對已經身經百戰的強者們來說，實在太淺了。
那也歡迎強者們對我的影片做個批評指教。
如果你覺得我的影片做得不錯，也會非常感謝你給個讚或訂閱。
這是對我而言最大的鼓勵
IT鐵人賽網址:https://ithelp.ithome.com.tw/users/20128489/ironman/3093
紫楓FB專頁: https://www.facebook.com/tbpfs2/
紫楓blog: https://tbpfs1.blogspot.com/
斗內專線: https://pse.is/KUYMP
歡迎回到loyiCodes 的頻道，我們這次要討論一個 比較 複雜，但是在現代程式設計中滿重要的觀念： 物件導向 程式設計。 — 標籤— #打開CC字幕#演算 ... ... <看更多>
程序導向 的程序除了固定的行程、自控、演算法以外，常常用來開發跨平台的函數。 至於快不快，如果和C++(不是VC++) 比較起來，執行效率差不多。 ... <看更多>
物件導向程序導向比較 在 [閒聊] 物件導向與程序導向風格- 看板Soft_Job - 批踢踢實業坊 的推薦與評價
不知道為何總覺得跟Java風格和走Java領域的人有點八字不合,
應該是說我不是特別喜歡物件導向基本教義派的撰寫風格,
這可能跟我早期的背景有關係,我初學的程式語言是在上大學前自學的Perl,
當時完全是自學沒人帶,然後之後的寫作風格其實又深受Perl的一些觀念和主張影響,
我認為程式只是拿來當成工具應用的,不是拿來學的,
當然要會拿它應用,得先學會怎麼用,可是很多人會把重心放在於,
明明就是一個小到不行專案,花了一大堆時間在什麼完美OO跟漂亮的設計模式研究上,
然後多數時間是鑽研在怎麼OO後更OO,這樣的設計方法有沒有很合乎DESIGN PATTERNS,
或是什麼UML夠不夠美,refactory好幾次....然後覺得自己是有深厚功力的工程師...
結果如果最後結果是快又正確的,那也就算了,花了一堆時間下去,
最後也沒比較好,bug也沒比較少... 能夠說的就是,花了很多時間下去,
程式相當OO,UML好漂亮,很值得...
我個人還真的不是那麼信那一套.....
我是比較偏向於把OO變成是程序導向的一個極為方便的輔助,
一天到晚在那邊什麼夠不夠OO我還覺得真的滿無聊的...
如果OO是正解王道,那像是早期沒OO時,那當時神級的人物,
寫的程式是不是就很爛... 不對吧... 就算是程序導向,做法不同,
也是可以做到像是減少程式碼的累贅.好維護.程式互用的功能,
只能說導向不同,某些技術手段和安排的方式不同罷了...
好壞程式真的不會因為什麼夠不夠OO.或是程序導向而有所不同,
我反來更偏向結果論,能做到別出包.速度快.好維護就是好.
像是Perl神人寫出的7行程式碼解DVD保護程式,一整個醜到不行,但是也屌到不行,
所以OO是啥,可以吃嗎..
--
※ 發信站: 批踢踢實業坊(ptt.cc)
◆ From: 61.70.79.227
化煩為簡 減少一層又一層的封裝 如果不是真的有必要或是可以利用 用完即可拋
幾行程式可以幹掉的東西 就直接幹掉 這原則 我覺得至少對中小型專案好用
過多的包裝或是一層又一層的抽象化 有些時候有需要 有時候只是自我滿足用的
※ 編輯: erspicu 來自: 61.70.79.227 (09/22 13:08)
如果你看到那個人說出你的OO不夠OO 或是兩個人在爭吵誰的OO才是真正OO的人
通常都是JAVA工程師
不過像我寫C#的 我自認只是把OO的語法結構當成是程式序的功能擴充
什麼OO精神 我倒還真的沒多琢磨 我偏向程序導向的骨批著00的肉
不過在Java派的人眼中 對這種做法很反對
※ 編輯: erspicu 來自: 61.70.79.227 (09/22 13:34)
只是我對什麼風格上的什麼追求更oo的oo 有點反感而已
※ 編輯: erspicu 來自: 61.70.79.227 (09/22 13:36)
... <看更多>