Re: [討論] 為什麼不要用c++寫網站

看板Soft_Job (軟體人)作者pichubaby (Pichu Chen)時間5月前 (2024/06/28 04:00)推噓13(18推 5噓 19→)

留言42則, 28人參與討論串5/5 (看更多)

※ 引述《brucetu (sec)》之銘言： : 現代網站開發一定有框架 : 幾乎所有的操作都有現成的函數讓你用 : 也是就說 : 就算用c++開發也只是在call框架的API : 把資料丟來丟去而已 : 有人覺得python / .net 寫網站比較簡單 : 但其實框架包得好 : 就算是c++也沒有什麼不同吧？ : 例如 python 的 list comprehension : 或是 .net 的 linq : 都可以包成一個套件來做啊 : 在 c++ 也就只是一行 function call 而已了 : 那為什麼不用c++開發網站就好了？如果是我的話也許寧願選擇用 C 也不太會選擇用 C++ 開發網站。 C 和 C++ 的好處在於沒有節操，大部分軟體工程師講得出來的程式語言，都會有記憶體範圍保護以及垃圾回收的設計。但是 C 和 C++ 沒有，C 和 C++ 覺得這是工程師應該要負責的事情。而大部分的 HTTP 伺服器，如果是使用 nginx 或是 apache 的話，基本上這兩套都是純 C 下去開發的，在更底層的 Linux 或是 Windows 的 TCP 演算法原則上也是 C 開發的居多。資料庫的部分 Postgres 是 C, MongoDB 是 C++，所以其實大多數組件都是 C 開發的，只是一般的軟體開發團隊比較不會真的去重新編譯這些東西，但是如果是做路由器相關的 HTTP Server 的話，或是物聯網相關的，那就有可能真的是用 C 直接輸出 HTML。回到正題。在工程上選擇要用什麼語言或是更精確來說要用什麼技術來開發，原則上取決於專案預期獲利以及死線大概在哪邊。哪個語言有相對多的函式庫或者是範例通常就會用哪個語言，但更現實的是前人留下來的東西是什麼語言通常就是那個語言。 Meta =FB 現在還有部分 PHP, 畢竟老闆以前就是用 PHP 的。然後如果是手機 APP, 因為 Apple 給的範例就是 Obj-C, 所以雖然可以用 C++ 來寫，但是可能不會是太愉快的體驗。接著談到框架，大部分的框架都會降低執行期效能。降低執行期效能等於增加上線後伺服器資源費用也等同於消耗更多電力或者是說不環保。同時執行期效能降低也會增加反應時間降低使用者體驗。但是在十到二十年前，大部分的效能並不是卡在商業邏輯的部分。同樣是 printf("<html ...... 使用 C 和 PHP 並不會差到哪裡去，大部分的效能差異會在使用者 56K 的數據機以及 SAS 硬碟的轉速上面。所以與其用 C 去改善商業邏輯，不如多投資一些頻寬或者是磁碟陣列，甚至是記憶體。但是現在的狀況稍微不太一樣，畢竟 Redis 興起，資料庫可以直接放在記憶體做 IMDB 網路速度是 10Gbps 起跳，已經超過普遍伺服器 CPU 3GHz 的速率了，因此商業邏輯的常數效能是不是仍然不重要這點可以重心評估。另外雖然 Python 有助於讓大眾可以接觸到 AI，很快速的兜出模型出來，但畢竟他還是有一些記憶體保護上的矜持，所以效能注定沒辦法超越 C / C++ ，因此也有出現像是 LLAMA.cpp 這樣的專案，那麼他也是有 HTTP Server 的，所以說千萬不要說死說不可能用 C / C++ 去做的這種事。那不過通常寫 C / C++ 的工程師必須要能夠保持很多好習慣，例如玩具玩玩要收好， malloc 用完要做 free，我的瀏覽器分頁數量證明了我很難保持這種習慣，所以基本上我都是用 Golang 這類型有垃圾回收機制的語言來做開發。順帶一提，「把 C 包裝起來這樣就可以有 C 的效能而且還可以快速開發」的想法很多工程師都想過，所以我們才會有了各式各樣的程式語言，包括 PHP, Python, Ruby ... ... 大概除了 JAVA 以外大致上都是因為這樣所以開發了一個框架語言出來。如果說一點都不在乎有可能發生 Stack overflow 或是 memleak 的話，那還是可以試試看用 C 開發，否則現在的話或許會比較推薦可以用 Rust 做開發。至於開發速度而言，目前已經是 Copilot 的時代了，開發速度原則上取決於在心中想像架構以及如果遇到問題除錯的速度，打字或是變數命名交給 IDE 處理就行了。使用 C 但是卻無視掉記憶體複製造成的成本的話，那可能就和使用其他語言的狀況差不多，甚至會更糟，但是如果在每個設計都仔細考慮記憶體複製的成本的時候，那麼整體的設計速度就會稍微下降了，大概是這樣。 -- 此篇文章以 CC BY-SA 4.0 發表。咖啡是一種豆漿，茶是一種蔬菜湯。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 150.117.165.81 (臺灣) ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1719518456.A.8D3.html

噓

final01

06/28 07:31, 5月前 , 1^F

06/28 07:31, 1^F

推

RouterHsieh

06/28 07:55, 5月前 , 2^F

06/28 07:55, 2^F

→

RouterHsieh

06/28 07:55, 5月前 , 3^F

06/28 07:55, 3^F

推

sw12

06/28 09:14, 5月前 , 4^F

06/28 09:14, 4^F

推

psychic

06/28 09:26, 5月前 , 5^F

06/28 09:26, 5^F

推

nicehorse06

06/28 09:50, 5月前 , 6^F

06/28 09:50, 6^F

→

nicehorse06

06/28 09:50, 5月前 , 7^F

06/28 09:50, 7^F

聽說目前 rust 社群有個迷因，打算把全世界都用 rust 改寫過。但也有可能是這個原因，現在還找不太到只有 rust 版本的專案。再來目前我測試的 Benchmark 結果 rust 的效能還沒辦法和 C 真的做比較，在某些狀況下可以勝過 Golang, 但是 rust 沒有 GC, 在 Benchmark 的場景中不一定會觸發 Golang 的 GC 事件，再加上 rust 剛開始，所以很多部分還有最佳化空間，Golang 也是經過了幾年的最佳化，所以一些東西真的不好說。然後從我的觀點看來，rust 導入的擁有權概念是比較新的概念，但是對高中生來說可能沒差，反正所有東西都是新的。所以他們可能不會覺得 rust 特別難。目前 rust 的開源程式碼有比較少，這部分也導致 copilot 寫 rust 的準確度沒有那麼高回到問題上，Linux 整個改寫成 rust 我認為難度太高，但是你可以先觀察 RTOS https://arewertosyet.com/ 對於 C 的信仰差不多是常數效能等於一切，因此只要在某個平台上 C 沒辦法在效能上超過 rust，那大概就滅教了吧...

推

Bencrie

06/28 10:14, 5月前 , 8^F

06/28 10:14, 8^F

推

neo5277

06/28 10:20, 5月前 , 9^F

06/28 10:20, 9^F

推

wei115

06/28 10:25, 5月前 , 10^F

06/28 10:25, 10^F