: 幾乎所有的操作都有現成的函數讓你用
: 也是就說
: 就算用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 發表。
咖啡是一種豆漿，
茶是一種蔬菜湯。
--