我是做應用程式設計，普通程式真的用不上啥演算法，即使有也只是一點點小地方小花招而已。不過我看人工智慧的書裡邊都是各種演算法數學公式，大學高數都還給老師了實在看不懂，太高深了。

是的，你壓根沒必要研究演算法，增刪改查就可以了，畢竟我們的夢想也不是成為大神，也不是想30歲之後還寫程式碼，畢竟你30歲之後送送外賣，研究什麼演算法，

畢竟你相信，美團的全域性最優和區域性最優送餐，不需要演算法，

sb

演算法不是那些死知識，每種演算法都是一種思想，一些巧妙的編碼方式，需要多去了解然後將技巧和思想融入骨子裡，這樣才能在工作中處理那些棘手的問題時，至少在設計思想上不至於很落後。

演算法只是程式設計師的一種技能，但是絕大部分程式設計師透過掌握一些演算法可以更好的理解很多軟體框架和技術的精髓，快速解決日常的問題。想成為一名優秀的程式設計師，有了演算法的加成可以更加的如虎添翼，但是對於演算法的理解沒那麼深入，在it行業也是可以做的風生水起，終究現在的it行業職位已經有了更細緻的分工，做諮詢，專案管理，架構等職位，具體的演算法可能並沒有那麼的重要。

首先，毋庸置疑，演算法還是非常必要的，在程式中，演算法無處不在，所以，程式設計師瞭解一些必要的演算法是必須的，尤其是演算法型模組或專案。

但是，演算法不是目的，很多程式並不需要死摳演算法，就一個專案組十個人來說，有兩三個人寫寫演算法就可以了，大多數人只需要關注業務實現。

還有一點非常重要，很多演算法大同小異，網際網路上很多經典演算法都被封裝成庫供大家呼叫，大部分演算法都提供了原始碼。

整體而言，掌握一些演算法對於程式設計師來說是必要的，也可以說是有利無害，儘管很多專案對演算法並沒有過多要求，但是會演算法和不會演算法的程式有時差距甚遠。

演算法不是業務中必須的，leetcode上所謂的演算法也解決不了真正的問題。但是就像高考一樣，總要有一種手段拉開差距，從業人員太多了，人人都想高薪，那你憑什麼比別人高？

反正我是不刷，業務本身比演算法更重要，除非演算法就是你的業務

什麼是演算法？演算法並不僅僅是指那些經典的排序搜尋演算法，演算法真正的含義是指解決問題的思路和方案。我們編寫的每一個程式都是為了解決一個問題，那麼我們程式設計的思路就是演算法。所以演算法和每一個程式設計師息息相關，程式設計學習的核心就是演算法和資料結構，而程式語言反而是次要的東西。

演算法的重要性毋容置疑，這也是為什麼所有的IT公司面試程式設計師首先就是測試演算法的水平，不懂演算法的程式設計師是典型的平庸碼農，寫出來的程式碼基本上都是垃圾。

看了下全部都在瞎說，沒幾個搞it的。

演算法無處不在，if else也是演算法，增刪改查也是演算法，並不是那些出名的演算法模型才是演算法，計算機執行都是演算法與資料結構的統一，cpu負責運算，記憶體負責儲存。

那個說一個專案組2,3個演算法的配置，你啥專案啊，目前大多數公司招聘的專職演算法一般產出率是很低的。

現在廣義上的演算法一般都應用在圖形，影片，推薦，風控等領域，不過大多數都是現成的，只需要進行模型訓練和模型變數定期維護就可以了。

不過程式的本質就是演算法與資料結構，所以大家都是搞演算法的，只是老闆給的錢不一樣。

對於大多數搞自動控制的人來說，不用研究演算法。對於從事AI、複雜的運動控制、CAD/CAM研發的程式設計人員，必須研究演算法。

機械設計人員經常會用CAD畫圖，機床操作人員經常會用CAM生成ISO零件加工程式。CAD的複雜的3D圖形，能旋轉自如，明暗顯示恰到好處，3D/2D輕鬆轉換，這中間要用到複雜的線性變換。

對於5軸及更多控制軸的裝置，軌跡計算是一個極其複雜的問題。要計算各種直線一直線、圓弧一直線、圓弧一圓弧的位置關係，以及進行電極半徑、加工間隙等補償後的位置關係。補償後沒有交點對如何進行過渡處理？加工複雜的異形件如何處理？

以上這些，看似簡單，實際上都要用高等數學的理論來解決。高等數學、線性代數、常微分方程、數值逼近、微分方程數值解等，都有助於解決這些問題。

演算法，種類很多。要把一個問題的精準的數學模型做出來，一般要花很長時間。即使數學理論是正確的，實際應用時，由於有太多的邊界條件限制，也很不好實現。所以，不要把演算法認為是純數學；應當把演算法當成理論、實際相結合的最終產物。

數學學的好，不代表能解決實際數學問題；數學學不好，程式設計要進階，就很困難。

哈哈，爭論之前，先要捋一捋，使爭論立足於我們共同的認識基礎，別南轅北轍，越說跑的越遠。

已經達成共識的意見，認為演算法是規則的有限集合，是為了解決特定問題而規定的一系列操作。儘管，演算法有複雜演算法和簡單演算法之分。

從這個意義上講，演算法就是業務規則，程式設計離不開演算法。如果離開演算法，程式設計寸步難行。不過是有一些演算法比較簡單，屬於基本的理解和認識罷了。

有可能提出問題時，問者所指的演算法僅僅是複雜演算法，簡單演算法不稱為演算法。如果這麼說，那麼程式設計沒必要死磕演算法，根據崗位實際需要，有針對型採用適合的演算法即可，一樣可以小有成就